utilizzo di SyncMirror in implementazioni non MetroCluster è possibile utilizzare SyncMirror in un'implementazione non MetroCluster per proteggere dalla perdita di dati in caso di guasti di più dischi rispetto a quelli protetti dal tipo RAID o in caso di perdita di connettività ai dischi del gruppo RAID. La funzione è disponibile solo per le coppie ha.

I dati aggregati vengono mirrorati in plessi memorizzati su diversi shelf di dischi. Se uno degli shelf non è disponibile, il plesso non interessato continua a fornire dati mentre si corregge la causa del guasto.

Tenere presente che un aggregato mirrorato utilizzando SyncMirror richiede il doppio dello storage rispetto a un aggregato senza mirror. Ogni plex richiede un numero di dischi pari a quello del plex che esegue il mirroring. Per eseguire il mirroring di un aggregato da 1,440 GB, ad esempio 1,440 GB per ciascun plex, sono necessari 2,880 GB di spazio su disco.

Con SyncMirror, si consiglia di mantenere almeno il 20% di spazio libero per gli aggregati con mirroring, per ottenere performance e disponibilità dello storage ottimali. Sebbene il suggerimento sia del 10% per gli aggregati non speculari, il 10% di spazio aggiuntivo può essere utilizzato dal filesystem per assorbire le modifiche incrementali. I cambiamenti incrementali aumentano l'utilizzo dello spazio per gli aggregati con mirroring grazie all'architettura copy-on-write basata su Snapshot di ONTAP. Il mancato rispetto di queste Best practice può avere un impatto negativo sulle performance di risincronizzazione del SyncMirror, che influisce indirettamente sui flussi di lavoro operativi come NDU per le implementazioni di cloud non condivisi e lo switchback per le implementazioni di MetroCluster.