Wiederherstellen einer Datenbank aus einer Sicherung in Azure SQL Managed Instance

  • Artikel

Gilt für: Azure SQL Managed Instance

Dieser Artikel enthält Schritte zur Wiederherstellung einer Datenbank aus einer Sicherung in Azure SQL Managed Instance. Informationen zu Azure SQL-Datenbank finden Sie unter Wiederherstellen einer Datenbank aus einer Sicherung in Azure SQL-Datenbank.

Übersicht

Automatische Datenbanksicherungen schützen Ihre Datenbanken vor Benutzer- und Anwendungsfehlern, versehentlichen Datenbanklöschungen und längeren Ausfällen. Diese integrierte Funktion ist für alle Dienstebenen und Computegrößen verfügbar. Die folgenden Optionen stehen für die Datenbankwiederherstellung mithilfe automatisierter Sicherungen zur Verfügung:

  • Sie können eine neue Datenbank auf derselben verwalteten Instanz erstellen, die zu einem bestimmten Zeitpunkt innerhalb des Aufbewahrungszeitraums wiederhergestellt werden kann.
  • Erstellen Sie eine neue Datenbank auf derselben verwalteten Instanz oder einer anderen verwalteten Instanz, die zu einem bestimmten Zeitpunkt innerhalb des Aufbewahrungszeitraums wiederhergestellt werden kann.
  • Erstellen Sie eine Datenbank auf derselben verwalteten Instanz oder einer anderen verwalteten Instanz, die zum Löschzeitpunkt einer gelöschten Datenbank wiederhergestellt werden kann.
  • Erstellen Sie eine neue Datenbank auf einer beliebigen verwalteten Instanz in derselben Subscriptions oder in einer anderen Subscription in demselben Mandanten und in derselben Region, die bis zum Zeitpunkt der letzten Sicherungen wiederhergestellt wurde.

Wenn Sie die Langzeitaufbewahrung von Sicherungen (LTR) konfiguriert haben, können Sie auch eine neue Datenbank aus jeder Langzeitaufbewahrungssicherung auf einer beliebigen Instanz erstellen.

Wichtig

Sie können eine vorhandene Datenbank während der Wiederherstellung nicht überschreiben.

Wiederherstellungszeit

Die Zeit, die zum Wiederherstellen einer Datenbank über automatisierte Datenbanksicherungen benötigt wird, hängt von mehreren Faktoren ab:

  • Größe der Datenbank
  • Computegröße der Datenbank
  • Anzahl der beteiligten Transaktionsprotokolle
  • Menge der erneut auszuführenden Aktivitäten, um den Wiederherstellungspunkt wiederherzustellen
  • Netzwerkbandbreite, sofern die Wiederherstellung in einer anderen Region erfolgt
  • Anzahl der gleichzeitigen Wiederherstellungsanforderungen, die in der Zielregion verarbeitet werden

Bei einer großen oder sehr aktiven Datenbank kann die Wiederherstellung mehrere Stunden dauern. Ein längerer Ausfall in einer Region könnte eine hohe Anzahl von Geowiederherstellungsanforderungen für die Notfallwiederherstellung verursachen. Wenn es viele Anforderungen gibt, kann sich die Wiederherstellungszeit bei einzelnen Datenbanken erhöhen. Der Großteil der Datenbankwiederherstellungen erfolgt in weniger als 12 Stunden.

Tipp

Für Azure SQL Managed Instance besitzen Systemupdates Vorrang vor aktuellen Datenbankwiederherstellungen. Wenn es ein Systemupdate für SQL Managed Instance gibt, werden alle ausstehenden Wiederherstellungen angehalten und nach der Anwendung des Updates wieder fortgesetzt. Dieses Systemverhalten kann die Zeit der Wiederherstellung verlängern und kann sich besonders auf zeitintensive Wiederherstellungen auswirken.

Um einen vorhersehbaren Zeitpunkt für Datenbankwiederherstellungen zu erreichen, sollten Sie Wartungsfenster konfigurieren, die die Planung von Systemupdates an einem bestimmten Tag und zu einer bestimmten Uhrzeit ermöglichen. Erwägen Sie außerdem, Datenbankwiederherstellungen außerhalb des geplanten Wartungsfensters auszuführen.

Berechtigungen

Für die Wiederherstellung mithilfe automatisierter Sicherungen gelten die folgenden Voraussetzungen:

  • Ein Mitglied der SQL Server Teilnehmerrolle oder der SQL Managed Instance Teilnehmerrolle (je nach Wiederherstellungsziel) im Abonnement
  • Der Subscriptionbesitzer

Weitere Informationen finden Sie unter Azure RBAC: Integrierte Rollen.

Sie können das Azure-Portal, PowerShell oder die REST-API zur Wiederherstellung verwenden. Die Nutzung von Transact-SQL ist nicht möglich.

Wiederherstellung bis zu einem bestimmten Zeitpunkt

Sie können eine Datenbank zu einem früheren Zeitpunkt wiederherstellen. Die Anforderung kann jede Dienstebene oder Computegröße für die wiederhergestellte Datenbank angeben. Stellen Sie sicher, dass auf der Instanz, auf der Sie die Datenbank wiederherstellen, ausreichende Ressourcen vorhanden sind.

Nach Abschluss der Wiederherstellung wird eine neue Datenbank auf der Zielinstanz erstellt, unabhängig davon, ob es sich um dieselbe Instanz oder eine andere Instanz handelt. Die wiederhergestellte Datenbank wird zu normalen Preisen basierend auf der Dienstebene und Computegröße in Rechnung gestellt. Kosten entstehen erst, wenn die Datenbankwiederherstellung abgeschlossen ist.

Im Allgemeinen wird beim Wiederherstellen der Datenbank der Zustand zu einem früheren Zeitpunkt wiederhergestellt. Sie können die wiederhergestellte Datenbank als Ersatz für die ursprüngliche Datenbank behandeln oder als Datenquelle zum Aktualisieren der ursprünglichen Datenbank verwenden.

Wichtig

Sie können keine Point-in-Time-Wiederherstellung für eine sekundäre Geodatenbank durchführen. Dies ist nur für eine primäre Datenbank möglich.

  • Ersetzung der Datenbank

    Wenn Sie die ursprüngliche Datenbank durch die wiederhergestellte Datenbank ersetzen möchten, sollten Sie die ursprüngliche Computegröße und Dienstebene der Datenbank angeben. Sie können die ursprüngliche Datenbank dann umbenennen und der wiederhergestellten Datenbank mit dem T-SQL-Befehl ALTER DATABASE den ursprünglichen Namen geben.

  • Wiederherstellung der Daten

    Wenn Sie planen, zum Wiederherstellen nach einem Benutzer- oder Anwendungsfehler Daten aus der wiederhergestellten Datenbank abzurufen, müssen Sie ein Datenwiederherstellungsskript schreiben und ausführen, das Daten aus der wiederhergestellten Datenbank extrahiert und auf die ursprüngliche Datenbank anwendet. Der Wiederherstellungsvorgang könnte zwar eine ganze Weile dauern, die wiederherzustellende Datenbank wird jedoch während des Wiederherstellungsvorgangs in der Datenbankliste angezeigt.

    Wenn Sie die Datenbank während der Wiederherstellung löschen, wird der Wiederherstellungsvorgang abgebrochen. Für die Datenbank, deren Wiederherstellung nicht abgeschlossen wurde, werden Ihnen keine Kosten in Rechnung gestellt.

Um eine Datenbank in SQL Managed Instance mithilfe des Azure-Portals auf einen bestimmten Zeitpunkt wiederherzustellen, können Sie im Portal zur Datenbank wechseln und Wiederherstellen auswählen. Alternativ können Sie die Zielübersichtsseite in SQL Managed Instance öffnen und auf der Symbolleiste + Neue Datenbank auswählen, um die Seite Verwaltete Azure SQL-Datenbank-Instanz erstellen zu öffnen.

Screenshot des Bereichs „Übersicht“ von SQL Managed Instance im Azure-Portal, mit der Auswahl „Hinzufügen einer neuen Datenbank“.

Geben Sie auf der Registerkarte Grundlagen Details der verwalteten Zielinstanz an, und wählen Sie auf der Registerkarte Datenquelle einen Sicherungstyp aus.

Screenshot des Azure-Portals, der die Registerkarte „Datenquelle“ auf der Seite „Azure SQL verwaltete Datenbank erstellen“ mit ausgewählter zeitpunktbezogener Wiederherstellung zeigt.

Ausführlichere Informationen finden Sie im Artikel zur Zeitpunktwiederherstellung.

Wiederherstellen einer gelöschten Datenbank

Sie können eine gelöschte Datenbank zum Zeitpunkt des Löschens oder zu einem früheren Zeitpunkt, auf derselben oder einer anderen Instanz als der Quellinstanz wiederherstellen. Die Zielinstanz kann sich in derselben Subscriptions oder in einer anderen Subscription als die Quellinstanz befinden. Die Wiederherstellung einer gelöschten Datenbank erfolgt durch das Erstellen einer neuen Datenbank aus der Sicherung.

Wichtig

Eine gelöschte verwaltete Instanz kann nicht wiederhergestellt werden. Wenn Sie eine verwaltete Instanz löschen, werden auch alle ihre Datenbanken gelöscht und können nicht zum Zeitpunkt des Löschens oder zu einem früheren Zeitpunkt wiederhergestellt werden. Wenn Sie eine Langzeitaufbewahrung (Long-Term Retention, LTR) konfiguriert haben, können Sie eine Datenbank von einer gelöschten Instanz auf einer anderen Instanz und zu dem Zeitpunkt wiederherstellen, zu dem die LTR-Sicherung erstellt wurde.

Öffnen Sie zum Wiederherstellen einer Datenbank über das Azure-Portal die Übersichtsseite der verwalteten Instanz, und wählen Sie Sicherungen aus. Lassen Sie gelöschte Sicherungen anzeigen, und wählen Sie dann Wiederherstellen neben der gelöschten Sicherung aus, die Sie wiederherstellen möchten, um die Seite Create Azure SQL Managed Database (Verwaltete Azure SQL-Datenbank erstellen) zu öffnen. Geben Sie auf der Registerkarte Grundlagen Details zur verwalteten Zielinstanz und auf der Registerkarte Datenquelle Details zur verwalteten Quellinstanz an. Konfigurieren Sie die Aufbewahrungseinstellungen auf der Registerkarte Zusätzliche Einstellungen.

Screenshot des Azure Portals, der Seite „Sicherungen“ in SQL Managed Instance mit den gelöschten Datenbanken und der Auswahl der Aktion „Wiederherstellen“

Tipp

Es könnte einige Minuten dauern, bis kürzlich gelöschte Datenbanken auf der Seite Gelöschte Datenbanken im Azure-Portal angezeigt werden, oder wenn Sie gelöschte Datenbanken über die Befehlszeile anzeigen möchten.

Geowiederherstellung

Wichtig

  • Geowiederherstellung ist nur für verwaltete Instanzen verfügbar, die mit einem georedundanten Sicherungsspeicher konfiguriert wurden. Wenn Sie derzeit keine georeplizierten Sicherungen für eine Datenbank verwenden, können Sie dies durch Konfigurieren der Sicherungsspeicherredundanz ändern.
  • Sie können die Geowiederherstellung nur für verwaltete Instanzen durchführen, die sich in derselben Subscription befinden.

Die Geowiederherstellung ist die Standardoption für die Wiederherstellung, wenn Ihre Datenbank aufgrund eines Vorfalls in der Hostingregion nicht verfügbar ist. Sie können die Datenbank auf einer Instanz in einer beliebigen anderen Region wiederherstellen. Sie können eine Datenbank in einer verwalteten Instanz in einer beliebigen Azure-Region aus den letzten georeplizierten Sicherungen wiederherstellen. Geowiederherstellung verwendet eine georeplizierte Sicherung als Quelle. Sie können eine Geowiederherstellung anfordern, auch wenn die Datenbank oder das Rechenzentrum aufgrund eines Ausfalls nicht zugänglich ist.

Zwischen der Erstellung einer Sicherung und ihrer Georeplikation in einem Azure-Blob in einer anderen Region tritt eine Verzögerung auf. Daher kann die wiederhergestellte Datenbank bis zu einer Stunde hinter der ursprünglichen Datenbank zurückliegen. Die folgende Abbildung zeigt eine Datenbankwiederherstellung aus der letzten verfügbaren Sicherung in einer anderen Region.

Abbildung: Regionsübergreifende Wiederherstellung einer Datenbank zum Zweck der Geowiederherstellung

Über das Azure-Portal können Sie eine georeplizierte Sicherung auf eine vorhandene Instanz wiederherstellen oder eine neue verwaltete Instanz erstellen und eine verfügbare Geowiederherstellungssicherung auswählen. Die neu erstellte Datenbank enthält die mittels Geowiederherstellung wiederhergestellten Sicherungsdaten.

Führen Sie zum Wiederherstellen einer vorhandenen Instanz die Schritte unter Zeitpunktwiederherstellung aus, und wählen Sie die entsprechenden Quell- und Zielinstanzen aus, um Ihre Datenbank in der beabsichtigten Instanz wiederherzustellen.

Führen Sie die folgenden Schritte aus, um über das Azure-Portal eine Geowiederherstellung auf eine neue Instanz durchzuführen:

  1. Gehen Sie zu Ihrer neuen Azure SQL Managed Instance.
  2. Wählen Sie Neue Datenbank aus.
  3. Geben Sie einen Datenbanknamen ein.
  4. Wählen Sie unter Datenquelle den entsprechenden Sicherungstyp aus, und geben Sie dann Details für die Datenquelle an.
  5. Wählen Sie in der Liste der verfügbaren Geowiederherstellungssicherungen eine Sicherung aus.

Nachdem Sie den Prozess des Erstellens einer Instanzdatenbank abgeschlossen haben, enthält diese die wiederhergestellte Sicherung für die Geowiederherstellung.

Überlegungen zur Geowiederherstellung

Die Geowiederherstellung ist die einfachste in Azure SQL Managed Instance verfügbare Lösung für die Notfallwiederherstellung. Es stützt sich auf automatisch erstellte georeplizierte Backups in einer sekundären (gepaarten) Region. Hier sind einige Überlegungen zur Geowiederherstellung:

  • Recovery Point Objective (RPO) beträgt bis zu 1 Stunde.
  • Wiederherstellungsprozesse (Recovery Time Objective - RTO) dauern in der Regel weniger als 12 Stunden, können aber je nach Datenbankgröße und -aktivität variieren, so dass die Wiederherstellung über diesen Zeitrahmen hinausgehen kann.
  • Die sekundäre (gepaarte) Region ist die Azure Storage-Einstellung für die primäre Region. Sie können die sekundäre Region nicht ändern.
  • Neu erstellte bzw. wiederhergestellte Datenbanken werden in anderen Regionen möglicherweise nicht sofort als wiederherstellbar angezeigt, da es zu einer Verzögerung beim Auffüllen neuer Daten kommt. Wenn die Kunden die Sicherungen neuer Datenbanken nicht sehen, müssen sie mit einer Wartezeit von bis zu 24 Stunden rechnen.

Es ist wichtig anzuerkennen, dass Geo-Restore eine geeignete Notfallwiederherstellung-Lösung für Anwendungen mit relativ kleinen Datenbanken ist, die für das Unternehmen nicht entscheidend sind. * Verwenden Sie für unternehmenskritische Anwendungen, die große Datenbanken erfordern und die Geschäftskontinuität sicherstellen müssen, Failovergruppen. Dieses Feature bietet ein niedrigeres RPO und RTO, und die Kapazität ist immer garantiert.

Weitere Informationen zu Optionen für Geschäftskontinuität finden Sie unter Übersicht über die Geschäftskontinuität.

Einschränkungen

Beachten Sie die folgenden Einschränkungen bei der Verwendung von Sicherungen und Azure SQL Managed Instance:

  • Die Geowiederherstellung einer Datenbank kann nur für eine Instanz in derselben Subscription wie die Quellinstanz von SQL Managed Instance durchgeführt werden.
  • Azure SQL Managed Instance-Datenbanken werden standardmäßig mit TDE verschlüsselt. Wenn die Quelldatenbank einen kundenseitig verwalteten Schlüssel (Customer Managed Key, CMK) als TDE-Schutz verwendet, muss die Zielinstanz zur Wiederherstellung Ihrer Datenbank auf einer anderen Instanz als der Quellinstanz von SQL Managed Instance Zugriff auf denselben Schlüssel haben, der zur Verschlüsselung der Quelldatenbank in Azure Key Vault verwendet wurde. Alternativ dazu müssen Sie die TDE-Verschlüsselung für die Quelldatenbank deaktivieren, bevor Sie die Sicherung durchführen.
  • Sie können den Status der Wiederherstellung nur mithilfe der dynamischen Verwaltungssichten sys.dm_exec_requests und sys.dm_operation_status nachverfolgen.
  • Wenn Richtlinien für Dienstendpunkte in einem Subnetz vorliegen, das an Azure SQL Managed Instance delegiert ist, können Point-in-Time-Wiederherstellungen (PITR) auf verwalteten Instanzen in diesem Subnetz nicht über Instanzen aus verschiedenen Regionen ausgeführt werden.
  • Recovery Point Objective (RPO) beträgt bis zu 1 Stunde.
  • Die Wiederherstellungszeit (Recovery Time Objective, RTO) beträgt etwa 12 Stunden, kann aber je nach Größe der Datenbank variieren und die Aktivitäten können diesen Zeitrahmen überschreiten.
  • Die sekundäre (gepaarte) Region kann nicht geändert werden.
  • Neu erstellte bzw. wiederhergestellte Datenbanken werden in anderen Regionen möglicherweise nicht sofort als wiederherstellbar angezeigt, da es zu einer Verzögerung beim Auffüllen neuer Daten kommt. Es kann bis zu 24 Stunden dauern, bis die Sicherungen der neuen Datenbank sichtbar werden.
  • Die maximale Anzahl von Datenbanken, die Sie parallel wiederherstellen können, beträgt 200 pro Einzelabonnement. In einigen Fällen ist es möglich, diesen Grenzwert durch Öffnen eines Supporttickets zu erhöhen.
  • Datenbanksicherungen aus Instanzen, die mit der SQL Server 2022-Updaterichtlinie konfiguriert sind, können in Instanzen wiederhergestellt werden, die entweder mit der SQL Server 2022- oder der Always-up-to-date-Updaterichtlinie konfiguriert sind. Datenbanksicherungen aus Instanzen, die mit der Always-up-to-date-Updaterichtlinie konfiguriert sind, können nur in Instanzen wiederhergestellt werden, die auch mit der Always-up-to-date-Updaterichtlinie konfiguriert sind.

Zugehöriger Inhalt