Ripristino dei backup in corso...

Per scoprire di più sulla creazione dei backup di Looker, consulta la pagina della documentazione Creazione di backup.

Per restore un'istanza di Looker ospitata dal cliente in un nuovo host, completa solo questi passaggi delle istruzioni per l'installazione di Looker:

Verifica che il nuovo server sia conforme alle specifiche minime del server.
Attiva ntpd o chronyd.
Crea l'utente, il gruppo e la home directory di looker.
Salta il download dell'applicazione Looker e di tutti i passaggi di installazione rimanenti.

Una volta preparato il nuovo host:

Ripristina i file dal backup.

Avvia Looker:

sudo su - looker
cd looker
./looker start

Ambienti in cluster

Per ripristinare il database MySQL per un ambiente in cluster:

Arresta tutti i Looker in esecuzione nel cluster.
Ripristina il database.
Avvia le istanze di Looker una alla volta.

Per ulteriori dettagli su come ripristinare i database MySQL, consulta la documentazione di MySQL.

Ripristino di un backup indipendente dal keystore

Le installazioni ospitate dal cliente che hanno eseguito la migrazione alla crittografia GCM AES-256 e generato un backup indipendente dall'archivio chiavi devono aggiornare il database interno di Looker dopo aver eseguito un ripristino.

Dopo il ripristino di un backup indipendente dall'archivio chiavi, segui questa procedura per decriptare la KEK, criptarla nuovamente utilizzando il nuovo archivio chiavi locale e aggiornare la voce di chiave nel database interno:

Arresta Looker:
```
cd looker
./looker stop
```
Se Looker è in cluster, assicurati di arrestare ogni nodo prima di procedere.

Se alcuni nodi sono ancora in esecuzione quando emetti in seguito il comando restore_dr_backup, il comando non riuscirà e verrà visualizzato il messaggio "Sono presenti altri nodi attivi collegati a questo database Looker backend. Se Looker è stato arrestato nell'ultimo minuto, riprova a breve, altrimenti verifica che tutti i nodi nel cluster siano stati arrestati."
Assicurati che Looker possa accedere alla CMK utilizzata per l'archivio chiavi locale della località in cui hai ripristinato Looker. Se la chiave CMK della posizione di ripristino è archiviata in un file, puoi utilizzare la variabile di ambiente LKR_MASTER_KEY_FILE in modo che punti al percorso del file CMK:
```
export LKR_MASTER_KEY_FILE=<path_to_CMK_file>
```
In alternativa, se vuoi fornire la CMK della posizione di ripristino direttamente in una variabile di ambiente, puoi utilizzare la variabile di ambiente LKR_MASTER_KEY_ENV:
```
export LKR_MASTER_KEY_ENV=<CMK_value>
```
Aggiorna il database interno:
```
./looker restore_dr_backup <path_to_CMK_file>
```
dove <path_to_CMK_file> è il percorso e il nome del file della chiave in testo normale creato quando è stato eseguito il backup indipendente dall'archivio chiavi. Il file della chiave ha il seguente formato:
```
{"dbmk":"vr1LUwO3q6weY8iS3JykVljSjiD4m6eGk227Cs7Qu9Q=\n","backup_uid":"XCXvRa38mNeqT6+HRBCo2Q=="}
```
dove il valore per dbmk è una chiave di crittografia Base64 con codifica a 256 bit e backup_uid è un nome univoco utilizzato per salvare la chiave nel database.

Dopo aver aggiornato il database interno di Looker, puoi avviare Looker normalmente. Quando Looker è in esecuzione, ti consigliamo di eliminare il file della chiave in testo non crittografato utilizzato per creare il backup indipendente dall'archivio chiavi.