Restaurer des sauvegardes

Pour en savoir plus sur la création de sauvegardes Looker, consultez la page de documentation Créer des sauvegardes.

Pour restaurer Looker à un nouvel hôte, suivez uniquement ces étapes des instructions d'installation de Looker:

  • Vérifiez que le nouveau serveur respecte la configuration minimale requise.
  • Active ntpd ou chronyd.
  • Créez l'utilisateur, le groupe et l'annuaire d'accueil looker.
  • Ignorez le téléchargement de l'application Looker et toutes les étapes d'installation restantes.

Une fois que le nouvel hôte est prêt:

  • Restaurez les fichiers à partir de la sauvegarde.

  • Démarrez Looker:

    sudo su - looker
cd looker
./looker start

Environnements en cluster

Pour restaurer la base de données MySQL pour un environnement en cluster:

  • Arrêtez tous les Lookers en cours d'exécution dans le cluster.
  • Restaurez la base de données.
  • Démarrez les instances Looker une par une.

Consultez la documentation MySQL pour en savoir plus sur la restauration de bases de données MySQL.

Restaurer une sauvegarde indépendante du keystore

Les installations hébergées par le client qui ont migré vers le chiffrement GCM AES-256 et généré une sauvegarde indépendante du keystore doivent mettre à jour la base de données interne de Looker après avoir effectué une restauration.

Après avoir restauré une sauvegarde indépendante du keystore, procédez comme suit pour déchiffrer la clé KEK, la rechiffrer à l'aide du nouveau keystore local et mettre à jour l'entrée de la clé dans la base de données interne:

  1. Arrêtez Looker:

    cd looker
./looker stop

    Si Looker est en cluster, veillez à arrêter tous les nœuds avant de continuer.

    Si des nœuds sont toujours en cours d'exécution lorsque vous exécutez la commande restore_dr_backup, la commande échoue et le message suivant s'affiche : "D'autres nœuds actifs sont connectés à cette base de données Looker backend". Si Looker a été arrêté au cours de la dernière minute, réessayez rapidement. Sinon, vérifiez que tous les nœuds du cluster sont arrêtés."

  2. Assurez-vous que Looker peut accéder à la clé CMK utilisée pour le keystore local de l'emplacement où vous avez restauré Looker. Si la clé CMK de l'emplacement de restauration est stockée dans un fichier, vous pouvez utiliser la variable d'environnement LKR_MASTER_KEY_FILE pour pointer vers le chemin du fichier CMK:

    export LKR_MASTER_KEY_FILE=<path_to_CMK_file>

    Si vous souhaitez fournir la clé CMK de l'emplacement de restauration directement dans une variable d'environnement'environnement, vous pouvez utiliser la variable d'environnement LKR_MASTER_KEY_ENV:

    export LKR_MASTER_KEY_ENV=<CMK_value>

  3. Mettez à jour la base de données interne:

    ./looker restore_dr_backup <path_to_CMK_file>

    où <path_to_CMK_file> est le chemin d'accès et le nom du fichier de clé en texte brut créé lors de la sauvegarde indépendante du keystore. Le fichier de clé a le format suivant:

    {"dbmk":"vr1LUwO3q6weY8iS3JykVljSjiD4m6eGk227Cs7Qu9Q=\n","backup_uid":"XCXvRa38mNeqT6+HRBCo2Q=="}

    où la valeur de dbmk est une clé de chiffrement 256 bits encodée en Base64, et backup_uid est un nom unique utilisé lors de l'enregistrement de la clé dans la base de données.

Une fois la base de données interne mise à jour de Looker, vous pouvez démarrer Looker normalement. Une fois que Looker est en cours d'exécution, nous vous recommandons de supprimer le fichier de clé en texte brut utilisé pour créer la sauvegarde indépendante du keystore.