Freigeben über


Installieren von DPM

Hier erfahren Sie, was Sie tun müssen, um System Center Data Protection Manager (DPM) einzurichten:

  1. Lesen Sie die Voraussetzungen für das Setup.
  2. Überprüfen Sie, ob das DPM-Betriebssystem kompatibel ist.
  3. Richten Sie eine SQL Server-Datenbank ein, um DPM-Einstellungen und Konfigurationsinformationen zu speichern.
  4. DPM einrichten Sie können DPM über die Benutzeroberfläche installieren oder eine unbeaufsichtigte Installation ausführen. Befolgen Sie diese Anweisungen, wenn Sie DPM auf einem Domänencontroller installieren möchten.

Hinweis

Bei DPM 2019 UR4 kann eine Neuinstallation des Updaterollup-Agents den geschützten Server neu starten

Voraussetzungen für das Setup

Environment Details oder Einzelheiten für die Installation
Grundlegende DPM-Installationsvoraussetzungen Viele Komponenten sind auf dem DPM-Server erforderlich. Diese werden während des Setups automatisch installiert:

– .NET Framework 4.0 oder 4.5 (DPM 2016/2019); .NET Framework 3.5 erforderlich für die SQL-Installation (vor SQL 2016); .NET Framework 4.6 erforderlich für die SQL-Installation (SQL 2016 oder höher). Installieren Sie es mit „Features hinzufügen“ im Server-Manager, wenn es nicht automatisch installiert wird.
– Windows Installer 4.5 (oder höher) Wird als Teil des Betriebssystems installiert, kann aber auch als Administrator über „<Stammverzeichnis>DPM\setup\redist\WindowsInstaller\INSTMSI45.EXE“ installiert werden.
– Microsoft Visual C++ 2012 Redistributable; Microsoft Visual C++ 2010 Redistributable; Microsoft Visual C++ 2008 Redistributable
– PowerShell 3.0 (in Windows Server 2012 R2 oder 2012 enthalten)
– Microsoft-Hyper-V-Management-PowerShell
DPM-Datenbank
- Überprüfen Sie die unterstützten SQL Server-Versionen für die DPM-Datenbank.
– Sie können den SQL-Server auf dem DPM-Server oder einem Remoteserver installieren.
– Sie müssen SQL lokal oder remote installiert haben, bevor Sie DPM installieren.
– Wenn Sie beabsichtigen, SQL Server 2022 mit DPM 2022 zu verwenden, stellen Sie sicher, dass SQL Server Native Client (SQLNCLI) auf dem SQL Server-Computer installiert wird, bevor Sie DPM 2022 RTM als SQL 2022 installieren, das nicht mit SQLNCLI geliefert wird.
– Wenn Sie die Datenbank remote installieren, muss sich der Computer, auf dem die Remoteinstanz ausgeführt wird, in derselben Domäne und Zeitzone wie der DPM-Server befinden.
– Wenn Sie eine Remotedatenbank ausführen, stellen Sie sicher, dass Sie das SQL Prep-Tool auf dem Remote-SQL-Computer ausführen, bevor Sie DPM installieren.
– SQL Server kann eigenständig sein oder in einem Cluster ausgeführt werden.
– Wenn der SQL-Server gruppiert ist, sollte sich der Reporting Server und SQL Server auf verschiedenen Computern befinden.
– Sie können einen SQL-Server nicht auf einem Domänencontroller ausführen.
– Sie können keine SQL Server Always-On-Bereitstellung verwenden.
– Wenn Sie DPM als virtuellen Azure-Computer (VM) bereitstellen, verwenden Sie eine Azure-VM, auf der SQL Server ausgeführt wird, als Remote-SQL Server-Instanz. Sie können in dieser Bereitstellung keinen lokalen SQL-Server verwenden, und die Azure SQL-Datenbank wird derzeit nicht unterstützt.
DPM als Hyper-V-VM installiert Wenn Sie DPM als virtuellen Hyper-V-Computer installieren, beachten Sie Folgendes:

  • Die virtuelle DPM-Installation ist nicht für skalierte Umgebungen vorgesehen. Verwenden Sie stattdessen Direct Attach/SAN-basierten Speicher. Die Leistung kann in hochskalierten Umgebungen (Hyper-V auf CSV)-Umgebungen mit VHDX-Dateien im Vergleich zu SAN leiden. Daher wird für hochskalierte Umgebungen die Verwendung von VHDX nicht empfohlen.
  • Für VHDX gibt es keine Größenbeschränkung.
    Sowohl feste als auch dynamisch erweiterte VHDX-Dateien werden unterstützt.
  • Sowohl VHD- als auch VHDX-Dateien werden im DPM-Speicherpool unterstützt.
    Eine virtuelle DPM-Installation ist erforderlich, um das Hinzufügen virtueller Festplatten zum Speicherpool zu unterstützen.
  • Für dynamische und feste virtuelle Festplatten werden VHD- und VHDX-Dateien auf Remote-SMB-Freigaben unterstützt.
  • Ab DPM 2012 R2 mit Update 3 können Sie DPM als virtuellen Hyper-V-Computer mit Unterstützung für Bandlaufwerke mit synthetischem FC ausführen.
  • Für den DPM-Speicher mit hoher Verfügbarkeit sollten virtuelle Festplatten auf skalierten Dateiservern (SOFS) platziert werden. Für skalierte Dateiserver ist SMB 3.0 erforderlich.
  • Virtuelle DPM-Installationen unterstützen Folgendes nicht:

    • Windows 2012-Speicherplätze oder virtuelle Festplatten, die auf Speicherplätzen basieren.
      Lokales oder Remotehosting von VHDX-Dateien auf Windows 2012-Speicherplatz wird ebenfalls nicht unterstützt.
    • Aktivieren von Datenträgerdeduplizierung auf Volumes, die virtuelle Festplatten hosten.
    • Windows 2012 iSCSI-Ziele (die virtuelle Festplatten verwenden) als DPM-Speicherpool.
    • NTFS-Komprimierung für Volumes, die VHD-Dateien hosten, die im DPM-Speicherpool verwendet werden.
    • BitLocker für Volumes, die VHD-Dateien hosten, die für den Speicherpool verwendet werden.
    • Eine systemeigene 4K-Sektorgröße von physischen Datenträgern für VHDX-Dateien im DPM-Speicherpool.
    • Virtuelle Festplatten, die auf Windows 2008-Servern gehostet werden.
DPM als ein virtueller Azure-Computer
  • DPM wird auf jedem virtuellen Azure IaaS-Computer mit der Größe A2 oder höher unterstützt.
    Sie können eine Größe für den virtuellen DPM-Computer auswählen, indem Sie den DPM-Rechner für die Größe von virtuellen Azure-Computern verwenden. Wenn Sie den virtuellen Computer einrichten, erstellen Sie eine Instanz auf der Standard-Computing-Ebene, da die maximale IOPS pro angeschlossenem Datenträger in der Standardebene höher ist als in der Basisebene.
  • DPM kann die Workloads schützen, wie hier in der Schutzmatrix detailliert beschrieben.
  • DPM kann Workloads schützen, die über mehrere Azure Cloud Services mit demselben virtuellen Azure-Netzwerk und Azure-Abonnement verfügen.
    DPM, das als virtueller Azure-Computer ausgeführt wird, kann lokale Daten nicht schützen.
  • Verwenden Sie ein separates Speicherkonto für den virtuellen DPM-Computer, da es Größen‑ und IOPS-Grenzwerte für ein Speicherkonto gibt, die sich auf die Leistung des virtuellen DPM-Computers auswirken können, wenn er für andere verwendete virtuelle Computer freigegeben ist. Der virtuelle DPM-Computer und die geschützten Workloads sollten Teil desselben virtuellen Azure-Netzwerks sein.
  • Die Anzahl der Datenträger, die für den Zielspeicher (DPM-Speicherpool) verwendet werden können, ist durch die Größe des virtuellen Computers beschränkt (maximal 16). Der Azure Backup-Agent auf dem DPM-Server benötigt temporären Speicher für seine Verwendung (einen Cache-Speicherort) und Daten, die aus der Cloud wiederhergestellt werden (lokaler Stagingbereich). Beachten Sie, dass jeder virtuelle Azure-Computer einen temporären Datenträgerspeicher umfasst. Dies steht Benutzenden als Volume „D:\“ zur Verfügung. Der von Azure Backup benötigte lokale Stagingbereich kann so konfiguriert werden, dass er sich auf „D:\“ befindet, und der Cachespeicherort kann auf „C:\“ festgelegt werden. Auf diese Weise muss kein Speicher der Datenträger in Anspruch genommen werden, die an den virtuellen DPM-Computer angefügt sind.
  • Sie speichern Daten auf Azure-Datenträgern, die an den virtuellen DPM-Computer angefügt sind. Nach dem Anfügen an den virtuellen Computer werden die Datenträger und der Speicherplatz innerhalb von DPM verwaltet. Die Menge der Daten, die gesichert werden können, hängt von der Anzahl und Größe der an den virtuellen DPM-Computer angefügten Datenträger ab. Es gibt eine maximale Anzahl von Datenträgern, die an jeden virtuellen Azure-Computer angefügt werden können (4 Datenträger für A2V2, A4V2 und A8V2) und eine maximale Größe für jeden Datenträger (1 TB). Dies bestimmt den gesamten verfügbaren Sicherungsspeicherpool. Es wird empfohlen, Daten für einen Tag auf dem Azure-Datenträger aufzubewahren, der an DPM angefügt ist, und Daten, die älter als einen Tag sind, im Azure Backup-Dienst zu speichern. Dies ermöglicht die Datenspeicherung über einen längeren Aufbewahrungszeitraum und den Schutz einer größeren Datenmenge, indem diese an Azure Backup übertragen wird.
  • Wenn Sie Ihre Bereitstellung skalieren möchten, haben Sie die folgenden Optionen:

    • Option 1, Hochskalieren: Erhöhen Sie die Größe des virtuellen DPM-Computers von A2V2, A4V2, A8V2, und fügen Sie mehr lokalen Speicher hinzu.
    • Option 2, Daten ablagern: Senden Sie ältere Daten an Azure Backup, und behalten Sie nur die neuesten Daten in dem Speicher bei, der dem DPM-Server angefügt ist.
    • Option 3, Horizontale Skalierung: Fügen Sie weitere DPM-Server hinzu, um die Workloads zu schützen.
  • Die folgende Tabelle A bietet eine Übersicht über die maximale Anzahl geschützter Workloads für jede Größe eines virtuellen DPM-Computers.

Tabelle A

Größe des virtuellen Computers Maximale Anzahl geschützter Workloads Durchschnittliche Workloadgröße Durchschnittliche Workloadänderung (täglich)
A2V2 20 100 GB Nettoänderung 5 %
A4V2 40 150 GB Nettoänderung 10 %
A8V2 60 200 GB Nettoänderung 15 %

Hinweis

Als virtueller Windows-Computer in VMware – Sie können DPM 2022 auf einem virtuellen Windows-Computer in einer VMware-Umgebung installieren. In dieser Konfiguration kann DPM Microsoft-Workloads schützen, die als virtuelle Windows-Computer in VMware ausgeführt werden.

Hinweis

Als virtueller Windows-Computer in VMware – Sie können DPM 2019 auf einem virtuellen Windows-Computer in einer VMware-Umgebung installieren. In dieser Konfiguration kann DPM Microsoft-Workloads schützen, die als virtuelle Windows-Computer in VMware ausgeführt werden.

Eine SQL Server-Datenbank einrichten

Sie müssen eine SQL Server-Datenbank einrichten, wenn Folgendes zutrifft:

  • Sie führen DPM 2019, 2016 aus
  • Sie führen DPM 2022, 2019, 2016 aus

So aktualisieren Sie eine SQL Server-Datenbank:

  1. Führen Sie das SQL Server-Setup auf dem lokalen Server aus, auf dem Sie DPM installieren oder auf einem Remoteserver.

  2. Wählen Sie auf der Seite Installation die Option Neue eigenständige SQL Server-Installation oder Funktionen zu einer vorhandenen Installation hinzufügen.

  3. Geben Sie im Feld Product Key einen gültigen Lizenzschlüssel ein. Korrigieren Sie bei den Setup-Unterstützungsregeln alle Fehler, bevor Sie fortfahren. Wählen Sie auf der Setup-Rolle die Option SQL Server-Funktionsinstallation.

  4. Wählen Sie auf der Seite Funktionsauswahl die Option Datenbank-Engine-Dienste. Wählen Sie unter Instanzfunktionen die Option Berichtsdienst – Nativ. Auf der Seite Installationsregeln können Sie die Regeln überprüfen.

  5. In der Instanzkonfiguration geben Sie den Namen der SQL Server-Instanz an, die Sie für DPM verwenden werden. Verwenden Sie keine Unterstriche oder lokalisierte Zeichen im Namen. Prüfen Sie die Informationen unter Speicherplatzanforderungen.

  6. In Serverkonfiguration>Dienstkonten geben Sie die Domänenkonten an, unter denen die SQL Server-Dienste laufen sollen:

    • Es wird empfohlen, ein einzelnes dediziertes Domänenbenutzerkonto zum Ausführen von SQL Server Services, SQL Server-Agent, SQL Server-Datenbank-Engine und SQL Server Reporting Services zu verwenden.

    • Wenn Sie DPM auf einem RODC installieren, dann verwenden Sie DPMSQLSvcsAcctaccount, welches Sie dort angelegt haben. Beachten Sie, dass das Benutzerkonto ein Mitglied der lokalen Administratorengruppe auf dem Domänencontroller sein muss, auf dem die Remoteinstanz installiert ist. Nachdem die Einrichtung abgeschlossen ist, können Sie das Benutzerkonto aus der lokalen Admingruppe entfernen. Für die Installation auf einem RODC müssen Sie außerdem das Kennwort eingeben, das Sie beim Einrichten des RODC für DPM und beim Erstellen des Kontos DPMR$MACHINENAME ausgewählt haben.

    • Wenn Sie ein Domänenbenutzerkonto erstellen, weisen Sie diesem die geringstmöglichen Berechtigungen zu, vergeben Sie ein sicheres Kennwort, das nicht abläuft, und geben Sie ihm einen leicht identifizierbaren Namen. Sie fügen dieses Konto später im Assistenten der lokalen Admingruppe und der festen Serverrolle SQL Server-Sysadmin hinzu.

    • Alle Dienste außer dem Startprogramm für SQL-Volltextfilterdaemon sollten auf „Automatisch“ festgelegt werden.

  1. Akzeptieren Sie in der Datenbank-Engine-Konfiguration die Einstellung für den Windows-Authentifizierungsmodus. DPM-Admins benötigen SQL Server-Adminrechte. Fügen Sie unter SQL Server-Admins festlegen DPM-Admins hinzu. Sie können bei Bedarf weitere Konten hinzufügen. Schließen Sie den Rest des Assistenten mit den Standardeinstellungen ab und wählen Sie Bereit zur Installation>Installieren.

    Wenn Sie SQL Server 2022 verwenden, müssen Sie den SQL Server Native Client (SQLNCLI) auf dem SQL Server 2022 Rechner installieren.

    SQLNCLI ist eine Voraussetzung für die DPM 2022 RTM-Installation, ist aber in SQL Server 2022 nicht verfügbar. Daher müssen Sie nach der Installation von SQL Server 2022 auch SQL Server Native Client separat auf dem SQL Server-Computer installieren. Installieren Sie anschließend DPM 2022 RTM und aktualisieren Sie auf UR1 oder höher, das SQL Server 2022 als DPM-Datenbank unterstützt und OLEDB 18.0 anstelle von SQLNCLI verwendet.

  2. Wenn Sie SQL Server auf einem Remotecomputer installieren, gehen Sie wie folgt vor:

    • Installieren Sie die DPM-Supportdateien (SQLPrep). Fügen Sie dazu auf dem SQL Server-Computer die DPM-DVD ein, und starten Sie „setup.exe“. Folgen Sie den Anweisungen des Assistenten, um die Microsoft Visual C++ 2012 Redistributable zu installieren. Die DPM-Supportdateien werden automatisch installiert.

    • Richten Sie Firewallregeln ein, damit der DPM-Server mit dem SQL Server-Computer kommunizieren kann:

      • Stellen Sie sicher, dass TCP/IP mit Standard-Fehlerprüfung und Überprüfung der Kennwortrichtlinie aktiviert ist.

      • Um TCP auf Port 80 zuzulassen, konfigurieren Sie eine eingehende Ausnahme für sqlservr.exe für die DPM-Instanz von SQL Server. Standardmäßig lauscht der Berichtsserver HTTP-Anforderungen an Port 80.

      • Aktivieren Sie RPC auf dem Remote-SQL Server.

      • Die Standardinstanz der Datenbank-Engine lauscht auf TCP-Port 1443. Diese Einstellung kann geändert werden. Um den SQL Server Browser-Dienst für die Verbindung mit Instanzen zu verwenden, die nicht auf dem Standardport 1433 lauschen, benötigen Sie den UDP-Port 1434.

      • Das genannte Beispiel von SQL Server verwendet standardmäßig dynamische Ports. Diese Einstellung kann geändert werden.

      • Weitere Informationen zur aktuellen Portnummer, die vom Datenbankmodul verwendet wird, finden Sie im SQL Server-Fehlerprotokoll. Sie können die Fehlerprotokolle mithilfe von SQL Server Management Studio anzeigen und eine Verbindung mit der benannten Instanz herstellen. Sie können das aktuelle Protokoll unter „Verwaltung“ – „SQL Server-Protokolle“ im Eintrag „Der Server lauscht an ['beliebige' <ipv4>-Portnummer]“ anzeigen.

  1. Akzeptieren Sie in der Datenbank-Engine-Konfiguration die Einstellung für den Windows-Authentifizierungsmodus. DPM-Admins benötigen SQL Server-Adminrechte. Fügen Sie unter SQL Server-Admins festlegen DPM-Admins hinzu. Sie können bei Bedarf weitere Konten hinzufügen. Schließen Sie den Rest des Assistenten mit den Standardeinstellungen ab und wählen Sie Bereit zur Installation>Installieren.

  2. Wenn Sie SQL Server auf einem Remotecomputer installieren, gehen Sie wie folgt vor:

    • Installieren Sie die DPM-Supportdateien (SQLPrep). Fügen Sie dazu auf dem SQL Server-Computer die DPM-DVD ein, und starten Sie „setup.exe“. Folgen Sie den Anweisungen des Assistenten, um die Microsoft Visual C++ 2012 Redistributable zu installieren. Die DPM-Supportdateien werden automatisch installiert.

    • Richten Sie Firewallregeln ein, damit der DPM-Server mit dem SQL Server-Computer kommunizieren kann:

      • Stellen Sie sicher, dass TCP/IP mit Standard-Fehlerprüfung und Überprüfung der Kennwortrichtlinie aktiviert ist.

      • Um TCP auf Port 80 zuzulassen, konfigurieren Sie eine eingehende Ausnahme für sqlservr.exe für die DPM-Instanz von SQL Server. Standardmäßig lauscht der Berichtsserver HTTP-Anforderungen an Port 80.

      • Aktivieren Sie RPC auf dem Remote-SQL Server.

      • Die Standardinstanz der Datenbank-Engine lauscht auf TCP-Port 1443. Diese Einstellung kann geändert werden. Um den SQL Server Browser-Dienst für die Verbindung mit Instanzen zu verwenden, die nicht auf dem Standardport 1433 lauschen, benötigen Sie den UDP-Port 1434.

      • Das genannte Beispiel von SQL Server verwendet standardmäßig dynamische Ports. Diese Einstellung kann geändert werden.

      • Weitere Informationen zur aktuellen Portnummer, die vom Datenbankmodul verwendet wird, finden Sie im SQL Server-Fehlerprotokoll. Sie können die Fehlerprotokolle mithilfe von SQL Server Management Studio anzeigen und eine Verbindung mit der benannten Instanz herstellen. Sie können das aktuelle Protokoll unter „Verwaltung“ – „SQL Server-Protokolle“ im Eintrag „Der Server lauscht an ['beliebige' <ipv4>-Portnummer]“ anzeigen.

Hinweis

  • Mit SQL 2017 und höher wird SSRS nicht als Teil der SQL-Installation installiert. Sie müssen SQL SSRS separat installieren. Weitere Informationen finden Sie unter Installieren von SQL Server Reporting Services (2017 und höher).
  • Bei einer Remote-Cluster-SQL-Instanz muss sich die Datenbank-Engine im Cluster befinden und SSRS muss sich auf einem separaten Computer befinden (dies kann der DPM-Server oder ein beliebiger anderer Computer sein).
  • In lokalen oder Remote-SQL Server-Szenarien müssen die folgenden Komponenten auf dem DPM-Server installiert werden:
    - SQL Server Management Studio (SSMS) wird nicht mehr zusammen mit SQL Server installiert. Eine äquivalente SSMS-Version muss separat installiert werden.
    - Für SQL Server 2019 sollten neben SSMS auch SQLCMD, Visual C++ 2017 Redistributable und Microsoft ODBC Driver 17 for SQL Server separat auf dem DPM-Server installiert werden.

Installieren von DPM

Wichtig

Verwenden Sie beim Installieren von DPM NetBIOS-Namen für den Domänennamen und den SQL-Computernamen. Verwenden Sie keine vollständig qualifizierten Domainnamen (FQDNs).

  1. Extrahieren Sie bei Bedarf die Datei DPM 2016.exe (für DPM 2016)/DPM 2019.exe (für DPM 2019) auf den Computer, auf dem Sie DPM ausführen möchten. Führen Sie dazu die Exe-Datei aus und wählen Sie auf dem Bildschirm Willkommen Weiter. Geben Sie unter Zielpfad wählen an, wohin Sie die Installationsdateien entpacken möchten. In Bereit zum Extrahieren wählen Sie Extrahieren. Nachdem die Extraktion abgeschlossen ist, gehen Sie zu dem angegebenen Ort und führen Setup.exe aus.

  2. Wählen Sie auf der Seite Willkommen der DPM-Einrichtung Weiter. Auf der Seite Lizenzbedingungen akzeptieren Sie die Vereinbarung >OK.

  3. Warten Sie auf der Seite Voraussetzungen prüfen die Prüfung ab und beheben Sie alle Probleme, bevor Sie fortfahren.

  4. Auf der Seite Produktregistrierung wählen Sie Weiter. Wählen Sie auf der Seite Microsoft Update Opt-In, ob Sie DPM in Ihre Microsoft Updates aufnehmen möchten.

  5. Auf der Seite Zusammenfassung der Einstellungen überprüfen Sie die Einstellungen und wählen Installieren. Nachdem die Installation abgeschlossen ist, wählen Sie Schließen. Es startet automatisch ein Windows-Update, um nach Änderungen zu suchen.

Durchführung einer unbeaufsichtigten Installation

Führen Sie eine unbeaufsichtigte Installation wie folgt durch:

  1. Stellen Sie sicher, dass Sie die Voraussetzungen installiert haben, bevor Sie beginnen.

  2. Stellen Sie auf dem Remote-SQL Server sicher, dass .NET Framework 3.5 (für SQL 2016), 4.0 oder 4.5 (SQL 2017) vor der Installation von SQL auf dem Windows-Server installiert ist.

  3. Verwenden Sie den folgenden Code, um sicherzustellen, dass die Firewall geöffnet wird:

    netsh advfirewall firewall add rule name=DPM_SqlServr.exe dir=in action=allow program=\"%PROGRAMFILES%\Microsoft SQL Server\MSSQL11.MSSQLSERVER\MSSQL\Binn\sqlservr.exe\" profile=Domain  
    netsh advfirewall firewall add rule name=DPM_UDP_Port_1434 dir=in action=allow protocol=UDP localport=1434 profile=Domain
    
  4. Installieren Sie SQL Server auf dem lokalen oder Remoteserver.

  5. Kopieren Sie den folgenden Text in Notepad (oder einen anderen Texteditor) und speichern Sie das Skript auf dem DPM-Server als „DPMSetup.ini“. Sie verwenden dasselbe Skript, ob die SQL Server-Instanz auf dem DPM-Server oder einem Remoteserver installiert ist.

    Wichtig

    Verwenden Sie beim Installieren von DPM NetBIOS-Namen für den Domänennamen und den SQL-Computernamen. Verwenden Sie keine vollständig qualifizierten Domainnamen (FQDNs).

    Ersetzen Sie beim Erstellen von DPMSetup.ini den Text innerhalb von <> durch Werte aus Ihrer Umgebung. Zeilen, die mit dem Hash (#) beginnen, werden auskommentiert, und das DPM-Setup verwendet die Standardwerte. Um Ihre Werte anzugeben, geben Sie die Werte innerhalb von <> ein und löschen Sie das Rautezeichen (#).

    [OPTIONS]
    UserName = <A user with credentials to install DPM>
    CompanyName = <Name of your company>
    ProductKey = <The 25-character DPM product key in the format xxxxx-xxxxx-xxxxx-xxxxx-xxxxx>
    # SqlAccountPassword = <The password to the DPM$ account>
    # StandardAgentLicenses = <No. of standard agent licenses you have purchased>
    # EnterpriseAgentLicenses = <No. of enterprise agent licenses you have purchased>
    # ProgramFiles = C:\Program Files\Microsoft Data Protection Manager
    # DatabaseFiles = C:\Program Files\Microsoft Data Protection Manager\DPM\DPMDB
    # IntegratedInstallSource = <Location of the DPM setup files>
    # ---For using a remote SQL Server Instance ---
    # SQLMachineName = <Name of the SQL Server computer> OR <SQL Cluster Name>
    # SQLInstanceName = <Name of the instance of SQL Server that Setup must use>
    # SQLMachineUserName = <Username that Setup must user>
    # SQLMachinePassword = <Password for the username Setup must use>
    # SQLMachineDomainName = <Domain to which the SQL Server computer is attached>
    # ---For using a reporting SQL Server Instance in case of DPMDB in SQL Cluster ---
    # ReportingMachineName = <Name of the SQL Server computer>
    # ReportingInstanceName = <Name of the instance of SQL Server that Setup must use, SSRS in case of SQL 2017>
    # ReportingMachineUserName = <Username that Setup must user>
    # ReportingMachinePassword = <Password for the username Setup must use>
    # ReportingMachineDomainName = <Domain to which the SQL Server computer is attached>
    
  6. Nachdem Sie die Datei gespeichert haben, geben Sie auf einer Eingabeaufforderung mit erhöhten Rechten auf dem Installationsserver Folgendes ein: start /wait [media location]\setup.exe /i /f <path>\DPMSetup.ini /l <path>\dpmlog.txt.

    • [media location] gibt an, von wo aus Sie die setup.exe ausführen.
    • <path> ist der Speicherort der .ini-Datei.

Installieren von DPM auf einem Domänencontroller

Wenn Sie DPM auf einem RODC einrichten möchten, müssen Sie einige Schritte ausführen, bevor Sie SQL Server einrichten und DPM installieren.

  1. Erstellen Sie die Sicherheitsgruppen und Konten, die für DPM erforderlich sind. Wählen Sie dazu Start>Administrative Tools>Active Directory-Benutzer und -Computer>Domain/Builtin aus und erstellen Sie diese Sicherheitsgruppen. Verwenden Sie für jede Gruppe die Standardeinstellung für den Bereich (Global) und den Gruppentyp (Sicherheit):

    • DPMDBReaders$<Computername>;
    • MSDPMTrustedMachines$<Computername>;
    • DPMRADCOMTrustedMachines$<Computername>;
    • DPMRADmTrustedMachines$<Computername>;
    • DPMDBAdministrators$<Computername>;
    • MSDPMTrustedUsers$<Computername>;
    • DPMSCOM$<Computername>;
    • DPMRATrustedDPMRAs$<Computername>. Hierbei steht <Computername> für den Namen des Domänencontrollers.
  2. Fügen Sie das lokale Computerkonto für den Domänencontroller (<Computername>) der MSDPMTrustedMachines$<*Computer Name*> Gruppe hinzu. Erstellen Sie dann auf dem primären Domänencontroller ein Domänenbenutzerkonto mit den niedrigsten Anmeldeinformationen. Weisen Sie ihm ein sicheres Kennwort zu, das nicht abläuft, und fügen Sie es der lokalen Admingruppe hinzu.

    Hinweis

    Notieren Sie sich dieses Konto, da Sie die SQL Server-Dienste während der Installation des SQL Servers konfigurieren müssen. Sie können dieses Benutzerkonto beliebig benennen. Um den Zweck des Kontos leicht zu erkennen, sollten Sie ihm jedoch einen aussagekräftigen Namen geben, z. B. DPMSQLSvcsAcct. Für diese Verfahren wird dieses Konto als DPMSQLSvcsAcct-Konto bezeichnet.

  3. Erstellen Sie auf dem primären Domänencontroller ein weiteres Domänenbenutzerkonto mit den niedrigstmöglichen Anmeldeinformationen und nennen Sie das Konto DPMR$MACHINENAME. Weisen Sie ihm ein sicheres Kennwort zu, das nicht abläuft, und fügen Sie dieses Konto dann der Gruppe DPMDBReaders$<*Computer Name*> hinzu.

  4. Erstellen Sie dann die für die SQL Server-Datenbank erforderlichen Sicherheitsgruppen und Benutzerkonten mit dem Bereich: global und dem Gruppentyp: Sicherheit. Die Gruppe oder das Konto muss das Format <GruppenoderKontonameComputername> aufweisen.

    • SQLServerSQL2005BrowserUser$<Computername>

    • SQLServerMSSQLServerADHelperUser$<Computername>

    • SQLServerReportServerUser$<Instanz-ID><Instanzname>

    • SQLServerMSASUser$<Computername><Instanzname>

    • SQLServerDTSUser$<Computername>

    • SQLServerFDHostUser<Computername><Instanzname>

    • <Computername> ist der Computername des Domänencontrollers, auf dem SQL Server 2008 installiert wird.

      • <Instanzname> ist der Name der SQL Server-Instanz, die Sie auf dem Domänencontroller erstellen möchten. Der Instanzname kann ein anderer Name als der Standardname der DPM-Instanz (MSDPM2010) sein.
      • <Instanz-ID> wird standardmäßig durch das SQL Server-Setup zugewiesen und gibt an, dass die Gruppe für Reporting Services (MSRS) für die Hauptversion der Instanz (10) von SQL Server gilt. Für diese Version lautet dieser Wert MSRS1A0_50.
  5. Fügen Sie auf dem primären Domänencontroller das zuvor erstellte Domänenbenutzerkonto (das Konto „DPMSQLSvcsAcct“) den folgenden Gruppen hinzu: SQLServerReportServerUser$<Computername>$MSRS10.<Instanz-ID> SQLServerMSASUser$<Computername>$<Instanz-ID>

  6. Nachdem Sie diese Schritte abgeschlossen haben, können Sie den SQL Server installieren:

    • Melden Sie sich beim Domänencontroller an, auf dem Sie DPM mithilfe des zuvor erstellten Domänenbenutzerkontos installieren möchten. Nennen wir dieses Konto „DPMSQLSvcsAcct“.

    • Starten Sie die Installation von SQL Server. Geben Sie auf der Seite Serverkonfiguration – Dienstkonten im Setup das Anmeldekonto für die SQL Server-Dienste (SQL Server-Agent, SQL Server-Datenbankmodul, SQL Server Reporting Services) an, die unter dem Benutzerkonto „DPMSQLSvcsAcct“ ausgeführt werden sollen.

    • Öffnen Sie nach der Installation des SQL-Servers den SQL Server-Konfigurations-Manager>SQL Server-Netzwerkkonfiguration>Protokolle, klicken Sie mit der rechten Maustaste auf Benannte Pipes>Aktivieren. Sie müssen die SQL Server-Dienste anhalten und neu starten.

  7. Anschließend können Sie DPM installieren:

    • Geben Sie auf der Seite SQL Server-Einstellungen den Namen der Instanz von SQL Server, die Sie in der Prozedur installiert haben, als „localhost\<Instanzname>“ ein und geben Sie dann die Anmeldedaten für das erste von Ihnen erstellte Benutzerkonto der Domäne ein (das Konto „DPMSQLSvcsAcct“). Dieses Konto muss Mitglied der lokalen Admingruppe auf dem Domänencontroller sein, auf dem die Remoteinstanz installiert ist. Nachdem die Einrichtung abgeschlossen ist, können Sie das Benutzerkonto aus der lokalen Admingruppe entfernen.

    • Auf der Seite Sicherheitseinstellungen müssen Sie dasselbe Kennwort eingeben, das Sie bei der Erstellung des DPMR$MACHINENAME-Benutzerkontos verwendet haben.

    • Öffnen Sie SQL Server Management Studio und stellen Sie eine Verbindung zu der Instanz von SQL Server her, für die DPM konfiguriert ist. Wählen Sie Neue Abfrage aus, kopieren Sie den folgenden Text in den rechten Bereich und drücken Sie dann F5, um die Abfrage auszuführen.

      use DPMDB
      declare @refresh_jobid uniqueidentifier
      select @refresh_jobid = ScheduleId from tbl_SCH_ScheduleDefinition where JobDefinitionId in
      (select JobDefinitionId from tbl_JM_TaskDefinition where TaskDefinitionId in (select distinct TaskDefinitionID from tbl_TE_TaskTrail
      where VerbID = '53603503-C4C8-4D0E-8F1E-D2F3868E51E3')) and IsDeleted=0
      exec msdb.dbo.sp_update_job @job_name =@refresh_jobid, @enabled=0
      update tbl_SCH_ScheduleDefinition
      set IsDeleted=1
      where ScheduleId = @refresh_jobid
      

Aktualisieren von SQL 2016 auf SQL 2017

Sie können SQL Server 2016 oder SQL Server 2016 SP1 Enterprise oder Standard auf SQL 2017 aktualisieren. Im folgenden Verfahren werden die Schritte zum Upgrade von SQL 2016 auf SQL 2017 aufgeführt.

Hinweis

Mit DPM 2019 wird SQL 2017 als DPM Datenbank sowohl bei Neuinstallationen als auch bei Upgrades von DPM unterstützt.

  1. Sichern Sie auf dem SQL Server die Berichtsdatenbank.

  2. Sichern Sie die Verschlüsselungsschlüssel.

  3. Bereinigen Sie die Berichtsordner auf dem lokalen Computer.

  4. Installieren Sie den Berichterstellungsdienst.

  5. Ändern Sie auf dem DPM-Server den folgenden DPM-Registrierungsschlüssel in den neuen Namen der Berichtsinstanz.

    • HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Microsoft Data Protection Manager\DB<ReportingInstanceName>
  6. Ändern Sie den Namen des virtuellen Berichtsdienst-Verzeichnisses in „ReportServer_SSRS“.

  7. Konfigurieren Sie den Berichterstellungsdienst und stellen Sie die Datenbank und die Verschlüsselungscodes wieder her.

Nächste Schritte