Sicherungen wiederherstellen

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

Wenn Sie eine vom Kunden gehostete Looker-Instanz auf einem neuen Host wiederherstellen möchten, führen Sie nur die folgenden Schritte der Looker-Installationsanleitung aus:

  • Prüfen Sie, ob der neue Server die Mindestanforderungen des Servers erfüllt.
  • ntpd oder chronyd aktivieren.
  • Erstellen Sie das Nutzer-, Gruppen- und Basisverzeichnis für looker.
  • Überspringen Sie das Herunterladen der Looker-Anwendung und aller verbleibenden Installationsschritte.

Sobald der neue Host vorbereitet ist:

  • Stellen Sie die Dateien aus der Sicherung 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 Lookers im Cluster.
  • Stellen Sie die Datenbank wieder her.
  • Starten Sie die Looker-Instanzen nacheinander.

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

Schlüsselspeicherunabhängige Sicherung wiederherstellen

Von Kunden gehostete Installationen, die zur AES-256-GCM-Verschlüsselung migriert und eine vom Schlüsselspeicher unabhängige Sicherung generiert haben, müssen die interne Datenbank von Looker nach einer Wiederherstellung aktualisieren.

Nach dem Wiederherstellen einer vom Schlüsselspeicher unabhängigen Sicherung folgen Sie dieser Anleitung, um den KEK zu entschlüsseln, ihn mit dem neuen lokalen Schlüsselspeicher neu zu verschlüsseln und den Schlüsseleintrag in der internen Datenbank zu aktualisieren:

  1. Looker beenden:

    cd looker
./looker stop

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

    Wenn noch Knoten ausgeführt werden, wenn Sie später den Befehl restore_dr_backup ausführen, schlägt der Befehl mit der Meldung „Es sind weitere Live-Knoten mit dieser Back-End-Looker-Datenbank verbunden. Wenn Looker in der letzten Minute heruntergefahren wurde, versuchen Sie es in Kürze noch einmal. Andernfalls prüfen Sie, ob alle Knoten im Cluster heruntergefahren wurden.“

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

    export LKR_MASTER_KEY_FILE=<path_to_CMK_file>

    Wenn Sie den CMK des Wiederherstellungsspeicherorts 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 Dateiname der Nur-Text-Schlüsseldatei, die bei der Erstellung der schlüsselspeicherunabhängigen Sicherung erstellt wurde. Die Schlüsseldatei hat folgendes 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 ein eindeutiger Name, der beim Speichern des Schlüssels in der Datenbank verwendet wird.

Nachdem Sie die interne Datenbank von Looker aktualisiert haben, können Sie Looker normal starten. Sobald Looker ausgeführt wird, sollten Sie die Klartext-Schlüsseldatei löschen, die zum Erstellen der schlüsselspeicherunabhängigen Sicherung verwendet wurde.