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 Admin Node durante il ripristino del nodo Admin non primario

Collaboratori
PDF

Se si desidera conservare le informazioni cronologiche relative ad attributi, allarmi e avvisi su un nodo di amministrazione non primario che ha avuto esito negativo, è possibile ripristinare il database del nodo di amministrazione dal nodo di amministrazione primario.

  • Il nodo Admin recuperato deve essere installato e in esecuzione.

  • Il sistema StorageGRID deve includere almeno due nodi di amministrazione.

  • È necessario disporre di Passwords.txt file.

  • È necessario disporre della passphrase di provisioning.

In caso di errore di un nodo amministratore, le informazioni storiche memorizzate nel database del nodo amministratore andranno perse. Questo database include le seguenti informazioni:

  • Cronologia degli avvisi

  • Cronologia degli allarmi

  • Dati storici degli attributi, utilizzati nei grafici e nei report di testo disponibili nella pagina SUPPORTO Strumenti topologia griglia.

Quando si ripristina un nodo amministratore, il processo di installazione del software crea un database Admin Node vuoto sul nodo recuperato. Tuttavia, il nuovo database include solo le informazioni relative ai server e ai servizi attualmente presenti nel sistema o aggiunti successivamente.

Se è stato ripristinato un nodo Admin non primario, è possibile ripristinare le informazioni storiche copiando il database del nodo Admin dal nodo Admin primario (il nodo Admin di origine) nel nodo recuperato.

Nota La copia del database Admin Node potrebbe richiedere diverse ore. Alcune funzionalità di Grid Manager non saranno disponibili mentre i servizi vengono arrestati sul nodo di origine.

  1. Accedere al nodo di amministrazione di origine:

    1. Immettere il seguente comando: ssh admin@grid_node_IP

    2. Immettere la password elencata in Passwords.txt file.

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

    4. Immettere la password elencata in Passwords.txt file.

  2. Eseguire il seguente comando dal nodo di amministrazione di origine. Quindi, inserire la passphrase di provisioning, se richiesto. recover-access-points

  3. Dal nodo Admin di origine, arrestare il servizio MI: service mi stop

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

  5. Completare i seguenti passaggi sul nodo di amministrazione ripristinato:

    1. Accedere al nodo di amministrazione recuperato:

      1. Immettere il seguente comando: ssh admin@grid_node_IP

      2. Immettere la password elencata in Passwords.txt file.

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

      4. Immettere la password elencata in 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. Inserire:ssh-add

    5. Inserire la password di accesso SSH elencata in Passwords.txt file.

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

    7. Quando richiesto, confermare che si desidera sovrascrivere il database MI nel nodo Admin recuperato.

      Il database e i relativi dati storici vengono copiati nel nodo di amministrazione recuperato. Al termine dell'operazione di copia, lo script avvia il nodo Admin recuperato.

    8. Se non si richiede più l'accesso senza password ad altri server, rimuovere la chiave privata dall'agente SSH. Inserire:ssh-add -D

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