Azure Backup – häufig gestellte Fragen

Ja. Pro Abonnement können für jede unterstützte Region von Azure Backup bis zu 500 Recovery Services-Tresore erstellt werden. Erstellen Sie ein zusätzliches Abonnement, falls Sie zusätzliche Tresore benötigen.

Sie können bis zu 1.000 virtuelle Azure-Computer pro Tresor registrieren. Bei Verwendung des Microsoft Azure Backup-Agents können Sie pro Tresor bis zu 50 MARS-Agents registrieren. Außerdem können Sie 50 MABS-Server/DPM-Server bei einem Tresor registrieren.

Der Schutz von bis zu 2.000 Datenquellen/Elementen für alle Workloads (z. B. IaaS-VM, SQL, AFS) ist der empfohlene Grenzwert pro Tresor. Wenn Sie beispielsweise bereits 500 virtuelle Computer und 400 Azure Files-Freigaben im Tresor geschützt haben, wird empfohlen, bis zu 1.100 SQL-Datenbanken darin zu schützen.

Sie können nur maximal 200 Richtlinien pro Tresor erstellen. Es können jedoch in einem Zeitraum von 24 Stunden nur 50 neue Sicherungsrichtlinien hinzugefügt oder aktuelle Richtlinien durch ARM-Vorlagen (Azure Resource Manager) oder Azure Automation-Clients wie PowerShell bearbeitet werden.

Serverdaten, die Sie zusammen wiederherstellen möchten, sollten beim Einrichten der Sicherung die gleiche Passphrase verwenden. Wenn Sie die Wiederherstellung auf bestimmten Servern isolieren möchten, verwenden Sie eine Passphrase nur für diese Server. So können Sie beispielsweise für die Server der Personalabteilung, für die Server der Buchhaltung und für die Speicherserver jeweils eine eigene Verschlüsselungspassphrase verwenden.

Ja. Informationen zum Verschieben eines Recovery Services-Tresors finden Sie in diesem Artikel.

Nein. In einem Tresor gespeicherte Sicherungsdaten können nicht in einen anderen Tresor verschoben werden.

Der Speicherreplikationstyp ist standardmäßig auf „Georedundant“ (GRS) festgelegt. Nachdem Sie die Sicherung konfiguriert haben, ist die Option zum Ändern deaktiviert, und der Typ kann nicht mehr geändert werden.

Wenn Sie die Sicherung bereits konfiguriert haben und von GRS zu LRS wechseln müssen, finden Sie weitere Informationen unter Wechseln von GRS zu LRS nach dem Konfigurieren einer Sicherung.

• Die Wiederherstellung auf Elementebene wird für virtuelle Azure-Computer unterstützt, die von der Azure-VM-Sicherung gesichert wurden. Weitere Informationen finden Sie in diesem Artikel.
• Die Wiederherstellung auf Elementebene wird nicht für Online-Wiederherstellungspunkte lokaler virtueller Computer unterstützt, die von Azure Backup Server (MABS) oder System Center DPM gesichert wurden.

Um Sicherungsdaten aus dem Recovery Services-Tresor zu verschieben, müssen Sie die erforderlichen Daten wiederherstellen. Wenn Ihr Tresor Sicherungen von Daten eines lokalen Rechenzentrums enthält, verwenden Sie den entsprechenden Agent (MARS,MABSoder DPM), um sie im lokalen Rechenzentrum wiederherzustellen.

Cloudworkloads (Azure-VMs, SQL und SAP HANA auf Azure-VMs) können nicht durch direktes Exportieren von Daten aus dem Recovery Services-Tresor im lokalen Speicher gesichert werden. Sie können diese jedoch in den entsprechenden Cloudressourcen in Azure Storage-Konten wiederherstellen und die Daten dann ins lokale Rechenzentrum verschieben. Sie können diese Daten auch über Data Box oder Import/Export in die lokale Datenbank exportieren.

Im Falle eines GRS-Tresors ohne aktivierte CRR-Funktion kann auf die Daten in der sekundären Region erst dann zugegriffen werden, wenn Azure einen Notfall in der primären Region erklärt. In einem solchen Szenario erfolgt die Wiederherstellung vom sekundären Bereich aus. Ist CRR aktiviert, können Sie eine Wiederherstellung in der sekundären Region auslösen, auch wenn die primäre Region in Betrieb ist.

Ja. Informationen zum Verschieben eines Abonnements (das einen Tresor enthält) in eine andere Microsoft Entra ID finden Sie unter Übertragen eines Abonnements in ein anderes Verzeichnis.

Ja. Stellen Sie bitte sicher, wie folgt vorzugehen:

Der Recovery Services-Tresor und der Sicherungstresor werden in Azure Backup unterstützt und zielen auf die Sicherung und Wiederherstellung verschiedener Datenquellen ab. Sie müssen den entsprechenden Tresor basierend auf dem zu schützenden Datenquellentyp erstellen.

In der folgenden Tabelle sind die verschiedenen Datenquellen aufgeführt, die von den einzelnen Tresoren unterstützt werden:

• Informationen zu den auf virtuellen Azure-Computern ausgeführten Agents finden Sie in diesen häufig gestellten Fragen.
• Informationen zu den Agents für das Sichern von Azure-Dateiordnern finden Sie in diesen häufig gestellten Fragen.

Ja.

• Sie können Windows Server- und Windows-Computer bis zu dreimal täglich mit der MARS-Sicherung sichern. Sie können die Planungsrichtlinie auf tägliche oder wöchentliche Zeitpläne festlegen.
• Sie können DPM bis zu zweimal täglich sichern. Sie können die Planungsrichtlinie auf tägliche, wöchentliche, monatliche oder jährliche Zeitpläne festlegen.
• Sie können Azure-VMs einmal täglich mithilfe der Standardsicherungsrichtlinie sichern.

Azure Backup unterstützt diese Betriebssysteme für die Sicherung von Dateien und Ordnern sowie von Apps, die mithilfe von Azure Backup Server und DPM geschützt werden.

Azure Backup unterstützt keine 32-Bit-Betriebssysteme.

Für Sicherungen von virtuellen Azure-Computern mit Linux unterstützt Azure Backup die Liste der von Azure unterstützten Distributionen, mit Ausnahme von CoreOS Linux und 32-Bit-Betriebssystem. Andere Bring-Your-Own-Linux-Distributionen sollten funktionieren, sofern der VM-Agent auf dem virtuellen Computer verfügbar ist und Python unterstützt wird.

Erfahren Sie mehr über die neuesten Workloads, die von DPM und MABS-Server unterstützt werden.

Die folgenden Größengrenzwerte gelten:

In der folgenden Tabelle wird beschrieben, wie die einzelnen Datenquellengrößen bestimmt werden.

Es gibt keine Beschränkung für die Gesamtmenge der Daten, die in einem Recovery Services-Tresor gesichert werden können. Die einzelnen Datenquellen (neben Azure-VMs) können maximal 54.400 GB groß sein. Weitere Informationen zu Grenzwerten finden Sie im Abschnitt zu Tresoreinschränkungen in der Unterstützungsmatrix.

Daten, die vom Azure Backup-Agent, von DPM oder von Azure Backup Server gesichert werden, werden vor der Übertragung komprimiert und verschlüsselt. Nach Anwendung der Komprimierung und Verschlüsselung sind die Daten im Tresor um 30 bis 40 % kleiner.

Nein, Sie können die Ablaufzeit für die geplanten Sicherungen nicht anzeigen. Sie können jedoch die Ablaufzeit für die bedarfsbasierten Sicherungen über Sicherungsaufträge anzeigen.

Nein. Für Azure Backup wird das Löschen oder Bereinigen von einzelnen Dateien aus gespeicherten Sicherungen nicht unterstützt.

Nein. Alle Daten, die vor dem Abbrechen des Sicherungsauftrags in den Tresor übertragen wurden, bleiben im Tresor erhalten.

• Azure Backup nutzt einen Prüfpunktmechanismus, um den Sicherungsdaten während des Sicherungsvorgangs von Zeit zu Zeit Prüfpunkte hinzuzufügen.
• Da in den Sicherungsdaten Prüfpunkte vorhanden sind, kann der nächste Sicherungsprozess die Integrität der Dateien überprüfen.
• Der nächste Sicherungsauftrag erfolgt inkrementell bezogen auf die zuvor gesicherten Daten. Inkrementelle Sicherungen übertragen nur neue oder geänderte Daten, wodurch eine bessere Nutzung der Bandbreite zustande kommt.

Wenn Sie einen Sicherungsauftrag für eine Azure-VM abbrechen, werden die übertragenen Daten ignoriert. Beim nächsten Sicherungsauftrag werden die Daten inkrementell bezogen auf den letzten erfolgreichen Sicherungsauftrag übertragen.

Nein, Sicherungselemente in einem Tresor können nicht gelöscht werden, wenn die entsprechende Ressourcengruppe eine Löschsperre aufweist.

Ja, für beide gelten tägliche, wöchentliche, monatliche und jährliche Aufbewahrungsrichtlinien.

Ja, es gibt Anpassungsrichtlinien. Beispielsweise können Sie Anforderungen für wöchentliche und tägliche Aufbewahrung, jedoch nicht jährliche und monatliche, konfigurieren.

Nein. Aufbewahrungsrichtlinien können nur bei den Sicherungspunkten angewendet werden. Die Abbildung zeigt beispielsweise eine Aufbewahrungsrichtlinie für Sicherungen um 12:00 Uhr und 18:00 Uhr.

Nein. Die Dauer zum Wiederherstellen des ältesten oder neuesten Punkts ist gleich. Jeder Wiederherstellungspunkt verhält sich wie ein vollständiger Punkt.

Bei typischen Produkten für die langfristige Aufbewahrung werden Sicherungsdaten als vollständige Punkte gespeichert.

• Die vollständigen Punkte sind im Hinblick auf den Speicher ineffizient, aber einfacher und schneller wiederherzustellen.
• Inkrementelle Kopien sind speichereffizient, jedoch muss eine Datenkette wiederhergestellt werden. Dies hat Auswirkungen auf die Wiederherstellungszeit.

Die Speicherarchitektur von Azure Backup bietet Ihnen die Vorteile beider Ansätze, indem die Daten optimal zur schnellen Wiederherstellung und zu geringen Speicherkosten gespeichert werden. Hierdurch wird sichergestellt, dass die Eingangs- und Ausgangsbandbreite effizient genutzt wird. So werden der Umfang der Datenspeicherung und die benötigte Zeit für die Wiederherstellung der Daten möglichst gering gehalten. Erfahren Sie mehr über inkrementelle Sicherungen.

Pro geschützter Instanz können bis zu 9.999 Wiederherstellungspunkte erstellt werden. Geschützte Instanzen sind Computer, Server (physisch oder virtuell) oder Workloads, die in Azure gesichert werden.

• Erfahren Sie mehr über Sicherung und Wiederherstellung.

Es gibt keine Beschränkung für die Anzahl der Wiederherstellungen aus Azure Backup.

Nein. Die Wiederherstellung ist kostenlos, und der ausgehende Datenverkehr wird nicht in Rechnung gestellt.

Wenn eine neue Richtlinie angewendet wird, gelten der Zeitplan und die Aufbewahrungseinstellungen der neuen Richtlinie.

• Bei einer Ausweitung der Aufbewahrung werden bereits vorhandene Wiederherstellungspunkte markiert, um sie gemäß der neuen Richtlinie aufzubewahren.
• Bei einer Verkürzung der Aufbewahrung werden sie zum Löschen im Rahmen der nächsten Bereinigung markiert und anschließend gelöscht.

Wenn die Sicherungen beendet und die Daten aufbewahrt werden, enden die bestehenden Richtlinienregeln für die Datenbereinigung, und die Daten werden auf unbestimmte Zeit aufbewahrt, bis der Administrator die Löschung veranlasst.

Ja. Daten werden auf dem lokalen Computer mit AES256 verschlüsselt. Die Daten werden über eine sichere HTTPS-Verbindung übertragen. Die in der Cloud übertragenen Daten werden nur zwischen dem Speicher und dem Wiederherstellungsdienst durch eine HTTPS-Verbindung geschützt. Die zwischen dem Wiederherstellungsdienst und dem Computer des Benutzers übertragenen Daten werden durch das iSCSI-Protokoll gesichert. Der iSCSI-Kanal wird durch sicheres Tunneling geschützt.

Ja. Die Daten in Azure sind im Ruhezustand verschlüsselt.

• Für die lokale Sicherung erfolgt eine Verschlüsselung im Ruhezustand über die beim Sichern in Azure bereitgestellte Passphrase.
• Für virtuelle Azure-Computer werden die Daten mit der Speicherdienstverschlüsselung (Storage Service Encryption, SSE) im Ruhezustand verschlüsselt.

Die Sicherungsdaten werden zu keinem Zeitpunkt von Microsoft entschlüsselt.

Der vom Microsoft Azure Recovery Services-Agent (MARS) verwendete Verschlüsselungsschlüssel wird von einer Passphrase abgeleitet, die mindestens 16 Zeichen lang sein sollte. Bei virtuellen Azure-Computern gibt es keine Längenbegrenzung für Schlüssel, die von Azure Key Vault verwendet werden.

Der Schlüssel zum Verschlüsseln der Sicherungsdaten ist nur an Ihrem Standort vorhanden. Microsoft behält keine Kopie in Azure und hat keinen Zugriff auf den Schlüssel. Wenn Sie den Schlüssel verlegen, kann Microsoft die gesicherten Daten nicht wiederherstellen.

Nächste Schritte

Lesen Sie die anderen häufig gestellten Fragen:

• Gängige Fragen zu Azure VM-Sicherungen
• Gängige Fragen zum Azure Backup-Agent