Planen von Azure-Wartungsereignissen in Azure SQL-DatenbankPlanning for Azure maintenance events in Azure SQL Database

Erfahren Sie, wie Sie sich auf geplante Wartungsereignisse für Ihre Azure SQL-Datenbank vorbereiten.Learn how to prepare for planned maintenance events on your Azure SQL database.

Was ist ein geplantes Wartungsereignis?What is a planned maintenance event

Für jede Datenbank verwaltet Azure SQL-Datenbank ein Quorum von Datenbankreplikaten, von denen ein Replikat das primäre Replikat ist.For each database, Azure SQL DB maintains a quorum of database replicas where one replica is the primary. Zu jeder Zeit muss ein primäres Replikat online in Betrieb sein, und mindestens ein sekundäres Replikat muss integer sein.At all times a primary replica must be online servicing, and at least one secondary replica must be healthy. Während der geplanten Wartung werden die Mitglieder des Datenbankquorums nacheinander mit der Absicht offline geschaltet, dass ein antwortendes primäres Replikat und mindestens ein sekundäres Replikat online vorhanden ist, um sicherzustellen, dass es keine Ausfallzeiten des Clients auftreten.During planned maintenance, members of the database quorum will go offline one at a time, with the intent that there is one responding primary replica and at least one secondary replica online to ensure no client downtime. Wenn das primäre Replikat offline geschaltet werden muss, erfolgt ein Neukonfigurations-/Failoverprozess, bei dem ein sekundäres Replikat zum neuen primären Replikat wird.When the primary replica needs to be brought offline, a reconfiguration/failover process will occur in which one secondary replica will become the new primary.

Was Sie bei einem geplanten Wartungsereignis erwarten könnenWhat to expect during a planned maintenance event

Neukonfigurationen/Failover werden in der Regel innerhalb von 30 Sekunden abgeschlossen. Der Durchschnittswert sind 8 Sekunden.Reconfigurations/failovers generally complete within 30 seconds – the average is 8 seconds. Wenn sie bereits verbunden ist, muss Ihre Anwendung mit der integren Kopie des neuen primären Replikats Ihrer Datenbank erneut eine Verbindung herstellen.If already connected, your application must reconnect to the healthy copy new primary replica of your database. Wenn eine neue Verbindung versucht wird, während für die Datenbank eine Neukonfiguration durchgeführt wird, bevor das neue primäre Replikat online ist, erhalten Sie Fehler 40613 (Datenbank nicht verfügbar): „Datenbank '{Datenbankname}' auf Server '{Servername}' ist zurzeit nicht verfügbar.If a new connection is attempted while the database is undergoing a reconfiguration before the new primary replica is online, you get error 40613 (Database Unavailable): “Database '{databasename}' on server '{servername}' is not currently available. Wiederholen Sie den Verbindungsversuch später.“Please retry the connection later.”. Wenn Ihre Datenbank eine zeitintensive Abfrage aufweist, wird diese Abfrage während einer Neukonfiguration unterbrochen und muss neu gestartet werden.If your database has a long running query, this query will be interrupted during a reconfiguration and will need to be restarted.

WiederholungslogikRetry Logic

Jede Clientproduktionsanwendung, die eine Verbindung mit einem Clouddatenbankdienst herstellt, sollte eine stabile Wiederholungslogik für Verbindungen implementieren.Any client production application that connects to a cloud database service should implement a robust connection retry logic. Dies trägt zur Lösung dieser Situationen bei und sollte normalerweise dazu führen, dass die Fehler für den Endbenutzer transparent sind.This will help mitigate these situations and should generally make the errors transparent to the end user.

FrequencyFrequency

Durchschnittlich sollten 1,7 geplante Wartungsereignisse pro Monat auftreten.On average, 1.7 planned maintenance events occur each month.

Resource HealthResource Health

Wenn für Ihre SQL-Datenbank Anmeldefehler auftreten, überprüfen Sie im Fenster Resource Health im Azure-Portal den aktuellen Status.If your SQL database is experiencing login failures, check the Resource Health window in the Azure portal for the current status. Der Abschnitt „Integritätsverlauf“ enthält den Grund für die Ausfallzeit für jedes Ereignis (wenn verfügbar).The Health History section contains the downtime reason for each event (when available).

Nächste SchritteNext steps