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 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++ 2015 Redistributable; Microsoft Visual C++ 2013 Redistributable; Microsoft Visual C++ 2012 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 SQL Server 2022 mit DPM 2025 verwenden möchten, stellen Sie sicher, dass SQL OLEDB 19 installiert 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. DPM kann als virtueller Hyper-V-Computer mit Unterstützung für Bandlaufwerke mit synthetischem FC ausgeführt werden. 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 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.

Eine SQL Server-Datenbank einrichten

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

• Sie führen DPM 2025, 2022, 2019 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.

7. 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.

   Stellen Sie nach Abschluss der SQL-Installation sicher, dass Sie SQL OLEDB 19 installieren.

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 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.
  – Wenn Sie Remote SQL Server 2022 verwenden, müssen Sie SQLCMD, Version 16, auf dem DPM-Server installieren. Wenn SQLCMD Version 16 nicht zum Herunterladen verfügbar ist, installieren Sie SQLCMD, Version 15, benennen Sie den Ordner um, und kopieren Sie den Ordner von SQLCMD Version 16 (C:\Program Files\Microsoft SQL Server\Client SDK\ODBC\170\Tools\Binn) von SQL Server 2022 auf DEN DPM 2022-Server vor der DPM 2022-Installation. Löschen Sie nach der Installation Version 16, und benennen Sie Version 15 nach Bedarf um.

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 die SCDPM_2025.exe Datei auf den Computer, auf dem DPM ausgeführt werden soll. 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. 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 
   

3. Installieren Sie SQL Server auf dem lokalen oder Remoteserver.

4. 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 = SSRS 
   # ReportingMachineUserName = <Username that Setup must user> 
   # ReportingMachinePassword = <Password for the username Setup must use> 
   # ReportingMachineDomainName = <Domain to which the SQL Server computer is attached> 
   

5. 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
     

Upgrade auf SQL 2022

Im folgenden Verfahren werden die Schritte zum Upgrade von SQL 2022 aufgeführt.

Hinweis

Mit DPM 2025 wird nur SQL 2022 als DPM-Datenbank in neuen Installations- und Upgradeszenarien von DPM unterstützt.

Stellen Sie vor dem Upgrade von einer version, die älter als SQL 2017 auf SQL 2022 ist, sicher, dass

1. Sichern Sie die Berichtsdatenbank auf dem SQL Server.

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

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