Le traduzioni sono generate tramite traduzione automatica. In caso di conflitto tra il contenuto di una traduzione e la versione originale in Inglese, quest'ultima prevarrà.
Processo di failover per un'implementazione RDS Custom for SQL Server Multi-AZ
Se un'interruzione pianificata o non pianificata dell'istanza DB deriva da un difetto dell'infrastruttura, Amazon passa RDS automaticamente a una replica in standby in un'altra zona di disponibilità se hai attivato Multi-AZ. Il tempo necessario per il completamento del failover varia in base all'attività del database e ad altre condizioni presenti quando l'istanza database primaria diventa non disponibile. Il failover richiede in genere da 60 a 120 secondi. tempo che può tuttavia aumentare in caso di transazioni di grandi dimensioni o di un processo di ripristino di lunga durata. Una volta completato il failover, può essere necessario più tempo prima che la console mostri la RDS nuova zona di disponibilità.
Nota
Puoi forzare un failover manualmente quando riavvii un'istanza database con failover. Per ulteriori informazioni sul riavvio di un'istanza database, consulta Riavvio di un'istanza database.
Amazon RDS gestisce automaticamente i failover in modo da poter riprendere le operazioni del database il più rapidamente possibile senza interventi amministrativi. L'istanza database principale passa automaticamente alla replica di standby qualora si verifichi una delle condizioni riportate nella seguente tabella. Puoi visualizzare questi motivi di failover nel registro degli eventi. RDS
| Motivo del failover | Descrizione |
|---|---|
|
È stato attivato un failover durante la finestra di manutenzione per una patch del sistema operativo o un aggiornamento di sicurezza. Per ulteriori informazioni, consulta Manutenzione di un'istanza database. |
|
L’implementazione istanza database Multi-AZ ha rilevato un'istanza database primaria compromessa e ha attivato il failover. |
|
RDSil monitoraggio ha rilevato un errore di raggiungibilità della rete nell'istanza database principale e ha attivato un failover. |
|
Una modifica dell'istanza database RDS ha attivato un failover. Per ulteriori informazioni, consulta Modifica di un'RDSistanza DB Custom for SQL Server. |
|
L’implementazione dell’istanza database Multi-AZ ha rilevato un problema di archiviazioine nell'istanza DB principale e ha avviato il failover. |
|
L'istanza DB RDS Custom for SQL Server Multi-AZ è stata riavviata con failover. Per ulteriori informazioni, consulta Riavvio di un'istanza database. |
|
L'istanza database primaria non risponde. Si consiglia di effettuare la procedura seguente:
|
Per determinare se l’istanza database Multi-AZ è soggetta a failover, è possibile eseguire le seguenti operazioni:
Configura gli abbonamenti agli eventi DB per avvisarti via e-mail dell'SMSavvio di un failover. Per ulteriori informazioni sugli eventi di , consulta Utilizzo delle notifiche di RDS eventi di Amazon.
Visualizza gli eventi del database utilizzando la RDS console o le operazioni. API
Visualizza lo stato corrente della distribuzione dell'istanza DB RDS Custom for SQL Server Multi-AZ utilizzando la RDS console o CLI le API operazioni.
Impostazioni Time to live (TTL) con applicazioni che utilizzano una distribuzione RDS Custom for SQL Server Multi-AZ
Il meccanismo di failover modifica automaticamente il record Domain Name System (DNS) dell'istanza DB in modo che punti all'istanza DB in standby. Di conseguenza, sarà necessario ristabilire le connessioni esistenti alla propria istanza database. Assicurati che qualsiasi valore di configurazione di DNS cache time-to-live (TTL) sia basso e verifica che l'applicazione non venga memorizzata nella cache DNS per un periodo di tempo prolungato. Un TTL valore elevato potrebbe impedire all'applicazione di riconnettersi rapidamente all'istanza DB dopo il failover.
