Per scoprire di più sulla creazione dei backup di Looker, consulta la pagina della documentazione Creazione di backup.
Per ripristinare un'istanza di Looker ospitata dal cliente su un nuovo host, completa solo questi passaggi delle istruzioni di 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 organizzatore:
- 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 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 dal keystore devono aggiornare il database interno di Looker dopo aver eseguito un ripristino.
Dopo aver ripristinato un backup indipendente dal keystore, segui questa procedura per decriptare la KEK, ricriptarla utilizzando il nuovo keystore locale e aggiornare la voce della 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 in seguito emetti il comando
restore_dr_backup
, il comando non andrà a buon fine con il messaggio "Esistono altri nodi attivi connessi a questo database Looker di 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 CMK della posizione di ripristino è archiviata in un file, puoi utilizzare la variabile di ambiente
LKR_MASTER_KEY_FILE
per indicare il percorso del file della 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 ebackup_uid
è un nome univoco utilizzato per salvare la chiave nel database.
Dopo aver aggiornato il database interno di Looker, puoi avviare Looker normalmente. Una volta avviato Looker, ti consigliamo di eliminare il file della chiave in testo normale utilizzato per creare il backup indipendente dal keystore.