Sicherungen wiederherstellen

Weitere Informationen zum Erstellen von Looker-Sicherungen finden Sie auf der Dokumentationsseite zum Erstellen von Sicherungen.

Wenn Sie Looker auf einem neuen Host wiederherstellen möchten, führen Sie nur die Schritte in der Installationsanleitung für Looker aus:

  • Prüfen Sie, ob der neue Server den Mindestanforderungen an den Server entspricht.
  • ntpd oder chronyd aktivieren
  • Erstellen Sie den Looker-Nutzer, die Gruppe und das Basisverzeichnis.
  • Überspringen Sie den Download der Looker-Anwendung und aller verbleibenden Installationsschritte.

Sobald der neue Host vorbereitet ist, gehen Sie so vor:

  • Stellen Sie die Dateien aus dem Back-up wieder her.

  • Starten Sie Looker:

    sudo su - looker
cd looker
./looker start

Geclusterte Umgebungen

So stellen Sie die MySQL-Datenbank für eine Clusterumgebung wieder her:

  • Beenden Sie alle ausgeführten Looker im Cluster.
  • Stellen Sie die Datenbank wieder her.
  • Starten Sie die Looker-Instanzen einzeln.

Weitere Informationen zum Wiederherstellen von MySQL-Datenbanken finden Sie in der MySQL-Dokumentation.

Schlüsselspeicherunabhängige Sicherung wiederherstellen

Vom Kunden gehostete Installationen, die zu AES-256-GCM-Verschlüsselung migriert und eine schlüsselspeicherunabhängige Sicherung generiert haben, müssen die interne Looker-Datenbank nach einer Wiederherstellung aktualisieren.

Nachdem Sie eine Keystore-unabhängige Sicherung wiederhergestellt haben, entschlüsseln Sie den KEK mit diesem Verfahren, verschlüsseln Sie ihn noch einmal mit dem neuen lokalen Schlüsselspeicher und aktualisieren Sie den Schlüsseleintrag in der internen Datenbank:

  1. Looker beenden:

    cd looker
./looker stop

    Wenn Looker geclustert ist, müssen Sie jeden Knoten beenden, bevor Sie fortfahren.

    Wenn noch Knoten ausgeführt werden, wenn Sie später den Befehl restore_dr_backup ausführen, schlägt der Befehl fehl und es wird die Meldung „Es sind andere Liveknoten mit dieser Back-End-Datenbank in Looker verbunden.“ angezeigt. Wenn Looker in der letzten Minute heruntergefahren wurde, versuchen Sie es später noch einmal. Prüfen Sie andernfalls, ob alle Knoten im Cluster heruntergefahren wurden.

  2. Achten Sie darauf, dass Looker auf den CMK für den lokalen Schlüsselspeicher des Standorts zugreifen kann, an dem Sie Looker wiederhergestellt haben. Wenn die CMK-Datei des Wiederherstellungsspeicherorts in einer Datei gespeichert ist, können Sie mit der Umgebungsvariable LKR_MASTER_KEY_FILE auf den Pfad der CMK-Datei verweisen:

    export LKR_MASTER_KEY_FILE=<path_to_CMK_file>

    Wenn Sie den CMK des Wiederherstellungsstandorts direkt in einer Umgebungsvariablen angeben möchten, können Sie die Umgebungsvariable LKR_MASTER_KEY_ENV verwenden:

    export LKR_MASTER_KEY_ENV=<CMK_value>

  3. Aktualisieren Sie die interne Datenbank:

    ./looker restore_dr_backup <path_to_CMK_file>

    Dabei ist <path_to_CMK_file> der Pfad und der Dateiname der Nur-Text-Schlüsseldatei, die beim Erstellen der schlüsselbasierten unabhängigen Sicherung erstellt wurde. Die Schlüsseldatei hat das folgende Format:

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

    Dabei ist der Wert für dbmk ein Base64-codierter 256-Bit-Verschlüsselungsschlüssel und backup_uid ist ein eindeutiger Name, der beim Speichern des Schlüssels in der Datenbank verwendet wird.

Nachdem Sie die interne Looker-Datenbank aktualisiert haben, können Sie Looker normal starten. Sobald Looker ausgeführt wird, sollten Sie die Klartext-Schlüsseldatei löschen, mit der die speicherunabhängige Sicherung erstellt wurde.