Teilen über


Versionshinweise zu System Center DPM

In diesem Artikel werden die Versionshinweise für System Center 2019 – Data Protection Manager (DPM) aufgeführt, 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 .

Es wird empfohlen, die folgenden Artikel zu detaillierten Informationen darüber zu erhalten, was DPM unterstützt und gesichert werden kann:

In diesem Artikel werden die Versionshinweise für System Center 2022 – Data Protection Manager (DPM) aufgeführt, 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.

Es wird empfohlen, die folgenden Artikel zu detaillierten Informationen darüber zu sehen, was DPM unterstützt und gesichert werden kann:

Versionshinweise zu DPM 2022

DPM 2022 hat die bekannten Probleme, 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. Die Unterstützung für die SQL Self-Service-Wiederherstellung 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 lokalen Administratorgruppe nicht für Self-Service-Wiederherstellungen 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
    

Fehler bei der Erstellung eines Onlinewiederherstellungspunkts einer Datenquelle mit fehler-ID 33505 oder 100195

Beschreibung: In einigen Szenarien kann die Erstellung eines Onlinewiederherstellungspunkts einer Datenquelle zeitweise mit der Fehler-ID 33505 oder 100195 fehlschlagen.

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 fehlgeschlagene 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 behoben (KB 5015376); 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 wurden im 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 mit VMware Tools schlagen mit dem Fehler "Disk SubSystem 0x80990EF1" fehl.

Beschreibung: DPM 2022 UR1 hatte einen Fehler, 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: Anwenden von Hotfix für DPM 2022 UR1 oder DPM 2022 UR2.

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

Beschreibung: DPM 2022 RTM und UR1 haben MSOLEDB 18 für SQL Server 2017 und 2016 nicht unterstützt, das zum Ermitteln und Schützen von SQL Server über TLS 1.2 erforderlich ist. Dieses Problem wird beobachtet, nachdem KB5021128 oder KB5021127 für SQL Server 2016 bzw. 2017 installiert wurde bzw. TLS 1.2 oder tls 1.0 und 1.1 auf dem geschützten Server deaktiviert sind.

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 des Updaterollup 2 für System Center DPM 2022 aufgrund der bekannten Probleme, die unten aufgeführt sind:

  1. Geplante Hyper-V-Sicherungen nehmen viel Zeit in Anspruch, da jeder Sicherungsauftrag eine Konsistenzüberprü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 Volumenkonfigurationen geschützter Objekte erkannt, da 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 für die aktuelle Version des MARS-Agents nicht unterstützt.
  3. Die DPM-Konsole stürzt gelegentlich ab, wenn SMTP-Warnungen oder -Berichte konfiguriert sind.

Ein aktualisierter Build (Updaterollup 2 Refresh for System Center DPM 2022), der die bekannten Probleme behoben hat.

Wenn Sie das Updaterollup 2 für System Center DPM 2022 (10.22.189.0) installiert haben, empfehlen wir Ihnen, das 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 hat DPM 2022 UR2 folgende Probleme:

UR1-E-Mail-Berichte von DPM 2022 mit Microsoft 365-Anmeldeinformationen schlagen nach dem Upgrade auf DPM 2022 UR2 fehl

Beschreibung: DPM 2022 UR2 bietet Unterstützung für Windows- und Basic-SMTP-Authentifizierungsmethoden. Die grundlegende 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 Benachrichtigungen fehl, da die Anmeldeinformationen nicht von DPM 2022 UR2 gelesen werden können.

Problemumgehung: Erneutes Konfigurieren von E-Mail-Anmeldeinformationen für Microsoft 365 mithilfe des standardauthentifizierungstyps, der in DPM 2022 UR2 hinzugefügt wurde.

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

Beschreibung: DPM kann SQL-Datenbanken nicht aufzählen, wenn MSOLEDB 18 auf dem geschützten Server fehlt, da DPM MSOLEDB18 zum Aufzählen von Datenbanken zum Schutz benötigt. 

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 Löschen von Onlinedaten durch Remote-Verwaltungskonsole

Beschreibung: Der Stoppschutz beim Löschen des Onlinedatenvorgangs schlägt vom Remote-Verwaltungskonsole fehl, wenn die erweiterte Hybridsicherheitsoption im Tresor aktiviert ist. 

Problemumgehung: Um dies zu verhindern, führen Sie den Schutz durch Löschen von Onlinedaten direkt über die DPM-Konsole aus. 

Fehler beim Beenden des Schutzes einer Datenquelle mit der ID 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 für die aktuelle Version des MARS-Agents nicht unterstützt.

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

Problemumgehung: Updaterollup 2-Aktualisierung für System Center DPM 2022 installieren.

VERSIONshinweise zu DPM 2022 UR2 aktualisieren

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

Wichtig

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

In diesem Artikel werden die Versionshinweise für System Center 1807 – Data Protection Manager (DPM) aufgeführt.

Wichtig

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

In diesem Artikel werden die Versionshinweise für System Center 1801 – Data Protection Manager (DPM) aufgeführt.

In diesem Artikel werden die Versionshinweise für System Center 2016 – Data Protection Manager (DPM) aufgeführt.

Versionshinweise zu DPM 2019

In den folgenden Abschnitten sind die Versionshinweise für DPM 2019 zusammengefasst und enthalten die anwendbaren bekannten Probleme und Problemumgehungen.

DPM-Konsole stürzt aufgrund eines MSDPM-Dienstabsturzes ab

Beschreibung: Das Vorhandensein doppelter Zusammenfassungsverwaltungsaufträge nach dem DPM-Upgrade kann zu einem Ausfall von laufenden Aufträgen bei null Stunden führen, was schließlich zu einem Absturz führt. Daher können Sie Folgendes beobachten:

  • Replikat ist inkonsistent.
  • Speicherblähung aufgrund von Nichtlöschungen von Wiederherstellungspunkten verursacht.
  • 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 hosten soll.

  3. Führen Sie die folgende Abfrage aus, und überprüfen Sie, ob Sie zwei oder mehr Sammel-Manager-Aufträge geplant haben, und sehen 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 SQL-Auftrag, der der ScheduleID unter dem SQL Server-Agent – JOBS entspricht. Nach dem Löschen würde der Absturz bei 0 Stunden aufgelöst.

    ScheduleId ist die SQL-Aufträge unter SQL-Agent:

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

Hyper-V-V-V-Computer werden zweimal beim VM-Upgrade geschützt

Beschreibung: Beim Upgrade einer Hyper-V-VM von Windows Server 2012 R2 auf Windows Server 2016 werden zwei Versionen der VM im Assistenten zum Erstellen von Schutzgruppen angezeigt.

Problemumgehung: Für geschützte VMs, die gerade aktualisiert werden sollen, stellen Sie sicher, dass Sie den Schutz mit aufbewahrungsdaten beenden, bevor Sie die VM aktualisieren. Aktualisieren Sie dann den virtuellen Computer, und schützen Sie ihn in einer neuen Schutzgruppe erneut. Führen Sie beim Konfigurieren des Erneutschutzs eine Aktualisierung auf dem VM-Host für DPM durch, um das VM-Upgrade zu erkennen und als RCT-VM zu schützen.

Die Wiederherstellung einer früheren Version für einen aktualisierten Hyper-V-virtuellen Computer bewirkt, 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 bewahren Sie Daten) auf, und aktivieren Sie dann 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 Konsistenzüberprüfung aus.

Bare Metal Recovery-Schutzfehler

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 Registrierungs-Editor, und erhöhen Sie die Replikatgröße für den folgenden Schlüssel:

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

DPM-Datenbankschutz wird bei Upgradeszenarien beendet

Beschreibung: Beim Upgrade von DPM kann sich der Datenbankname in einigen Szenarien ändern.

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 – Wiederherstellung als Dateien für die D-T-Sicherung schlägt fehl

Beschreibung: Die Wiederherstellung von Hyper-V RCT-VMs als Dateien, die direkt auf Band (D-T) erstellt 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: Verwenden Sie die alternative Speicherortwiederherstellung als VM, und übertragen Sie diese Dateien dann an den gewünschten Speicherort.

Hinweis

Dieses Feature wurde in DPM 2019 UR1 behoben. Sie können UR1 installieren, um dieses Problem zu beheben. Ausführliche Informationen zum Installieren von UR1 finden Sie im KB-Artikel für UR1.

DPM 2019 unterstützt keine Wiederherstellung des Dateiservers mit modernem Sicherungsspeicher (MBS)

Beschreibung: DPM 2019 unterstützt keine Endbenutzerwiederherstellung (EUR) mit modernem Sicherungsspeicher (MBS).

Abhilfen: Keine. File Server EUR wird nicht unterstützt, wenn MBS verwendet wird.

DPM 1801/1807-Server können nicht von der ZENTRALEN KONSOLE DPM 2019 verwaltet werden.

Beschreibung: Mit der ZENTRALEN KONSOLE VON DPM 2019 können Sie keine DPM 1801- oder DPM 1807-Server verwalten.

Problemumgehung: Aktualisieren Sie Ihren DPM-Server auf Version 2019.

Wiederherstellungspunkte werden nicht gekürzt, was zu einer Anhäufung von Wiederherstellungspunkten führt

Beschreibung: DPM schneidet Wiederherstellungspunkte ab, die älter als der Aufbewahrungsbereich sind. Während des Beschneidungsprozesses berechnet DPM den von diesen Wiederherstellungspunkten verbrauchten Speicher, der gekürzt wird. Die Speicherberechnung verzögert die Beschnittung.

Problemumgehung: Konfigurieren Sie DPM, um die Berechnung der zu entfernenden Wiederherstellungspunkte zu überspringen. Daher läuft das Pruning-Skript schneller und schneidet alle Wiederherstellungspunkte, die älter als der Aufbewahrungsbereich sind, und entlasten alle Speicherdrücke. Der pro Datenquelle verbrauchte Speicher wird erst aktualisiert, wenn DPM die Bereinigung abgeschlossen hat. Der Speicherverbrauch pro Volume spiegelt weiterhin die richtigen Werte wider. Verwenden Sie ein PowerShell-Skript, um die Größenberechnung zu aktivieren. Das folgende Skript führt vollständige Größenberechnungen aus.

Speicherort: Programmdateien\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 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) die Neuberechnung von Größen für alle Datenquellen, 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 ein lang andauernder Vorgang sein kann, verwenden Sie ihn nur bei Bedarf, für Szenarien wie die 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 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. Verwenden Sie nach der Verwendung UpdateSizeInfo in ManageStorageInfo. Um die Datenquellen-IDs bestimmter Datenquellen abzurufen, verwenden Sie Get-DPMProtectionGroup | Get-DPMDatasource | Format-table -Property Computer,name,ObjectType,Id.

  • UpdatedDSSizeReport: Pfad zu einer Datei, die die aktualisierten Datenquellengrößen speichert. Wenn sie nicht übergeben wird, wird sizes.csv Datei im Ausführungsverzeichnis erstellt. Verwenden Sie nach dem Ein- und AusUpdateSizeInfo.ManageStorageInfo

  • 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 z. B. laufenden Sicherungen passieren. 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 UpdateSizeInfo in ManageStorageInfoverwendet 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: Möglicherweise haben Sie einen geschützten Server außer Betrieb genommen und den Schutz der Datenquellen beendet, aber ausgewählt, die Onlinewiederherstellungspunkte beizubehalten, und dann haben Sie den DPM/MABS-Agent von der 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 vom 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 weiterhin verfügbar ist, installieren Sie den DPM-Agent neu, auch wenn Sie beabsichtigen, diesen Server in Zukunft offline zu schalten. 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 zu 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.

Abhilfen: Keine

Probleme, die in DPM 2019 UR1 behoben wurden, finden Sie im KB-Artikel.

Versionshinweise zu DPM 2019 UR2

In den folgenden Abschnitten werden die bekannten Probleme und Problemumgehungen für DPM 2019 UR2 ausführlich beschrieben.

Probleme, die in DPM 2019 UR2 behoben wurden, finden Sie im KB-Artikel.

Details zu Schutzgruppen werden in der DPM-Konsole nicht angezeigt.

Beschreibung: Nach der Installation von DPM 2019 UR2 zeigt die DPM-Konsole möglicherweise keine Details der Schutzgruppe im Detailbereich an.

Konsole ohne Details für die Schutzgruppe

Problemumgehung: Verwenden Sie den PowerShell-Befehl "Get-DPMProtectionGroup ", um die Details der Schutzgruppe anzuzeigen.

Hinweis

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

Die neuesten Berichtsdateien werden nicht automatisch aktualisiert.

Beschreibung: Bei DPM 2019 UR2 wurde das Problem mit der Formatierung des DPM-Berichts und der Berichterstellung zur Volumenmigration 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 der ReportSRV10.dll

  1. Beenden Sie den SQL Server-Berichterstellungsdienst.
  2. Wählen Sie die aktualisierte ReportSRV10.dll Datei aus, die in C:\Programme\Microsoft System Center\DPM\DPM\bin vorhanden ist, 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 den SQL Server-Berichterstellungsdienst.

Ersetzen der RDL-Dateien

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

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

    Ordner

    Hinweis

    Sie können nur einen Ordner mit dieser Benennungskonvention sehen. 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 sie durch die neuesten Berichtsdateien zu ersetzen.

    Ersetzen von Berichtsdateien

    Die neuesten Berichtsdateien sind im DPM-Installationspfad verfügbar:

    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 zu DPM 2019 UR3

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

DPM-Remotekonsole kann nach dem Upgrade auf Das Updaterollup 3 möglicherweise keine Verbindung mit dem DPM-Server herstellen

Beschreibung: Nach dem Upgrade der DPM-Remoteadministrationskonsole auf UpdateRollup 3 kann die Verbindung mit dem DPM-Server mit einem Fehler nicht hergestellt werden. Die DPM-Administratorkonsolenversion ist mit der DPM-Serverversion nicht kompatibel.

Problemumgehung:

  1. Führen Sie auf dem Server, auf dem die DPM-Remoteadministrationskonsole ausgeführt wird, den folgenden PowerShell-Befehl aus (geben Sie den DPM-Servernamen wie zutreffend 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 DPM Remote UI auf einem SCOM-Computer verwenden, schlägt die Kopie für die folgenden 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 Standardinstallationspfad 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 2019

Derzeit gibt es keine bekannten Probleme in DPM 2019 UR5.

Versionshinweise zu DPM 2019 UR6

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

Die in UR6 und den Installationsanweisungen für UR6 behobenen Probleme finden Sie im KB-Artikel.

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

Beschreibung: Nachfolgende Erstellung von Onlinewiederherstellungspunkten 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.

Abhilfen: Keine. Wenden Sie sich an den Microsoft-Support, um Hilfe zu erhalten.

DPM 1807 – Versionshinweise

Informationen zum Anzeigen der Liste der in DPM 1807 behobenen Fehler finden Sie im KB-Artikel 4339950.

Die folgenden Probleme sind in der Version 1807 vorhanden.

Hyper-V-V-V-Computer werden zweimal beim VM-Upgrade geschützt

Beschreibung: Beim Upgrade einer Hyper-V-VM von Windows Server 2012 R2 auf Windows Server 2016 werden zwei Versionen der VM im Assistenten zum Erstellen von Schutzgruppen angezeigt.

Problemumgehung: Beenden Sie den Schutz für VMs, die noch nicht aktualisiert wurden, mit der Aufbewahrung von Daten. Aktualisieren Sie den virtuellen Computer, und erstellen Sie eine neue Schutzgruppe. Aktualisieren Sie dann die Datenquellen, und schützen Sie die virtuellen Computer. Wenn Sie den Schutz erneut anwenden, werden die virtuellen Computer mithilfe von resilienten Änderungsnachverfolgung (RCT) geschützt.

Fehler bei der Agent-Installation unter Windows Server 2008, Windows Server 2008 R2

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

Problemumgehung: Aktualisieren Sie das Windows Management Framework (WMF) auf dem Produktionsserver auf 5.1. Laden Sie den WMF von Windows Management Frame 5.1 herunter. Installieren Sie WMF, und installieren Sie dann den Agent.

Durch das Wiederherstellen einer früheren Version einer aktualisierten Hyper-V-VM tritt ein Fehler bei zukünftigen Wiederherstellungspunkten auf.

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 daten aufbewahren), und aktivieren Sie dann 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 Konsistenzüberprüfung aus.

Bare Metal Recovery-Schutzfehler

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 Registrierungs-Editor, 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 Szenarien ändern.

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

Wiederherstellungspunkte werden nicht gekürzt, was zu einer Anhäufung von Wiederherstellungspunkten führt

Beschreibung: DPM schneidet Wiederherstellungspunkte ab, die älter als der Aufbewahrungsbereich sind. Während des Beschneidungsprozesses berechnet DPM den von diesen Wiederherstellungspunkten verbrauchten Speicher, der gekürzt wird. Die Speicherberechnung verzögert die Beschnittung.

Problemumgehung: Konfigurieren Sie DPM, um die Berechnung der zu entfernenden Wiederherstellungspunkte zu überspringen. Daher läuft das Pruning-Skript schneller und schneidet alle Wiederherstellungspunkte, die älter als der Aufbewahrungsbereich sind, und entlasten alle Speicherdrücke. Der pro Datenquelle verbrauchte Speicher wird erst aktualisiert, wenn DPM die Bereinigung abgeschlossen hat. Der Speicherverbrauch pro Volume spiegelt weiterhin die richtigen Werte wider. Verwenden Sie ein PowerShell-Skript, um die Größenberechnung zu aktivieren. Das folgende Skript führt vollständige Größenberechnungen aus.

Speicherort: Programmdateien\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 benötigten 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) die Neuberechnung von Größen für alle Datenquellen, 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 ein lang andauernder Vorgang sein kann, verwenden Sie ihn nur bei Bedarf, für Szenarien wie die 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 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. Verwenden Sie nach der Verwendung UpdateSizeInfo in ManageStorageInfo. Um die Datenquellen-IDs bestimmter Datenquellen abzurufen, verwenden Sie Get-DPMProtectionGroup | Get-DPMDatasource | Format-table -Property Computer,name,ObjectType,Id.

  • UpdatedDSSizeReport: Pfad zu einer Datei, die die aktualisierten Datenquellengrößen speichert. Wenn sie nicht übergeben wird, wird sizes.csv Datei im Ausführungsverzeichnis erstellt. Verwenden Sie nach dem Ein- und AusUpdateSizeInfo.ManageStorageInfo

  • 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 als fortlaufende Sicherungen passieren. Wenn failedDS.txt Datei nicht übergeben wird, wird 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 UpdateSizeInfo in ManageStorageInfoverwendet werden.

Hyper-V RCT – Wiederherstellung als Dateien für die D-T-Sicherung schlägt fehl

Beschreibung: Die Wiederherstellung von Hyper-V RCT-VMs als Dateien, die direkt auf Band (D-T) erstellt wurden, schlägt fehl. D-D-T zeigt dieses Problem nicht an.

Problemumgehung: Verwenden Sie die alternative Speicherortwiederherstellung als VM, und übertragen Sie diese Dateien dann an den gewünschten Speicherort.

Dateiserver-Endbenutzerwiederherstellung (EUR) bei Verwendung des modernen Sicherungsspeichers (MBS) nicht verfügbar

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

Abhilfen: Keine. File Server EUR wird nicht unterstützt, wenn MBS verwendet wird.

DPM 1801 – Versionshinweise

Die folgenden Fehler wurden in der DPM 1801-Version behoben:

  • Durch das Upgrade des DPM-Agents auf dem Produktionsserver wird ein unerwarteter Neustart verursacht.
  • Konsistenzprüfungen auf Hyper-V-V-Computer, die mehr Daten übertragen als die Größe der virtuellen Computer.

Die folgenden Probleme sind in der Version 1801 vorhanden.

Automatische Installation von System Center DPM mit SQL Server 2008

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

Problemumgehung: Bereitstellen von DPM 2016 RTM auf einer Version von SQL Server höher als 2008 oder Verwenden der DPM 2016 Setup-Benutzeroberfläche.

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

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

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

DPM 2016 unter Windows Server 2016 hängt

Beschreibung: Der Arbeitsspeicherverbrauch auf dem DPM-Server nimmt kontinuierlich zu, bis er 90 % erreicht. Die Speicherauslastung verlangsamt den DPM-Server.

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

Hyper-V-V-V-Computer werden zweimal beim VM-Upgrade geschützt

Beschreibung: Beim Upgrade einer Hyper-V-VM von Windows Server 2012 R2 auf Windows Server 2016 werden zwei Versionen der VM im Assistenten zum Erstellen von Schutzgruppen angezeigt.

Problemumgehung: Beenden Sie den Schutz für VMs, die noch nicht aktualisiert wurden, mit der Aufbewahrung von Daten. Aktualisieren Sie den virtuellen Computer, und erstellen Sie eine neue Schutzgruppe. Aktualisieren Sie dann die Datenquellen, und schützen Sie die virtuellen Computer. Wenn Sie den Schutz erneut anwenden, werden die virtuellen Computer mithilfe von resilienten Änderungsnachverfolgung (RCT) geschützt.

Fehler bei der Agent-Installation unter Windows Server 2008, Windows Server 2008 R2

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

Problemumgehung: Aktualisieren Sie das Windows Management Framework (WMF) auf dem Produktionsserver 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 dann den Agent.

Durch das Wiederherstellen einer früheren Version einer aktualisierten Hyper-V-VM tritt ein Fehler bei zukünftigen Wiederherstellungspunkten auf.

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 daten aufbewahren), und aktivieren Sie dann 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 Konsistenzüberprüfung aus.

Bare Metal Recovery-Schutzfehler

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 Registrierungs-Editor, 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 Szenarien ändern.

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

Wiederherstellungspunkte werden nicht gekürzt, was zu einer Anhäufung von Wiederherstellungspunkten führt

Beschreibung: DPM schneidet Wiederherstellungspunkte ab, die älter als der Aufbewahrungsbereich sind. Während des Beschneidungsprozesses berechnet DPM den von diesen Wiederherstellungspunkten verbrauchten Speicher, der gekürzt wird. Die Speicherberechnung verzögert die Beschnittung.

Problemumgehung: Konfigurieren Sie DPM, um die Berechnung der zu entfernenden Wiederherstellungspunkte zu überspringen. Daher läuft das Pruning-Skript schneller und schneidet alle Wiederherstellungspunkte, die älter als der Aufbewahrungsbereich sind, und entlasten alle Speicherdrücke. Der pro Datenquelle verbrauchte Speicher wird erst aktualisiert, wenn DPM die Bereinigung abgeschlossen hat. Der Speicherverbrauch pro Volume spiegelt weiterhin die richtigen Werte wider. Verwenden Sie ein PowerShell-Skript, um die Größenberechnung zu aktivieren. Das folgende Skript führt vollständige Größenberechnungen aus.

Speicherort: Programmdateien\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 benötigten 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) die Neuberechnung von Größen für alle Datenquellen, 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 ein lang andauernder Vorgang sein kann, verwenden Sie ihn nur bei Bedarf, für Szenarien wie die 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 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. Verwenden Sie nach der Verwendung UpdateSizeInfo in ManageStorageInfo. Um die Datenquellen-IDs bestimmter Datenquellen abzurufen, verwenden Sie Get-DPMProtectionGroup | Get-DPMDatasource | Format-table -Property Computer,name,ObjectType,Id.

  • UpdatedDSSizeReport: Pfad zu einer Datei, die die aktualisierten Datenquellengrößen speichert. Wenn sie nicht übergeben wird, wird sizes.csv Datei im Ausführungsverzeichnis erstellt. Verwenden Sie nach dem Ein- und AusUpdateSizeInfo.ManageStorageInfo

  • 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 z. B. laufenden Sicherungen passieren. 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 UpdateSizeInfo in ManageStorageInfoverwendet werden.

Hyper-V RCT – Wiederherstellung als Dateien für die D-T-Sicherung schlägt fehl

Beschreibung: Die Wiederherstellung von Hyper-V RCT-VMs als Dateien, die direkt auf Band (D-T) erstellt wurden, schlägt fehl. D-D-T-Sicherungen zeigen dieses Problem nicht an.

Problemumgehung: Verwenden Sie die alternative Speicherortwiederherstellung als VM, und übertragen Sie diese Dateien dann an den gewünschten Speicherort.

Dateiserver-Endbenutzerwiederherstellung (EUR) bei Verwendung des modernen Sicherungsspeichers (MBS) nicht verfügbar

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

Abhilfen: Keine. File Server EUR wird nicht unterstützt, wenn MBS verwendet wird.

Fehler 4387 kann beim Installieren von DPM angezeigt werden.

Beschreibung: Wenn Sie beim Installieren des Data Protection Manager eine SQL-Instanz in das Feld "Voraussetzungen für das Setup>von Data Protection Manager" eingeben, wird>möglicherweise der Fehler 4387 angezeigt.

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

Versionshinweise zu System Center DPM 2016

In den folgenden Abschnitten werden die Versionshinweise für DPM 2016 zusammengefasst und die anwendbaren bekannten Probleme und Problemumgehungen enthalten.

Automatische Installation von System Center DPM mit SQL Server 2008

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

Problemumgehung: Bereitstellen von DPM 2016 RTM auf einer Version von SQL Server höher als 2008 oder Verwenden der DPM 2016 Setup-Benutzeroberfläche.

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

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

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

DPM 2016 unter Windows Server 2016 hängt

Beschreibung: Der Arbeitsspeicherverbrauch auf dem DPM-Server nimmt kontinuierlich zu, bis er 90 % erreicht. Die Speicherauslastung verlangsamt den DPM-Server.

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

Hyper-V-V-V-Computer werden zweimal beim VM-Upgrade geschützt

Beschreibung: Beim Upgrade einer Hyper-V-VM von Windows Server 2012 R2 auf Windows Server 2016 werden zwei Versionen der VM im Assistenten zum Erstellen von Schutzgruppen angezeigt.

Problemumgehung: Beenden Sie den Schutz für VMs, die noch nicht aktualisiert wurden, mit der Aufbewahrung von Daten. Aktualisieren Sie den virtuellen Computer, und erstellen Sie eine neue Schutzgruppe. Aktualisieren Sie dann die Datenquellen, und schützen Sie die virtuellen Computer. Wenn Sie den Schutz erneut anwenden, werden die virtuellen Computer mithilfe von resilienten Änderungsnachverfolgung (RCT) geschützt.

Fehler bei der Agent-Installation unter Windows Server 2008, Windows Server 2008 R2

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

Problemumgehung: Aktualisieren Sie das Windows Management Framework (WMF) auf dem Produktionsserver 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 dann den Agent.

Durch das Wiederherstellen einer früheren Version einer aktualisierten Hyper-V-VM tritt ein Fehler bei zukünftigen Wiederherstellungspunkten auf.

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 daten aufbewahren), und aktivieren Sie dann 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 Konsistenzüberprüfung aus.

Bare Metal Recovery-Schutzfehler

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 Registrierungs-Editor, 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 Szenarien ändern.

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

Wiederherstellungspunkte werden nicht gekürzt, was zu einer Anhäufung von Wiederherstellungspunkten führt

Beschreibung: DPM schneidet Wiederherstellungspunkte ab, die älter als der Aufbewahrungsbereich sind. Während des Beschneidungsprozesses berechnet DPM den von diesen Wiederherstellungspunkten verbrauchten Speicher, der gekürzt wird. Die Speicherberechnung verzögert die Beschnittung.

Problemumgehung: Konfigurieren Sie DPM, um die Berechnung der zu entfernenden Wiederherstellungspunkte zu überspringen. Daher läuft das Pruning-Skript schneller und schneidet alle Wiederherstellungspunkte, die älter als der Aufbewahrungsbereich sind, und entlasten alle Speicherdrücke. Der pro Datenquelle verbrauchte Speicher wird erst aktualisiert, wenn DPM die Bereinigung abgeschlossen hat. Der Speicherverbrauch pro Volume spiegelt weiterhin die richtigen Werte wider. Verwenden Sie ein PowerShell-Skript, um die Größenberechnung zu aktivieren. Das folgende Skript führt vollständige Größenberechnungen aus.

Speicherort: Programmdateien\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 benötigten 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) die Neuberechnung von Größen für alle Datenquellen, 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 ein lang andauernder Vorgang sein kann, verwenden Sie ihn nur bei Bedarf, für Szenarien wie die 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 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. Verwenden Sie nach der Verwendung UpdateSizeInfo in ManageStorageInfo. Um die Datenquellen-IDs bestimmter Datenquellen abzurufen, verwenden Sie Get-DPMProtectionGroup | Get-DPMDatasource | Format-table -Property Computer,name,ObjectType,Id.

  • UpdatedDSSizeReport: Pfad zu einer Datei, die die aktualisierten Datenquellengrößen speichert. Wenn sie nicht übergeben wird, wird sizes.csv Datei im Ausführungsverzeichnis erstellt. Verwenden Sie nach dem Ein- und AusUpdateSizeInfo.ManageStorageInfo

  • 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 z. B. laufenden Sicherungen passieren. 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 UpdateSizeInfo in ManageStorageInfoverwendet werden.

Hyper-V RCT – Wiederherstellung als Dateien für die D-T-Sicherung schlägt fehl

Beschreibung: Die Wiederherstellung von Hyper-V RCT-VMs als Dateien, die direkt auf Band (D-T) erstellt wurden, schlägt fehl. D-D-T-Sicherungen zeigen dieses Problem nicht an.

Problemumgehung: Verwenden Sie die alternative Speicherortwiederherstellung als VM, und übertragen Sie diese Dateien dann an den gewünschten Speicherort.

Dateiserver-Endbenutzerwiederherstellung (EUR) bei Verwendung des modernen Sicherungsspeichers (MBS) nicht verfügbar

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

Abhilfen: Keine. File Server EUR wird nicht unterstützt, wenn MBS verwendet wird.

Fehler 4387 kann beim Installieren von DPM angezeigt werden.

Beschreibung: Wenn Sie beim Installieren des Data Protection Manager eine SQL-Instanz in das Feld "Voraussetzungen für das Setup>von Data Protection Manager" eingeben, wird>möglicherweise der Fehler 4387 angezeigt.

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

Die neuesten Berichtsdateien werden nicht automatisch aktualisiert.

Beschreibung: Bei DPM 2016 UR10 wurde das Problem mit der Formatierung des DPM-Berichts und des Volumes in die Berichterstellung zur Volumenmigration 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 der ReportSRV10.dll

  1. Beenden des SQL Server-Berichterstellungsdiensts

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

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

  3. Starten Sie den SQL Server-Berichterstellungsdienst.

Ersetzen der RDL-Dateien

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

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

    Ordner

    Hinweis

    Sie können nur einen Ordner mit dieser Benennungskonvention sehen. 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 sie durch die neuesten Berichtsdateien zu ersetzen.

    Ersetzen von Berichtsdateien

    Die neuesten Berichtsdateien sind im DPM-Installationspfad verfügbar:

    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