SnapMirror Active Sync offre i seguenti casi d'utilizzo:

In un'implementazione SnapMirror Active Sync, hai un cluster primario e secondario. Un LUN nel cluster primario 1LP) ha uno specchio (L1s) Sul secondario; entrambi i LUN condividono lo stesso ID seriale e vengono riportati come LUN di lettura/scrittura sull'host. Tuttavia, le operazioni di lettura e scrittura vengono servite solo al LUN primario, 1LP. Any scrive nel mirror L1S sono serviti dal proxy.

TAF si basa sul failover di percorso host basato su software MPIO per ottenere accesso senza interruzioni allo storage. Entrambe le copie LUN, ad esempio quelle primarie (L1P) e mirror (L1S), hanno la stessa identità (numero di serie) e sono riportate come scrivibili in lettura sull'host. Tuttavia, le operazioni di lettura e scrittura vengono eseguite solo dal volume primario. I/o rilasciati alla copia mirror vengono inviati alla copia principale. Il percorso preferito dell'host verso L1 è VS1:N1 in base allo stato di accesso ALUA (Asymmetric Logical Unit Access) A/o (Active Optimized). Nell'ambito della distribuzione, ONTAP Mediator deve essere utilizzato principalmente per eseguire il failover (pianificato o non pianificato) in caso di un'interruzione dello storage nel sistema primario.

SnapMirror Active Sync utilizza ALUA, un meccanismo che consente a un software di multipathing per host di applicazioni con percorsi pubblicizzati con priorità e disponibilità dell'accesso per la comunicazione dell'host dell'applicazione con l'array di storage. ALUA contrassegna i percorsi ottimizzati attivi verso i controller proprietari del LUN e altri come percorsi non ottimizzati attivi, utilizzati solo in caso di guasto del percorso primario.

Le applicazioni in cluster, tra cui VMware Metro Storage Cluster, Oracle RAC e Windows failover Clustering con SQL, richiedono un accesso simultaneo per consentire il failover delle macchine virtuali su un altro sito senza alcun overhead delle prestazioni. SnapMirror Active Sync simmetrico Active/Active serve io localmente con replica bidirezionale per soddisfare i requisiti delle applicazioni in cluster.

Replica in modo sincrono più volumi per un'applicazione tra i siti in ubicazioni disperse geograficamente. È possibile eseguire automaticamente il failover sulla copia secondaria in caso di interruzione del primario, consentendo così la business continuity per le applicazioni di primo livello. Quando il sito che ospita il cluster primario subisce un disastro, il software multipath dell'host contrassegna tutti i percorsi nel cluster come inattivi e utilizza i percorsi dal cluster secondario. Il risultato è un failover senza interruzioni abilitato da ONTAP Mediator alla copia mirror.

SnapMirror Active Sync offre flessibilità con granularità a livello di applicazione semplice da utilizzare e failover automatico. La sincronizzazione attiva di SnapMirror utilizza la replica sincrona SnapMirror comprovata su rete IP per replicare i dati ad alta velocità su LAN o WAN, per ottenere un'elevata disponibilità dei dati e una replica rapida dei dati per applicazioni business-critical come Oracle, Microsoft SQL Server e così via, in ambienti sia virtuali che fisici.

SnapMirror Active Sync permette ai servizi business mission-critical di continuare a funzionare anche attraverso un guasto completo del sito, con TAF alla copia secondaria. Per attivare questo failover non sono necessari interventi manuali o script aggiuntivi.