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

Spegnere e riaccendere un singolo sito in una configurazione IP di MetroCluster

Collaboratori

Se è necessario eseguire la manutenzione del sito o spostare un singolo sito in una configurazione IP MetroCluster, è necessario sapere come spegnere e riaccendere il sito.

Per spostare e riconfigurare un sito (ad esempio per l'espansione da un cluster a quattro nodi a uno a otto nodi), non è possibile completare contemporaneamente le attività. Questa procedura descrive solo le fasi necessarie per eseguire la manutenzione del sito o per spostare un sito senza modificarne la configurazione.

Il seguente diagramma mostra una configurazione MetroCluster. Il cluster_B è spento per la manutenzione.

spegnere il data center

Spegnere un sito MetroCluster

È necessario spegnere un sito e tutte le apparecchiature prima di iniziare la manutenzione o il trasferimento del sito.

A proposito di questa attività

Tutti i comandi dei seguenti passaggi vengono emessi dal sito che rimane acceso.

Fasi
  1. Prima di iniziare, verificare che gli aggregati non mirrorati nel sito siano offline.

  2. Verificare il funzionamento della configurazione MetroCluster in ONTAP:

    1. Verificare che il sistema sia multipercorso:

      node run -node node-name sysconfig -a

    2. Verificare la presenza di eventuali avvisi sullo stato di salute su entrambi i cluster:

      system health alert show

    3. Verificare la configurazione MetroCluster e che la modalità operativa sia normale:

      metrocluster show

    4. Eseguire un controllo MetroCluster:
      metrocluster check run

    5. Visualizzare i risultati del controllo MetroCluster:

      metrocluster check show

    6. Verificare la presenza di eventuali avvisi sullo stato di salute sugli switch (se presenti):

      storage switch show

    7. Eseguire Config Advisor.

    8. Dopo aver eseguito Config Advisor, esaminare l'output dello strumento e seguire le raccomandazioni nell'output per risolvere eventuali problemi rilevati.

  3. Dal sito in cui si desidera rimanere attivi, implementare lo switchover:

    metrocluster switchover

    cluster_A::*> metrocluster switchover

    Il completamento dell'operazione può richiedere alcuni minuti.

  4. Monitorare e verificare il completamento dello switchover:

    metrocluster operation show

    cluster_A::*> metrocluster operation show
      Operation: Switchover
     Start time: 10/4/2012 19:04:13
    State: in-progress
       End time: -
         Errors:
    
    cluster_A::*> metrocluster operation show
      Operation: Switchover
     Start time: 10/4/2012 19:04:13
          State: successful
       End time: 10/4/2012 19:04:22
         Errors: -
  5. Se si dispone di una configurazione MetroCluster IP con ONTAP 9.6 o versione successiva, attendere che i plex del sito di emergenza siano online e che le operazioni di riparazione vengano completate automaticamente.

    Nelle configurazioni IP di MetroCluster che eseguono ONTAP 9,5 o versione precedente, i nodi del sito di disastro non si avviano automaticamente su ONTAP e i plex rimangono offline.

  6. Spostare offline tutti i volumi e le LUN che appartengono agli aggregati senza mirror.

    1. Spostare i volumi offline.

      cluster_A::* volume offline <volume name>
    2. Spostare i LUN offline.

      cluster_A::* lun offline lun_path <lun_path>
  7. Sposta aggregati senza mirror offline: storage aggregate offline

    cluster_A*::> storage aggregate offline -aggregate <aggregate-name>
  8. A seconda della configurazione e della versione di ONTAP, identificare e spostare offline i plex interessati che si trovano nel sito di emergenza (Cluster_B).

    Devi spostare i seguenti plessi offline:

    • Plessi non mirrorati che risiedono su dischi situati nel sito di disastro.

      Se non si spostano offline i plex non di mirroring del sito di disastro, potrebbe verificarsi un'interruzione quando il sito di disastro viene successivamente spento.

    • Plessi mirrorati che risiedono su dischi situati nel sito di disastro per il mirroring aggregato. Una volta spostati offline, i plex non sono accessibili.

    1. Identificare i plessi interessati.

      I plex di proprietà dei nodi nel sito sopravvissuto sono costituiti da dischi Pool1. I plex di proprietà dei nodi nel sito di disastro sono costituiti da dischi Pool0.

      Cluster_A::> storage aggregate plex show -fields aggregate,status,is-online,Plex,pool
      aggregate    plex  status        is-online pool
      ------------ ----- ------------- --------- ----
      Node_B_1_aggr0 plex0 normal,active true     0
      Node_B_1_aggr0 plex1 normal,active true     1
      
      Node_B_2_aggr0 plex0 normal,active true     0
      Node_B_2_aggr0 plex5 normal,active true     1
      
      Node_B_1_aggr1 plex0 normal,active true     0
      Node_B_1_aggr1 plex3 normal,active true     1
      
      Node_B_2_aggr1 plex0 normal,active true     0
      Node_B_2_aggr1 plex1 normal,active true     1
      
      Node_A_1_aggr0 plex0 normal,active true     0
      Node_A_1_aggr0 plex4 normal,active true     1
      
      Node_A_1_aggr1 plex0 normal,active true     0
      Node_A_1_aggr1 plex1 normal,active true     1
      
      Node_A_2_aggr0 plex0 normal,active true     0
      Node_A_2_aggr0 plex4 normal,active true     1
      
      Node_A_2_aggr1 plex0 normal,active true     0
      Node_A_2_aggr1 plex1 normal,active true     1
      14 entries were displayed.
      
      Cluster_A::>

      I plex interessati sono quelli remoti al cluster A. La seguente tabella indica se i dischi sono locali o remoti rispetto al cluster A:

      Nodo

      Dischi nel pool

      I dischi devono essere impostati offline?

      Esempio di plessi da spostare offline

      Nodo _A_1 e nodo _A_2

      Dischi nel pool 0

      No I dischi sono locali nel cluster A.

      -

      Dischi nel pool 1

      Sì. I dischi sono remoti nel cluster A.

      Node_A_1_aggr0/plex4

      Node_A_1_aggr1/plex1

      Node_A_2_aggr0/plex4

      Node_A_2_aggr1/plex1

      Nodo _B_1 e nodo _B_2

      Dischi nel pool 0

      Sì. I dischi sono remoti nel cluster A.

      Node_B_1_aggr1/plex0

      Node_B_1_aggr0/plex0

      Node_B_2_aggr0/plex0

      Node_B_2_aggr1/plex0

      Dischi nel pool 1

    2. Sposta i plessi interessati offline:

      storage aggregate plex offline

    storage aggregate plex offline -aggregate Node_B_1_aggr0 -plex plex0

    +

    Nota Eseguire questa operazione per tutti i plessi che hanno dischi remoti a Cluster_A.
  9. Le porte dello switch ISL sono costantemente offline in base al tipo di switch.

  10. Arrestare i nodi eseguendo il seguente comando su ciascun nodo:

    node halt -inhibit-takeover true -skip-lif-migration true -node <node-name>

  11. Spegnere l'apparecchiatura in caso di disastro.

    È necessario spegnere le seguenti apparecchiature nell'ordine indicato:

    • Storage controller: Gli storage controller devono trovarsi attualmente nella LOADER è necessario spegnerli completamente.

    • Switch IP MetroCluster

    • Shelf di storage

Spostamento del sito spento di MetroCluster

Una volta spento il sito, è possibile iniziare il lavoro di manutenzione. La procedura è la stessa sia che i componenti MetroCluster vengano ricollocati all'interno dello stesso data center sia che vengano ricollocati in un data center diverso.

  • Il cavo dell'hardware deve essere identico a quello del sito precedente.

  • Se la velocità, la lunghezza o il numero di InterSwitch link (ISL) sono stati modificati, è necessario riconfigurare tutti.

Fasi
  1. Verificare che il cablaggio di tutti i componenti sia registrato attentamente in modo che possa essere ricollegato correttamente nella nuova posizione.

  2. Spostare fisicamente tutto l'hardware, i controller di storage, gli switch IP, i FibreBridge e gli shelf di storage.

  3. Configurare le porte ISL e verificare la connettività tra siti.

    1. Accendere gli switch IP.

      Nota Non * accendere altre apparecchiature.
  4. Utilizzare gli strumenti sugli switch (se disponibili) per verificare la connettività tra siti.

    Nota Procedere solo se i collegamenti sono correttamente configurati e stabili.
  5. Disattivare nuovamente i collegamenti se risultano stabili.

Accensione della configurazione MetroCluster e ripristino del normale funzionamento

Una volta completata la manutenzione o spostato il sito, è necessario accendere il sito e ripristinare la configurazione MetroCluster.

A proposito di questa attività

Tutti i comandi descritti di seguito vengono emessi dal sito di accensione.

Fasi
  1. Accendere gli interruttori.

    Accendere prima gli interruttori. Potrebbero essere stati accesi durante la fase precedente se il sito è stato trasferito.

    1. Riconfigurare il collegamento interswitch (ISL) se necessario o se non è stato completato come parte del trasferimento.

    2. Abilitare l'ISL se la scherma è stata completata.

    3. Verificare l'ISL.

  2. Accendere i controller di archiviazione e attendere che venga visualizzato LOADER prompt. I controller non devono essere completamente avviati.

    Se l'avvio automatico è attivato, premere Ctrl+C per interrompere l'avvio automatico dei controller.

  3. Accendere gli scaffali, lasciando abbastanza tempo per accenderli completamente.

  4. Verificare che lo spazio di archiviazione sia visibile.

    1. Verificare che lo storage sia visibile dal sito sopravvissuto. Riportare i plesso offline in linea per riavviare l'operazione di risincronizzazione e ristabilire la SyncMirror.

    2. Verificare che la memoria locale sia visibile dal nodo in modalità manutenzione:

      disk show -v

  5. Ristabilire la configurazione MetroCluster.

    Seguire le istruzioni riportate in "Verificare che il sistema sia pronto per lo switchback" Per eseguire operazioni di healing e switchback in base alla configurazione MetroCluster.