Sicherungen wiederherstellen

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

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

• Prüfen Sie, ob der neue Server die Mindestanforderungen an den Server erfüllt.
• Aktivieren Sie „ntpd“ oder „chronyd“.
• Erstellen Sie das Nutzer-, Gruppen- und Basisverzeichnis für Looker.
• Ü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 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 Looker 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

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

Nachdem Sie eine schlüsselunabhängige Sicherung wiederhergestellt haben, können Sie den KEK entschlüsseln, ihn mit dem neuen lokalen Schlüsselspeicher neu verschlüsseln und den Schlüsseleintrag in der internen Datenbank aktualisieren:

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 mit der Meldung „(\)“ fehl. Es sind weitere Live-Knoten mit dieser Looker-Datenbank im Back-End verbunden. Wenn Looker in der letzten Minute heruntergefahren wurde, versuchen Sie es später 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, an dem Sie Looker wiederhergestellt haben, verwendet wird. 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 der Dateiname der Schlüsseldatei, die bei 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-Codierungsschlüssel mit 256 Bit 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, empfehlen wir, die Klartext-Schlüsseldatei zu löschen, die zum Erstellen der schlüsselspeicherunabhängigen Sicherung verwendet wurde.