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.

Ripristinare il database del nodo amministrativo durante il ripristino del nodo amministrativo primario

PDF

Se si desidera conservare le informazioni cronologiche sugli attributi e sugli avvisi su un nodo di amministrazione primario che ha subito un errore, è possibile ripristinare il database del nodo di amministrazione. È possibile ripristinare questo database solo se il sistema StorageGRID include un altro nodo di amministrazione.

Prima di iniziare

  • Il nodo amministrativo recuperato è installato e funzionante.

  • Il sistema StorageGRID include almeno due nodi amministrativi.

  • Tu hai il Passwords.txt file.

  • Hai la passphrase di provisioning.

Informazioni su questo compito

Se un nodo di amministrazione si guasta, le informazioni storiche memorizzate nel suo database vanno perse. Questo database include le seguenti informazioni:

  • Cronologia degli avvisi

  • Dati degli attributi storici, utilizzati nei grafici in stile legacy nella pagina Nodi

Quando si ripristina un nodo di amministrazione, il processo di installazione del software crea un database del nodo di amministrazione vuoto sul nodo ripristinato. Tuttavia, il nuovo database include solo informazioni sui server e sui servizi che fanno attualmente parte del sistema o che saranno aggiunti in seguito.

Se hai ripristinato un nodo amministrativo primario e il tuo sistema StorageGRID ha un altro nodo amministrativo, puoi ripristinare le informazioni storiche copiando il database del nodo amministrativo da un nodo amministrativo non primario (il nodo amministrativo di origine) al nodo amministrativo primario ripristinato. Se il sistema ha solo un nodo di amministrazione primario, non è possibile ripristinare il database del nodo di amministrazione.

Nota La copia del database del nodo di amministrazione potrebbe richiedere diverse ore. Alcune funzionalità di Grid Manager non saranno disponibili mentre i servizi sono interrotti sul nodo di amministrazione di origine.
Passi

  1. Accedi al nodo di amministrazione di origine:

    1. Immettere il seguente comando: ssh admin@grid_node_IP

    2. Inserisci la password elencata nel Passwords.txt file.

    3. Immettere il seguente comando per passare alla root: su -

    4. Inserisci la password elencata nel Passwords.txt file.

  2. Dal nodo di amministrazione di origine, arrestare il servizio MI: service mi stop

  3. Dal nodo di amministrazione di origine, arrestare il servizio Management Application Program Interface (mgmt-api): service mgmt-api stop

  4. Completare i seguenti passaggi sul nodo di amministrazione recuperato:

    1. Accedi al nodo di amministrazione recuperato:

      1. Immettere il seguente comando: ssh admin@grid_node_IP

      2. Inserisci la password elencata nel Passwords.txt file.

      3. Immettere il seguente comando per passare alla root: su -

      4. Inserisci la password elencata nel Passwords.txt file.

    2. Arrestare il servizio MI: service mi stop

    3. Arrestare il servizio mgmt-api: service mgmt-api stop

    4. Aggiungere la chiave privata SSH all'agente SSH. Inserisci:ssh-add

    5. Immettere la password di accesso SSH elencata nel Passwords.txt file.

    6. Copiare il database dal nodo amministrativo di origine al nodo amministrativo recuperato: /usr/local/mi/bin/mi-clone-db.sh Source_Admin_Node_IP

    7. Quando richiesto, confermare che si desidera sovrascrivere il database MI sul nodo di amministrazione recuperato.

      Il database e i suoi dati storici vengono copiati nel nodo di amministrazione recuperato. Una volta completata l'operazione di copia, lo script avvia il nodo di amministrazione recuperato.

    8. Quando non è più necessario l'accesso senza password ad altri server, rimuovere la chiave privata dall'agente SSH. Inserisci:ssh-add -D

  5. Riavviare i servizi sul nodo di amministrazione di origine: service servermanager start