Freigeben über


Azure Backup Server V3 RTM-Schutzmatrix

In der folgenden Matrix sind die Elemente aufgelistet, die mit Azure Backup Server V3 RTM und früher geschützt werden können.

Schutzunterstützungsmatrix

Workload Version Azure Backup Server
Installation
Azure Backup Server Schutz und Wiederherstellung
Clientcomputer (64 Bit und 32 Bit) Windows 10 Physical server

Virtueller Hyper-V-Computer

Virtueller VMware-Computer
V3, V2 Volume, Freigabe, Ordner, Dateien, deduplizierte Volumes

Geschützte Volumes müssen mit NTFS formatiert sein. FAT und FAT32 werden nicht unterstützt.

Volumes müssen mindestens 1 GB groß sein. Azure Backup Server verwendet den Volumeschattenkopie-Dienst (Volume Shadow Copy Service, VSS) für die Daten der Momentaufnahme, und die Momentaufnahme funktioniert nur, wenn das Volume mindestens 1GB groß ist.
Clientcomputer (64 Bit und 32 Bit) Windows 8.1 Physical server

Virtueller Hyper-V-Computer
V3, V2 Files

Geschützte Volumes müssen mit NTFS formatiert sein. FAT und FAT32 werden nicht unterstützt.

Volumes müssen mindestens 1 GB groß sein. Azure Backup Server verwendet den Volumeschattenkopie-Dienst (Volume Shadow Copy Service, VSS) für die Daten der Momentaufnahme, und die Momentaufnahme funktioniert nur, wenn das Volume mindestens 1GB groß ist.
Clientcomputer (64 Bit und 32 Bit) Windows 8.1 Windows-VM in VMware (schützt Workloads auf virtuellen Windows-Computern in VMware) V3, V2 Volume, Freigabe, Ordner, Dateien, deduplizierte Volumes

Geschützte Volumes müssen mit NTFS formatiert sein. FAT und FAT32 werden nicht unterstützt.

Volumes müssen mindestens 1 GB groß sein. Azure Backup Server verwendet den Volumeschattenkopie-Dienst (Volume Shadow Copy Service, VSS) für die Daten der Momentaufnahme, und die Momentaufnahme funktioniert nur, wenn das Volume mindestens 1GB groß ist.
Clientcomputer (64 Bit und 32 Bit) Windows 8 Physical server

Lokaler virtueller Hyper-V-Computer
V3, V2 Volume, Freigabe, Ordner, Dateien, deduplizierte Volumes

Geschützte Volumes müssen mit NTFS formatiert sein. FAT und FAT32 werden nicht unterstützt.

Volumes müssen mindestens 1 GB groß sein. Azure Backup Server verwendet den Volumeschattenkopie-Dienst (Volume Shadow Copy Service, VSS) für die Daten der Momentaufnahme, und die Momentaufnahme funktioniert nur, wenn das Volume mindestens 1GB groß ist.
Clientcomputer (64 Bit und 32 Bit) Windows 8 Windows-VM in VMware (schützt Workloads auf virtuellen Windows-Computern in VMware) V3, V2 Volume, Freigabe, Ordner, Dateien, deduplizierte Volumes

Geschützte Volumes müssen mit NTFS formatiert sein. FAT und FAT32 werden nicht unterstützt.

Volumes müssen mindestens 1 GB groß sein. Azure Backup Server verwendet den Volumeschattenkopie-Dienst (Volume Shadow Copy Service, VSS) für die Daten der Momentaufnahme, und die Momentaufnahme funktioniert nur, wenn das Volume mindestens 1GB groß ist.
Clientcomputer (64 Bit und 32 Bit) Windows 7 Physical server

Lokaler virtueller Hyper-V-Computer
V3, V2 Volume, Freigabe, Ordner, Dateien, deduplizierte Volumes

Geschützte Volumes müssen mit NTFS formatiert sein. FAT und FAT32 werden nicht unterstützt.

Volumes müssen mindestens 1 GB groß sein. Azure Backup Server verwendet den Volumeschattenkopie-Dienst (Volume Shadow Copy Service, VSS) für die Daten der Momentaufnahme, und die Momentaufnahme funktioniert nur, wenn das Volume mindestens 1GB groß ist.
Clientcomputer (64 Bit und 32 Bit) Windows 7 Windows-VM in VMware (schützt Workloads auf virtuellen Windows-Computern in VMware) V3, V2 Volume, Freigabe, Ordner, Dateien, deduplizierte Volumes

Geschützte Volumes müssen mit NTFS formatiert sein. FAT und FAT32 werden nicht unterstützt.

Volumes müssen mindestens 1 GB groß sein. Azure Backup Server verwendet den Volumeschattenkopie-Dienst (Volume Shadow Copy Service, VSS) für die Daten der Momentaufnahme, und die Momentaufnahme funktioniert nur, wenn das Volume mindestens 1GB groß ist.
Servers (64-bit) Windows Server 2019 Virtueller Azure-Computer (wenn die Workload als virtueller Azure-Computer ausgeführt wird)

Windows-VM in VMware (schützt Workloads auf virtuellen Windows-Computern in VMware)

Physical server

Lokaler virtueller Hyper-V-Computer

Azure Stack
V3
Nicht Nano Server
Volume, Freigabe, Ordner, Datei, Systemstatus/Bare-Metal, dedupliziertes Volume
Server (32-Bit und 64-Bit) Windows Server 2016 Virtueller Azure-Computer (wenn die Workload als virtueller Azure-Computer ausgeführt wird)

Windows-VM in VMware (schützt Workloads auf virtuellen Windows-Computern in VMware)

Physical server

Lokaler virtueller Hyper-V-Computer

Azure Stack
V3, V2
Nicht Nano Server
Volume, Freigabe, Ordner, Datei, Systemstatus/Bare-Metal, dedupliziertes Volume
Server (32-Bit und 64-Bit) Windows Server 2012 R2 – Datacenter und Standard Virtueller Azure-Computer (wenn die Workload als virtueller Azure-Computer ausgeführt wird)

Azure Stack
V3, V2 Volume, Freigabe, Ordner, Datei

Azure Backup Server muss mindestens unter Windows Server 2012 R2 ausgeführt werden, um deduplizierte Windows Server 2012-Volumes zu schützen.
Server (32-Bit und 64-Bit) Windows Server 2012 R2 – Datacenter und Standard Windows-VM in VMware (schützt Workloads auf virtuellen Windows-Computern in VMware)

Azure Stack
V3, V2 Volume, Freigabe, Ordner, Datei, Systemstatus/Bare-Metal

Azure Backup Server muss unter Windows Server 2012 R2 oder 2012 R2 ausgeführt werden, um deduplizierte Windows Server 2012-Volumes zu schützen.
Server (32-Bit und 64-Bit) Windows Server 2012/2012 mit SP1 – Datacenter und Standard Physical server

Lokaler virtueller Hyper-V-Computer

Azure Stack
V3, V2 Volume, Freigabe, Ordner, Datei, Systemstatus/Bare-Metal

Azure Backup Server muss mindestens unter Windows Server 2012 R2 ausgeführt werden, um deduplizierte Windows Server 2012-Volumes zu schützen.
Server (32-Bit und 64-Bit) Windows Server 2012/2012 mit SP1 – Datacenter und Standard Virtueller Azure-Computer (wenn die Workload als virtueller Azure-Computer ausgeführt wird)

Azure Stack
V3, V2 Volume, Freigabe, Ordner, Datei

Azure Backup Server muss mindestens unter Windows Server 2012 R2 ausgeführt werden, um deduplizierte Windows Server 2012-Volumes zu schützen.
Server (32-Bit und 64-Bit) Windows Server 2012/2012 mit SP1 – Datacenter und Standard Windows-VM in VMware (schützt Workloads auf virtuellen Windows-Computern in VMware)

Azure Stack
V3, V2 Volume, Freigabe, Ordner, Datei, Systemstatus/Bare-Metal

Azure Backup Server muss mindestens unter Windows Server 2012 R2 ausgeführt werden, um deduplizierte Windows Server 2012-Volumes zu schützen.
SQL Server SQL Server 2019 Physical server

Lokaler virtueller Hyper-V-Computer

Virtueller Azure-Computer (wenn die Workload als virtueller Azure-Computer ausgeführt wird)

Windows-VM in VMware (schützt Workloads auf virtuellen Windows-Computern in VMware)

Azure Stack
V3 Alle Bereitstellungsszenarien: Datenbank
SQL Server SQL Server 2017 Physical server

Lokaler virtueller Hyper-V-Computer

Virtueller Azure-Computer (wenn die Workload als virtueller Azure-Computer ausgeführt wird)

Windows-VM in VMware (schützt Workloads auf virtuellen Windows-Computern in VMware)

Azure Stack
V3 Alle Bereitstellungsszenarien: Datenbank
SQL Server SQL Server 2016 SP2 Physical server

Lokaler virtueller Hyper-V-Computer

Virtueller Azure-Computer

Windows-VM in VMware (schützt Workloads auf virtuellen Windows-Computern in VMware)

Azure Stack
V3, V2 Alle Bereitstellungsszenarien: Datenbank
SQL Server SQL Server 2016 SP1 Physical server

Lokaler virtueller Hyper-V-Computer

Virtueller Azure-Computer

Windows-VM in VMware (schützt Workloads auf virtuellen Windows-Computern in VMware)

Azure Stack
V3, V2 Alle Bereitstellungsszenarien: Datenbank
SQL Server SQL Server 2016 Physical server

Lokaler virtueller Hyper-V-Computer

Virtueller Azure-Computer

Windows-VM in VMware (schützt Workloads auf virtuellen Windows-Computern in VMware)

Azure Stack
V3, V2 Alle Bereitstellungsszenarien: Datenbank
SQL Server SQL Server 2014 Virtueller Azure-Computer (wenn die Workload als virtueller Azure-Computer ausgeführt wird)

Azure Stack
V3, V2 Alle Bereitstellungsszenarien: Datenbank
SQL Server SQL Server 2014 Windows-VM in VMware (schützt Workloads auf virtuellen Windows-Computern in VMware)

Azure Stack
V3, V2 Alle Bereitstellungsszenarien: Datenbank
SQL Server SQL Server 2012 mit SP2 Physical server

Lokaler virtueller Hyper-V-Computer

Azure Stack
V3, V2 Alle Bereitstellungsszenarien: Datenbank
SQL Server SQL Server 2012 mit SP2 Virtueller Azure-Computer (wenn die Workload als virtueller Azure-Computer ausgeführt wird)

Azure Stack
V3, V2 Alle Bereitstellungsszenarien: Datenbank
SQL Server SQL Server 2012 mit SP2 Windows-VM in VMware (schützt Workloads auf virtuellen Windows-Computern in VMware)

Azure Stack
V3, V2 Alle Bereitstellungsszenarien: Datenbank
SQL Server SQL Server 2012, SQL Server 2012 mit SP1 Physical server

Lokaler virtueller Hyper-V-Computer

Azure Stack
V3, V2 Alle Bereitstellungsszenarien: Datenbank
SQL Server SQL Server 2012, SQL Server 2012 mit SP1 Virtueller Azure-Computer (wenn die Workload als virtueller Azure-Computer ausgeführt wird)

Azure Stack
V3, V2 Alle Bereitstellungsszenarien: Datenbank
SQL Server SQL Server 2012, SQL Server 2012 mit SP1 Windows-VM in VMware (schützt Workloads auf virtuellen Windows-Computern in VMware)

Azure Stack
V3, V2 Alle Bereitstellungsszenarien: Datenbank
Exchange Exchange 2016 Physical server

Lokaler virtueller Hyper-V-Computer

Azure Stack

Virtueller Azure-Computer (wenn die Workload als virtueller Azure-Computer ausgeführt wird)
V3, V2 Schützen (alle Bereitstellungsszenarien): Eigenständiger Exchange-Server, Datenbank unter einer Database Availability Group (DAG)

Wiederherstellen (alle Bereitstellungsszenarien): Postfach, Postfachdatenbanken unter einer DAG

Die Sicherung von Exchange über ReFS wird nicht unterstützt.
Exchange Exchange 2016 Windows-VM in VMware (schützt Workloads auf virtuellen Windows-Computern in VMware)

Azure Stack
V3, V2 Schützen (alle Bereitstellungsszenarien): Eigenständiger Exchange-Server, Datenbank unter einer Database Availability Group (DAG)

Wiederherstellen (alle Bereitstellungsszenarien): Postfach, Postfachdatenbanken unter einer DAG

Die Sicherung von Exchange über ReFS wird nicht unterstützt.
Exchange Exchange 2013 Physical server

Lokaler virtueller Hyper-V-Computer

Azure Stack
V3, V2 Schützen (alle Bereitstellungsszenarien): Eigenständiger Exchange-Server, Datenbank unter einer Database Availability Group (DAG)

Wiederherstellen (alle Bereitstellungsszenarien): Postfach, Postfachdatenbanken unter einer DAG

Die Sicherung von Exchange über ReFS wird nicht unterstützt.
Exchange Exchange 2013 Windows-VM in VMware (schützt Workloads auf virtuellen Windows-Computern in VMware)

Azure Stack
V3, V2 Schützen (alle Bereitstellungsszenarien): Eigenständiger Exchange-Server, Datenbank unter einer Database Availability Group (DAG)

Wiederherstellen (alle Bereitstellungsszenarien): Postfach, Postfachdatenbanken unter einer DAG

Die Sicherung von Exchange über ReFS wird nicht unterstützt.
Exchange Exchange 2010 Physical server

Lokaler virtueller Hyper-V-Computer

Azure Stack
V3, V2 Schützen (alle Bereitstellungsszenarien): Eigenständiger Exchange-Server, Datenbank unter einer Database Availability Group (DAG)

Wiederherstellen (alle Bereitstellungsszenarien): Postfach, Postfachdatenbanken unter einer DAG

Die Sicherung von Exchange über ReFS wird nicht unterstützt.
Exchange Exchange 2010 Windows-VM in VMware (schützt Workloads auf virtuellen Windows-Computern in VMware)

Azure Stack
V3, V2 Schützen (alle Bereitstellungsszenarien): Eigenständiger Exchange-Server, Datenbank unter einer Database Availability Group (DAG)

Wiederherstellen (alle Bereitstellungsszenarien): Postfach, Postfachdatenbanken unter einer DAG

Die Sicherung von Exchange über ReFS wird nicht unterstützt.
SharePoint SharePoint 2016 Physical server

Lokaler virtueller Hyper-V-Computer

Virtueller Azure-Computer (wenn die Workload als virtueller Azure-Computer ausgeführt wird)

Windows-VM in VMware (schützt Workloads auf virtuellen Windows-Computern in VMware)

Azure Stack
V3, V2 Schutz (alle Bereitstellungsszenarios): Farm, Inhalt von Front-End-Webservern

Wiederherstellen (alle Bereitstellungsszenarien): Farm, Datenbank, Webanwendung, Datei oder Listenelement, SharePoint-Suche, Front-End-Webserver

Beachten Sie, dass der Schutz von SharePoint-Farmen, die für die Inhaltsdatenbanken das Always On-Feature von SQL Server 2012 verwenden, nicht unterstützt wird.
SharePoint SharePoint 2013 Physical server

Lokaler virtueller Hyper-V-Computer

Azure Stack
V3, V2 Schutz (alle Bereitstellungsszenarios): Farm, Inhalt von Front-End-Webservern

Wiederherstellen (alle Bereitstellungsszenarien): Farm, Datenbank, Webanwendung, Datei oder Listenelement, SharePoint-Suche, Front-End-Webserver

Beachten Sie, dass der Schutz von SharePoint-Farmen, die für die Inhaltsdatenbanken das Always On-Feature von SQL Server 2012 verwenden, nicht unterstützt wird.
SharePoint SharePoint 2013 Virtueller Azure-Computer (wenn die Workload als virtueller Azure-Computer ausgeführt wird)

Azure Stack
V3, V2 Schützen (alle Bereitstellungsszenarien): Farm, SharePoint-Suche, Inhalt von Front-End-Webservern

Wiederherstellen (alle Bereitstellungsszenarien): Farm, Datenbank, Webanwendung, Datei oder Listenelement, SharePoint-Suche, Front-End-Webserver

Beachten Sie, dass der Schutz von SharePoint-Farmen, die für die Inhaltsdatenbanken das Always On-Feature von SQL Server 2012 verwenden, nicht unterstützt wird.
SharePoint SharePoint 2013 Windows-VM in VMware (schützt Workloads auf virtuellen Windows-Computern in VMware)

Azure Stack
V3, V2 Schützen (alle Bereitstellungsszenarien): Farm, SharePoint-Suche, Inhalt von Front-End-Webservern

Wiederherstellen (alle Bereitstellungsszenarien): Farm, Datenbank, Webanwendung, Datei oder Listenelement, SharePoint-Suche, Front-End-Webserver

Beachten Sie, dass der Schutz von SharePoint-Farmen, die für die Inhaltsdatenbanken das Always On-Feature von SQL Server 2012 verwenden, nicht unterstützt wird.
SharePoint SharePoint 2010 Physical server

Lokaler virtueller Hyper-V-Computer

Azure Stack
V3, V2 Schützen (alle Bereitstellungsszenarien): Farm, SharePoint-Suche, Inhalt von Front-End-Webservern

Wiederherstellen (alle Bereitstellungsszenarien): Farm, Datenbank, Webanwendung, Datei oder Listenelement, SharePoint-Suche, Front-End-Webserver
SharePoint SharePoint 2010 Virtueller Azure-Computer (wenn die Workload als virtueller Azure-Computer ausgeführt wird)

Azure Stack
V3, V2 Schützen (alle Bereitstellungsszenarien): Farm, SharePoint-Suche, Inhalt von Front-End-Webservern

Wiederherstellen (alle Bereitstellungsszenarien): Farm, Datenbank, Webanwendung, Datei oder Listenelement, SharePoint-Suche, Front-End-Webserver
SharePoint SharePoint 2010 Windows-VM in VMware (schützt Workloads auf virtuellen Windows-Computern in VMware)

Azure Stack
V3, V2 Schützen (alle Bereitstellungsszenarien): Farm, SharePoint-Suche, Inhalt von Front-End-Webservern

Wiederherstellen (alle Bereitstellungsszenarien): Farm, Datenbank, Webanwendung, Datei oder Listenelement, SharePoint-Suche, Front-End-Webserver
Hyper-V-Host – MABS-Schutz-Agent auf Hyper-V-Hostserver, Cluster oder VM Windows Server 2019 Physical server

Lokaler virtueller Hyper-V-Computer
V3 Schützen: Hyper-V-Computer, freigegebene Clustervolumes (CSVs)

Wiederherstellen: Virtueller Computer, Wiederherstellung auf Elementebene von Dateien und Ordnern, Volumes, virtuelle Festplatten
Hyper-V-Host – MABS-Schutz-Agent auf Hyper-V-Hostserver, Cluster oder VM Windows Server 2016 Physical server

Lokaler virtueller Hyper-V-Computer
V3, V2 Schützen: Hyper-V-Computer, freigegebene Clustervolumes (CSVs)

Wiederherstellen: Virtueller Computer, Wiederherstellung auf Elementebene von Dateien und Ordnern, Volumes, virtuelle Festplatten
Hyper-V-Host – MABS-Schutz-Agent auf Hyper-V-Hostserver, Cluster oder VM Windows Server 2012 R2 – Datacenter und Standard Physical server

Lokaler virtueller Hyper-V-Computer
V3, V2 Schützen: Hyper-V-Computer, freigegebene Clustervolumes (CSVs)

Wiederherstellen: Virtueller Computer, Wiederherstellung auf Elementebene von Dateien und Ordnern, Volumes, virtuelle Festplatten
Hyper-V-Host – MABS-Schutz-Agent auf Hyper-V-Hostserver, Cluster oder VM Windows Server 2012 – Datacenter und Standard Physical server

Lokaler virtueller Hyper-V-Computer
V3, V2 Schützen: Hyper-V-Computer, freigegebene Clustervolumes (CSVs)

Wiederherstellen: Virtueller Computer, Wiederherstellung auf Elementebene von Dateien und Ordnern, Volumes, virtuelle Festplatten
VMware VMs VMware vCenter/vSphere ESX/ESXi: Lizenzierte Version 5.5/6.0/6.5 Physical server,
Lokale Hyper-V-VM
Windows-VM in VMware
V3, V2 VMware-Ms in freigegebenen Clustervolumen (CSVs), NFS und im SAN-Speicher
Die Wiederherstellung von Dateien und Ordnern auf Elementebene ist nur für virtuelle Windows-Computer verfügbar, VMware vApp wird nicht unterstützt.
VMware VMs VMware vSphere Lizenzierte Version 6.7, 7.0 Physical server,
Lokale Hyper-V-VM
Windows-VM in VMware
V3 VMware-Ms in freigegebenen Clustervolumen (CSVs), NFS und im SAN-Speicher
Die Wiederherstellung von Dateien und Ordnern auf Elementebene ist nur für virtuelle Windows-Computer verfügbar, VMware vApp wird nicht unterstützt.
Linux Linux running as Hyper-V or VMware guest Physical server,
Lokale Hyper-V-VM
Windows-VM in VMware
V3, V2 Hyper-V muss unter Windows Server 2012 R2 oder Windows Server 2016 ausgeführt werden. Schützen: Gesamter virtueller Computer

Wiederherstellung: gesamter virtueller Computer

Es werden nur dateikonsistente Momentaufnahmen unterstützt.

Eine vollständige Liste der unterstützten Linux-Verteilungen und -Versionen finden Sie im Artikel Linux auf von Azure unterstützten Verteilungen.

Betriebssysteme und Anwendungen am Ende des Supports

Der Support für die folgenden Betriebssysteme und Anwendungen in MABS ist veraltet. Wir empfehlen Ihnen, ein Upgrade für diese vorzunehmen, um Ihre Daten weiterhin zu schützen.

Wenn die bestehenden Zusagen ein Upgrade von Windows Server oder SQL Server verhindern, migrieren Sie diese zu Azure und verwenden Sie Azure Backup, um die Server zu schützen. Weitere Informationen finden Sie unter Migration von Windows Server, Apps und Workloads.

Für lokale oder gehostete Umgebungen, für die Sie kein Upgrade auf Azure durchführen oder nicht zu Azure migrieren können, aktivieren Sie „Erweiterte Sicherheitsupdates“ für die Computer, um Schutz und Unterstützung zu erhalten. Beachten Sie, dass nur für eingeschränkte Editionen Anspruch auf „Erweiterte Sicherheitsupdates“ besteht. Weitere Informationen finden Sie unter Häufig gestellte Fragen.

Workload Version Azure Backup Server
Installation
Azure Backup Server Schutz und Wiederherstellung
Server (32-Bit und 64-Bit) Windows Server 2008 R2 SP1 – Standard und Enterprise Physical server

Lokaler virtueller Hyper-V-Computer

Azure Stack
V3, V2
Sie müssen SP1 ausführen und Windows Management Framework installieren.
Volume, Freigabe, Ordner, Datei, Systemstatus/Bare-Metal
Server (32-Bit und 64-Bit) Windows Server 2008 R2 SP1 – Standard und Enterprise Virtueller Azure-Computer (wenn die Workload als virtueller Azure-Computer ausgeführt wird)

Azure Stack
V3, V2
Sie müssen SP1 ausführen und Windows Management Framework installieren.
Volume, Freigabe, Ordner, Datei
Server (32-Bit und 64-Bit) Windows Server 2008 R2 SP1 – Standard und Enterprise Windows-VM in VMware (schützt Workloads auf virtuellen Windows-Computern in VMware)

Azure Stack
V3, V2
Sie müssen SP1 ausführen und Windows Management Framework installieren.
Volume, Freigabe, Ordner, Datei, Systemstatus/Bare-Metal
Server (32-Bit und 64-Bit) Windows Server 2008 SP2 Physical server

Lokaler virtueller Hyper-V-Computer

Azure Stack
Not supported Volume, Freigabe, Ordner, Datei, Systemstatus/Bare-Metal
Server (32-Bit und 64-Bit) Windows Server 2008 SP2 Windows-VM in VMware (schützt Workloads auf virtuellen Windows-Computern in VMware)

Azure Stack
V3, V2 Volume, Freigabe, Ordner, Datei, Systemstatus/Bare-Metal
Server (32-Bit und 64-Bit) Windows Storage Server 2008 Physical server

Lokaler virtueller Hyper-V-Computer

Azure Stack
V3, V2 Volume, Freigabe, Ordner, Datei, Systemstatus/Bare-Metal
SQL Server SQL Server 2008 R2 Physical server

Lokaler virtueller Hyper-V-Computer

Azure Stack
V3, V2 Alle Bereitstellungsszenarien: Datenbank
SQL Server SQL Server 2008 R2 Virtueller Azure-Computer (wenn die Workload als virtueller Azure-Computer ausgeführt wird)

Azure Stack
V3, V2 Alle Bereitstellungsszenarien: Datenbank
SQL Server SQL Server 2008 R2 Windows-VM in VMware (schützt Workloads auf virtuellen Windows-Computern in VMware)

Azure Stack
V3, V2 Alle Bereitstellungsszenarien: Datenbank
SQL Server SQL Server 2008 Physical server

Lokaler virtueller Hyper-V-Computer

Azure Stack
V3, V2 Alle Bereitstellungsszenarien: Datenbank
SQL Server SQL Server 2008 Virtueller Azure-Computer (wenn die Workload als virtueller Azure-Computer ausgeführt wird)

Azure Stack
V3, V2 Alle Bereitstellungsszenarien: Datenbank
SQL Server SQL Server 2008 Windows-VM in VMware (schützt Workloads auf virtuellen Windows-Computern in VMware)

Azure Stack
V3, V2 Alle Bereitstellungsszenarien: Datenbank
Hyper-V-Host – MABS-Schutz-Agent auf Hyper-V-Hostserver, Cluster oder VM Windows Server 2008 R2 SP1 – Enterprise und Standard Physical server

Lokaler virtueller Hyper-V-Computer
V3, V2 Schützen: Hyper-V-Computer, freigegebene Clustervolumes (CSVs)

Wiederherstellen: Virtueller Computer, Wiederherstellung auf Elementebene von Dateien und Ordnern, Volumes, virtuelle Festplatten
Hyper-V-Host – MABS-Schutz-Agent auf Hyper-V-Hostserver, Cluster oder VM Windows Server 2008 SP2 Physical server

Lokaler virtueller Hyper-V-Computer
Not supported Schützen: Hyper-V-Computer, freigegebene Clustervolumes (CSVs)

Wiederherstellen: Virtueller Computer, Wiederherstellung auf Elementebene von Dateien und Ordnern, Volumes, virtuelle Festplatten

Azure ExpressRoute-Unterstützung

Sie können Ihre Daten über Azure ExpressRoute mit Microsoft-Peering sichern. Sicherung über privates Peering wird nicht unterstützt.

Wählen Sie die folgenden Dienste/Regionen und relevanten Communitywerte aus:

  • Microsoft Entra ID (12076:5060)
  • Microsoft Azure-Region (entsprechend dem Standort Ihres Recovery Services-Tresors)
  • Azure Storage (entsprechend dem Standort Ihres Recovery Services-Tresors)

Weitere Informationen finden Sie unter ExpressRoute-Routinganforderungen.

Cluster support

Azure Backup Server kann Daten in den folgenden gruppierten Anwendungen schützen:

  • File servers

  • SQL Server

  • Hyper-V: Wenn Sie einen Hyper-V-Cluster mithilfe von horizontal skaliertem MABS-Schutz-Agent schützen, können Sie keinen sekundären Schutz für die geschützten Hyper-V-Workloads hinzufügen.

    • If you run Hyper-V on Windows Server 2008 R2, make sure to install the update described in KB 975354.
    • If you run Hyper-V on Windows Server 2008 R2 in a cluster configuration, make sure you install SP2 and KB 971394.

    Beachten Sie, dass der Support für Windows Server 2008 R2 ausläuft, und wir empfehlen Ihnen ein baldiges Upgrade.

  • Exchange Server – Azure Backup Server kann nicht freigegebene Datenträgercluster für unterstützte Exchange Server-Versionen schützen (fortlaufende Clusterreplikation). Auch der Schutz von Exchange Server in einer Konfiguration für fortlaufende lokale Replikation ist mit Azure Backup Server möglich.

  • SQL Server – Azure Backup Server unterstützt nicht das Sichern von SQL Server-Datenbanken, die auf freigegebenen Clustervolumes (CSVs) gehostet werden.

Azure Backup Server kann Workloads schützen, die sich in derselben Domäne wie der MABS-Server, in einer untergeordneten oder in einer vertrauenswürdigen Domäne befinden. Wenn Sie Datenquellen in nicht vertrauenswürdigen Domänen oder Arbeitsgruppen schützen möchten, verwenden Sie NTLM, Zertifikatauthentifizierung für einen einzelnen Server oder Zertifikatauthentifizierung nur für einen Cluster.

Next steps