System Center DPM – Anmerkungen zu dieser Version

  • Artikel

In diesem Artikel werden die Versionshinweise für System Center 2019 – Data Protection Manager (DPM) aufgelistet, einschließlich der bekannten Probleme und Problemumgehungen für DPM 2019, DPM 2019 UR1, DPM 2019 UR2, DPM 2019 UR3, DPM 2019 UR4, 2019 UR5 und 2019 UR6 .

In den folgenden Artikeln finden Sie ausführliche Informationen dazu, was DPM unterstützt und sichern kann:

In diesem Artikel werden die Versionshinweise für System Center 2022 – Data Protection Manager (DPM) aufgelistet, einschließlich der bekannten Probleme und Problemumgehungen für DPM 2022, 2022 UR1 und 2022 UR2.

Dieser Artikel enthält auch die Versionshinweise für den Hotfix DPM 2022 KB 5015376.

In den folgenden Artikeln finden Sie ausführliche Informationen dazu, was DPM unterstützt und sichern kann:

Versionshinweise zu DPM 2022

DPM 2022 weist die bekannten Probleme auf, die in DPM 2019 RTM beobachtet werden.

Darüber hinaus sind die folgenden Probleme bekannt.

Kein DPM SQL Self-Service Recovery Tool in DPM 2022 RTM

DPM SQL Self-Service Recovery ist in DPM 2022 RTM nicht verfügbar. Unterstützung für SQL Self-Service Recovery ist über DPM 2022 UR1 verfügbar. Weitere Informationen.

DPM-Self-Service-Wiederherstellungen listet keine Wiederherstellungspunkte für Clientcomputer auf.

Beschreibung: DPM-Clientcomputersicherungen werden für Domänenbenutzer in der Gruppe der lokalen Administratoren für Self-Service-Wiederherstellungen nicht aufgeführt.

Problemumgehung: Aktualisieren Sie auf DPM 2022 UR2, um dieses Problem zu beheben, und fügen Sie nicht administrative Benutzer manuell über den Autorisierungs-Manager hinzu.

Fehlerhaftes Upgrade von DPM 2019 auf DPM 2022 mit DPM-Datenbanknamen DPMDB

Beschreibung: Wenn der Name der vorhandenen DPM-Datenbank DPMDB lautet, schlägt das Upgrade fehl.

Der DPM-Upgradeprozess benennt den DPM-Datenbanknamen immer in DPMDB um. Wenn dieselbe SQL-Instanz von mehreren DPM-Servern verwendet wird, schlägt das nachfolgende Upgrade des anderen DPM-Servers fehl, da bereits eine Datenbank mit dem Namen DPMDB vorhanden ist.

Problemumgehung: Benennen Sie die entsprechende DPM-Datenbank um, bevor Sie das Upgrade starten.

Führen Sie die folgenden Schritte aus, um die Datenbank umzubenennen:

  1. Beenden Sie den DPM-Dienst auf dem DPM-Server.

  2. Führen Sie die folgenden SQL-Befehle aus, um die Datenbank umzubenennen: Aktualisieren Sie den DPM-Servernamen in der folgenden Abfrage.

    USE master
GO
ALTER DATABASE DPMDB  
SET SINGLE_USER  
WITH ROLLBACK IMMEDIATE
GO
EXEC master..sp_renamedb 'DPMDB','DPMDB_<DPMSERVERNAME>'
GO
ALTER DATABASE DPMDB_<DPMSERVERNAME>
SET MULTI_USER  
GO

  3. Aktualisieren Sie die folgenden Registrierungsschlüssel, um den aktualisierten Datenbanknamen widerzuspiegeln.

    Computer\HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Microsoft Data Protection Manager\DB\ConnectionString

    Computer\HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Microsoft Data Protection Manager\DB\DatabaseName

    Computer\HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Microsoft Data Protection Manager\DB\GlobalDatabaseName

    Computer\HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Microsoft Data Protection Manager\DB\GlobalDbConnectionString

    Screenshot des Registrierungs-Editors mit dem Datenbanknamen

  4. Führen Sie DPMsync auf dem DPM-Server mithilfe der DPM-Verwaltungsshell aus.

    DPMSync -Sync

Die Onlinewiederherstellungspunkterstellung einer Datenquelle schlägt möglicherweise mit der Fehler-ID 33505 oder 100195

Beschreibung: In einigen Szenarien schlägt die Onlinewiederherstellungspunkterstellung einer Datenquelle mit der Fehler-ID 33505 oder 100195 zeitweise fehl.

Screenshot des Fehlers beim Erstellen eines Onlinewiederherstellungspunkts

Screenshot der Fehlermeldung beim Erstellen eines Onlinewiederherstellungspunkts

Problemumgehung:

  1. Führen Sie für den MARS-Agent ein Upgrade auf die aktuelle Version durch.

  2. Wiederholen Sie die Onlinesicherung für die fehlerhafte Datenquelle.

  3. Erstellen Sie einen neuen Datenträgerwiederherstellungspunkt, und versuchen Sie es dann erneut mit dem Onlinewiederherstellungspunkt.

  4. Führen Sie die Konsistenzprüfung aus, und versuchen Sie die Onlinesicherung erneut.

  5. Wenn die Onlinesicherung weiterhin fehlschlägt, wenden Sie sich an das Supportteam.

Hotfix DPM 2022 (KB 5015376) – Versionshinweise

Zusätzlich zu den in den Versionshinweisen zu DPM 2022 aufgeführten Problemen werden die folgenden zusätzlichen Probleme in DPM 2022 identifiziert und in Hotfix (KB 5015376) behoben: Es wird empfohlen, den Hotfix anzuwenden. Weitere Informationen finden Sie im KB-Artikel.

  • Zeitweilige Unterbrechungen der Onlinesicherung mit dem Fehler 100195
  • Fehler bei sekundärer Konsistenzprüfung des Schutzes mit dauerhaftem VSS-Fehler
  • Absturz der Remoteadministratorkonsole nach dem Öffnen der Konsole
  • Sicherungsfehler, da „DpmFilter.sys“ im DPM-Agent nicht geladen wird
  • Absturz von DPM, wenn Benachrichtigungen über Bandsicherungsfehler deaktiviert sind

Versionshinweise zu DPM 2022 UR1

Die folgenden Probleme wurden nach der Veröffentlichung von DPM 2022 UR1 (KB 5019645) identifiziert und in Hotfix für DPM 2022 UR1 (KB 5026073) behoben. Es wird empfohlen, den Hotfix anzuwenden, wenn die folgenden Probleme auftreten. Weitere Informationen finden Sie im KB-Artikel für den Hotfix.

Sicherungen für VMware-VMs, auf denen VMware Tools mit dem Fehler "Disk SubSystem 0x80990EF1" (Datenträgeruntersystem 0x80990EF1) fehlschlägt

Beschreibung: DPM 2022 UR1 weist einen Fehler auf, bei dem sicherungen VMware-VMs fehlschlagen würden, wenn VMware-Tools installiert sind. Dies war auf eine fehlerhafte Konfiguration in DPM zurückzuführen.

Problemumgehung: Wenden Sie Hotfix für DPM 2022 UR1 oder DPM 2022 UR2 an.

DPM 2022 RTM und Updaterollup 1 können Datenbanken in SQL Server 2017 und 2016 über TLS 1.2 nicht ermitteln.

Beschreibung: DPM 2022 RTM und UR1 unterstützten MSOLEDB 18 für SQL Server 2017 und 2016 nicht, was erforderlich ist, um die Ermittlung und den Schutz von SQL Server über TLS 1.2 durchzuführen. Dieses Problem tritt auf, nachdem KB5021128 oder KB5021127 für SQL Server 2016 bzw. 2017 installiert wurde, um TLS 1.2 oder TLS 1.0 und 1.1 auf dem geschützten Server zu deaktivieren.

Problemumgehung: Wenden Sie Hotfix für DPM 2022 UR1 oder DPM 2022 UR2 an, aktualisieren Sie die DPM-Agents, und installieren Sie dann MSOLEDB 18 auf den geschützten SQL-Servern.

Versionshinweise zu DPM 2022 UR2

Wir erinnern uns an die Veröffentlichung von Updaterollup 2 für System Center DPM 2022 aufgrund der unten aufgeführten bekannten Probleme:

  1. Geplante Hyper-V-Sicherungen dauern lange, da jeder Sicherungsauftrag eine Konsistenzprüfung auslöst. Fehlermeldung: Das Replikat von Microsoft Hyper-V RCT auf Computername <> ist nicht mit der geschützten Datenquelle konsistent. DPM hat Änderungen an Dateispeicherorten oder Volumekonfigurationen geschützter Objekte erkannt, seit die Datenquelle für den Schutz konfiguriert wurde. (ID 30135).
  2. Das Entfernen einer Datenquelle aus der Schutzgruppe oder das Beenden der Sicherung führt zu einem Fehler mit der ID 33469. Dieser Vorgang wird in der aktuellen Version des MARS-Agents nicht unterstützt.
  3. Die DPM-Konsole stürzt gelegentlich ab, wenn SMTP-Warnungen oder -Berichte konfiguriert werden.

Ein aktualisierter Build (Updaterollup 2 Aktualisierung für System Center DPM 2022) zur Behebung der bekannten Probleme wurde veröffentlicht.

Wenn Sie Updaterollup 2 für System Center DPM 2022 (10.22.189.0) installiert haben, empfehlen wir Ihnen, Updaterollup 2 Refresh (10.22.197.0) auf Ihrem DPM-Server zu installieren und die Schutz-Agents zu aktualisieren.

Wenden Sie sich an Microsoft-Support für Abfragen oder zusätzliche Informationen.

Zusätzlich zu den oben dokumentierten Problemen weist DPM 2022 UR2 die folgenden Probleme auf:

Fehler bei DPM 2022 UR1-E-Mail-Berichten mit Microsoft 365-Anmeldeinformationen nach dem Upgrade auf DPM 2022 UR2

Beschreibung: DPM 2022 UR2 fügt Unterstützung für Windows- und Basic SMTP-Authentifizierungsmethoden hinzu. Die Standard-SMTP-Authentifizierung funktioniert für Microsoft 365 und andere E-Mail-Anbieter, die sie unterstützen. Wenn Sie jedoch DPM 2022 UR1 mit Microsoft 365-Anmeldeinformationen verwenden, treten Ihre E-Mail-Berichte und Warnungen auf, da die Anmeldeinformationen nicht von DPM 2022 UR2 gelesen werden können.

Problemumgehung: Konfigurieren Sie E-Mail-Anmeldeinformationen für Microsoft 365 mithilfe des in DPM 2022 UR2 hinzugefügten Standardauthentifizierungstyps neu.

DPM kann SQL-Datenbanken nicht zum Schutz aufzählen.

Beschreibung: DPM kann KEINE SQL-Datenbanken für den Schutz aufzählen, wenn MSOLEDB 18 auf dem geschützten Server fehlt, da DPM MSOLEDB18 benötigt, um Datenbanken für den Schutz aufzulisten. 

Problemumgehung: Installieren Sie den SQL MSOLEDB 18-Treiber , wenn er auf dem geschützten Server fehlt. SQL Server 2022 wird standardmäßig mit MSOLEDB 18 ausgeliefert. 

Beenden des Schutzes durch Das Löschen von Onlinedaten schlägt aus remote Verwaltungskonsole

Beschreibung: Der Vorgang "Schutz beenden" mit Onlinedaten löschen schlägt aus der Remote-Verwaltungskonsole fehl, wenn die erweiterte Hybridsicherheitsoption für den Tresor aktiviert ist. 

Problemumgehung: Um dies zu verhindern, führen Sie den Stoppschutz aus, indem Sie Onlinedaten direkt aus der DPM-Konsole löschen. 

Das Beenden des Schutzes einer Datenquelle schlägt mit der ID fehl: 33469

Beschreibung: Das Entfernen einer Datenquelle aus der Schutzgruppe oder das Beenden der Sicherung führt zu einem Fehler mit der ID 33469. Dieser Vorgang wird in der aktuellen Version des MARS-Agents nicht unterstützt.

Dieses Problem tritt auf, weil DPM fälschlicherweise nach einer installierten Version des MARS-Agents (Microsoft Azure Recovery Services) 2.0.9262.0 oder höher sucht und fehlschlägt, wenn kein MARS-Agent auf dem DPM-Server verfügbar ist.

Problemumgehung: Installieren Sie Updaterollup 2 Refresh für System Center DPM 2022.

Versionshinweise zu DPM 2022 UR2 Refresh

DPM 2022 UR2 Refresh behebt die bekannten Probleme in DPM 2022 UR2.

Wichtig

Diese Version von Data Protection Manager (DPM) hat das Ende des Supports erreicht. Es wird empfohlen, ein Upgrade auf DPM 2022 durchzuführen.

Dieser Artikel enthält die Versionshinweise für System Center 1807 – Data Protection Manager (DPM).

Wichtig

Diese Version von Data Protection Manager (DPM) hat das Ende des Supports erreicht. Es wird empfohlen, ein Upgrade auf DPM 2022 durchzuführen.

Dieser Artikel enthält die Versionshinweise für System Center 1801 – Data Protection Manager (DPM).

Dieser Artikel enthält die Versionshinweise für System Center 2016 – Data Protection Manager (DPM).

Versionshinweise zu DPM 2019

Die folgenden Abschnitte enthalten eine Zusammenfassung der Versionshinweise für DPM 2019 sowie die relevanten bekannten Probleme und Problemumgehungen.

Absturz der DPM-Konsole aufgrund von Absturz des MSDPM-Diensts

Beschreibung: Das Vorhandensein von doppelten Zusammenfassungsverwaltungsaufträgen nach dem DPM-Upgrade kann zu einem Ausfall von laufenden Aufträgen um 0 Stunden führen, was schließlich zu einem Absturz führt. Mögliche Ergebnisse:

  • Inkonsistentes Replikat.
  • Speicherüberfrachtung aufgrund der ausbleibenden Löschung von Wiederherstellungspunkten.
  • Veraltete DPM-Berichte.
  • Keine Bereinigung für Auftragsverlaufs- und Garbage Collection-Aufträge.

Problemumgehung:

  1. Sichern Sie die aktuelle DPM-Datenbank.

  2. Öffnen Sie SQL Management Studio, und stellen Sie eine Verbindung mit der SQL-Instanz her, die die DPMDB für diesen Server hostt.

  3. Führen Sie die folgende Abfrage aus, und überprüfen Sie, ob Sie zwei oder mehr Zusammenfassungs-Manager-Aufträge geplant haben, und ermitteln Sie, welcher ältere Zeitplan war:

     SELECT SCH.ScheduleId, SCH.JobDefinitionId, jd.CreationTime
 FROM tbl_JM_JobDefinition JD
 JOIN tbl_SCH_ScheduleDefinition SCH
 ON JD.JobDefinitionId = SCH.JobDefinitionId
 WHERE JD.Type = '282faac6-e3cb-4015-8c6d-4276fcca11d4'        
 AND JD.IsDeleted = 0
 AND SCH.IsDeleted = 0

  4. Wenn sie mehr als eine Zeile zurückgegeben haben, nehmen Sie die resultierende ScheduleID und JobDefinitionID des älteren Eintrags, und markieren Sie sie als gelöscht.

     update tbl_SCH_ScheduleDefinition
 set IsDeleted = 1
 where ScheduleId = ‘ScheduleID '               --- Replace with Your ScheduleID
 update dbo.tbl_JM_JobDefinition
 set IsDeleted = 1
 where JobDefinitionId = ‘JobDefinitionID'             --- Replace with Your JobDefinitionID

  5. Löschen Sie den entsprechenden SQL-Auftrag für den ScheduleID-Wert aus den Aufträgen des SQL Server-Agents. Nach dem Löschen tritt der Absturz zur Stunde Null nicht mehr auf.

    Bei „ScheduleId“ handelt es sich um die SQL-Aufträge unter dem SQL-Agent:

    UPDATE MSDB.dbo.sysjobs
SET Enabled = 0
WHERE [Name] LIKE ‘ScheduleID’  --- Replace with Your ScheduleID

Hyper-V-VMs sind nach einem VM-Upgrade doppelt geschützt

Beschreibung: Beim Upgraden eines virtuellen Hyper-V-Computers von Windows Server 2012 R2 auf Windows Server 2016 werden im Assistenten zum Erstellen einer Schutzgruppe zwei Versionen des virtuellen Computers angezeigt.

Problemumgehung: Stellen Sie bei geschützten VMs, die ein Upgrade durchführen, sicher, dass Sie den Schutz mit der Aufbewahrung von Daten beenden, bevor Sie das Upgrade des virtuellen Computers durchführen. Aktualisieren Sie dann den virtuellen Computer, und schützen Sie sie erneut in einer neuen Schutzgruppe. Führen Sie im Zuge der Konfiguration des erneuten Schutzes eine Aktualisierung des VM-Hosts für DPM aus, um das VM-Upgrade zu erkennen und den virtuellen Computer als RCT-VM zu schützen.

Die Wiederherstellung einer vorherigen Version eines aktualisierten virtuellen Hyper-V-Computers führt zu einem Fehler bei späteren Wiederherstellungspunkten.

Beschreibung: Wenn Sie ein Upgrade einer geschützten 2012 R2 Hyper-V-VM auf die Version 2016 durchführen, beenden Sie den Schutz des virtuellen Computers (aber beibehalten), und aktivieren Sie den Schutz erneut. Wenn Sie dann eine Kopie von 2012 R2 am ursprünglichen Speicherort wiederherstellen, können weitere Sicherungen fehlschlagen.

Problemumgehung: Ändern Sie nach der Wiederherstellung die VM-Version in 2016, und führen Sie dann eine Konsistenzprüfung aus.

Fehler beim Schutz der Bare-Metal-Recovery

Beschreibung: Wenn Sie den BMR-Schutz (Bare Metal Recovery) konfigurieren, schlägt der BMR-Schutzauftrag möglicherweise mit der Meldung fehl, dass die Replikatgröße nicht ausreichend groß ist.

Problemumgehung: Verwenden Sie den folgenden Registrierungspfad, um die Standardreplikatgröße für BMR-Datenquellen zu ändern. Öffnen Sie den Registrierungseditor, und erhöhen Sie die Replikatgröße für den folgenden Schlüssel:

HKLM\Software\Microsoft\Microsoft Data Protection Manager\ConfigurationReplicaSizeInGBForSystemProtectionWithBMR (DWORD)

In Upgradeszenarien wird unter Umständen der DPM-Datenbankschutz beendet.

Beschreibung: Bei einem DPM-Upgrade kann es in einigen Szenarien zu einer Änderung des Datenbanknamens kommen.

Problemumgehung: Wenn Sie eine DPM-Datenbank schützen, stellen Sie sicher, dass Sie den Schutz für die neue DPM-Datenbank aktivieren. Nachdem das DPM-Upgrade überprüft wurde, können Sie den Schutz für die vorherige DPM-Datenbank entfernen.

Hyper-V RCT – Die Wiederherstellung in Dateiform aus einer Datenträger-auf-Band-Sicherung schlägt fehl

Beschreibung: Die Wiederherstellung in Dateiform von VMs mit aktivierter Funktion „RCT“, die direkt auf Band (D-T) gespeichert wurden, schlägt fehl. Dieses Problem tritt nicht bei Sicherungen auf, bei denen zuerst auf einem anderen Datenträger und dann auf Band gesichert wird.

Problemumgehung: Stellen Sie die Daten an einem anderen Speicherort als VM wieder her, und übertragen Sie diese Dateien dann an die gewünschte Position.

Hinweis

Diese Funktion ist in DPM 2019 UR1 korrigiert. Installieren Sie UR1, um dieses Problem zu beheben. Ausführliche Informationen zum Installieren von UR1 finden Sie im KB-Artikel für UR1.

Bei Verwendung einer MBS-Lösung (Modern Backup Storage) unterstützt DPM 2019 die Wiederherstellung durch Endbenutzer unter Verwendung eines Dateiservers nicht.

Beschreibung: DPM 2019 unterstützt keine Endbenutzerwiederherstellung (EUR) mit Modern Backup Storage (MBS).

Problemumgehung: Keine. Dateiserver EUR wird bei Verwendung von MBS nicht unterstützt.

Server mit DPM 1801/1807 können nicht über die zentrale DPM 2019-Konsole verwaltet werden.

Beschreibung: Mit der zentralen DPM 2019-Konsole können Sie keine DPM 1801- oder DPM 1807-Server verwalten.

Problemumgehung: Upgraden Sie Ihren DPM-Server auf die Version 2019.

Wiederherstellungspunkte, die nicht bereinigt werden, führen zu einer Ansammlung von Wiederherstellungspunkten

Beschreibung: DPM bereinigt Wiederherstellungspunkten, die älter als die Beibehaltungsdauer sind. Während der Bereinigung berechnet DPM, wieviel Speicher die zu bereinigenden Wiederherstellungspunkte verbrauchen. Die Speicherberechnung verzögert die Bereinigung.

Problemumgehung: KonfigurierenSie DPM so, dass die Berechnung der Größe der zu bereinigenden Wiederherstellungspunkte übersprungen wird. Dadurch wird das Löschskript schneller ausgeführt und schneidet alle Wiederherstellungspunkte ab, die älter als der Aufbewahrungsbereich sind, um den Speicherdruck zu reduzieren. Der pro Datenquelle verbrauchte Speicher wird nicht aktualisiert, bis DPM die Bereinigung abgeschlossen hat. Der Speicherverbrauch pro Volume gibt weiterhin die korrekten Werte an. Verwenden Sie ein PowerShell-Skript, um die Berechnung der Datenbankgröße zu aktivieren. Das folgende Skript führt vollständige Größenberechnungen aus.

Speicherort: Programme\Microsoft System Center\DPM\DPM\bin\Manage-DPMDSStorageSizeUpdate.ps1

Skript:Manage-DPMDSStorageSizeUpdate.ps1 -ManageStorageInfo [StopSizeAutoUpdate | StartSizeAutoUpdate | GetSizeAutoUpdateStatus | UpdateSizeInfo ] [-UpdateSizeForDS <FilePath>] [-UpdatedDSSizeReport <FilePath>] [-FailedDSSizeUpdateFile <FilePath>]

  • ManageStorageInfo: gibt die Art des erforderlichen Vorgangs an.

    • StopSizeAutoUpdate: Beendet die Größenberechnungen vollständig. Sowohl die Benutzeroberfläche als auch PowerShell melden keine Größen.

    • StartSizeAutoUpdate: Setzt die Größenberechnungen fort. Verwenden Sie UpdateSizeInfo unmittelbar nach dem Aktivieren von Größenberechnungen (in den folgenden Optionen) die Größen für alle Datenquellen neu zu berechnen, bis die in PowerShell und der Benutzeroberfläche gemeldeten Größen möglicherweise nicht korrekt sind.

    • GetSizeAutoUpdateStatus: Zeigt an, ob Größenberechnungen aktiviert oder deaktiviert sind.

    • UpdateSizeInfo: Löst die Größenberechnung aus und meldet die von der Datenquelle verbrauchte Größe. Da dies einige Zeit in Anspruch nehmen kann, gehen Sie nur bei Bedarf so vor, z.B. bei Szenarios wie der Abrechnung. Während dieser Zeit können Sicherungen mit vhd-Bereitstellungsfehlern fehlschlagen.

  • UpdateSizeForDS: Pfad zu einer Textdatei mit einer Liste von Datenquellen-IDs, für die die Größe mit einer datasourceID in jeder Zeile berechnet werden muss. Wenn sie nicht übergeben wird, wird die Größenberechnung für alle Datenquellen ausgelöst. Wenden Sie dies nach Verwendung von UpdateSizeInfo in ManageStorageInfo an. Um die Datenquellen-IDs bestimmter Datenquellen abzurufen, verwenden Sie Get-DPMProtectionGroup | Get-DPMDatasource | Format-table -Property Computer,name,ObjectType,Id.

  • AktualisiertDSSizeReport: Pfad zu einer Datei, in der die aktualisierten Datenquellengrößen gespeichert werden. Wenn sie nicht übergeben wird, wird sizes.csv Datei im Ausführungsverzeichnis erstellt. Wenden Sie dies nach UpdateSizeInfo in ManageStorageInfo an.

  • FailedDSSizeUpdateFile: Pfad zu einer Datei zum Speichern der Datenquellen-IDs für die Datenquellen, für die der Speicherverbrauch nicht berechnet werden konnte. Dies kann auf Gründe wie laufende Sicherungen zurückzuführen sein. Wenn sie nicht übergeben wird, wird failedDS.txt Datei im Ausführungsverzeichnis erstellt. Diese Datei kann als Eingabe für "UpdateSizeForDS" angegeben werden, um die Größen aller Datenquellen zu aktualisieren. Dies sollte nach der Verwendung von UpdateSizeInfo in ManageStorageInfo verwendet werden.

Nicht im Recovery Services-Tresor berücksichtigte DPM-Datenquellen

Beschreibung: Einige Datenquellen in der Ansicht Sicherungselemente (DPM) aus dem Wiederherstellungsdiensttresor in Azure-Portal werden nicht aktualisiert/aktualisiert.

Ursache: Sie haben möglicherweise einen geschützten Server außer Betrieb genommen und den Schutz der Datenquellen beendet, aber die Onlinewiederherstellungspunkte beibehalten, und dann den DPM/MABS-Agent über die Konsole deinstalliert.

Sie können überprüfen, ob die Ursache darin liegt, indem Sie die Datei „GatewayProvider0Curr.errlog“ im Ordner C:\Programme\Microsoft Azure Backup Server\DPM\MARS\Temp in Editor öffnen und nach Mis-Match suchen.

Falls ein Eintrag wie der folgende vorhanden ist, wird der geschützte Server detailliert beschrieben, bei dem ein Konflikt vorliegt.

Im folgenden Beispiel wurde der Agent für den Server namens mjlc-dc.Contoso.com deinstalliert und fehlte auf dem DPM/MABS-Server.

GetData of Provider failed. |Backup Service Exception: FMException: [ErrorCode:GPPowershellScriptHrError, DetailedCode:-2146233079, Source:   at System.Management.Automation.MshCommandRuntime.ThrowTerminatingError(ErrorRecord errorRecord), Message:Production Server **mis-match** DSId :9adaec12-5b5a-455e-86b9-1fac2d605fe1 DSName : S:\ DSType : Volume PSName :**mjlc-dc.Contoso.com** PSId: a494f940-b480-41d2-9ef5-4194ad737c7b]

Problemumgehung

  1. Wenn der ursprüngliche geschützte Server noch verfügbar ist, installieren Sie den DPM-Agent erneut, auch wenn Sie diesen Server in Zukunft offline schalten möchten. Sie können den Agent in DPM/MABS deaktivieren. Entfernen Sie sie erst, wenn Sie die Onlinewiederherstellungspunkte löschen.
  2. Wenn die Onlinewiederherstellungspunkte für den außer Betrieb genommenen Server nicht mehr benötigt werden, können Sie die Datenquellen auf dem DPM-/MABS-Server löschen, für den der Schutz beendet wurde.

Versionshinweise für DPM 2019 UR1

VM-Wiederherstellung mit ausgeschlossenem Datenträger (zum alternativen Host) stellt leeren Datenträger wieder her.

Beschreibung: Durch Wiederherstellung der VM mit ausgeschlossenem Datenträger auf alternativem Host wird der ausgeschlossene Datenträger als leerer Datenträger wiederhergestellt. Der ausgeschlossene Datenträger wird nicht an den virtuellen Computer angefügt. Der Datenträger kann gelöscht werden, um Speicherplatz zu sparen.

Problemumgehung: Keine

Informationen zu Problemen, die in DPM 2019 UR1 behoben wurden, finden Sie in diesem KB-Artikel.

Versionshinweise für DPM 2019 UR2

Die folgenden Abschnitte enthalten Informationen zu den bekannten Problemen und Problemumgehungen für DPM 2019 UR2.

Informationen zu Problemen, die in DPM 2019 UR2 behoben wurden, finden Sie in diesem KB-Artikel.

Keine Anzeige von Schutzgruppendetails in der DPM-Konsole

Beschreibung: Nach der Installation von DPM 2019 UR2 werden im Detailbereich der DPM-Konsole möglicherweise keine Schutzgruppendetails angezeigt .

Konsole ohne Schutzgruppendetails

Problemumgehung: Verwenden Sie den PowerShell-Befehl Get-DPMProtectionGroup, um die Schutzgruppendetails anzuzeigen.

Hinweis

Dieses Problem wurde in 2019 UR3 behoben. Weitere Informationen zu den in UR3 behobenen Problemen finden Sie im KB-Artikel.

Keine automatische Aktualisierung der neuesten Berichtsdateien

Beschreibung: Mit DPM 2019 UR2 wurde das Problem mit der DPM-Berichtsformatierung und der Berichterstellung für die Migration von Volumes zu Volumes behoben. Die vorhandenen Berichtsdateien werden jedoch nicht automatisch durch die aktualisierten Dateien ersetzt.

Problemumgehung: Führen Sie die folgenden Schritte aus, um die vorhandenen Berichtsdateien zu ersetzen:

Ersetzen von „ReportSRV10.dll“

  1. Beenden Sie den SQL Server Reporting-Dienst.
  2. Wählen Sie die aktualisierte Datei ReportSRV10.dll im Ordner C:\Programme\Microsoft System Center\DPM\DPM\bin aus, und ersetzen Sie die vorhandenen DLL-Dateien in den folgenden Ordnern:
    • Ab SQL Server 2017: C:\Programme\Microsoft SQL Server Reporting Services\SSRS\ReportServer\bin
    • SQL Server 2016: C:\Programme\Microsoft SQL Server\MSRS13.MSDPM2012\Reporting Services\ReportServer\bin
  3. Starten Sie die SQL Server Reporting Services-Instanz.

Ersetzen der RDL-Dateien

  1. Öffnen Sie in DPM die URL des SQL Server Reporting Services-Portals.

  2. Im Portal liegt der Ordner „DPMReports“ im Format DPMReports_<GUID>vor.

    Berichtsordner

    Hinweis

    Es ist nur ein einzelner Ordner mit dieser Benennungskonvention vorhanden. Wenn DPM von einer früheren Version aktualisiert wird, ist der vorherige Ordner möglicherweise noch vorhanden, aber Sie können ihn nicht öffnen.

  3. Wählen Sie den Ordner DPMReports_<GUID> aus, und öffnen Sie ihn. Die einzelnen Berichtsdateien werden angezeigt.

    Liste der einzelnen Berichtsdateien

  4. Wählen Sie die Berichtsdateien aus, die nicht mit Report enden, klicken Sie mit der rechten Maustaste auf Option, und wählen Sie Verwalten aus.

    Verwalten von Berichtsdateien

  5. Wählen Sie auf der neuen Seite Ersetzen aus, um durch die neuesten Berichtsdateien zu ersetzen.

    Ersetzen von Berichtsdateien

    Die neuesten Berichtsdateien befinden sich am DPM-Installationspfad:

    Beispiel: C:\Programme\Microsoft System Center\DPM\DPM\bin\DpmReports

  6. Nachdem die Dateien ersetzt wurden, stellen Sie sicher, dass Name und Beschreibung korrekt und nicht leer sind.

  7. Starten Sie DPM neu, und verwenden Sie die Berichtsdateien.

Versionshinweise für DPM 2019 UR3

Der folgende Abschnitt enthält Details zum bekannten Problem in DPM 2019 UR3 und zur Problemumgehung.

Die DPM-Remote Konsole kann nach dem Upgrade auf Updaterollup 3 möglicherweise keine Verbindung mit dem DPM-Server herstellen.

Beschreibung: Nach dem Upgrade der DPM-Remoteverwaltungskonsole auf Updaterollup 3 kann möglicherweise keine Verbindung mit dem DPM-Server hergestellt werden. Die DPM-Administratorkonsolenversion ist mit der DPM-Serverversion nicht kompatibel.

Problemumgehung:

  1. Führen Sie auf dem Server, auf dem die DPM-Remoteverwaltungskonsole ausgeführt wird, den folgenden PowerShell-Befehl aus (geben Sie ggf. den DPM-Servernamen ein); Dieser Befehl kopiert die erforderlichen DLL-Dateien vom DPM-Server:

    $RemoteUIPath = "C:\Program Files\Microsoft Data Protection Manager\DPM2019\bin"
$RemoteUidlls = Get-Item "$RemoteUIPath\*" | ? {$_.name -match ".dll"}
Write-Host -MessageData "Copying required $($RemoteUidlls.count) DLL's for Remote UI"
foreach ($dll in $RemoteUidlls) {
Copy-Item -Path "\\<FQDN of the DPM Server>\c$\Program Files\Microsoft System Center\DPM\DPM\bin\$($dll.name)" -Destination $RemoteUIPath
}
$RemoteUIUR3Dlls = "Microsoft.ApplicationInsights.dll",
"Microsoft.Diagnostics.Tracing.EventSource.dll",
"Microsoft.SystemCenter.DPM.Instrumentation.dll",
"Microsoft.SystemCenter.DPM.InstrumentationScheduler.dll",
"Microsoft.SystemCenter.Instrumentation.dll",
"Microsoft.WindowsAzure.Storage.dll",
"Newtonsoft.Json.dll"
foreach ($dll in $RemoteUIUR3Dlls) {
$SourceDllPath = "\\<FQDN of the DPM Server>\c$\Program Files\Microsoft System Center\DPM\DPM\bin\" + $dll
Copy-Item -Path $SourceDllPath -Destination $RemoteUIPath
}
Write-Host -MessageData "All required DLL files for DPM Remote UI UR3 has been copied"

    Hinweis

    Wenn Sie die DPM-Remotebenutzeroberfläche auf einem SCOM-Computer verwenden, schlägt das Kopieren für die unten angegebenen Dateien möglicherweise fehl. Dies kann ignoriert werden.

    • SCOMHelperLibrary.dll
    • ScopingCommonHelper.dll
    • ViewAlertsAndAffectedItemsHelper.dll
    • Wpfhelpers.dll

  2. Wenn Sie eine andere Sprache als Englisch verwenden, kopieren Sie den entsprechenden Sprachordner vom DPM-Server. Aktualisieren Sie den DPM-Servernamen und den Sprachordner im folgenden Befehl, und führen Sie dann den Befehl aus.

    Copy-Item -Path \\<FQDN of the DPM_Server>\c$\Program Files\Microsoft System Center\DPM\DPM\bin\<Language folder>\*.dll -Destination C:\Program Files\Microsoft Data Protection Manager\DPM2019\bin\<Language folder>

    Hinweis

    Dieser Befehl verwendet den Standard-Installationspfad für DPM. Wenn Sie den Installationspfad geändert haben, aktualisieren Sie den Pfad entsprechend.

Versionshinweise für DPM 2019 UR4

Der folgende Abschnitt enthält Details zum bekannten Problem in DPM 2019 UR4 und zur Problemumgehung.

Installation des UR4-Updates für „Remoteoberfläche und zentrale Konsole“

Beschreibung: „Remoteoberfläche und zentrale Konsole“ muss auf RTM, UR1, UR2 installiert werden.

Problemumgehung: Wenn „Remoteoberfläche und zentrale Konsole“ auf UR3 ist, müssen Sie es deinstallieren, RTM-Version installieren und dann auf UR4 aktualisieren. Nur die UR4-Remoteoberfläche kann eine Verbindung mit DPM 2019 UR4 herstellen.

Versionshinweise zu DPM 2019 UR5

Derzeit sind keine Probleme in DPM 2019 UR5 bekannt.

Versionshinweise zu DPM 2019 UR6

Der folgende Abschnitt enthält Details zum bekannten Problem in DPM 2019 UR6 und zur Problemumgehung.

Informationen zu den in UR6 behobenen Problemen und den Installationsanweisungen für UR6 finden Sie im KB-Artikel.

Offline-Seeding funktioniert nicht mit MARS-Agent 2.0.9254.0 und höher

Beschreibung: Die nachfolgende Online-Wiederherstellungspunkteerstellung schlägt fehl, nachdem der erste Onlinewiederherstellungspunkt erfolgreich für Datenquellen erstellt wurde, die nur über Databox gesichert werden, wenn die MARS-Agent-Version größer als 2.0.9254.0 ist.

Problemumgehung: Keine. Wenden Sie sich an den Microsoft-Support, um Unterstützung zu erhalten.

DPM 1807 – Anmerkungen zu dieser Version

Um die Liste der in DPM 1807 behobenen Fehler anzuzeigen, lesen Sie KB-Artikel 4339950.

Die folgenden Probleme liegen im Release 1807 vor.

Hyper-V-VMs sind nach einem VM-Upgrade doppelt geschützt

Beschreibung: Bei der Aktualisierung einer Hyper-V-VM von Windows Server 2012 R2 auf Windows Server 2016 werden zwei Versionen des virtuellen Computers im Assistenten zum Erstellen einer Schutzgruppe angezeigt.

Problemumgehung: Stellen Sie für die VMs, die nicht aktualisiert wurden, den Schutz mit „Daten beibehalten“ ein. Aktualisieren Sie den virtuellen Computer, und erstellen Sie eine neue Schutzgruppe. Aktualisieren Sie dann die Datenquellen, und schützen Sie die VMs. Wenn Sie den Schutz erneut anwenden, werden die virtuellen Computer mit der Robusten Änderungsnachverfolgung (Resilient Change Tracking, RCT) geschützt.

Die Installation des Agents schlägt bei Windows Server 2008 und Windows Server 2008 R2 fehl

Beschreibung: Beim Schutz von Windows Server 2008 oder Windows Server 2008 R2 kann die Installation des Agents fehlschlagen.

Problemumgehung: Führen Sie auf dem Produktionsserver ein Upgrade für Windows Management Framework (WMF) auf Version 5.1 aus. Laden Sie WMF von Windows Management Frame 5.1 herunter. Installieren Sie WMF, und installieren Sie anschließend den Agent.

Die Wiederherstellung einer vorherigen Version einer aktualisierten Hyper-V-VM führt dazu, dass zukünftige Wiederherstellungspunkte fehlschlagen.

Beschreibung: Wenn Sie ein Upgrade einer geschützten 2012 R2 Hyper-V-VM auf die Version 2016 durchführen, beenden Sie den Schutz der VM (aber beibehalten), und aktivieren Sie den Schutz dann erneut. Wenn Sie dann eine 2012 R2-Kopie am ursprünglichen Speicherort wiederherstellen, können weitere Sicherungen fehlschlagen.

Problemumgehung: Ändern Sie nach der Wiederherstellung die VM-Version in 2016, und führen Sie dann eine Konsistenzprüfung aus.

Fehler beim Schutz der Bare-Metal-Recovery

Beschreibung: Wenn Sie den BMR-Schutz (Bare Metal Recovery) konfigurieren, schlägt der BMR-Schutzauftrag möglicherweise mit der Meldung fehl, dass die Replikatgröße nicht ausreichend groß ist.

Problemumgehung: Verwenden Sie den folgenden Registrierungspfad, um die Standardreplikatgröße für BMR-Datenquellen zu ändern. Öffnen Sie den Registrierungseditor, und erhöhen Sie die Replikatgröße für den folgenden Schlüssel:

HKLM\Software\Microsoft\Microsoft Data Protection Manager\ConfigurationReplicaSizeInGBForSystemProtectionWithBMR (DWORD)

Erneutes Schützen der DPM-Datenbank nach dem Upgrade auf DPM 2016 oder 1801

Beschreibung: Wenn Sie ein Upgrade von System Center DPM 2012 R2 auf System Center Data Protection Manager 2016 oder 1801 durchführen, kann sich der Name der DPM-Datenbank in einigen Szenarios ändern.

Problemumgehung: Wenn Sie eine DPM-Datenbank schützen, müssen Sie den Schutz für die neue DPM-Datenbank aktivieren. Sobald das DPM-Upgrade überprüft ist, können Sie den Schutz für die alte DPM-Datenbank entfernen.

Wiederherstellungspunkte, die nicht bereinigt werden, führen zu einer Ansammlung von Wiederherstellungspunkten

Beschreibung: DPM bereinigt Wiederherstellungspunkten, die älter als die Beibehaltungsdauer sind. Während der Bereinigung berechnet DPM, wieviel Speicher die zu bereinigenden Wiederherstellungspunkte verbrauchen. Die Speicherberechnung verzögert die Bereinigung.

Problemumgehung: KonfigurierenSie DPM so, dass die Berechnung der Größe der zu bereinigenden Wiederherstellungspunkte übersprungen wird. Dadurch wird das Löschskript schneller ausgeführt und schneidet alle Wiederherstellungspunkte ab, die älter als der Aufbewahrungsbereich sind, um den Speicherdruck zu reduzieren. Der pro Datenquelle verbrauchte Speicher wird nicht aktualisiert, bis DPM die Bereinigung abgeschlossen hat. Der Speicherverbrauch pro Volume gibt weiterhin die korrekten Werte an. Verwenden Sie ein PowerShell-Skript, um die Berechnung der Datenbankgröße zu aktivieren. Das folgende Skript führt vollständige Größenberechnungen aus.

Speicherort: Programme\Microsoft System Center 2016\DPM\DPM\bin\Manage-DPMDSStorageSizeUpdate.ps1

Skript:Manage-DPMDSStorageSizeUpdate.ps1 -ManageStorageInfo [StopSizeAutoUpdate | StartSizeAutoUpdate | GetSizeAutoUpdateStatus | UpdateSizeInfo ] [-UpdateSizeForDS <FilePath>] [-UpdatedDSSizeReport <FilePath>] [-FailedDSSizeUpdateFile <FilePath>]

  • ManageStorageInfo: Gibt die Art des erforderlichen Vorgangs an.

    • StopSizeAutoUpdate: Beendet die Größenberechnungen vollständig. Sowohl die Benutzeroberfläche als auch PowerShell melden keine Größen.

    • StartSizeAutoUpdate: Setzt die Größenberechnungen fort. Verwenden Sie UpdateSizeInfo unmittelbar nach dem Aktivieren von Größenberechnungen (in den folgenden Optionen) die Größen für alle Datenquellen neu zu berechnen, bis die in PowerShell und der Benutzeroberfläche gemeldeten Größen möglicherweise nicht korrekt sind.

    • GetSizeAutoUpdateStatus: Zeigt an, ob Größenberechnungen aktiviert oder deaktiviert sind.

    • UpdateSizeInfo: Löst die Größenberechnung aus und meldet die von der Datenquelle verbrauchte Größe. Da dies einige Zeit in Anspruch nehmen kann, gehen Sie nur bei Bedarf so vor, z.B. bei Szenarios wie der Abrechnung. Während dieser Zeit können Sicherungen mit vhd-Bereitstellungsfehlern fehlschlagen.

  • UpdateSizeForDS: Pfad zu einer Textdatei mit einer Liste von Datenquellen-IDs, für die die Größe mit einer datasourceID in jeder Zeile berechnet werden muss. Wenn sie nicht übergeben wird, wird die Größenberechnung für alle Datenquellen ausgelöst. Wenden Sie dies nach Verwendung von UpdateSizeInfo in ManageStorageInfo an. Um die Datenquellen-IDs bestimmter Datenquellen abzurufen, verwenden Sie Get-DPMProtectionGroup | Get-DPMDatasource | Format-table -Property Computer,name,ObjectType,Id.

  • AktualisiertDSSizeReport: Pfad zu einer Datei, in der die aktualisierten Datenquellengrößen gespeichert werden. Wenn sie nicht übergeben wird, wird sizes.csv Datei im Ausführungsverzeichnis erstellt. Wenden Sie dies nach UpdateSizeInfo in ManageStorageInfo an.

  • FailedDSSizeUpdateFile: Pfad zu einer Datei zum Speichern der Datenquellen-IDs für die Datenquellen, für die der Speicherverbrauch nicht berechnet werden konnte. Dies kann aufgrund von Gründen wie laufende Sicherungen auftreten. Wenn sie nicht übergeben wird, wird die Datei „failedDS.txt“ im Auführungsverzeichnis erstellt. Diese Datei kann als Eingabe für "UpdateSizeForDS" angegeben werden, um die Größen aller Datenquellen zu aktualisieren. Dies sollte nach der Verwendung von UpdateSizeInfo in ManageStorageInfo verwendet werden.

Hyper-V RCT – Die Wiederherstellung in Dateiform aus einer Datenträger-auf-Band-Sicherung schlägt fehl

Beschreibung: Die Wiederherstellung in Dateiform von VMs mit aktivierter Funktion „RCT“, die direkt auf Band (D-T) gespeichert wurden, schlägt fehl. D-D-T weist dieses Problem nicht auf.

Problemumgehung: Stellen Sie die Daten an einem anderen Speicherort als VM wieder her, und übertragen Sie diese Dateien dann an die gewünschte Position.

Bei Verwendung einer MBS-Lösung (Modern Backup Storage) wird die Wiederherstellung durch Endbenutzer (EUR) unter Verwendung eines Dateiservers nicht unterstützt

Beschreibung: Wenn Sie modern Backup Storage (MBS) mit DPM 2016 verwenden, ist die Dateiserver-Endbenutzerwiederherstellung (EUR) nicht verfügbar.

Problemumgehung: Keine. Dateiserver EUR wird bei Verwendung von MBS nicht unterstützt.

DPM 1801 – Anmerkungen zu dieser Version

Die folgenden Fehler wurden in Release DPM 1801 behoben:

  • Aktualisieren des DPM-Agents auf dem Produktionsserver bewirkt einen unerwarteten Neustart.
  • Die bei Konsistenzprüfungen für virtuelle Hyper-V-Computer übertragene Datenmenge überschreitet die Größe der virtuellen Computer.

Die folgenden Probleme liegen im Release 1801 vor.

Automatische Installation von System Center DPM mit SQL Server 2008

Beschreibung: DPM 2016 RTM kann nicht automatisch auf SQL Server 2008 installiert werden.

Problemumgehung: Stellen Sie DPM 2016 RTM auf einer Version von SQL Server höher als 2008 bereit, oder verwenden Sie die DPM 2016 Setup-Benutzeroberfläche.

Das Remove-DPMDiskStorage-Cmdlet kann Volumes mit aktiven oder inaktiven Sicherungen löschen.

Beschreibung: Wenn die Datenquellen des Volumes (aktiv oder inaktiv) gesichert werden, können auch die Datenquellen entfernt werden, wenn das Cmdlet Remove-DPMDiskStorage zum Entfernen von Volumes aus DPM verwendet wird.

Problemumgehung: Bevor Sie das Cmdlet zum Entfernen der Volumes verwenden, stellen Sie sicher, dass die Datenquellen des Volumes nicht (aktiv oder inaktiv) verwendet werden.

DPM 2016-Abstürze auf Windows Server 2016

Beschreibung: Der Speicherverbrauch auf dem DPM-Server erhöht sich kontinuierlich, bis er 90% erreicht. Die Arbeitsspeichernutzung verlangsamt den DPM-Server.

Problemumgehung: Aktualisieren Sie DPM auf DPM UR2, und installieren Sie KB4013429, um dieses Problem zu beheben.

Hyper-V-VMs sind nach einem VM-Upgrade doppelt geschützt

Beschreibung: Bei der Aktualisierung einer Hyper-V-VM von Windows Server 2012 R2 auf Windows Server 2016 werden zwei Versionen des virtuellen Computers im Assistenten zum Erstellen einer Schutzgruppe angezeigt.

Problemumgehung: Stellen Sie für die VMs, die nicht aktualisiert wurden, den Schutz mit „Daten beibehalten“ ein. Aktualisieren Sie den virtuellen Computer, und erstellen Sie eine neue Schutzgruppe. Aktualisieren Sie dann die Datenquellen, und schützen Sie die VMs. Wenn Sie den Schutz erneut anwenden, werden die virtuellen Computer mit der Robusten Änderungsnachverfolgung (Resilient Change Tracking, RCT) geschützt.

Die Installation des Agents schlägt bei Windows Server 2008 und Windows Server 2008 R2 fehl

Beschreibung: Beim Schützen von Windows Server 2008 oder Windows Server 2008 R2 kann bei der Installation des Agents ein Fehler auftreten.

Problemumgehung: Aktualisieren Sie Windows Management Framework (WMF) auf dem Produktserver auf 4.0. Laden Sie WMF von Windows Management Frame 5.1 (https://www.microsoft.com/download/details.aspx?id=54616) herunter. Installieren Sie WMF, und installieren Sie anschließend den Agent.

Die Wiederherstellung einer vorherigen Version einer aktualisierten Hyper-V-VM führt dazu, dass zukünftige Wiederherstellungspunkte fehlschlagen.

Beschreibung: Wenn Sie ein Upgrade einer geschützten 2012 R2 Hyper-V-VM auf die Version 2016 durchführen, beenden Sie den Schutz des virtuellen Computers (aber beibehalten), und aktivieren Sie den Schutz erneut. Wenn Sie dann eine Kopie von 2012 R2 am ursprünglichen Speicherort wiederherstellen, können weitere Sicherungen fehlschlagen.

Problemumgehung: Ändern Sie nach der Wiederherstellung die VM-Version in 2016, und führen Sie dann eine Konsistenzprüfung aus.

Fehler beim Schutz der Bare-Metal-Recovery

Beschreibung: Wenn Sie den BMR-Schutz (Bare Metal Recovery) konfigurieren, schlägt der BMR-Schutzauftrag möglicherweise mit der Meldung fehl, dass die Replikatgröße nicht ausreichend groß ist.

Problemumgehung: Verwenden Sie den folgenden Registrierungspfad, um die Standardreplikatgröße für BMR-Datenquellen zu ändern. Öffnen Sie den Registrierungseditor, und erhöhen Sie die Replikatgröße für den folgenden Schlüssel:

HKLM\Software\Microsoft\Microsoft Data Protection Manager\ConfigurationReplicaSizeInGBForSystemProtectionWithBMR (DWORD)

Erneutes Schützen der DPM-Datenbank nach dem Upgrade auf DPM 2016

Beschreibung: Wenn Sie ein Upgrade von System Center DPM 2012 R2 auf System Center Data Protection Manager 2016 durchführen, kann sich der Name der DPM-Datenbank in einigen Szenarios ändern.

Problemumgehung: Wenn Sie eine DPM-Datenbank schützen, müssen Sie den Schutz für die neue DPM-Datenbank aktivieren. Sobald das DPM-Upgrade überprüft ist, können Sie den Schutz für die alte DPM-Datenbank entfernen.

Wiederherstellungspunkte, die nicht bereinigt werden, führen zu einer Ansammlung von Wiederherstellungspunkten

Beschreibung: DPM bereinigt Wiederherstellungspunkten, die älter als die Beibehaltungsdauer sind. Während der Bereinigung berechnet DPM, wieviel Speicher die zu bereinigenden Wiederherstellungspunkte verbrauchen. Die Speicherberechnung verzögert die Bereinigung.

Problemumgehung: KonfigurierenSie DPM so, dass die Berechnung der Größe der zu bereinigenden Wiederherstellungspunkte übersprungen wird. Dadurch wird das Löschskript schneller ausgeführt und schneidet alle Wiederherstellungspunkte ab, die älter als der Aufbewahrungsbereich sind, um den Speicherdruck zu reduzieren. Der pro Datenquelle verbrauchte Speicher wird nicht aktualisiert, bis DPM die Bereinigung abgeschlossen hat. Der Speicherverbrauch pro Volume gibt weiterhin die korrekten Werte an. Verwenden Sie ein PowerShell-Skript, um die Berechnung der Datenbankgröße zu aktivieren. Das folgende Skript führt vollständige Größenberechnungen aus.

Speicherort: Programme\Microsoft System Center 2016\DPM\DPM\bin\Manage-DPMDSStorageSizeUpdate.ps1

Skript:Manage-DPMDSStorageSizeUpdate.ps1 -ManageStorageInfo [StopSizeAutoUpdate | StartSizeAutoUpdate | GetSizeAutoUpdateStatus | UpdateSizeInfo ] [-UpdateSizeForDS <FilePath>] [-UpdatedDSSizeReport <FilePath>] [-FailedDSSizeUpdateFile <FilePath>]

  • ManageStorageInfo: Gibt die Art des erforderlichen Vorgangs an.

    • StopSizeAutoUpdate: Beendet die Größenberechnungen vollständig. Sowohl die Benutzeroberfläche als auch PowerShell melden keine Größen.

    • StartSizeAutoUpdate: Setzt die Größenberechnungen fort. Verwenden Sie UpdateSizeInfo unmittelbar nach dem Aktivieren von Größenberechnungen (in den folgenden Optionen) die Größen für alle Datenquellen neu zu berechnen, bis die in PowerShell und der Benutzeroberfläche gemeldeten Größen möglicherweise nicht korrekt sind.

    • GetSizeAutoUpdateStatus: Zeigt an, ob Größenberechnungen aktiviert oder deaktiviert sind.

    • UpdateSizeInfo: Löst die Größenberechnung aus und meldet die von der Datenquelle verbrauchte Größe. Da dies einige Zeit in Anspruch nehmen kann, gehen Sie nur bei Bedarf so vor, z.B. bei Szenarios wie der Abrechnung. Während dieser Zeit können Sicherungen mit VHD-Einbindungsfehlern fehlschlagen.

  • UpdateSizeForDS: Pfad zu einer Textdatei mit einer Liste von Datenquellen-IDs, für die die Größe mit einer datasourceID in jeder Zeile berechnet werden muss. Wenn sie nicht übergeben wird, wird die Größenberechnung für alle Datenquellen ausgelöst. Wenden Sie dies nach Verwendung von UpdateSizeInfo in ManageStorageInfo an. Verwenden Get-DPMProtectionGroup | Get-DPMDatasource | Format-table -Property Computer,name,ObjectType,IdSie , um die Datenquellen-IDs bestimmter Datenquellen abzurufen.

  • AktualisiertDSSizeReport: Pfad zu einer Datei, in der die aktualisierten Datenquellengrößen gespeichert werden. Wenn sie nicht übergeben wird, wird sizes.csv Datei im Ausführungsverzeichnis erstellt. Wenden Sie dies nach UpdateSizeInfo in ManageStorageInfo an.

  • FailedDSSizeUpdateFile: Pfad zu einer Datei zum Speichern der Datenquellen-IDs für die Datenquellen, für die der Speicherverbrauch nicht berechnet werden konnte. Dies kann aus Gründen wie laufenden Sicherungen geschehen. Wenn sie nicht übergeben wird, wird failedDS.txt Datei im Ausführungsverzeichnis erstellt. Diese Datei kann als Eingabe für "UpdateSizeForDS" angegeben werden, um die Größen aller Datenquellen zu aktualisieren. Dies sollte nach der Verwendung von UpdateSizeInfo in ManageStorageInfo verwendet werden.

Hyper-V RCT – Die Wiederherstellung in Dateiform aus einer Datenträger-auf-Band-Sicherung schlägt fehl

Beschreibung: Die Wiederherstellung in Dateiform von VMs mit aktivierter Funktion „RCT“, die direkt auf Band (D-T) gespeichert wurden, schlägt fehl. Bei D-D-T-Sicherungen tritt dieses Problem nicht auf.

Problemumgehung: Verwenden Sie die Wiederherstellung des alternativen Speicherorts als VM, und übertragen Sie diese Dateien dann an den gewünschten Speicherort.

Bei Verwendung einer MBS-Lösung (Modern Backup Storage) wird die Wiederherstellung durch Endbenutzer (EUR) unter Verwendung eines Dateiservers nicht unterstützt

Beschreibung: Wenn Sie Modern Backup Storage (MBS) mit DPM 2016 verwenden, ist die Wiederherstellung des Dateiservers für Endbenutzer (EUR) nicht verfügbar.

Problemumgehung: Keine. File Server EUR wird bei Verwendung von MBS nicht unterstützt.

Beim Installieren von DPM wird Fehler 4387 angezeigt

Beschreibung: Beim Installieren des Datenschutz-Managers wird möglicherweise fehler 4387 angezeigt, wenn Sie eine SQL-Instanz in das Textfeld Data Protection Manager Setup>Voraussetzungen fürdie Option> Instanz von SQL Server eingeben.

Problemumgehung: Führen Sie die in diesem KB-Artikel beschriebenen Aktionen aus, und versuchen Sie erneut, DPM zu installieren.

System Center DPM 2016 – Anmerkungen zu dieser Version

Die folgenden Abschnitte enthalten eine Zusammenfassung der Versionshinweise für DPM 2016 sowie die relevanten bekannten Probleme und Problemumgehungen.

Automatische Installation von System Center DPM mit SQL Server 2008

Beschreibung: DPM 2016 RTM kann nicht automatisch auf SQL Server 2008 installiert werden.

Problemumgehung: Stellen Sie DPM 2016 RTM für eine Version von SQL Server höher als 2008 bereit, oder verwenden Sie die DPM 2016-Setup-Benutzeroberfläche.

Das Remove-DPMDiskStorage-Cmdlet kann Volumes mit aktiven oder inaktiven Sicherungen löschen.

Beschreibung: Wenn die Datenquellen des Volumes (aktiv oder inaktiv) gesichert werden, können auch die Datenquellen entfernt werden, wenn das Cmdlet Remove-DPMDiskStorage zum Entfernen von Volumes aus DPM verwendet wird.

Problemumgehung: Bevor Sie das Cmdlet zum Entfernen der Volumes verwenden, stellen Sie sicher, dass die Datenquellen des Volumes nicht (aktiv oder inaktiv) verwendet werden.

DPM 2016-Abstürze auf Windows Server 2016

Beschreibung: Der Speicherverbrauch auf dem DPM-Server erhöht sich kontinuierlich, bis er 90% erreicht. Die Arbeitsspeichernutzung verlangsamt den DPM-Server.

Problemumgehung: Aktualisieren Sie DPM auf DPM UR2, und installieren Sie KB4013429, um dieses Problem zu beheben.

Hyper-V-VMs sind nach einem VM-Upgrade doppelt geschützt

Beschreibung: Bei der Aktualisierung einer Hyper-V-VM von Windows Server 2012 R2 auf Windows Server 2016 werden zwei Versionen des virtuellen Computers im Assistenten zum Erstellen einer Schutzgruppe angezeigt.

Problemumgehung: Stellen Sie für die VMs, die nicht aktualisiert wurden, den Schutz mit „Daten beibehalten“ ein. Aktualisieren Sie den virtuellen Computer, und erstellen Sie eine neue Schutzgruppe. Aktualisieren Sie dann die Datenquellen, und schützen Sie die VMs. Wenn Sie den Schutz erneut anwenden, werden die virtuellen Computer mit der Robusten Änderungsnachverfolgung (Resilient Change Tracking, RCT) geschützt.

Die Installation des Agents schlägt bei Windows Server 2008 und Windows Server 2008 R2 fehl

Beschreibung: Beim Schutz von Windows Server 2008 oder Windows Server 2008 R2 kann die Installation des Agents fehlschlagen.

Problemumgehung: Aktualisieren Sie Windows Management Framework (WMF) auf dem Produktserver auf 4.0. Laden Sie WMF von Windows Management Frame 5.1 (https://www.microsoft.com/download/details.aspx?id=54616) herunter. Installieren Sie WMF, und installieren Sie anschließend den Agent.

Die Wiederherstellung einer vorherigen Version einer aktualisierten Hyper-V-VM führt dazu, dass zukünftige Wiederherstellungspunkte fehlschlagen.

Beschreibung: Wenn Sie ein Upgrade einer geschützten 2012 R2 Hyper-V-VM auf die Version 2016 durchführen, beenden Sie den Schutz der VM (aber beibehalten), und aktivieren Sie den Schutz dann erneut. Wenn Sie dann eine 2012 R2-Kopie am ursprünglichen Speicherort wiederherstellen, können weitere Sicherungen fehlschlagen.

Problemumgehung: Ändern Sie nach der Wiederherstellung die VM-Version in 2016, und führen Sie dann eine Konsistenzprüfung aus.

Fehler beim Schutz der Bare-Metal-Recovery

Beschreibung: Wenn Sie den BMR-Schutz (Bare Metal Recovery) konfigurieren, schlägt der BMR-Schutzauftrag möglicherweise mit der Meldung fehl, dass die Replikatgröße nicht ausreichend groß ist.

Problemumgehung: Verwenden Sie den folgenden Registrierungspfad, um die Standardreplikatgröße für BMR-Datenquellen zu ändern. Öffnen Sie den Registrierungseditor, und erhöhen Sie die Replikatgröße für den folgenden Schlüssel:

HKLM\Software\Microsoft\Microsoft Data Protection Manager\ConfigurationReplicaSizeInGBForSystemProtectionWithBMR (DWORD)

Erneutes Schützen der DPM-Datenbank nach dem Upgrade auf DPM 2016

Beschreibung: Wenn Sie ein Upgrade von System Center DPM 2012 R2 auf System Center Data Protection Manager 2016 durchführen, kann sich der Name der DPM-Datenbank in einigen Szenarios ändern.

Problemumgehung: Wenn Sie eine DPM-Datenbank schützen, müssen Sie den Schutz für die neue DPM-Datenbank aktivieren. Sobald das DPM-Upgrade überprüft ist, können Sie den Schutz für die alte DPM-Datenbank entfernen.

Wiederherstellungspunkte, die nicht bereinigt werden, führen zu einer Ansammlung von Wiederherstellungspunkten

Beschreibung: DPM bereinigt Wiederherstellungspunkten, die älter als die Beibehaltungsdauer sind. Während der Bereinigung berechnet DPM, wieviel Speicher die zu bereinigenden Wiederherstellungspunkte verbrauchen. Die Speicherberechnung verzögert die Bereinigung.

Problemumgehung: KonfigurierenSie DPM so, dass die Berechnung der Größe der zu bereinigenden Wiederherstellungspunkte übersprungen wird. Daher wird das Bereinigungsskript schneller ausgeführt und löscht alle Wiederherstellungspunkte, die älter als der Aufbewahrungsbereich sind, und entlasten den Speicher. Der pro Datenquelle verbrauchte Speicher wird nicht aktualisiert, bis DPM die Bereinigung abgeschlossen hat. Der Speicherverbrauch pro Volume gibt weiterhin die korrekten Werte an. Verwenden Sie ein PowerShell-Skript, um die Berechnung der Datenbankgröße zu aktivieren. Das folgende Skript führt vollständige Größenberechnungen aus.

Speicherort: Programme\Microsoft System Center 2016\DPM\DPM\bin\Manage-DPMDSStorageSizeUpdate.ps1

Skript:Manage-DPMDSStorageSizeUpdate.ps1 -ManageStorageInfo [StopSizeAutoUpdate | StartSizeAutoUpdate | GetSizeAutoUpdateStatus | UpdateSizeInfo ] [-UpdateSizeForDS <FilePath>] [-UpdatedDSSizeReport <FilePath>] [-FailedDSSizeUpdateFile <FilePath>]

  • ManageStorageInfo: Gibt die Art des erforderlichen Vorgangs an.

    • StopSizeAutoUpdate: Beendet die Größenberechnungen vollständig. Sowohl ui als auch PowerShell melden keine Größen.

    • StartSizeAutoUpdate: Setzt die Größenberechnungen fort. Verwenden Sie UpdateSizeInfo unmittelbar nach dem Aktivieren von Größenberechnungen (in den folgenden Optionen), um größen für alle Datenquellen neu zu berechnen, bis die in PowerShell und der Benutzeroberfläche gemeldeten Größen möglicherweise nicht korrekt sind.

    • GetSizeAutoUpdateStatus: Zeigt an, ob Größenberechnungen aktiviert oder deaktiviert sind.

    • UpdateSizeInfo: Löst die Größenberechnung aus und meldet die von der Datenquelle verbrauchte Größe. Da dies einige Zeit in Anspruch nehmen kann, gehen Sie nur bei Bedarf so vor, z.B. bei Szenarios wie der Abrechnung. Während dieser Zeit können Sicherungen mit VHD-Einbindungsfehlern fehlschlagen.

  • UpdateSizeForDS: Pfad zu einer Textdatei mit einer Liste von Datenquellen-IDs, für die die Größe mit einer datasourceID in jeder Zeile berechnet werden muss. Wenn sie nicht übergeben wird, wird die Größenberechnung für alle Datenquellen ausgelöst. Wenden Sie dies nach Verwendung von UpdateSizeInfo in ManageStorageInfo an. Verwenden Get-DPMProtectionGroup | Get-DPMDatasource | Format-table -Property Computer,name,ObjectType,IdSie , um die Datenquellen-IDs bestimmter Datenquellen abzurufen.

  • AktualisiertDSSizeReport: Pfad zu einer Datei, in der die aktualisierten Datenquellengrößen gespeichert werden. Wenn sie nicht übergeben wird, wird sizes.csv Datei im Ausführungsverzeichnis erstellt. Wenden Sie dies nach UpdateSizeInfo in ManageStorageInfo an.

  • FailedDSSizeUpdateFile: Pfad zu einer Datei zum Speichern der Datenquellen-IDs für die Datenquellen, für die der Speicherverbrauch nicht berechnet werden konnte. Dies kann aus Gründen wie laufenden Sicherungen geschehen. Wenn sie nicht übergeben wird, wird failedDS.txt Datei im Ausführungsverzeichnis erstellt. Diese Datei kann als Eingabe für "UpdateSizeForDS" angegeben werden, um die Größen aller Datenquellen zu aktualisieren. Dies sollte nach der Verwendung von UpdateSizeInfo in ManageStorageInfo verwendet werden.

Hyper-V RCT – Die Wiederherstellung in Dateiform aus einer Datenträger-auf-Band-Sicherung schlägt fehl

Beschreibung: Die Wiederherstellung in Dateiform von VMs mit aktivierter Funktion „RCT“, die direkt auf Band (D-T) gespeichert wurden, schlägt fehl. Bei D-D-T-Sicherungen tritt dieses Problem nicht auf.

Problemumgehung: Stellen Sie die Daten an einem anderen Speicherort als VM wieder her, und übertragen Sie diese Dateien dann an die gewünschte Position.

Bei Verwendung einer MBS-Lösung (Modern Backup Storage) wird die Wiederherstellung durch Endbenutzer (EUR) unter Verwendung eines Dateiservers nicht unterstützt

Beschreibung: Wenn Sie Modern Backup Storage (MBS) mit DPM 2016 verwenden, ist die Wiederherstellung des Dateiservers für Endbenutzer (EUR) nicht verfügbar.

Problemumgehung: Keine. File Server EUR wird bei Verwendung von MBS nicht unterstützt.

Beim Installieren von DPM wird Fehler 4387 angezeigt

Beschreibung: Beim Installieren des Datenschutz-Managers wird möglicherweise fehler 4387 angezeigt, wenn Sie eine SQL-Instanz in das Textfeld Data Protection Manager Setup>Voraussetzungen fürdie Option> Instanz von SQL Server eingeben.

Problemumgehung: Führen Sie die in diesem KB-Artikel beschriebenen Aktionen aus, und versuchen Sie erneut, DPM zu installieren.

Keine automatische Aktualisierung der neuesten Berichtsdateien

Beschreibung: In DPM 2016 UR10 wurde das Problem mit der DPM-Berichtsformatierung sowie mit der Berichterstellung für die Migration zwischen Volumes behoben. Die vorhandenen Berichtsdateien werden jedoch nicht automatisch durch die aktualisierten Dateien ersetzt.

Problemumgehung: Führen Sie die folgenden Schritte aus, um die vorhandenen Berichtsdateien zu ersetzen:

Ersetzen von „ReportSRV10.dll“

  1. Beenden Sie die SQL Server Reporting Services-Instanz:

  2. Wählen Sie die aktualisierte Datei ReportSRV10.dll im Ordner C:\Programme\Microsoft System Center\DPM\DPM\bin aus, und ersetzen Sie die vorhandenen DLL-Dateien im folgenden Ordner:

    C:\Programme\Microsoft SQL Server\MSRS13.MSDPM2012\Reporting Services\ReportServer\bin

  3. Starten Sie die SQL Server Reporting Services-Instanz.

Ersetzen der RDL-Dateien

  1. Öffnen Sie in DPM die URL des SQL Server Reporting Services-Portals.

  2. Im Portal liegt der Ordner „DPMReports“ im Format DPMReports_<GUID>vor.

    Berichtsordner

    Hinweis

    Es ist nur ein einzelner Ordner mit dieser Benennungskonvention vorhanden. Wenn DPM von einer früheren Version aktualisiert wird, ist der vorherige Ordner möglicherweise noch vorhanden, aber Sie können ihn nicht öffnen.

  3. Wählen Sie den Ordner DPMReports_<GUID> aus, und öffnen Sie ihn. Die einzelnen Berichtsdateien werden angezeigt.

    Liste der einzelnen Berichtsdateien

  4. Wählen Sie die Berichtsdateien aus, die nicht mit Report enden, klicken Sie mit der rechten Maustaste auf Option, und wählen Sie Verwalten aus.

    Verwalten von Berichtsdateien

  5. Wählen Sie auf der neuen Seite Ersetzen aus, um durch die neuesten Berichtsdateien zu ersetzen.

    Ersetzen von Berichtsdateien

    Die neuesten Berichtsdateien befinden sich am DPM-Installationspfad:

    Beispiel: C:\Programme\Microsoft System Center\DPM\DPM\bin\DpmReports

  6. Nachdem die Dateien ersetzt wurden, stellen Sie sicher, dass Name und Beschreibung korrekt und nicht leer sind.

  7. Starten Sie DPM neu, und verwenden Sie die Berichtsdateien.

Nächste Schritte