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.

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 für die SQL-Installation erforderlich (vor SQL 2016); .NET Framework 4.6 für die SQL-Installation erforderlich (SQL 2016 ab). Installieren Sie mit "Features hinzufügen" in Server-Manager, wenn sie 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 (enthalten in Windows Server 2012 R2 oder 2012). – Microsoft Hyper-V-Verwaltungs-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. – Haben Sie SQL lokal oder remote installiert, 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 keinen SQL-Server 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 direkten Anfügen/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 skalierte 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. SMB 3.0 ist für skalierte Dateiserver erforderlich. Virtuelle DPM-Installationen unterstützen nicht: Windows 2012 Speicherplätze oder virtuellen Festplatten, die auf Speicherplätzen basieren. Lokales oder Remotehosting von VHDX-Dateien auf Windows 2012-Speicherplatz wird ebenfalls nicht unterstützt. Aktivieren von Datenträgerdedupe 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 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 VM-Rechner von DPM Azure verwenden. Wenn Sie den virtuellen Computer einrichten, erstellen Sie eine Instanz auf der Standard-Computeebene, da die maximalen IOPS pro angefügtem Datenträger in der Standardebene höher sind als auf der Stufe "Standard". DPM kann die Workloads wie hier in der Schutzmatrix detailliert schützen. DPM kann Workloads schützen, die über mehrere Azure-Clouddienste 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, das sich auf die Leistung des virtuellen DPM-Computers auswirken kann, wenn sie für andere ausgeführte 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 auf die Größe des virtuellen Computers begrenzt (maximal 16). Der azure Backup-Agent, der auf dem DPM-Server ausgeführt wird, benötigt temporären Speicher für seine Verwendung (einen Cachespeicherort) und Daten, die aus der Cloud (lokaler Stagingbereich) wiederhergestellt wurden. Beachten Sie, dass jeder virtuelle Azure-Computer einen temporären Datenträgerspeicher enthält. Dies steht dem Benutzer als Volume D:\zur Verfügung. Der von Azure Backup erforderliche lokale Stagingbereich kann so konfiguriert werden, dass er sich in D:\befindet, und der Cachespeicherort kann auf C:\platziert werden. Auf diese Weise muss kein Speicherplatz aus den Datenträgern herausgeschnitzt 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 Datenmenge, die Sie sichern können, hängt von der Anzahl und Größe von Datenträgern ab, die an den virtuellen DPM-Computer angefügt sind. Es gibt eine maximale Anzahl von Datenträgern, die an jeden virtuellen Azure-Computer (4 Datenträger für A2V2, A4V2 und A8V2) und die maximale Größe jedes Datenträgers (1 TB) angefügt werden können. Dies bestimmt den gesamten verfügbaren Sicherungsspeicherpool. Es wird empfohlen, Daten für einen Tag auf dem dpM-angefügten Azure-Datenträger aufzubewahren und Daten zu speichern, die älter als einen Tag im Azure Backup-Dienst sind. Dadurch können Sie einen längeren Aufbewahrungsbereich für einen längeren Aufbewahrungsbereich speichern und eine größere Datenmenge schützen, indem Sie sie in Azure Backup entladen. Wenn Sie Ihre Bereitstellung skalieren möchten, haben Sie die folgenden Optionen: Option 1, Skalieren: Erhöhen Sie die Größe des virtuellen DPM-Computers von A2V2, A4V2, A8V2, und fügen Sie mehr lokalen Speicher hinzu. Option 2, Offload-Daten: Senden sie ältere Daten an Azure Backup, und bewahren Sie nur die neuesten Daten auf dem an den DPM-Server angefügten Speicher auf. Option 3, Scale-out: Fügen Sie weitere DPM-Server hinzu, um die Workloads zu schützen. Die maximale Anzahl geschützter Workloads für jede VM-Größe von DPM wird in Tabelle A unten zusammengefasst.

Tabelle A

Größe des virtuellen Computers	Max. geschützte Arbeitslasten	Durchschnittliche Arbeitsauslastungsgröße	Durchschnittliche Arbeitsauslastungsabwanderung (täglich)
A2V2	20	100 GB	Nettoänderung 5 %
A4V2	40	150 GB	Nettoänderung 10 %
A8V2	60	200 GB	Netto 15% Churn

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.

Einrichten einer SQL Server-Datenbank

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

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

So richten Sie eine SQL Server-Datenbank ein:

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

2. Wählen Sie auf der Installation eine eigenständige SQL Server-Installation aus, oder fügen Sie einer vorhandenen Installation Features hinzu.

3. Geben Sie im Product Key einen gültigen Lizenzschlüssel ein. Korrigieren Sie bei den Setup-Supportregeln alle Fehler, bevor Sie fortfahren. Wählen Sie in der Setuprolle sql Server Feature Installation aus.

4. Wählen Sie in der Featureauswahl Datenbank-Engine Dienste aus. Wählen Sie in "Instanzfeatures" die Option "Reporting Service " Native" aus. Überprüfen Sie in den Installationsregeln die Regeln.

5. Geben Sie in der Instanzkonfiguration den Namen der SQL Server-Instanz an, die Sie für DPM verwenden. Verwenden Sie keinen Unterstrich oder lokalisierte Zeichen im Namen. Überprüfen Sie in den Anforderungen an den Speicherplatz die Informationen.

6. Geben Sie unter Serverkonfigurationsdienstkonten> die Domänenkonten an, unter denen die SQL Server Services ausgeführt werden 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, verwenden Sie das dort erstellte DPMSQLSvcsAcctaccount . Beachten Sie, dass das Benutzerkonto ein Mitglied der lokalen Administratorengruppe auf dem Domänencontroller sein muss, auf dem die Remoteinstanz installiert ist. Nach Abschluss des Setups können Sie das Benutzerkonto aus der lokalen Gruppe "Administratoren" entfernen. Darüber hinaus müssen Sie für die Installation auf einem RODC das Kennwort eingeben, das Sie beim Einrichten von RODC für DPM ausgewählt haben, und das DPMR$MACHINENAME-Konto erstellen.

   • Wenn Sie ein Domänenbenutzerkonto erstellen, geben Sie ihm die niedrigsten Berechtigungen, weisen Sie ihm ein sicheres Kennwort zu, das nicht abläuft, und weisen Sie ihm einen leicht identifizierbaren Namen zu. Sie fügen dieses Konto der lokalen Gruppe "Administratoren" und der sql Server Sysadmin-Serverrolle mit fester Serverrolle später im Assistenten hinzu.

   • Alle Dienste mit Ausnahme des SQL-Volltextfilterdaemon-Startprogramms sollten auf "Automatisch" festgelegt werden.

7. Übernehmen Sie auf der Datenbank-Engine-Konfiguration die Einstellung für den Windows-Authentifizierung Modus. DPM-Administratoren benötigen SQL Server-Administratorberechtigungen . Fügen Sie in "SQL Server-Administratoren angeben" DPM-Administratoren 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 zum Installieren"> aus.

   Wenn Sie SQL Server 2022 verwenden, müssen Sie SQL Server Native Client (SQLNCLI) auf dem SQL Server 2022-Computer 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. Stellen Sie anschließend sicher, dass Sie DPM 2022 RTM installieren und auf UR1 oder höher aktualisieren, das SQL Server 2022 als DPM-Datenbank unterstützt und OLEDB 18.0 anstelle von SQLNCLI verwendet.

8. 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 dem Assistenten, um 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 standardmäßiger Fehlerüberwachung aktiviert ist, und aktivieren Sie die Kennwortrichtlinienüberprüfung.

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

     • Aktivieren Sie RPC auf dem Remote-SQL Server.

     • Die Standardinstanz des Datenbankmoduls lauscht auf TCP-Port 1443. Diese Einstellung kann geändert werden. Um den SQL Server-Browserdienst zum Herstellen einer Verbindung mit Instanzen zu verwenden, die nicht auf den Standardport 1433 lauschen, benötigen Sie UDP-Port 1434.

     • Die benannte Instanz von SQL Server verwendet standardmäßig dynamische Ports. Diese Einstellung kann geändert werden.

     • Die aktuelle Portnummer, die vom Datenbankmodul verwendet wird, wird im SQL Server-Fehlerprotokoll angezeigt. 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)
• Für remote gruppierte SQL-Instanz muss Datenbank-Engine sich auf dem Cluster befinden, und SSRS muss sich auf einem separaten Computer befinden (dies kann der DPM-Server oder ein 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) ist nicht mehr mit SQL Server installiert. Sie müssen eine entsprechende Version von SSMS separat installieren.
  – Für SQL Server 2019 sollten Sie zusammen mit SSMS auch SQLCMD, Visual C++ 2017 Redistributable und Microsoft ODBC Driver 17 für SQL Server auf dem DPM-Server separat installieren.

Installieren von DPM

Wichtig

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

1. Extrahieren Sie bei Bedarf die DPM-2016.exe (für DPM 2016)/DPM-2019.exe (für DPM 2019) auf den Computer, auf dem DPM ausgeführt werden soll. Führen Sie dazu die EXE-Datei aus, und wählen Sie auf der Willkommensseite "Weiter" aus. Geben Sie unter "Zielspeicherort auswählen" an, wo die Installationsdateien extrahiert werden sollen. Wählen Sie in "Bereit zum Extrahieren" die Option "Extrahieren" aus. Wechseln Sie nach Abschluss der Extraktion zum angegebenen Speicherort, und führen Sie Setup.exe aus.

2. Wählen Sie auf der Willkommensseite von DPM Setup "Weiter" aus. Akzeptieren Sie auf der Seite "Lizenzbedingungen " den Vertrag >"OK".

3. Warten Sie auf der Seite "Voraussetzungen überprüfen " auf die Überprüfung, und beheben Sie alle Probleme, bevor Sie fortfahren.

4. Wählen Sie auf der Seite "Produktregistrierung" die Option "Weiter" aus. Wählen Sie auf der Microsoft Update-Opt-In-Seite aus, ob Sie DPM in Ihre Microsoft Updates einschließen möchten.

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

Ausführen einer unbeaufsichtigten Installation

Führen Sie eine unbeaufsichtigte Installation wie folgt aus:

1. Stellen Sie sicher, dass die erforderlichen Komponenten installiert sind, 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 Editor (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 vollqualifizierten Domänennamen (FQDNs).

   Ersetzen Sie beim Erstellen DPMSetup.ini den Text innerhalb <> 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 des <> Hashs (#) ein, und löschen Sie sie.

   [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. Geben Sie nach dem Speichern der Datei an 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 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 hierzu "Verwaltungstools> starten>Active Directory-Benutzer und -Computer> Domäne/Integriert" 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 der Gruppe das lokale Computerkonto für den Domänencontroller (<Computername>) hinzu MSDPMTrustedMachines$<*Computer Name*> . Erstellen Sie dann auf dem primären Domänencontroller ein Domänenbenutzerkonto mit den niedrigsten Anmeldeinformationen. Weisen Sie es einem starken Kennwort zu, das nicht abläuft, und fügen Sie es der lokalen Administratorgruppe hinzu.

   Hinweis

   Notieren Sie sich dieses Konto, da Sie die SQL Server Services während der Installation von SQL Server konfigurieren müssen. Sie können dieses Benutzerkonto beliebig benennen. Um jedoch den Zweck des Kontos leicht zu identifizieren, sollten Sie ihm einen bedeutenden 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 niedrigsten Anmeldeinformationen und benennen Sie das Konto DPMR$MACHINENAME, weisen Sie es einem starken Kennwort zu, das nicht abläuft, und fügen Sie dieses Konto dann der DPMDBReaders$<*Computer Name*> Gruppe hinzu.

4. Erstellen Sie dann die Sicherheitsgruppen und Benutzerkonten, die für die SQL Server-Datenbank mit Bereich: global und Gruppentyp: Sicherheit erforderlich sind. 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 ist 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 sql Server installieren:

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

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

   • Öffnen Sie nach der Installation von SQL Server SQL Server-Konfigurations-Manager> SQL Server-Netzwerkkonfigurationsprotokolle>, klicken Sie mit der rechten Maustaste auf Named Pipes>Enable. Sie müssen die SQL Server Services beenden 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 ein, die Sie in der Prozedur als localhost\<Instance Name> installiert haben, und geben Sie dann die Anmeldeinformationen für das von Ihnen erstellte erste Domänenbenutzerkonto ein (das DPMSQLSvcsAcct-Konto). Dieses Konto muss Mitglied der lokalen Administratorgruppe auf dem Domänencontroller sein, auf dem die Remoteinstanz installiert ist. Nach Abschluss des Setups können Sie das Benutzerkonto aus der lokalen Gruppe "Administratoren" entfernen.

   • Auf der Seite "Sicherheitseinstellungen " müssen Sie dasselbe Kennwort eingeben, das Sie beim Erstellen des ZUVOR erstellten DPMR$MACHINENAME-Benutzerkontos verwendet haben.

   • Öffnen Sie SQL Server Management Studio, und stellen Sie eine Verbindung mit der Sql Server-Instanz her, die DPM für die Verwendung konfiguriert ist. Wählen Sie "Neue Abfrage" aus, kopieren Sie den text unten 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

Wenn Sie SQL 2017 mit DPM Semi-Annual Channel 1801 oder höher verwenden möchten, müssen Sie SQL 2016 auf SQL 2017 aktualisieren. 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

SQL 2017 wird als Datenbank mit DPM 1801 in Upgradeszenarien unterstützt. Mit DPM 2019 wird SQL 2017 sowohl in neuen Installations- als auch in Upgradeszenarien von DPM als DPM-Datenbank 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 Reporting Service.

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

   • HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Microsoft\Microsoft Data Protection Manager\DB<ReportingInstanceName>

6. Ändern Sie den namen des virtuellen Reporting Service-Verzeichnisses in ReportServer_SSRS.

7. Konfigurieren Sie den Reporting Service, und stellen Sie die Datenbank- und Verschlüsselungsschlüssel wieder her.

Nächste Schritte

• Informationen zu neuen Hotfixes und URs finden Sie in den Versionshinweisen.