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

バックアップを復元する

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

お客様がホストする Looker インスタンスを新しいホストに復元するには、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 を実行したら、キーストアに依存しないバックアップの作成に使用した平文の鍵ファイルを削除することをおすすめします。