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 i volumi di storage guasti e ricostruire il database Cassandra

Collaboratori
PDF

È necessario eseguire uno script che riformatta e rimontana lo storage su volumi di storage guasti e ricostruisce il database Cassandra sul nodo di storage, se il sistema lo ritiene necessario.

Prima di iniziare

  • Hai il Passwords.txt file.

  • I dischi di sistema sul server sono intatti.

  • La causa del guasto è stata identificata e, se necessario, l'hardware di storage sostitutivo è già stato acquistato.

  • Le dimensioni totali dello storage sostitutivo sono le stesse dell'originale.

  • È stato verificato che non è in corso la decommissionamento di un nodo di storage oppure che la procedura di decommissionamento del nodo è stata sospesa. (In Grid Manager, selezionare MANUTENZIONE > attività > smantellamento).

  • Hai verificato che non è in corso un'espansione. (In Grid Manager, selezionare MANUTENZIONE > attività > espansione).

  • Lo hai fatto "analisi degli avvisi relativi al ripristino del volume di storage".

Fasi

  1. Se necessario, sostituire lo storage fisico o virtuale guasto associato ai volumi di storage guasti identificati e non montati in precedenza.

    Non rimontare i volumi in questa fase. Lo storage viene rimontato e aggiunto a. /etc/fstab in un passaggio successivo.

  2. In Grid Manager, andare a NODES > appliance Storage Node > hardware. Nella sezione dell'appliance StorageGRID della pagina, verificare che la modalità RAID dello storage sia corretta.

  3. Accedere al nodo di storage guasto:

    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.

      Una volta effettuato l'accesso come root, il prompt cambia da $ a. #.

  4. Utilizzare un editor di testo (vi o vim) per eliminare i volumi guasti da /etc/fstab quindi salvare il file.

    Nota Commenti su un volume guasto in /etc/fstab file insufficiente. Il volume deve essere cancellato da fstab mentre il processo di ripristino verifica che tutte le linee in fstab il file corrisponde ai file system montati.

  5. Riformattare eventuali volumi di storage guasti e ricostruire il database Cassandra, se necessario. Inserire: reformat_storage_block_devices.rb

    • Quando il volume di storage 0 viene dismontato, vengono visualizzati messaggi e messaggi che indicano che il servizio Cassandra è in fase di arresto.

    • Se necessario, viene richiesto di ricostruire il database Cassandra.

      • Esaminare gli avvisi. Se non sono applicabili, ricostruire il database Cassandra. Immettere: Y

      • Se più di un nodo di storage non è in linea o se un altro nodo di storage è stato ricostruito negli ultimi 15 giorni. Immettere: N

        Lo script verrà chiuso senza ricostruire Cassandra. Contattare il supporto tecnico.

    • Per ogni disco rangedb sul nodo di storage, quando viene richiesto: Reformat the rangedb drive <name> (device <major number>:<minor number>)? [y/n]?, immettere una delle seguenti risposte:

      • y per riformattare un disco con errori. In questo modo, il volume di storage viene riformattato e il volume di storage riformattato viene aggiunto a. /etc/fstab file.

      • n se il disco non contiene errori e non si desidera riformattarlo.

        Nota Selezionando n si esce dallo script. Montare il disco (se si ritiene che i dati sul disco debbano essere conservati e il disco non è stato montato per errore) oppure rimuoverlo. Quindi, eseguire reformat_storage_block_devices.rb di nuovo comando.
        Nota Alcune procedure di ripristino StorageGRID utilizzano Reaper gestire le riparazioni Cassandra. Le riparazioni vengono eseguite automaticamente non appena vengono avviati i servizi correlati o richiesti. Si potrebbe notare un output di script che menziona “reaper” o “Cassandra repair”. Se viene visualizzato un messaggio di errore che indica che la riparazione non è riuscita, eseguire il comando indicato nel messaggio di errore.

      Nel seguente esempio di output, il disco /dev/sdf Deve essere riformattato e Cassandra non ha bisogno di essere ricostruito:

    root@DC1-S1:~ # reformat_storage_block_devices.rb
Formatting devices that are not in use...
Skipping in use device /dev/sdc
Skipping in use device /dev/sdd
Skipping in use device /dev/sde
Reformat the rangedb drive /dev/sdf (device 8:64)? [Y/n]? y
Successfully formatted /dev/sdf with UUID b951bfcb-4804-41ad-b490-805dfd8df16c
All devices processed
Running: /usr/local/ldr/setup_rangedb.sh 12368435
Cassandra does not need rebuilding.
Starting services.
Informing storage services of new volume

Reformatting done.  Now do manual steps to
restore copies of data.

Una volta riformattati e rimontati i volumi di storage e completate le operazioni Cassandra necessarie, è possibile "Ripristinare i dati degli oggetti utilizzando Grid Manager".