表示されているのは Looker のドキュメントです。Looker Studio のドキュメントについては、https://support.google.com/looker-studio をご覧ください。

バックアップを復元する

Looker バックアップの作成については、バックアップの作成についてのドキュメントページをご覧ください。

お客様がホストする Looker インスタンスを新しいホストにrestore復元するには、Looker のインストール手順のみで行います。

新しいサーバーが最小サーバー仕様に準拠していることを確認します。
ntpd または chronyd を有効にします。
Looker のユーザー、グループ、ホームディレクトリを作成します。
Looker アプリケーションのダウンロードと残りのすべてのインストール手順をスキップします。

新しいホストの準備が完了したら、次の操作を行います。

バックアップからファイルを復元します。

Looker を起動します:

sudo su - looker
cd looker
./looker start

クラスタ化された環境

クラスタ環境の MySQL データベースを復元するには:

クラスタで実行中の Looker を停止します。
データベースを復元します。
Looker インスタンスを 1 つずつ起動します。

MySQL データベースを復元する方法の詳細については、MySQL のドキュメントをご覧ください。

キーストアに依存しないバックアップの復元

AES-256 GCM 暗号化に移行され、キーストアに依存しないバックアップを生成したセルフホスト型のインストールでは、復元を実行した後、Looker の内部データベースを更新する必要があります。

キーストアに依存しないバックアップを復元したら、次の手順に従って KEK を復号し、新しいローカルキーストアを使用して KEK を再暗号化し、内部データベースの鍵エントリを更新します。

Looker を停止します。
```
cd looker
./looker stop
```
Looker がクラスタ化されている場合は、作業を続行する前にすべてのノードを停止してください。

後で restore_dr_backup コマンドを発行するときにノードが実行されていると、このコマンドは失敗し、「このバックエンド Looker データベースに接続されている他のライブノードがあります。Looker が過去 1 分以内にシャットダウンされた場合は、しばらくしてからもう一度お試しください。それ以外の場合は、クラスタ内のすべてのノードがシャットダウンしていることを確認してください」というエラーメッセージが表示されます。
Looker が、Looker を復元した場所のローカルキーストアで使用される CMK にアクセスできることを確認します。復元先の CMK がファイルに保存されている場合は、環境変数 LKR_MASTER_KEY_FILE を使用して CMK ファイルのパスを指定します。
```
export LKR_MASTER_KEY_FILE=<path_to_CMK_file>
```
または、復元先の CMK を環境変数で直接指定する場合は、LKR_MASTER_KEY_ENV 環境変数を使用します。
```
export LKR_MASTER_KEY_ENV=<CMK_value>
```
内部データベースを更新します。
```
./looker restore_dr_backup <path_to_CMK_file>
```
ここで、<path_to_CMK_file> は、キーストアに依存しないバックアップを取ったときに作成されたプレーンテキストの鍵ファイルのパスとファイル名です。鍵ファイルの形式は次のとおりです。
```
{"dbmk":"vr1LUwO3q6weY8iS3JykVljSjiD4m6eGk227Cs7Qu9Q=\n","backup_uid":"XCXvRa38mNeqT6+HRBCo2Q=="}
```
ここで、dbmk の値は、Base64 エンコードの 256 ビット暗号鍵であり、backup_uid は鍵をデータベースに保存するときに使用する一意の名前です。

Looker の内部データベースを更新したら、通常どおり Looker を起動できます。Looker を実行したら、キーストアに依存しないバックアップの作成に使用した平文の鍵ファイルを削除することをおすすめします。