Ripristinare i volumi di storage guasti e ricostruire il database Cassandra
-
PDF del sito di questa documentazione
-
Installazione e aggiornamento
-
Installare l'hardware dell'appliance
-
-
Configurare e gestire
-
USA StorageGRID
-
Monitorare e risolvere i problemi
-
Mantenere
-
Ripristinare i nodi e mantenere la griglia
-
Procedure di ripristino del nodo Grid
-
-
-
![](/it-it/storagegrid-117/images/pdf-zip.png)
Raccolta di documenti PDF separati
Creating your file...
È 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.
-
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".
-
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. -
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. -
Accedere al nodo di storage guasto:
-
Immettere il seguente comando:
ssh admin@grid_node_IP
-
Immettere la password elencata in
Passwords.txt
file. -
Immettere il seguente comando per passare a root:
su -
-
Immettere la password elencata in
Passwords.txt
file.Una volta effettuato l'accesso come root, il prompt cambia da
$
a.#
.
-
-
Utilizzare un editor di testo (vi o vim) per eliminare i volumi guasti da
/etc/fstab
quindi salvare il file.Commenti su un volume guasto in /etc/fstab
file insufficiente. Il volume deve essere cancellato dafstab
mentre il processo di ripristino verifica che tutte le linee infstab
il file corrisponde ai file system montati. -
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.
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.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".