Tieni presente che stai visualizzando la documentazione di Looker. Per la documentazione di Looker Studio, visita https://support.google.com/looker-studio.

Questa pagina è stata tradotta dall'API Cloud Translation.

Creazione di backup

Per le istanze ospitate dal cliente, puoi creare un backup di un'installazione di Looker di base semplicemente creando una copia della home directory dell'utente di Looker (incluse tutte le sottodirectory normali e nascoste). A questo scopo, puoi utilizzare scp, rsync o qualsiasi applicazione di backup standard. Analogamente, per ripristinare un'installazione di base di Looker è sufficiente ripristinare i file e avviare Looker.

In alcune configurazioni, inclusi gli ambienti clusterizzati, Looker utilizza un database MySQL esterno per le impostazioni dell'applicazione, gli account utente e altri dati. In questo caso, ti consigliamo di creare un backup del database MySQL, oltre alla home directory di Looker.

Ti consigliamo vivamente di creare questi backup ogni giorno. Ti consigliamo inoltre di eseguire un ripristino di prova una volta ogni trimestre.

Struttura delle directory

Le sottodirectory standard sotto la home directory dell'utente di Looker (di solito /home/looker) sono descritte qui.

Home page di
- osservatore
- .ssh
- looker
  - .cache
  - .db
  - .ssl
  - .tmp
  - deploy_keys
  - Log di
  - modelli
  - modelli-utente-1

Directory	Backup richiesto	Modifica frequenza	Descrizione
.ssh	Sì	Raramente	Chiavi SSH utilizzate per l'autenticazione in Git per i progetti LookML creati con Looker 4.6 o versioni precedenti
looker/.cache	No	Frequenti	File della cache temporanei
looker/.db	Sì, a meno che non sia stata eseguita la migrazione a MySQL del database di backend	Frequenti	Database interno di Looker
looker/.snapshots	No	Aggiornamento	Qui viene archiviata una copia di backup del file jar e della directory .db di Looker durante gli aggiornamenti
looker/.ssl	Forse	Raramente	Certificati SSL autofirmati (vedi nota)
looker/.tmp	No	Frequenti	File temporanei
looker/deploy_keys	Sì	Raramente	Chiavi SSH utilizzate per l'autenticazione in Git per i progetti LookML creati con Looker 4.8 o versioni successive
looker/log	Forse	Frequenti	File di log; necessaria solo se richiesto dai tuoi criteri di conservazione
Looker/models	No	Variabile	Modelli di produzione copiati dal repository di codice sorgente (di solito GitHub)
looker/models-user-*	Sì	Variabile	I modelli di sviluppo di ogni utente vengono archiviati in directory separate con il numero ID dell'utente

Nota sull'SSL: per impostazione predefinita la directory SSL contiene solo un certificato SSL autofirmato, che non deve essere conservato. Tuttavia, se in questa directory si archiviano altri file, ad esempio certificati SSL firmati da un'autorità di certificazione, questa directory dovrebbe essere aggiunta al backup.

I file esterni alla home directory di Looker, che dovrebbero essere aggiunti al backup, sono:

Directory	Backup richiesto	Modifica frequenza	Descrizione
/etc/init.d/looker	Sì	Raramente	Script di avvio del sistema per Looker
Certificati SSL	Sì	Raramente	Se utilizzi certificati SSL, assicurati che siano inclusi tutti i file richiesti

Sebbene in genere questo non causi problemi, alcuni clienti hanno segnalato problemi se includono il file looker/.db/looker.lck nei backup. Puoi tranquillamente escludere questo file, se necessario.

Creazione di un backup di Looker

Puoi creare un backup di Looker con qualsiasi applicazione di backup standard e con strumenti a riga di comando come rsync.

È preferibile eseguire il processo di backup quando l'applicazione è utilizzata il meno possibile. Oltre alla normale interazione con gli utenti, tieni conto dei momenti in cui potrebbero essere in esecuzione i look pianificati, le tabelle derivate potrebbero essere ricostruite e così via.

Ambienti in cluster

I Looker raggruppati archiviano la configurazione dell'applicazione, gli account utente e altri dati in un database MySQL esterno. Ti consigliamo di creare un backup di questo database contemporaneamente all'applicazione Looker. Per ulteriori dettagli su come eseguire il backup dei database MySQL, consulta la documentazione di MySQL.

Generazione di un backup indipendente dal keystore

Un'installazione ospitata dal cliente che ha eseguito la migrazione alla crittografia GCM AES-256 e non utilizza AWS KMS può utilizzare questa procedura per creare un backup della propria istanza Looker indipendente dalla chiave master del cliente (CMK) locale. In questo modo, un cliente ospitato autonomamente può passare a un'installazione ospitata da Looker senza dover fornire la propria CMK o per spostare un'installazione ospitata dal cliente in un nuovo host che non ha accesso allo stesso archivio chiavi locale.

Per creare un backup indipendente dal keystore:

Interrompi Looker:
```
cd looker
./looker stop
```
Se Looker è in cluster, assicurati di arrestare ogni nodo prima di procedere.
Assicurati che Looker possa accedere alla tua CMK. Se la tua chiave CMK è 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, per fornire la tua chiave CMK direttamente in una variabile di ambiente, puoi utilizzare la variabile di ambiente LKR_MASTER_KEY_ENV:
```
export LKR_MASTER_KEY_ENV=<CMK_value>
```
Genera un nuovo file della chiave che verrà utilizzato per criptare nuovamente la chiave di crittografia della chiave (KEK):
```
./looker generate_keyfile_for_backup <key_file_name>
```
dove <key_file_name> è il nome che vuoi utilizzare per il file che verrà creato da Looker e poi utilizzato per scrivere la nuova chiave.

I contenuti del nuovo file della chiave saranno i seguenti:
```
{"dbmk":"vr1LUwO3q6weY8iS3JykVljSjiD4m6eGk227Cs7Qu9Q=\n","backup_uid":"XCXvRa38mNeqT6+HRBCo2Q=="}
```
dove il valore di dbmk è una chiave di crittografia a 256 bit con codifica Base64 e backup_uid è un nome univoco utilizzato per salvare la chiave nel database.
Utilizza il nuovo file della chiave per creare una nuova voce di chiave nel database interno di Looker:
```
./looker keystore_independent_recrypt <key_file_name>
```
dove <key_file_name> è il file della chiave creato in precedenza.

La KEK viene decriptata nel database interno utilizzando la CMK, poi viene criptata di nuovo con la nuova chiave e il valore criptato viene mantenuto nel database.
Crea un backup di Looker utilizzando il tuo metodo di backup abituale.

Per ripristinare questo backup indipendente dal keystore, avrai bisogno del nuovo file della chiave creato in precedenza.

Ripristino dei backup

Per ripristinare un backup di Looker, consulta la pagina della documentazione Ripristino dei backup.

Passaggi successivi

Dopo aver configurato i backup, potrai garantire che Looker possa accedere ai servizi necessari.