バックアップを復元する

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 を再暗号化して、内部データベースの鍵エントリを更新します。

  1. Looker を停止します。

    cd looker
./looker stop

    Looker がクラスタ化されている場合は、続行する前にすべてのノードを停止してください。

    後で restore_dr_backup コマンドを発行したときにまだノードが実行されている場合は、コマンドが失敗し、このバックエンド Looker データベースに接続された他のライブノードがあります。Looker が 1 分以内にシャットダウンされた場合は、しばらくしてからもう一度お試しください。それ以外の場合は、クラスタ内のすべてのノードがシャットダウンされていることを確認します。"

  2. 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>

  3. 内部データベースを更新します。

    ./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 を実行したら、キーストアに依存しないバックアップの作成に使用される平文の鍵ファイルを削除することをおすすめします。