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

Comportamento del volume durante la commutazione e la commutazione indietro

PDF

Gli eventi che attivano uno switchover o uno switchback determinano lo spostamento dei volumi attivi da un cluster all'altro nel gruppo di disaster recovery. I volumi sul cluster che erano attivi e fornivano dati ai client vengono arrestati, mentre i volumi sull'altro cluster vengono attivati e iniziano a fornire dati. Unified Manager monitora solo i volumi attivi e in esecuzione.

Poiché i volumi vengono spostati da un cluster all'altro, si consiglia di monitorare entrambi i cluster. Una singola istanza di Unified Manager può monitorare entrambi i cluster in una configurazione MetroCluster , ma a volte la distanza tra le due posizioni richiede l'utilizzo di due istanze di Unified Manager per monitorare entrambi i cluster. La figura seguente mostra una singola istanza di Unified Manager:

Uno screenshot dell'interfaccia utente che mostra una singola istanza di Unified Manager.

I volumi con la lettera p nel nome indicano i volumi primari, mentre i volumi con la lettera b nel nome sono volumi di backup mirror creati da SnapMirror.

Durante il normale funzionamento:

  • Il cluster A ha due volumi attivi: Vol1p e Vol2p.

  • Il cluster B ha due volumi attivi: Vol3p e Vol4p.

  • Il cluster A ha due volumi inattivi: Vol3b e Vol4b.

  • Il cluster B ha due volumi inattivi: Vol1b e Vol2b.

Unified Manager raccoglie le informazioni relative a ciascuno dei volumi attivi (statistiche, eventi e così via). Le statistiche Vol1p e Vol2p vengono raccolte dal Cluster A, mentre le statistiche Vol3p e Vol4p vengono raccolte dal Cluster B.

Dopo che un guasto catastrofico provoca il passaggio dei volumi attivi dal Cluster B al Cluster A:

  • Il cluster A ha quattro volumi attivi: Vol1p, Vol2p, Vol3b e Vol4b.

  • Il cluster B ha quattro volumi inattivi: Vol3p, Vol4p, Vol1b e Vol2b.

Come durante il normale funzionamento, le informazioni relative a ciascuno dei volumi attivi vengono raccolte da Unified Manager. Ma in questo caso, le statistiche Vol1p e Vol2p vengono raccolte dal Cluster A, e anche le statistiche Vol3b e Vol4b vengono raccolte dal Cluster A.

Si noti che Vol3p e Vol3b non sono gli stessi volumi, perché si trovano su cluster diversi. Le informazioni in Unified Manager per Vol3p non sono le stesse di Vol3b:

  • Durante il passaggio al Cluster A, le statistiche e gli eventi Vol3p non sono visibili.

  • Già al primo passaggio, il Vol3b appare come un nuovo volume privo di informazioni storiche.

Quando il Cluster B viene riparato e viene eseguito un switchback, Vol3p è di nuovo attivo sul Cluster B, con le statistiche storiche e un gap di statistiche per il periodo durante lo switchover. Vol3b non è visualizzabile dal Cluster A finché non si verifica un altro passaggio:

Uno screenshot dell'interfaccia utente che mostra il comportamento del volume durante il passaggio.
Nota

  • I volumi MetroCluster inattivi, ad esempio Vol3b sul Cluster A dopo lo switchback, vengono identificati con il messaggio “Questo volume è stato eliminato”. Il volume non è stato effettivamente eliminato, ma al momento non è monitorato da Unified Manager perché non è il volume attivo.

  • Se un singolo Unified Manager monitora entrambi i cluster in una configurazione MetroCluster , la ricerca del volume restituisce informazioni per il volume attivo in quel momento. Ad esempio, una ricerca per "Vol3" restituirebbe statistiche ed eventi per Vol3b sul Cluster A se si è verificato un passaggio e Vol3 è diventato attivo sul Cluster A.