Verwaltete SQL Server-Sicherung in Azure: Interoperabilität und Koexistenz
In diesem Thema wird SQL Server Interoperabilität und Koexistenz von Managed Backup in Microsoft Azure mit verschiedenen Features in SQL Server 2014 beschrieben. Zu diesen Funktionen gehören: AlwaysOn-Verfügbarkeitsgruppen, Datenbankspiegelung, Wartungspläne für Sicherungen, Protokollversand, Ad-hoc-Sicherungen, Datenbank trennen und Datenbank löschen.
AlwaysOn-Verfügbarkeitsgruppen
AlwaysOn-Verfügbarkeitsgruppen, die als reine Azure-Lösung konfiguriert sind, die für SQL Server Verwaltete Sicherung in Microsoft Azure unterstützt werden. Lokale oder gemischte Konfigurationen für AlwaysOn-Verfügbarkeitsgruppen werden nicht unterstützt. Weitere Informationen und weitere Überlegungen finden Sie unter Einrichten SQL Server verwalteten Sicherungen in Azure für Verfügbarkeitsgruppen.
Datenbankspiegelung
SQL Server Verwaltete Sicherung in Microsoft Azure wird nur für die Prinzipaldatenbank unterstützt. Wenn sowohl der Prinzipal als auch der Spiegel für die Verwendung SQL Server verwalteten Sicherung in Microsoft Azure konfiguriert sind, wird die gespiegelte Datenbank übersprungen und nicht gesichert. Im Falle eines Failovers startet SQL Server Verwaltete Sicherung in Microsoft Azure den Sicherungsvorgang, nachdem der Spiegel den Rollenwechsel abgeschlossen hat und online ist. In diesem Fall werden die Sicherungen in einem neuen Container gespeichert. Wenn der Spiegel nicht für die Verwendung SQL Server verwalteten Sicherungen in Microsoft Azure konfiguriert ist, werden im Falle eines Failovers keine Sicherungen erstellt. Es wird empfohlen, SQL Server Verwaltete Sicherung in Microsoft Azure sowohl auf dem Prinzipal als auch auf dem Spiegel zu konfigurieren, damit die Sicherungen im Falle eines Failovers fortgesetzt werden.
Tipp
Wenn Sie eine gespiegelte Datenbank auf einem instance mit SQL Server Standardeinstellungen für verwaltete Sicherungen in Microsoft Azure erstellen, empfiehlt es sich möglicherweise, SQL Server verwaltete Sicherung in Microsoft Azure instance Standardwerte zu deaktivieren, sodass sie nicht auf die gespiegelte Datenbank angewendet werden, und dann die instance Standardeinstellungen nach dem Konfigurieren des Prinzipals und der Spiegelung.
Wartungsplan
Die Verwendung von Wartungsplänen zum Erstellen von Sicherungen für eine Datenbank, wenn SQL Server Verwaltete Sicherung in Microsoft Azure aktiviert ist, wird nicht unterstützt. Wartungspläne führen zu einer Unterbrechung der Protokollkette, und SQL Server verwaltete Sicherung in Microsoft Azure möglicherweise keine garantierte Wiederherstellbarkeit der Datenbank während der Wiederherstellung unterstützen kann. Dies gilt auch, wenn SQL Server Verwaltete Sicherung in Microsoft Azure auf instance-Ebene aktiviert ist.
Tipp
Wartungspläne mit kopiergeschützten Sicherungen werden unterstützt, wenn SQL Server verwaltete Sicherung in Microsoft Azure für dieselbe Datenbank oder instance konfiguriert ist.
Protokollversand
Sie können den Protokollversand und SQL Server verwaltete Sicherung nicht gleichzeitig für dieselbe Datenbank in Microsoft Azure konfigurieren. Dies würde die Wiederherstellbarkeit der Datenbank beim Verwenden der Funktionen beeinträchtigen.
Ad-hoc-Sicherungen mit Transact-SQL und SQL Server Management Studio
Ad-hoc- oder einmalige Sicherungen, die außerhalb SQL Server verwalteten Sicherungen in Microsoft Azure mithilfe von Transact-SQL oder SQL Server Management Studio erstellt wurden, können sich je nach Sicherungstyp und verwendeten Speichermedien auf den SQL Server Managed Backup to Microsoft Azure-Prozess auswirken. Protokollsicherungen in einem anderen Azure-Speicherkonto als das, was SQL Server Verwaltete Sicherung in Microsoft Azure verwendet, oder ein anderes Ziel als der Azure Blob Storage-Dienst, führen zu einem Unterbrechung der Protokollkette. Es wird empfohlen, die gespeicherte Prozedur smart_admin.sp_backup_on_demand (Transact-SQL) zu verwenden, um eine Sicherung für Datenbanken zu initiieren, für die SQL Server Verwaltete Sicherung in Microsoft Azure aktiviert ist. Sie können entweder eine vollständige Datenbank- oder eine Protokollsicherung mithilfe dieser gespeicherten Prozedur initiieren.
Löschen und Trennen von Datenbanken
Wenn eine Datenbank, für die SQL Server Verwaltete Sicherung in Microsoft Azure aktiviert ist, getrennt oder gelöscht wird, obwohl keine zusätzlichen Sicherungen möglich sind, verbleiben die vorherigen Sicherungen im Speicher, bis der Aufbewahrungszeitraum abgelaufen ist. An diesem Punkt werden die Sicherungen gelöscht.
Änderungen am Wiederherstellungsmodell
Wenn Sie das Wiederherstellungsmodell einer Datenbank von Einfach in Vollständig oder Massenprotokollierung ändern, haben Sie die Möglichkeit, SQL Server verwaltete Sicherung in Microsoft Azure für die Datenbank zu konfigurieren. Dies wird wie eine neue Datenbank aus SQL Server Sicht von Managed Backup in Microsoft Azure betrachtet.
Wenn Sie das Wiederherstellungsmodell einer Datenbank von Vollständig oder Massenprotokolliert auf Einfach ändern, für das SQL Server Verwaltete Sicherung in Microsoft Azure aktiviert ist, werden Sicherungsvorgänge nicht mehr geplant. Die Beibehaltungszeitraumeinstellung bleibt weiterhin aktiv, und die Sicherungsdateien verbleiben im Speicherkonto, bis die Beibehaltungsdauer abgelaufen ist. Wenn Sie die Sicherungen über diesen Zeitraum hinaus beibehalten möchten, laden Sie die Dateien entweder in ein anderes Speicherkonto oder auf ein lokales Speichermedium herunter. Die Konfigurationseinstellungen werden beibehalten und können wiederverwendet werden, wenn das Wiederherstellungsmodell wieder auf Vollständig oder Massenprotokolliert festgelegt wird.
Protokollieren von Sicherungen mithilfe anderer Sicherungstools oder benutzerdefinierter Skripts
Wenn zwei Sicherungen konfiguriert werden, um Protokollsicherungen für dieselbe Datenbank auszuführen, führt dies zu einer Unterbrechung der Sicherungsprotokollkette. Obwohl SQL Server Verwaltete Sicherung in Microsoft Azure versucht, den Bruch in der Sicherungskette zu beheben, indem vollständige Sicherungen geplant werden, wenn ein Bruch in der Kette erkannt wird, bedeutet dies, dass die regelmäßigen Unterbrechungen und Protokollsicherungen, die von zwei konkurrierenden Tools durchgeführt werden, kontinuierlich Schritt halten. Das kann sich negativ auf die Wiederherstellbarkeit der Datenbank auswirken, da von keinem Tool erwartet werden kann, dass es über einen vollständigen Satz aufeinander folgender Sicherungen verfügt. Obwohl dies für zwei beliebige Protokollsicherungsfunktionen oder -tools gilt, ist es hilfreich, die unten beschriebenen, spezifischen Beispiele zu berücksichtigen. Diese bilden auch die Grundlage für die Erörterung weiterer Probleme, die bei der Konfiguration von Wartungsplänen oder dem Protokollversand auftreten, wie in früheren Abschnitten dieses Themas beschrieben.
Data Protection Manager (DPM)-basierte Sicherungen: Mit Microsoft Data Protection Manager können Sie vollständige und inkrementelle Sicherungen durchführen. Die inkrementellen Sicherungen sind Protokollsicherungen, die nach der Erstellung einer T-Protokollsicherung Protokollkürzungen vornehmen. Daher wird das Konfigurieren von DPM und SQL Server Managed Backup in Microsoft Azure für dieselbe Datenbank nicht unterstützt.
Tools oder Skripts von Drittanbietern: Tools oder Skripts von Drittanbietern, die Protokollsicherungen ausführen, die eine Protokollkürzung verursachen, sind mit SQL Server verwalteten Sicherungen in Microsoft Azure nicht kompatibel und werden nicht unterstützt.
Wenn Sie SQL Server Verwaltete Sicherung in Microsoft Azure für eine Datenbank-instance aktiviert haben und eine Ad-hoc-Sicherung erstellen möchten, können Sie entweder die gespeicherte Prozedur smart_admin.sp_backup_on_demand (Transact-SQL) verwenden, wie im vorherigen Abschnitt beschrieben. Wenn Sie sicherungen auch außerhalb von SQL Server Managed Backup in Microsoft Azure regelmäßig planen oder aufheben müssen, können Sie die Nur kopierende Sicherung verwenden. Weitere Informationen finden Sie unter Kopiesicherungen (SQL Server).