Unterstützungsmatrix für die Sicherung mit Microsoft Azure Backup Server oder System Center DPM
In diesem Artikel werden die Unterstützungseinstellungen und Einschränkungen für die Sicherung von Computern mithilfe von Microsoft Azure Backup Server (MABS) oder System Center Data Protection Manager (DPM) und Azure Backup zusammenfassend dargestellt.
Mit dem Azure Backup-Dienst können Sie lokale Computer und Workloads sowie virtuelle Azure-Computer (VMs) sichern.
Informationen zu DPM oder MABS
System Center DPM ist eine Unternehmenslösung, mit der die Sicherung und Wiederherstellung von Computern und Daten für Unternehmen konfiguriert, erleichtert und verwaltet werden. Diese Lösung ist Teil der System Center-Produktsuite.
MABS ist ein Serverprodukt, mit dem lokale physische Server, VMs und die darauf ausgeführten Anwendungen gesichert werden können.
MABS basiert auf System Center DPM und bietet ähnliche Funktionen mit einigen Unterschieden:
- Für die Ausführung von MABS ist keine Lizenz für System Center erforderlich.
- In Azure ist für MABS und für DPM die langfristige Sicherungsspeicherung möglich. Darüber hinaus können Sie mit DPM Daten zur langfristigen Speicherung auf Band sichern. Diese Funktion ist in MABS nicht enthalten.
- Sie können einen primären DPM-Server mit einem sekundären DPM-Server sichern. Der sekundäre Server schützt die primäre Serverdatenbank und die auf dem primären Server gespeicherten Datenquellenreplikate. Wenn der primäre Server ausfällt, kann der sekundäre Server die vom primären Server geschützten Workloads weiterhin schützen, bis der primäre Server wieder verfügbar ist. Diese Funktion ist in MABS nicht enthalten.
Sie können MABS über das Microsoft Download Center herunterladen. Es kann lokal oder auf einem virtuellen Azure-Computer ausgeführt werden.
DPM und MABS unterstützen eine Vielzahl von Anwendungen und Server- und Clientbetriebssystemen. Sie ermöglichen mehrere Sicherungsszenarien:
- Sie können Daten auf Computerebene mit Systemstatussicherung oder Bare-Metal-Sicherung sichern.
- Sie können bestimmte Volumes, Freigaben, Ordner und Dateien sichern.
- Sie können bestimmte Apps über optimierte App-bezogene Einstellungen sichern.
DPM- oder MABS-Sicherungsworkflow
Die Sicherung über MABS oder DPM und Azure Backup wird wie folgt durchgeführt:
- Auf allen Computern, die gesichert werden, wird jeweils der DPM- oder MABS-Schutz-Agent installiert.
- Computer und Apps werden im lokalen Speicher in DPM oder MABS gesichert.
- Der MARS-Agent (Microsoft Azure Recovery Services) wird auf dem DPM-Server oder auf MABS installiert.
- Mit dem MARS-Agent werden die DPM- oder MABS-Datenträger mithilfe von Azure Backup in einem Recovery Services-Sicherungstresor in Azure gesichert.
Weitere Informationen finden Sie unter:
- Weitere Informationen zur MABS-Architektur
- Unterstützungsmatrix für den MARS-Agent
Unterstützte Szenarios
Szenario | Agent | Location |
---|---|---|
Sichern lokaler Computer/Workloads | Der DPM- oder MABS-Schutz-Agent wird auf den Computern ausgeführt, die Sie sichern möchten. MARS-Agent auf dem MABS- oder DPM-Server Die zum Aktivieren dieses Features erforderliche Mindestversion des Microsoft Azure Recovery Services-Agents bzw. Azure Backup-Agents ist 2.0.8719.0. |
MABS/DPM muss lokal ausgeführt werden. |
Unterstützte Bereitstellungen
DPM und MABS können wie in der folgenden Tabelle zusammengefasst bereitgestellt werden.
Bereitstellung | Unterstützung | Details |
---|---|---|
Lokale Bereitstellung | Physischer Server, der sich nicht in einem physischen Cluster befindet Hyper-V-VM: Sie können MABS als Gastcomputer auf einem eigenständigen Hypervisor oder Cluster bereitstellen. Dieser kann nicht auf einem Knoten eines Clusters oder eigenständigen Hypervisors bereitgestellt werden. Azure Backup Server ist für die Ausführung auf einem dedizierten Server konzipiert, der nur zu einem Zweck verwendet wird. Als Windows-VM in einer VMware-Umgebung |
Lokale MABS-Server können keine auf Azure basierenden Workloads schützen. Weitere Informationen finden Sie unter Schutzmatrix. |
Bereitstellung als virtueller Azure Stack-Computer | Nur MABS | DPM kann nicht zum Sichern virtueller Azure Stack-Computer verwendet werden. |
Bereitstellung als virtueller Azure-Computer | Schutz von virtuellen Azure-Computern und Workloads, die auf diesen VMs ausgeführt werden | Bei Ausführung von MABS/DPM in Azure können lokale Computer nicht gesichert werden. Nur Workloads können geschützt werden, die auf Azure-IaaS-VMs ausgeführt werden. |
Unterstützte MABS- und DPM-Betriebssysteme
Mit Azure Backup können MABS- und DPM-Instanzen bei Ausführung unter den folgenden Betriebssystemen gesichert werden. Die Betriebssysteme müssen mit den neuesten Service Packs und Updates ausgeführt werden.
Szenario | DPM/MABS |
---|---|
MABS auf einem virtuellen Azure-Computer | MABS v4 und höher: Windows 2022 Datacenter, Windows 2019 Datacenter MABS v3, UR1 und UR2: Windows 2019 Datacenter, Windows 2016 Datacenter Es empfiehlt sich, mit einem Image aus dem Marketplace zu beginnen. Mindestens Standard_A4_v2 mit vier Kernen und 8 GB RAM |
DPM auf einem virtuellen Azure-Computer | System Center 2012 R2 mit Update 3 oder höher Windows-Betriebssystem entsprechend den Anforderungen für System Center Es empfiehlt sich, mit einem Image aus dem Marketplace zu beginnen. Mindestens Standard_A4_v2 mit vier Kernen und 8 GB RAM |
MABS auf einem lokalen Computer | MABS v4 und höher: Windows Server 2022 oder Windows Server 2019 MABS v3, UR1 und UR2: Windows Server 2019 und Windows Server 2016 |
DPM auf einem lokalen Computer | Physischer Server und virtueller Hyper-V-Computer: System Center 2012 SP1 oder höher Virtueller VMware-Computer: System Center 2012 R2 mit Update 5 oder höher |
Hinweis
Unter Windows Server Core oder Microsoft Hyper-V Server wird die Installation von Azure Backup Server nicht unterstützt.
Verwaltungsunterstützung
Problem | Details |
---|---|
Installation | Installieren Sie DPM oder MABS auf einem zweckgebundenen Computer. Installieren Sie DPM oder MABS nicht auf einem Domänencontroller, auf einem Computer mit installierter Anwendungsserverrolle, auf einem Computer mit Exchange Server oder System Center Operations Manager oder auf einem Clusterknoten. Hier finden Sie alle Anforderungen für das DPM-System. |
Domäne | Der Server, auf dem DPM/MABS installiert wird, sollte vor Beginn der Installation einer Domäne hinzugefügt werden. Nach der Bereitstellung kann DPM oder MABS nicht in eine neue Domäne verschoben werden. |
Storage | Modern Backup Storage (MBS) wird ab DPM 2016 und MABS v2 und höher unterstützt. In MABS v1 ist die Funktion dagegen nicht verfügbar. |
Upgrade von MABS | Sie können MABS v4 direkt installieren oder ein Upgrade von MABS v3 UR1 und UR2 auf MABS v4 durchführen. Weitere Informationen |
Verschieben von MABS | Bei Verwendung von MBS kann MABS unter Beibehaltung des Speichers auf einen neuen Server verschoben werden. Der neue und der ursprüngliche Server müssen den gleichen Namen haben. Sie können den Namen nicht ändern, wenn der Speicherpool beibehalten werden soll und Sie dieselbe MABS-Datenbank zum Speichern von Datenwiederherstellungspunkten verwenden möchten. Sie benötigen eine Sicherungskopie der MABS-Datenbank, da Sie sie wiederherstellen müssen. |
Hinweis
Das Umbenennen des DPM-/MAPS-Servers wird nicht unterstützt.
Unterstützung von MABS in Azure Stack
Sie können MABS auf einem virtuellen Azure Stack-Computer bereitstellen, sodass Sie die Sicherung von virtuellen Azure Stack-Computern und deren Workloads an einem zentralen Ort verwalten können.
Komponente | Details |
---|---|
MABS auf einem virtuellen Azure Stack-Computer | Mindestens Größe A2. Es empfiehlt sich, mit einem Windows Server 2019- oder Windows Server 2022-Image aus Azure Marketplace zu beginnen. Installieren Sie keine weiteren Komponenten auf dem virtuellen MABS-Computer. |
MABS-Speicher | Verwenden Sie ein separates Speicherkonto für den virtuellen MABS-Computer. Für den in MABS ausgeführten MARS-Agent ist temporärer Speicher für einen Cachespeicherort und zum Speichern der Datenwiederherstellung aus der Cloud erforderlich. |
MABS-Speicherpool | Die Größe des MABS-Speicherpools richtet sich nach der Anzahl und Größe der an den virtuellen MABS-Computer angefügten Datenträger. Für jede Azure Stack-VM-Größe ist eine maximale Anzahl an Datenträgern festgelegt. Beispielsweise umfasst A2 vier Datenträger. |
MABS-Aufbewahrung | Bewahren Sie keine gesicherte Daten mehr als fünf Tage auf den lokalen MABS-Datenträgern auf. |
Hochskalieren von MABS | Zum Hochskalieren Ihrer Bereitstellung können Sie die Größe des virtuellen MABS-Computers erhöhen, Sie können beispielsweise von der Serie A zu Serie D wechseln. Sie können ebenso sicherstellen, dass Sie Daten mit Sicherung regelmäßig auf Azure abladen. Sie können ggf. auch zusätzliche MABS-Server erstellen. |
.NET Framework in MABS | Auf dem virtuellen MABS-Computer muss .NET Framework 4.5 oder höher installiert sein. |
MABS-Domäne | Der virtuelle MABS-Computer muss mit einer Domäne verknüpft sein. Ein Domänenbenutzer mit Administratorrechten muss MABS auf dem virtuellen Computer installieren. |
Datensicherung auf virtuellem Azure Stack-Computer | Sie können Dateien, Ordner und Anwendungen sichern. |
Unterstützte Sicherung | Folgende Betriebssysteme werden für virtuelle Computer, die Sie sichern möchten, unterstützt: Windows Server 2022, Windows Server 2019, Windows Server 2016, Windows Server 2012, Windows Server 2012 R2 |
SQL Server-Unterstützung für virtuelle Azure Stack-Computer | Sichern Sie SQL Server 2022, SQL Server 2019, SQL Server 2017, SQL Server 2016 (SPs) und SQL Server 2014 (SPs). Sichern und Wiederherstellen der Datenbank |
SharePoint-Unterstützung für virtuelle Azure Stack-Computer | SharePoint 2019: SharePoint 2016 mit neuestem SP. Sichern und Wiederherstellen einer Farm, einer Datenbank, eines Front-Ends und eines Webservers |
Netzwerkanforderungen für gesicherte virtuelle Computer | Alle virtuellen Computer in der Azure Stack-Workload müssen demselben virtuellen Netzwerk und demselben Abonnement angehören. |
Netzwerk und Zugriffsunterstützung
Der MARS-Agent erfordert Zugriff auf Microsoft Entra ID, Azure Storage und Azure Backup-Dienstendpunkte. Informationen zum Abrufen der öffentlichen IP-Adressbereiche finden Sie in der JSON-Datei. Erlauben Sie den Zugriff auf die IP-Adressen für Azure Backup (AzureBackup
), Azure Storage (Storage
) und Microsoft Entra ID (AzureActiveDirectory
). Außerdem benötigen Netzwerkkonnektivitätsprüfungen des Betriebssystems abhängig von Ihrer Windows-Version Zugriff auf www.msftconnecttest.com
oder www.msftncsi.com
.
Wenn Ihr Rechner nur begrenzten Internetzugang hat, stellen Sie sicher, dass die Firewall-, Proxy- und Netzwerkeinstellungen den Zugriff auf die folgenden FQDNs und öffentlichen IP-Adressen erlauben.
Zugriff auf URLs und IP-Adressen
FQDNs
*.microsoft.com
*.windowsazure.com
*.microsoftonline.com
*.windows.net
*.blob.core.windows.net
*.queue.core.windows.net
*.blob.storage.azure.net
Wenn Sie US Government-Kunde sind, stellen Sie sicher, dass Sie Zugriff auf die folgenden URLs haben:
www.msftncsi.com
*.microsoft.com
*.windowsazure.us
*.microsoftonline.us
*.windows.net
*.usgovcloudapi.net
*.blob.core.windows.net
*.queue.core.windows.net
*.blob.storage.azure.net
Beim Zugriff auf alle oben aufgeführten URLs und IP-Adressen wird das HTTPS-Protokoll auf Port 443 verwendet.
Beim Sichern von Dateien und Ordnern von Azure-VMs mit dem MARS-Agent müssen Sie auch das virtuelle Azure-Netzwerk so konfigurieren, dass es Zugriff zulässt. Wenn Sie Netzwerksicherheitsgruppen (NSG) verwenden, können Sie den ausgehenden Zugriff auf Azure Backup mithilfe des Diensttags AzureBackup zulassen. Zusätzlich zum Tag „Azure Backup“ müssen Sie auch Konnektivität für Authentifizierung und Datenübertragung zulassen, indem Sie ähnliche NSG-Regeln für Microsoft Entra ID (AzureActiveDirectory
) und Azure Storage (Storage
) erstellen.
Führen Sie die folgenden Schritte aus, um eine Regel für das Tag „Azure Backup“ zu erstellen:
- Navigieren Sie unter Alle Dienste zu Netzwerksicherheitsgruppen, und wählen Sie die Netzwerksicherheitsgruppe aus.
- Wählen Sie unter Einstellungen die Option Ausgangssicherheitsregeln aus.
- Wählen Sie Hinzufügen.
- Geben Sie alle erforderlichen Details zum Erstellen einer neuen Regel ein, wie in den Einstellungen zu Sicherheitsregeln beschrieben.
Stellen Sie sicher, dass die Optionen wie folgt festgelegt sind:- Ziel ist auf Diensttag festgelegt.
- Zieldiensttag ist auf AzureBackup festgelegt.
- Wählen Sie Hinzufügen aus, um die neu erstellte Ausgangssicherheitsregel zu speichern.
Auf ähnliche Weise können Sie ausgehende NSG-Sicherheitsregeln für Azure Storage und Microsoft Entra ID erstellen. Weitere Informationen zu Diensttags finden Sie unter Diensttags in virtuellen Netzwerken.
Azure ExpressRoute-Unterstützung
Sie können Ihre Daten über Azure ExpressRoute mithilfe von öffentlichem Peering (verfügbar für alte Leitungen) sichern. Microsoft-Peeringsicherung über privates Peering wird nicht unterstützt.
Stellen Sie zur Verwendung von öffentlichem Peering sicher, dass Sie an Port 443 über HTTPS auf die folgenden Domänen und Adressen zugreifen können:
*.microsoft.com
*.windowsazure.com
*.microsoftonline.com
*.windows.net
*.blob.core.windows.net
*.queue.core.windows.net
*.blob.storage.azure.net
Um Microsoft-Peering zu verwenden, wählen Sie die folgenden Dienste, Regionen und relevanten Communitywerte aus:
- Microsoft Entra ID (12076:5060)
- Azure-Region, entsprechend dem Standort Ihres Recovery Services-Tresors
- Azure Storage, entsprechend dem Standort Ihres Recovery Services-Tresors
Weitere Informationen zu ExpressRoute-Routinganforderungen.
Hinweis
Öffentliches Peering gilt für neue Leitungen als veraltet.
Unterstützung für den privaten Endpunkt
Sie können nun private Endpunkte verwenden, um Ihre Daten von Servern sicher in Ihrem Recovery Services-Tresor zu sichern. Da auf Microsoft Entra ID nicht über private Endpunkte zugegriffen werden kann, müssen Sie die IP-Adressen und FQDNs explizit zulassen, die für den ausgehenden Zugriff für Microsoft Entra ID erforderlich sind.
Wenn Sie den MARS-Agent zur Sicherung Ihrer lokalen Ressourcen verwenden, stellen Sie sicher, dass Ihr lokales Netzwerk (das die zu sichernden Ressourcen enthält) ein Peering mit dem virtuellen Azure-Netzwerk aufweist, das einen privaten Endpunkt für den Tresor enthält. Sie können dann mit der Installation des MARS-Agents fortfahren und die Sicherung konfigurieren. Sie müssen jedoch sicherstellen, dass die gesamte Kommunikation für die Sicherung ausschließlich über das Peeringnetzwerk erfolgt.
Wenn Sie private Endpunkte für den Tresor entfernen, nachdem ein MARS-Agent bei ihm registriert wurde, müssen Sie den Container erneut beim Tresor registrieren. Sie müssen den Schutz für sie nicht aufheben. Weitere Informationen finden Sie unter Private Endpunkte für Azure Backup.
Unterstützung für Drosselung
Funktion | Details |
---|---|
Bandbreitensteuerung | Unterstützt. Verwenden Sie im MARS-Agent Eigenschaften ändern, um die Bandbreite anzupassen. |
Netzwerkdrosselung | Nicht verfügbar für gesicherte Computer, auf denen Windows Server 2008 R2, Windows Server 2008 SP2 oder Windows 7 ausgeführt wird. |
DPM- und MABS-Verbindung mit Azure Backup
Damit Sicherungen ordnungsgemäß durchgeführt werden, ist eine Verbindung mit dem Azure Backup-Dienst erforderlich, und das Azure-Abonnement muss aktiv sein. In der folgenden Tabelle ist das entsprechende Verhalten aufgeführt, wenn diese beiden Punkte nicht erfüllt sind.
MABS und Azure | Abonnement | Sicherung/Wiederherstellung |
---|---|---|
Verbunden | Aktiv | Sicherung auf DPM- oder MABS-Datenträgern Sicherung in Azure Wiederherstellung von einem Datenträger Wiederherstellung von Azure |
Verbunden | Abgelaufen oder Bereitstellung aufgehoben | Keine Sicherung auf Datenträger oder in Azure Wenn das Abonnement abgelaufen ist, können Sie die Wiederherstellung von einem Datenträger oder Azure durchführen. Wenn das Abonnement außer Betrieb gesetzt ist, können Sie keine Wiederherstellung von einem Datenträger oder Azure durchführen. Die Azure-Wiederherstellungspunkte werden gelöscht. |
Keine Verbindung für mehr als 15 Tage | Aktiv | Keine Sicherung auf Datenträger oder in Azure Sie können die Wiederherstellung von einem Datenträger oder Azure durchführen. |
Keine Verbindung für mehr als 15 Tage | Abgelaufen oder Bereitstellung aufgehoben | Keine Sicherung auf Datenträger oder in Azure Wenn das Abonnement abgelaufen ist, können Sie die Wiederherstellung von einem Datenträger oder Azure durchführen. Wenn das Abonnement außer Betrieb gesetzt ist, können Sie keine Wiederherstellung von einem Datenträger oder Azure durchführen. Die Azure-Wiederherstellungspunkte werden gelöscht. |
Unterstützung von Domänen und Domänenvertrauensstellungen
Anforderung | Details |
---|---|
Domain | Der DPM/MABS-Server muss sich in einer Windows Server 2022, Windows Server 2019-, Windows Server 2016-, Windows Server 2012 R2- oder Windows Server 2012-Domäne befinden. |
Domänenvertrauensstellung | DPM/MABS unterstützt Datenschutz über Gesamtstrukturen hinweg, sofern Sie auf Gesamtstrukturebene eine bidirektionale Vertrauensstellung zwischen den einzelnen Gesamtstrukturen einrichten. Server und Arbeitsstationen können in einer Gesamtstruktur, die eine bidirektionale Vertrauensstellung mit der DPM/MABS-Serverdomäne hat, von DPM/MABS domänenübergreifend geschützt werden. Informationen zum Schützen von Computern in Arbeitsgruppen oder nicht vertrauenswürdigen Domänen finden Sie unter Sichern und Wiederherstellen von Workloads in Arbeitsgruppen und nicht vertrauenswürdigen Domänen. Zum Sichern von Hyper-V-Serverclustern müssen diese sich in derselben Domäne wie der MABS-Server oder einer vertrauenswürdigen/untergeordneten Domäne befinden. Sie können Server und Cluster in einer nicht vertrauenswürdigen Domäne oder Arbeitslast mithilfe von NTLM oder Zertifikat-Authentifizierung für einen einzelnen Server sichern oder nur die Zertifikat-Authentifizierung für einen Cluster einrichten. |
DPM- oder MABS-Speicherunterstützung
Die in DPM oder MABS gesicherten Daten werden im lokalen Datenträgerspeicher gespeichert.
USB-Laufwerke oder Wechseldatenträger werden nicht unterstützt.
Die NTFS-Komprimierung wird auf Volumes mit DPM/MABS nicht unterstützt.
BitLocker kann nur aktiviert werden, nachdem Sie den Datenträger zum Speicherpool hinzugefügt haben. Aktivieren Sie BitLocker nicht, bevor Sie den Datenträger hinzugefügt haben.
Network Attached Storage wird nicht für die Verwendung im DPM-Speicherpool unterstützt.
Storage | Details |
---|---|
MBS | Modern Backup Storage (MBS) wird ab DPM 2016 und MABS v2 und höher unterstützt. In MABS v1 ist die Funktion dagegen nicht verfügbar. |
MABS-Speicher auf virtuellem Azure-Computer | Daten werden auf Azure-Datenträgern gespeichert, die der DPM/MABS-VM zugeordnet sind und die in DPM/MABS verwaltet werden. Die Anzahl der Datenträger, die für DPM/MABS-Speicherpools verwendet werden kann, ist durch die Größe der VM beschränkt. VM A2: 4 Datenträger, VM A3: 8 Datenträger, VM A4: 16 Datenträger mit einer maximalen Größe von 1 TB für jeden Datenträger. Dies bestimmt den gesamten verfügbaren Sicherungsspeicherpool. Die Menge der Daten, die gesichert werden können, hängt von der Anzahl und Größe der angefügten Datenträger ab. |
MABS-Datenaufbewahrung auf virtuellem Azure-Computer | Es wird empfohlen, Daten einen Tag lang in DPM oder MABS auf dem Azure-Datenträger aufzubewahren und zur längeren Aufbewahrung eine Sicherung von DPM oder MABS in den Tresor durchzuführen. So können Sie durch Auslagerung in Azure Backup eine größere Menge an Daten schützen. |
Modern Backup Storage (MBS)
Ab DPM 2016 und MABS v2 (unter Windows Server 2016) und höher können Sie Modern Backup Storage (MBS) nutzen.
- MBS-Sicherungen werden auf einem ReFS-Datenträger (Resilient File System) gespeichert.
- In MBS wird das Klonen von ReFS-Blöcken zur schnelleren Sicherung und effizienteren Verwendung von Speicherplatz verwendet.
- Wenn Sie dem lokalen DPM- oder MABS-Speicherpool Volumes hinzufügen, konfigurieren Sie sie mit Laufwerkbuchstaben. Dann können Sie den Workloadspeicher auf verschiedenen Volumes konfigurieren.
- Bei der Erstellung von Schutzgruppen zum Sichern von Daten in DPM oder MABS wählen Sie das gewünschte Laufwerk aus. Beispielsweise können Sie Sicherungen für SQL- oder andere Workloads mit hohem IOPS-Wert auf einem Laufwerk mit hoher Leistung speichern. Sie können auch Workloads auf einem Laufwerk mit geringerer Leistung speichern, die weniger häufig gesichert werden.
Unterstützte Sicherungen in MABS
Informationen zu den verschiedenen Servern und Workloads, die Sie mit Azure Backup Server schützen können, finden Sie in der Schutzunterstützungsmatrix für Azure Backup.
Unterstützte Sicherungen in DPM
Informationen zu den verschiedenen Servern und Workloads, die Sie mit Data Protection Manager schützen können, finden Sie im Artikel Was kann mit DPM gesichert werden?.
- Clusterworkloads, die mit DPM oder MABS gesichert werden, müssen sich in derselben Domäne wie DPM bzw. MABS oder in einer untergeordneten oder vertrauenswürdigen Domäne befinden.
- Sie können die NTLM- oder Zertifikatauthentifizierung verwenden, um Daten in nicht vertrauenswürdigen Domänen oder Arbeitsgruppen zu sichern.
Unterstützung deduplizierter Volumes
Die Unterstützung der Deduplizierung für MABS hängt von der Betriebssystemunterstützung ab.
Für NTFS-Volumes mit MABS v4
Betriebssystem des geschützten Servers | Betriebssystem des MABS-Servers | MABS-Version | Dedup-Unterstützung |
---|---|---|---|
Windows Server 2022 | Windows Server 2022 | MABS v4 | J |
Windows Server 2019 | Windows Server 2022 | MABS v4 | J |
Windows Server 2016 | Windows Server 2022 | MABS v4 | J* |
Windows Server 2022 | Windows Server 2019 | MABS v4 | N |
Windows Server 2019 | Windows Server 2019 | MABS v4 | J |
Windows Server 2016 | Windows Server 2019 | MABS v4 | J* |
*Deduplizierte NTFS-Volumes in Windows Server 2016 Protected Servers werden bei der Wiederherstellung nicht dedupliziert.
Für NTFS-Volumes mit MABS v3
Betriebssystem des geschützten Servers | Betriebssystem des MABS-Servers | MABS-Version | Dedup-Unterstützung |
---|---|---|---|
Windows Server 2019 | Windows Server 2019 | MABS v3 | J |
Windows Server 2016 | Windows Server 2019 | MABS v3 | J* |
Windows Server 2012 R2 | Windows Server 2019 | MABS v3 | N |
Windows Server 2012 | Windows Server 2019 | MABS v3 | N |
Windows Server 2019 | Windows Server 2016 | MABS v3 | J** |
Windows Server 2016 | Windows Server 2016 | MABS v3 | J |
Windows Server 2012 R2 | Windows Server 2016 | MABS v3 | J |
Windows Server 2012 | Windows Server 2016 | MABS v3 | J |
- * Beim Schützen eines deduplizierten WS 2016 NTFS-Volumes mit MABS v3 auf WS 2019 können die Wiederherstellungen betroffen sein. Es gibt einen Fix zum Durchführen von Wiederherstellungen auf eine Weise ohne Deduplizierung. Wenden Sie sich an den MABS-Support, wenn Sie diesen Fix für MABS v3 UR1 benötigen.
- ** Beim Schützen eines deduplizierten WS 2019 NTFS-Volumes mit MABS v3 auf WS 2016 werden die Sicherungen und Wiederherstellungen nicht dedupliziert. Das bedeutet, dass die Sicherungen mehr Platz auf dem MABS-Server verbrauchen als das ursprüngliche deduplizierte NTFS-Volume.
Problem: Wenn Sie ein Upgrade von Windows Server 2016 auf Windows Server 2019 für das Betriebssystem des geschützten Servers durchführen, ist die Sicherung des deduplizierten NTFS-Volumes aufgrund der Änderungen an der Deduplizierungslogik betroffen.
Problemumgehung: Wenden Sie sich an den MABS-Support, wenn Sie diesen Fix für MABS v3 UR1 benötigen.
ReFS-Volumes
Es wurden einige Probleme mit Sicherungen von deduplizierten ReFS-Volumes festgestellt. Wir arbeiten daran, diese zu beheben, und aktualisieren diesen Abschnitt, sobald eine Korrektur verfügbar ist. Bis dahin wird die Sicherung deduplizierter ReFS-Volumes von MABS v3 und v4 nicht unterstützt.
Bei MABS v3 UR1, MABS v4 und höheren Versionen wird der Schutz und die Wiederherstellung von normalen ReFS-Volumes weiterhin unterstützt.
Nächster Schritt
- Weitere Informationen zur MABS-Architektur
- Unterstützungsmatrix für den MARS-Agent
- Einrichten eines MABS-Servers
- DPM einrichten