Verfügbarkeit und Konsistenz
Sie haben nun die Hochverfügbarkeits- und Notfallwiederherstellungsarchitekturen in Azure SQL Managed Instance und Azure SQL-Datenbank kennengelernt. Wenn Sie Erfahrung in der Verwendung von SQL Server haben, wissen Sie möglicherweise, wie Datenbankverfügbarkeit und -konsistenz verwaltet werden können. In dieser Lerneinheit erfahren Sie mehr über die Durchführung dieser Aufgaben in Azure SQL.
Datenbankverfügbarkeit
Weder in Azure SQL-Datenbank noch in Azure SQL Managed Instance kann der Datenbankstatus auf OFFLINE bzw. EMERGENCY festgelegt werden. Wenn Sie genauer darüber nachdenken, ist OFFLINE nicht sinnvoll, da Sie keine Datenbanken anfügen können. Da Sie EMERGENCY nicht verwenden können, können Sie keine Reparaturen im Notfallmodus durchführen, aber das sollten Sie auch nicht müssen, da Azure den Dienst verwaltet und pflegt. Andere Funktionen wie RESTRICTED_USER und eine dedizierte Administratorverbindung (Dedicated Admin Connection, DAC) können in Azure SQL-Datenbank verwendet werden.
Die beschleunigte Datenbankwiederherstellung (Accelerated Database Recovery, ADR) ist in die Engine integriert. Bei ADR wird das Transaktionsprotokoll radikal gekürzt und ein persistenter Versionsspeicher (Persisted Version Store, PVS) verwendet. Mit dieser Technologie können Sie einen Transaktionsrollback sofort durchführen und so ein bekanntes Problem mit lang laufenden Transaktionen lösen. Das bedeutet auch, dass Azure SQL Datenbanken rasch wiederherstellen kann.
Bei Azure SQL-Datenbank und Azure SQL Managed Instance wird die allgemeine Datenbankverfügbarkeit durch ADR erheblich verbessert. Dies ist ein wichtiger Faktor in der Vereinbarung zum Servicelevel. Aus diesen Gründen ist ADR standardmäßig aktiviert und kann nicht deaktiviert werden.
Datenbankkonsistenz
Wie Sie zu Beginn dieses Moduls erfahren haben, sind sowohl lokal als auch in verschiedenen Regionen mehrere Kopien Ihrer Daten und Sicherungen vorhanden. Für Sicherungen und Wiederherstellungen werden regelmäßig Integritätsprüfungen durchgeführt. Zudem ist die Erkennung von verlorenen Schreibvorgängen und veralteten Lesevorgängen aktiviert. Sie können DBCC CHECKDB (keine Reparatur) ausführen, und CHECKSUM ist standardmäßig aktiviert. Im Back-End werden die Seiten automatisch repariert, wenn dies möglich ist, und es gibt eine Überwachung der Datenintegritätsfehler. Wenn dies keine Auswirkungen hat, werden Reparaturen ohne Benachrichtigungen durchgeführt. Wenn es eine Auswirkung gibt, werden Sie proaktiv benachrichtigt.