Google utilizza la tecnologia AI per tradurre i contenuti nella tua lingua preferita. Le traduzioni generate dall'AI potrebbero contenere errori.

Esportazione dei dati da un'istanza di Looker ospitata dal cliente

Gli amministratori delle istanze di Looker ospitate dal cliente possono valutare la migrazione a un ambiente ospitato da Looker principalmente per scambiare il sovraccarico dell'amministrazione dell'infrastruttura con una maggiore praticità, una migliore disponibilità delle funzionalità e un'affidabilità gestita. L'utilizzo di un'istanza ospitata da Looker riduce notevolmente l'impegno necessario per installare, configurare e gestire l'applicazione Looker, perché tutte le funzioni IT necessarie correlate all'applicazione Looker vengono gestite per te.

La migrazione di un'istanza ospitata dal cliente a un ambiente ospitato da Looker prevede i seguenti passaggi principali:

Acquisizione e configurazione: apri un ticket con il team di Looker e compila il questionario sulla migrazione on-prem di Looker. Il team di Looker crea una nuova istanza ospitata in base alle tue risposte al questionario.
Crittografia: i team SRE di Looker generano una coppia di chiavi GnuPG (GPG) e condividono la chiave pubblica con te.
Esporta: arresti l'istanza di Looker ed esporti i relativi dati (database, file system e chiave gestita dal cliente (CMK)).
Transito e importazione dei dati: il team di Looker importa il backup nell'istanza ospitata da Looker e lo verifica.

Questa pagina descrive come eseguire le attività richieste per il Passaggio 3: esporta:

Valuta le prestazioni e le dimensioni del file system e del database della tua istanza
Esegui il backup, cripta e genera un checksum dei dati che verranno inviati dal file system di Looker
Eseguire il backup, criptare e generare un checksum dei dati che verranno inviati dallo schema del database Looker
Crea, cripta e genera un checksum del file della chiave CMK
Convalidare gli artefatti di backup
Trasferire i file di backup per la migrazione

Prima di iniziare

Prima di poter utilizzare gli script in questa pagina per eseguire il backup dei dati dell'istanza, devi assicurarti che la configurazione dell'istanza di Looker, del database e della crittografia soddisfi i requisiti di migrazione.

Configurazioni richieste

Per eseguire gli script descritti in questa pagina, sono necessarie le seguenti versioni di Looker e del database:

L'istanza di Looker deve eseguire una versione di release di Looker supportata.
L'istanza deve utilizzare un database compatibile con MySQL versione 8.0.0 o successive, in modo che il file dello schema del database esportato possa essere utilizzato da Looker.

Se utilizzi AWS KMS, esegui la migrazione alla crittografia AES-256 GCM di Looker seguendo i passaggi descritti nella pagina di documentazione Modifica delle chiavi di crittografia di Looker.

Per garantire l'archiviazione corretta dei dati e la visualizzazione dei caratteri, le regole di confronto del database devono essere impostate su utf8mb4 (opzione consigliata) o utf8. L'utilizzo di altre regole di confronto può causare il danneggiamento dei dati o errori durante il salvataggio di caratteri speciali.

Valuta l'istanza per la migrazione

Per determinare se la tua istanza di Looker ospitata dal cliente può essere migrata a un'istanza di Looker (originale) ospitata da Looker, devi valutare le dimensioni e il rendimento del database e del file system della tua istanza. Questa valutazione determina anche se l'ambiente di origine è in grado di gestire l'estrazione dei dati che avviene durante il processo di generazione del backup. Queste informazioni aiutano il team di Looker ad allocare risorse sufficienti per l'istanza di destinazione ospitata da Looker.

Per eseguire la valutazione, devi clonare il repository GitHub che contiene lo script di Looker per valutare l'utilizzo di Compute e le prestazioni del file system di un'istanza di Looker. Questo script si basa sull'SDK Go Looker ed è disponibile nel repository Looker O2C Migration Evaluation su GitHub.

Le sezioni seguenti descrivono i passaggi da completare per eseguire lo script che valuta l'istanza, tra cui le seguenti attività:

Clona il repository che contiene lo script.
Genera le credenziali API.
Esegui il comando per controllare l'utilizzo di Compute.
Esegui il comando per controllare le prestazioni del file system.

Installare gli strumenti di valutazione

Installa i seguenti strumenti, linguaggi e SDK sulla macchina in cui eseguirai il backup dei dati dell'istanza Looker:

Clona il repository di valutazione della migrazione di Looker O2C

Per clonare il repository che contiene lo script di valutazione, esegui il seguente comando dalla home directory dell'utente che eseguirà l'analisi e il backup:

git clone https://github.com/looker-open-source/looker-o2c-migration-tool.git

Genera credenziali API

Lo script di valutazione utilizza l'SDK Looker per recuperare i dati, fungendo da client API che invia richieste sulla rete al server Looker. L'utente amministratore che esegue lo script deve disporre di un ID client API Looker e di un client secret. Per generare le credenziali API per il tuo account amministratore Looker:

Vai alla pagina Utenti nel pannello Amministrazione.
Seleziona Modifica per il tuo account.
Nella pagina dei dettagli dell'account, individua la sezione Chiavi API3 e seleziona Modifica chiavi.
Seleziona Nuova chiave API.
Looker visualizzerà un ID client e un client secret. Copia questi valori e salvali in una posizione sicura.

Generare informazioni sull'utilizzo del computing

Per utilizzare lo script di valutazione della migrazione per restituire informazioni sull'utilizzo di Compute della tua istanza, esegui questo comando su una macchina con una connessione di rete diretta all'endpoint API dell'applicazione Looker:

cd looker-o2c-migration-tool
go run main.go --client-id API_CLIENT_ID --client-secret API_CLIENT_SECRET --looker-instance-address LOOKER_INSTANCE_ADDRESS --output-csv-path OUTPUT_CSV_PATH --ssl=SSL

Sostituisci quanto segue:

API_CLIENT_ID: il tuo ID client del passaggio precedente.
API_CLIENT_SECRET: il client secret del passaggio precedente.
LOOKER_INSTANCE_ADDRESS: l'indirizzo dell'istanza di Looker, incluso il protocollo.
OUTPUT_CSV_PATH: il percorso dell'output CSV, ad esempio /content/compute_usage_info.csv.
SSL: indica se la connessione tra la tua macchina e l'istanza Looker deve utilizzare un certificato SSL. Il suo valore predefinito è true.

Questo comando restituisce un file CSV con i dettagli di utilizzo dell'istanza di Looker.

Generare informazioni sul rendimento del file system

Questo script mostra le dimensioni e il numero di file delle singole directory correlate al modello, insieme a un test di velocità di scrittura su disco. Suppone che Looker sia installato nella home directory di un utente con il nome utente looker, come descritto nella pagina della documentazione Installazione dell'applicazione Looker.

Per utilizzare lo script di valutazione della migrazione per restituire informazioni sulle prestazioni del file system della tua istanza, esegui il seguente comando sulla macchina in cui è ospitata l'istanza di Looker:

cd looker-o2c-migration-tool
go run main.go --file-system-evaluation --output-csv-path OUTPUT_CSV_PATH

Sostituisci quanto segue:

OUTPUT_CSV_PATH: il percorso dell'output CSV, ad esempio /content/fs_perf_info.csv

Questo comando restituisce un file CSV con il rendimento del file system dell'istanza di Looker.

Prepara l'istanza per il backup

Preparati a eseguire il backup dei dati dell'istanza installando i pacchetti e le dipendenze necessari per eseguire gli script descritti in questa pagina. Puoi anche impostare alcune variabili di ambiente per semplificare la scrittura dei comandi.

Installa e verifica le dipendenze

Quando installi le dipendenze necessarie per il backup dei dati dell'istanza di Looker, utilizza il gestore di pacchetti standard per la tua distribuzione Linux. Le seguenti versioni corrispondono ai pacchetti forniti in Debian 12 (Bookworm) e rappresentano la versione minima di ogni pacchetto richiesto.

Installa i seguenti pacchetti sulla macchina in cui eseguirai il backup dei dati dell'istanza di Looker:

bash 5.2.15
gpg 2.2.40 (GnuPG): il processo di generazione del backup utilizza gpg per criptare i backup del database e del file system prima che vengano condivisi con il team di Looker.
libgcrypt 1.10.2
Gpg-agent 2.2.40 (GnuPG)
GNU tar 1.34
gzip 1.12
md5sum 9.1 (GNU coreutils)
GNU grep 3.11 (con supporto per PCRE2 10.42 2022-12-11 o versioni successive)
GNU sed 4.9
mariadb-client-core (deve connettersi a MySQL 8.X)

Ad esempio, esegui i seguenti comandi per installare i pacchetti necessari su un sistema Linux basato su Debian:

sudo apt-get update
sudo apt-get install -y \
    bash \
    gnupg \
    libgcrypt20 \
    gnupg-agent \
    tar \
    gzip \
    coreutils \
    grep \
    sed \
    mariadb-client-core

Definisci le variabili

I seguenti comandi definiscono alcune variabili che verranno utilizzate durante il processo di generazione del backup. Configurali su qualsiasi terminale in cui prevedi di eseguire altri comandi.

Variabile di ambiente: imposta il percorso della directory di backup

Il comando seguente imposterà il percorso della directory di backup in cui verranno creati i file. Esegui questi comandi in qualsiasi terminale in cui prevedi di eseguire le attività di generazione di backup specifiche della directory:

BACKUP_DIRECTORY="DIRECTORY_PATH"
BACKUP_DIRECTORY="${BACKUP_DIRECTORY%/}"

Sostituisci quanto segue:

DIRECTORY_PATH: il percorso in cui verranno creati i file di backup. Assicurati che questa directory sia abbastanza grande da contenere il backup. Non includere / iniziale del percorso.

Variabile di ambiente: imposta il percorso di origine per il backup del file system

La definizione della variabile per il percorso di origine del backup del file system presuppone che looker sia il nome utente dell'utente che ha installato l'applicazione Looker e che l'installazione sia avvenuta nella home directory dell'utente, come descritto nella pagina di documentazione Installazione dell'applicazione Looker. Devi modificare la variabile se hai installato Looker in una directory diversa. Imposta questa variabile sul terminale in cui eseguirai il backup del file system di Looker:

  LOOKER_USER="looker"
  ROOT_LOOKER_FS_DIRECTORY="$(getent passwd "$LOOKER_USER" | cut -d: -f 6)"

Variabile di ambiente: definisci una nuova istanza di Looker

Definisci le variabili per rappresentare il nome e l'ID univoco dell'istanza in cui eseguire l'importazione. Il team di Looker ti fornisce i valori per queste variabili.

export luid='LOOKER_HOSTED_INSTANCE_ID'
export customer='LOOKER_HOSTED_INSTANCE_NAME'

Sostituisci quanto segue:

LOOKER_HOSTED_INSTANCE_ID: l'identificatore univoco dell'istanza di Looker a cui verrà eseguita la migrazione
LOOKER_HOSTED_INSTANCE_NAME: Il nome della nuova istanza di Looker a cui verrà eseguita la migrazione

Variabile di ambiente: chiave di crittografia

Il seguente comando installerà una chiave GPG pubblica sull'istanza. Configuralo su qualsiasi terminale in cui eseguirai i comandi di backup dell'istanza (Looker ti fornirà il valore di questa variabile):

base64_encryption_key="BASE64_ENCRYPTION_KEY"

Sostituisci quanto segue:

BASE64_ENCRYPTION_KEY: la chiave di crittografia utilizzata dallo script di backup per criptare i backup. Il team di Looker ti fornisce il valore di questa variabile.

Generare una chiave di crittografia pubblica

Il comando seguente installerà una chiave pubblica pgp sull'istanza. Gli script di backup utilizzano questa chiave per criptare il backup. Configuralo su qualsiasi terminale in cui eseguirai i comandi per eseguire il backup dell'istanza.

echo -n "${base64_encryption_key}" | base64 -d | gpg --import

Esegui il backup dei dati dell'istanza

Esegui i seguenti comandi per comprimere in modo sicuro i componenti critici del file system e dello schema del database della tua istanza in modo che possano essere trasferiti e ripristinati in una nuova istanza di Looker (originale) ospitata da Looker. Lo script eseguirà il backup utilizzando md5sum per verificare e convalidare l'integrità del backup. Infine, cripta il backup utilizzando GnuPG prima di esportare i risultati nel formato di file MD5.

Eseguire il backup dei dati del file system dell'istanza

Esegui questi comandi dalla directory in cui vuoi esportare i dati di backup e nello stesso terminale in cui hai impostato le variabili di ambiente. Seleziona la scheda relativa al tipo di istanza ospitata da Looker a cui prevedi di eseguire la migrazione.

Looker (originale)

Esegui questo comando per assicurarti che tutti gli hook lato server Git personalizzati utilizzati per la convalida dei dati o l'automazione del flusso di lavoro siano inclusi nel backup:

cd "${BACKUP_DIRECTORY}"

function findHookPath() {
rootPath=$1

find \
    ${rootPath}/models{-user-*,}/*/.git/config \
    -maxdepth 0 \
    -type f \
    -xtype f \
  | xargs -I {} grep hooksPath {} \
  | sort \
  | uniq \
  | sed -r -e 's/^.+hooksPath = //g' \
  | xargs -I {} dirname {} \
  | sort \
  | uniq \
  | sed -r -e "s#\.\.\/\.\.\/#${rootPath}/#g"

}

hooksPath=$(findHookPath "${ROOT_LOOKER_FS_DIRECTORY}" | sort | uniq | head -1)

Esegui questo comando per elencare tutte le directory necessarie ed eseguirne il backup:

time find "${ROOT_LOOKER_FS_DIRECTORY}" \
  -maxdepth 1 \
  -type d \
  \( \
         -name marketplace \
      -o -name bare_models \
      -o -name deploy_keys \
      -o -name models \
      -o -name remote_dependencies \
      -o -name models-self-service \
      -o -name "models-user-*" \
      -o -wholename "${hooksPath}" \
  \) | tar \
  --gzip \
  --create \
  --file="${customer}_looker_fs_backup.tar.gz" \
  --files-from=-

Esegui questo comando per creare un'impronta del backup prima della crittografia:

time md5sum "${customer}_looker_fs_backup.tar.gz" > "${customer}_fs_backup.md5"

Esegui questo comando per criptare il backup:

time gpg --encrypt --yes \
  --output "${customer}_looker_fs_backup.tar.gz.enc" \
  --recipient "looker-devops+migration-${luid}@google.com" \
  "${customer}_looker_fs_backup.tar.gz"

Esegui questo comando per acquisire un'altra "impronta" dopo la crittografia:

time md5sum "${customer}_looker_fs_backup.tar.gz.enc" >> "${customer}_fs_backup.md5"

Il checksum aiuta Looker a verificare l'integrità del backup dei dati.

Looker (Google Cloud core)

Esegui questo comando per assicurarti che tutti gli hook lato server Git personalizzati utilizzati per la convalida dei dati o l'automazione del flusso di lavoro siano inclusi nel backup:

cd "${BACKUP_DIRECTORY}"

function findHookPath() {
rootPath=$1

find \
    ${rootPath}/models{-user-*,}/*/.git/config \
    -maxdepth 0 \
    -type f \
    -xtype f \
  | xargs -I {} grep hooksPath {} \
  | sort \
  | uniq \
  | sed -r -e 's/^.+hooksPath = //g' \
  | xargs -I {} dirname {} \
  | sort \
  | uniq \
  | sed -r -e "s#\.\.\/\.\.\/#${rootPath}/#g"

}

hooksPath=$(findHookPath "${ROOT_LOOKER_FS_DIRECTORY}" | sort | uniq | head -1)

Esegui questo comando per elencare tutte le directory necessarie ed eseguirne il backup:

time find "${ROOT_LOOKER_FS_DIRECTORY}" \
  -maxdepth 1 \
  -type d \
  \( \
         -name marketplace \
      -o -name bare_models \
      -o -name deploy_keys \
      -o -name models \
      -o -name remote_dependencies \
      -o -name models-self-service \
      -o -name "models-user-looker" \
      -o -wholename "${hooksPath}" \
  \) | tar \
  --gzip \
  --create \
  --file="${customer}_looker_fs_backup.tar.gz" \
  --files-from=-

Esegui questo comando per creare un'impronta del backup prima della crittografia:

time md5sum "${customer}_looker_fs_backup.tar.gz" > "${customer}_fs_backup.md5"

Esegui questo comando per criptare il backup:

time gpg --encrypt --yes \
  --output "${customer}_looker_fs_backup.tar.gz.enc" \
  --recipient "looker-devops+migration-${luid}@google.com" \
  "${customer}_looker_fs_backup.tar.gz"

Esegui questo comando per acquisire un'altra "impronta" dopo la crittografia:

time md5sum "${customer}_looker_fs_backup.tar.gz.enc" >> "${customer}_fs_backup.md5"

Il checksum aiuta Looker a verificare l'integrità del backup dei dati.

Questo script produce i seguenti file per la parte di migrazione del file system:

${customer}_looker_fs_backup.tar.gz.enc: Il backup del file system compresso e criptato.
${customer}_fs_backup.md5: il file che contiene i checksum per la verifica.

Esegui il backup dello schema del database dell'istanza

Questi comandi preparano l'ambiente per il backup dello schema del database dell'istanza di Looker creando un file di configurazione temporaneo che consente agli strumenti di migrazione di connettersi al database interno dell'istanza di Looker. Anziché passare direttamente dati sensibili come nomi utente e nomi host nei comandi, questo script li scrive nel file di configurazione, che può essere letto da strumenti come mysqldump e mysql.

Esegui questo comando per creare il file di configurazione temporaneo e impostare varie impostazioni:

export database_name="DATABASE_SCHEMA_NAME"
temporary_cnf_file="$(mktemp --tmpdir=. --suffix .cnf)"
echo "[client]
host=DATABASE_HOST
port=DATABASE_PORT
user=DATABASE_USER
password=PASSWORD

[mariadb-dump]
no-sandbox

[mysql]
no-auto-rehash

[mysqldump]
no-tablespaces
loose_set-gtid-purged=OFF
single-transaction
quick
max_allowed_packet=1G
ignore-table=${database_name}.LookerQ_LookerBQ_ACTIVEMQ_ACKS
ignore-table=${database_name}.LookerQ_LookerBQ_ACTIVEMQ_LOCK
ignore-table=${database_name}.LookerQ_LookerBQ_ACTIVEMQ_MSGS

[Server-specific settings - mostly for mysqld/mariadbd processes]
max_allowed_packet = 1024M
" > ${temporary_cnf_file}

Sostituisci quanto segue:

DATABASE_HOST: Il DNS o l'IP del database Looker.
DATABASE_PORT: la porta del database.
DATABASE_USER: il nome utente del database per eseguire l'esportazione.
PASSWORD: il valore in testo normale della password dell'utente che eseguirà l'esportazione. Looker non controllerà questa password. Tuttavia, se preferisci omettere il requisito della password in formato non crittografato, puoi lasciare vuota questa variabile e il sistema ti chiederà forzatamente la password quando esegui i comandi di backup.
DATABASE_SCHEMA_NAME: il nome del database o dello schema.

Se il tuo database richiede un certificato SSL per la connessione, aggiungi i seguenti percorsi al file di configurazione temporaneo:

Imposta il percorso del file dell'autorità di certificazione (CA):

ssl-ca=/etc/mysql/certs/ca.pem

Imposta il percorso del certificato SSL client:

ssl-cert=/etc/mysql/certs/client-cert.pem

Imposta il percorso della chiave privata SSL del client:

ssl-key=/etc/mysql/certs/client-key.pem

Per i database MySQL, richiedi un certificato SSL e verifica il certificato del server:

loose-ssl-mode=VERIFY_CA

Per i database MariaDB, richiedi un certificato SSL e verifica il certificato del server:

loose-ssl-verify-server-cert=ON

Esegui questi comandi per eseguire, criptare e verificare il backup dello schema del database.

Vai alla directory in cui vuoi archiviare il backup:

cd "${BACKUP_DIRECTORY}"

Esegui questo comando per eseguire il backup del database:

time mysqldump \
    --defaults-file="${temporary_cnf_file}" \
    "${database_name}" \
  | gzip > "${customer}_looker_db_backup.sql.gz"

Esegui questo comando per creare un'"impronta" del backup prima della crittografia:

time md5sum "${customer}_looker_db_backup.sql.gz" >> "${customer}_db_backup.md5"

Esegui questo comando per criptare il backup:

time gpg --encrypt --yes \
    --output "${customer}_looker_db_backup.sql.gz.enc" \
    --recipient "looker-devops+migration-${luid}@google.com" \
    "${customer}_looker_db_backup.sql.gz"

Esegui questo comando per acquisire un'altra "impronta" dopo la crittografia:

time md5sum "${customer}_looker_db_backup.sql.gz.enc" >> "${customer}_db_backup.md5"

Questo script produce i seguenti file per la parte dello schema del database della migrazione:

${customer}_looker_db_backup.sql.gz.enc: Il backup dello schema del database compresso e criptato.
${customer}_db_backup.md5: il file che contiene i checksum per la verifica.

Criptare la chiave di crittografia gestita dal cliente (CMK)

I seguenti comandi convalidano, formattano e criptano la CMK. Senza questa crittografia, un database migrato non può essere decriptato nel nuovo ambiente Looker.

Attenzione: il comando CMK successivo deve essere eseguito una sola volta sulla macchina che ospita il database interno o sull'istanza di Looker, ma non su entrambi.

Innanzitutto, imposta una variabile con la CMK attuale, che deve essere in formato base64:

CMK="CUSTOMER_CMK_KEY"

Sostituisci quanto segue:

CUSTOMER_CMK_KEY: Il valore della tua CMK

Quindi, esegui i seguenti comandi per generare un file di chiavi CMK, generare il checksum della CMK decriptata, criptare il file CMK e generare il checksum della CMK criptata:

echo -n "${CMK}" > "${customer}_looker_cmk_key"

time md5sum "${customer}_looker_cmk_key" >> "${customer}_cmk_key.md5"

time gpg --encrypt --yes \
  --output "${customer}_looker_cmk_key.enc" \
  --recipient "looker-devops+migration-${luid}@google.com" \
  "${customer}_looker_cmk_key"

time md5sum "${customer}_looker_cmk_key.enc" >> "${customer}_cmk_key.md5"

Questo script produce i seguenti file per la parte della migrazione relativa alla CMK:

${customer}_looker_cmk_key.enc: Il file CMK criptato
${BACKUP_DIRECTORY}/${customer}_cmk_key.md5: il file che contiene i checksum per la verifica

Preparare i file di migrazione

Gli script che hai eseguito finora hanno prodotto i seguenti file:

compute_usage_info.csv: il file CSV che contiene informazioni sull'utilizzo di Compute della tua istanza
fs_perf_info.csv: il file CSV che contiene informazioni sulle prestazioni del file system della tua istanza
${customer}_looker_fs_backup.tar.gz.enc: Il backup del file system compresso e criptato
${customer}_fs_backup.md5: il file che contiene i checksum per la verifica
${customer}_looker_db_backup.sql.gz.enc: Il backup dello schema del database compresso e criptato
${customer}_db_backup.md5: il file che contiene i checksum per la verifica
${customer}_cmk_key.md5: il file che contiene i checksum per la verifica
${customer}_looker_cmk_key.enc: Il file CMK criptato

Per combinare i file MD5 in un unico file denominato ${customer}_backup.md5, esegui questo comando nella directory di backup:

cat \
    "${customer}_db_backup.md5" \
    "${customer}_fs_backup.md5" \
    "${customer}_cmk_key.md5" \
  | sort | uniq \
  > "${customer}_backup.md5"

Convalidare gli artefatti di backup

Per assicurarti che i file di backup siano completi, sicuri e pronti per la migrazione, utilizza lo strumento di verifica dei dati on-prem di Looker. Questo strumento esegue una convalida completa, che include il controllo dei checksum MD5, delle chiavi di crittografia GPG, della struttura del database e della validità della CMK.

Installa lo strumento di convalida

Per eseguire lo strumento di convalida, devi aver installato Go e GnuPG sul tuo computer.

Per clonare il repository e creare lo strumento, esegui i seguenti comandi:

git clone https://github.com/looker-open-source/customer-scripts.git
cd customer-scripts/onprem-data-verifier
go build -o onprem-verifier main.go

Esegui lo strumento di convalida

Lo strumento opera sulla directory contenente i file di backup. Assicurati che tutti i file richiesti (quattro artefatti criptati e tre decriptati) si trovino in ${BACKUP_DIRECTORY} prima di eseguire lo strumento.

Esegui questo comando per convalidare gli artefatti:

./onprem-verifier \
  --backupDir "${BACKUP_DIRECTORY}" \
  --customerName "${customer}" \
  --luid "${luid}"

In caso di esito positivo, lo strumento genera un file metadata.json. Devi includere questo file quando consegni gli artefatti di backup al team di Looker.

Trasferire i file

Al termine della procedura di backup e crittografia, dovresti avere i seguenti file:

${customer}_looker_db_backup.sql.gz.enc
${customer}_looker_fs_backup.tar.gz.enc
${customer}_looker_cmk_key.enc
${customer}_backup.md5
metadata.json
compute_usage_info.csv
fs_perf_info.csv

Consegna questi file al team Looker per l'importazione in un'istanza ospitata da Looker.

Esportazione dei dati da un'istanza di Looker ospitata dal cliente Mantieni tutto organizzato con le raccolte Salva e classifica i contenuti in base alle tue preferenze.

Prima di iniziare

Configurazioni richieste

Valuta l'istanza per la migrazione

Installare gli strumenti di valutazione

Clona il repository di valutazione della migrazione di Looker O2C

Genera credenziali API

Generare informazioni sull'utilizzo del computing

Generare informazioni sul rendimento del file system

Prepara l'istanza per il backup

Installa e verifica le dipendenze

Definisci le variabili

Variabile di ambiente: imposta il percorso della directory di backup

Variabile di ambiente: imposta il percorso di origine per il backup del file system

Variabile di ambiente: definisci una nuova istanza di Looker

Variabile di ambiente: chiave di crittografia

Generare una chiave di crittografia pubblica

Esegui il backup dei dati dell'istanza

Eseguire il backup dei dati del file system dell'istanza

Looker (originale)

Looker (Google Cloud core)

Esegui il backup dello schema del database dell'istanza

Criptare la chiave di crittografia gestita dal cliente (CMK)

Preparare i file di migrazione

Convalidare gli artefatti di backup

Installa lo strumento di convalida

Esegui lo strumento di convalida

Trasferire i file

Esportazione dei dati da un'istanza di Looker ospitata dal cliente