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

Spostare gli aggregati non root node2 da node3 a node4

Collaboratori

Dopo aver trasferito gli aggregati non root di node2 in node3, è necessario trasferirli da node3 a node4.

Fasi
  1. immettere il seguente comando su uno dei controller ed esaminare l'output per identificare gli aggregati non root da spostare:

    storage aggregate show -owner-name node3 -home-id node2_system_id

  2. Spostare gli aggregati completando le seguenti fasi secondarie:

    1. Accedere al livello di privilegio avanzato immettendo il seguente comando su uno dei nodi:

      set -privilege advanced

    2. Immettere il seguente comando:

      storage aggregate relocation start -node node3 -destination node4 -aggregate-list aggr_name1, aggr_name2…​ -ndo-controller-upgrade true

    L'elenco aggregato è l'elenco degli aggregati di proprietà del node4 ottenuti in Fase 1.

    1. Quando richiesto, immettere y.

      Il trasferimento avviene in background. La riposizionamento di un aggregato potrebbe richiedere da pochi secondi a un paio di minuti. Il tempo include sia le parti di fuori servizio del client che quelle di non fuori servizio. Il comando non ricolloca nessun aggregato offline o limitato.

    2. Tornare al livello di amministrazione:

      set -privilege admin

  3. controllare lo stato del trasferimento:

    storage aggregate relocation show -node node3

    Viene visualizzato l'output Done per un aggregato dopo che è stato trasferito.

    Nota Attendere che tutti gli aggregati node2 siano stati riposizionati al node4 prima di passare alla fase successiva.
  4. Eseguire una delle seguenti operazioni:

    In caso di trasferimento di…​ Quindi…​

    Tutti gli aggregati hanno avuto successo

    Passare a. Fase 5.

    Qualsiasi aggregato ha avuto esito negativo o è stato vetoato

    1. Controllare i registri EMS per l'azione correttiva.

    2. Eseguire l'azione correttiva.

    3. Accedere al livello di privilegio avanzato immettendo il seguente comando su uno dei nodi:

      set -privilege advanced

    4. Spostare eventuali aggregati guasti o vetoed:

      storage aggregate relocation start -node node3 destination node4 -aggregate-list aggr_name1, aggr_name2…​ ndo-controller-upgrade true

      L'elenco aggregato è l'elenco degli aggregati non riusciti o vetoati.

    5. Quando richiesto, immettere y.

    6. Tornare al livello admin immettendo il seguente comando:

      set -privilege admin

    Se necessario, è possibile forzare il trasferimento utilizzando uno dei seguenti metodi:

    • Ignorare i controlli di veto:

      storage aggregate relocation start -override-vetoes -ndo-controller-upgrade

    • Esclusione dei controlli di destinazione:

      storage aggregate relocation start -override-destination-checks -ndocontroller-upgrade

    Per ulteriori informazioni sui comandi di trasferimento degli aggregati di storage, fare riferimento a. "Riferimenti" Per collegarsi alla gestione di dischi e aggregati con i comandi CLI e ONTAP 9: Manuale riferimento pagina.

  5. verificare che tutti gli aggregati non root node2 siano online e che il loro stato sia su node4:

    storage aggregate show -node node4 -state offline -root false

    Gli aggregati node2 sono stati elencati nell'output del comando in Fase 1.

  6. Se un aggregato è diventato offline o straniero, portarlo online utilizzando il seguente comando per ogni aggregato:

    storage aggregate online -aggregate aggr_name

  7. Verificare che tutti i volumi negli aggregati node2 siano online sul node4:

    volume show -node node4 -state offline

  8. Se alcuni volumi sono offline al nodo4, portarli online:

    volume online -vserver vserver-name -volume volume_name

  9. Invia un messaggio AutoSupport post-upgrade a NetApp per il node4:

    system node autosupport invoke -node node4 -type all -message "node2 successfully upgraded from platform_old to platform_new"