Pianificare gli eventi di manutenzione di Azure nel database SQL di Azure e nell'istanza gestita di SQL di Azure

  • Articolo

Si applica a:database SQL di AzureIstanza gestita di SQL di Azure

Scopri come preparare eventi di manutenzione pianificata di Azure suo tuo database nel database SQL di Azure e nell'istanza gestita di SQL di Azure.

Che cos'è un evento di manutenzione pianificata?

Per mantenere i servizi di database SQL di Azure e Istanza gestita di SQL di Azure sicuri, conformi, stabili ed efficienti, gli aggiornamenti vengono eseguiti tramite i componenti del servizio quasi continuamente. Grazie all'architettura moderna e affidabile dei servizi e alle tecnologie innovative come l'applicazione di patch a caldo, la maggior parte degli aggiornamenti è completamente trasparente e non impattante in termini di disponibilità del servizio. Tuttavia, alcuni tipi di aggiornamenti causano interruzioni di servizio brevi e richiedono un trattamento speciale.

Durante la manutenzione pianificata, i membri del quorum del database passeranno offline uno alla volta, in quanto sono presenti una replica primaria pronta a rispondere. Per i database Business Critical e Premium, sarà online anche almeno una replica secondaria per evitare tempi inattivi del client.

Quando la replica primaria deve essere portata offline, si verificherà un processo di riconfigurazione.

  • Per i database Business Critical e Premium, una delle repliche secondarie diventerà la nuova replica primaria.
  • Per i database Per utilizzo generico, Standard e Basic, la replica primaria passerà a un altro nodo di calcolo senza stato con sufficiente capacità libera.

Esecuzione di un evento di manutenzione pianificata

L’evento di manutenzione può produrre una o più riconfigurazioni, a seconda della varietà di repliche primaria e secondaria all'inizio dell'evento di manutenzione. In media, si verificano 1,7 riconfigurazioni per ogni evento di manutenzione pianificata. Le riconfigurazioni finiscono in genere entro 30 secondi. La media è di otto secondi. Se è già connessa, l'applicazione deve riconnettersi alla nuova replica primaria del database.

Se si esegue un nuovo tentativo di connessione quando è in corso una riconfigurazione del database prima che la nuova replica primaria sia online, viene visualizzato un errore 40613 (Database non disponibile): Database '{databasename}' on server '{servername}' is not currently available. Please retry the connection later. Se il database ha una query a esecuzione prolungata, questa query verrà interrotta durante una riconfigurazione e dovrà essere riavviata.

Funzionalità della finestra di manutenzione

La funzionalità Finestra di manutenzione consente di configurare pianificazioni prevedibili delle finestre di manutenzione per le istanze gestite e i database di Azure SQL idonei. Sono disponibili notifiche di preavviso della finestra di manutenzione per i database configurati per l'uso di una finestra di manutenzione non predefinita.

  • Per il database SQL di Azure, le finestre di manutenzione e le notifiche di preavviso per le finestre di manutenzione sono generalmente disponibili.
  • Per Istanza gestita di SQL di Azure, le finestre di manutenzione sono generalmente disponibili, ma le notifiche di preavviso sono una funzionalità di anteprima.

Come simulare un evento di manutenzione pianificata

Assicurarsi che l'applicazione client sia resiliente agli eventi di manutenzione prima della distribuzione nell'ambiente di produzione.

Il test ridurrà il rischio di errori dell'applicazione e contribuirà alla disponibilità delle applicazioni per gli utenti finali. È possibile testare il comportamento dell'applicazione client durante gli eventi di manutenzione pianificata testando la resilienza degli errori dell'applicazione tramite PowerShell, l'interfaccia della riga di comando o l'API REST.

Per istanza gestita di SQL di Azure, vedere anche l'avvio del failover manuale. Un failover manuale produce comportamento identico a quello dell'evento di manutenzione che porta offline la replica primaria.

Logica di retry

Qualsiasi applicazione di produzione client che si connette a un servizio di database cloud dovrebbe implementare un'efficace logica di ripetizione dei tentativi di connessione. La logica di ripetizione automatica corretta consente di rendere le riconfigurazioni il più trasparenti possibile per gli utenti finali.

Avviso di integrità dei servizi

Se si desidera ricevere avvisi per problemi di servizio o attività di manutenzione pianificata, è possibile usare gli avvisi di integrità dei servizi nei portale di Azure con il tipo di evento e i gruppi di azioni appropriati. Per altre informazioni, vedere Ricevere avvisi sulle notifiche del servizio di Azure.

Integrità delle risorse

Se nel database si verificano errori di accesso, vedere la finestra Integrità risorsa nel portale di Azure per lo stato corrente. La sezione Cronologia integrità indica il motivo dei tempi di inattività per ogni evento (se disponibile).

Contenuto correlato