Skip to main content
Enterprise applications
La versione in lingua italiana fornita proviene da una traduzione automatica. Per eventuali incoerenze, fare riferimento alla versione in lingua inglese.

Scenari di errori di sincronizzazione attiva per i database Oracle e SnapMirror

Collaboratori

Esistono vari scenari di guasti di SnapMirror Active Sync (SM-AS), ciascuno con risultati diversi.

Scenario Risultato

Errore del collegamento di replica

Mediatore riconosce questo scenario split-brain e riprende l'i/o sul nodo che contiene la copia master. Quando la connettività tra i siti è di nuovo online, il sito alternativo esegue la risincronizzazione automatica.

Guasto allo storage della sede principale

Il failover non pianificato automatizzato viene avviato da Mediator.

Nessuna interruzione di i/O.

Errore dello storage nel sito remoto

Non si verifica alcuna interruzione di i/O. Si verifica una pausa momentanea a causa della rete che causa l'interruzione della replica di sincronizzazione e il master che stabilisce che è il legittimo proprietario continuare a servire i/o (consensus). Pertanto, si verifica una pausa i/o di alcuni secondi, quindi l'i/o riprenderà.

Quando il sito è in linea, viene eseguita una risincronizzazione automatica.

Perdita di Mediator o collegamento tra Mediator e gli array di storage

L'i/o continua e rimane sincronizzato con il cluster remoto, ma in assenza di Mediator non è possibile eseguire il failover e il failback pianificati/non pianificati automatici.

Perdita di uno degli storage controller nel cluster ha

Il nodo partner nel cluster di ha tenta un takeover (NDO). Se il takeover ha esito negativo, Mediator nota che entrambi i nodi nello storage sono inattivi ed esegue un failover non pianificato automatico nel cluster remoto.

Perdita di dischi

L'io continua per un massimo di tre guasti consecutivi al disco. Questo fa parte di RAID-TEC.

Perdita dell'intero sito in un'implementazione tipica

I server sul sito in errore non saranno più disponibili. Le applicazioni che supportano il clustering possono essere configurate per l'esecuzione in entrambi i siti e la continuità delle operazioni sul sito alternativo, anche se la maggior parte di tali applicazioni richiede un tiebreaker a 3rd siti, in modo simile a quanto SM-AS richiede il mediatore.

Senza cluster a livello di applicazione, le applicazioni dovranno essere avviate nel sito rimasto. Ciò influisce sulla disponibilità, ma viene mantenuto RPO=0. Non si perderebbero dati.