--- schema_version: "1" id: c836211764f6a4f68015cfcf51af83efbfa195e33b511569f672f1bd2c95fade title: 外部ファイル ストアによるバックアップと復元 collection: tableau version: next locale: ja-jp portal_url: https://docs.salesforce.com/tableau/next/ja-jp/server-linux/server_external_filestore_storage_backup_restore.md canonical_url: https://help.tableau.com/v0.0/server-linux/ja-jp/server_external_filestore_storage_backup_restore.htm source_site: help.tableau.com content_type: documentation content_hash: c7e86d6eef91bc085ccd74091dc863e75c1a5fe0bab5b17961a91219fc7f510b description: Back up and restore Tableau Server when External File Store is enabled. --- [メイン コンテンツに進む](#main-content) # 外部ファイル ストアによるバックアップと復元 Tableau Server で外部ファイル ストアを有効にしている場合、`tsm maintenance backup` コマンドを使用して Tableau Server リポジトリとファイル ストア データをバックアップすることはできません。代わりに、"スナップショット" のバックアップ プロセスを使用して、ある時点でのネットワーク共有のスナップショットを作成します。 - [外部ファイル ストアを使用して構成された Tableau Server](#external-file-store) - [外部ファイル ストアと外部リポジトリを使用して構成された Tableau Server](#external-file-store-external-repo) ### バックアップ戦略: 使用するバックアップ戦略は、復旧計画によって異なります。スナップショット バックアップ プロセスは、ファイル ストア (および要求された場合はリポジトリ データ) のバックアップを作成するだけであるため、それだけでは不十分な場合があります。また、完全復旧を行うためには、他の構成や設定が必要になることもあります。 **重要:** アップグレードを実行する前に、スケジュールされたタスクを無効にすることをお勧めします。これにはデータ コンテンツのすべての更新も含まれ、アップグレード前のバックアップを作成する前に実行する必要があります。これには、REST API ベースの抽出更新や tabcmd の使用によって開始されるジョブなど、Tableau Server の外部でトリガーされるジョブの無効化が含まれる場合があります。 スナップショット バックアップ プロセスが十分な場合と不十分な場合を示すシナリオをいくつか紹介します。 - **スタンバイ Tableau Server** — 本番環境のサーバーがダウンした場合に使用するスタンバイ Tableau Server を維持する場合は、スナップショット バックアップを作成し、それを定期的にスタンバイ サーバーに復元するだけで十分な場合があります。バックアップ スケジュールは、目標復旧時点に基づいて設定する必要があります。 - **新しい Tableau Server、既存の構成は不要** — 障害発生時に新しい Tableau Server インストールを使用する予定であるが、既存の Tableau Server インストールの構成と設定を必ずしも使用する必要がない場合は、Tableau Server の新しいインスタンスをインストールし、スナップショットを使用してデータを復元することができます。 - **新しい Tableau Server、既存の構成が必要** — 既存の構成と設定、およびバックアップ日を含む新しい Tableau Server インストールを使用する予定の場合は、スナップショット バックアップと共に追加のファイルが必要です。すべての構成と設定を含む完全バックアップを実行するには、次の手順に従います。 1. トポロジと構成データをエクスポートします。これにより、Tableau Server のほとんどの構成とトポロジがエクスポートされます。詳細については、「[Tableau Server の完全なバックアップと復元を実行します](https://help.tableau.com/v0.0/server-linux/ja-jp/backup_restore.htm#backup-data-types)」を参照してください。 2. このトピックの「[外部ファイル ストアによるバックアップと復元](#Creating)」セクションの説明に従って、ファイルストア (および必要に応じてリポジトリ データ) のネットワーク共有のスナップショットを作成します。 3. エクスポートに含まれていない設定をメモします。これらには、システム ユーザー アカウント、調整サービスの展開構成、およびカスタマイズされた設定の値が含まれます。詳細については、[Tableau Server の完全なバックアップと復元を実行します](https://help.tableau.com/v0.0/server-linux/ja-jp/backup_restore.htm#backup-assets-that-require-a-manual-process)を参照してください。 ## 外部ファイル ストアを使用して構成された Tableau Server 外部ファイル ストアを使用して Tableau Server を構成している場合、バックアップ プロセスには、外部ファイル ストアを使用したネットワーク共有のポイントインタイム スナップショット バックアップの作成を含める必要があります。次の手順に従ってバックアップを作成します。 **注:** 外部ファイル ストアと外部リポジトリの両方がある場合は、「[外部ファイル ストアと外部リポジトリを使用して構成された Tableau Server](#external-file-store-external-repo)」を参照してください。 ### スナップショット バックアップの作成 次のステップに従って、スナップショット バックアップを作成します。 1. スナップショット バックアップを準備する。 以下のコマンドを実行して、リポジトリのバックアップ ファイルを作成し、それをネットワーク共有に一時的にコピーします。Tableau Server は、バックアップ処理中も正常に動作し続けます。一貫性のあるスナップショットを作成するために、使用されていない抽出を削除する内部プロセスが一時停止されます。このプロセスは、後のステップで説明されているバックアップ プロセスが完了すると、再開されます。 `tsm maintenance snapshot-backup prepare` 準備のステップが完了すると、**スナップショット バックアップの準備に成功しました**というメッセージが表示されます。 ネットワーク共有にリポジトリのバックアップ ファイルが作成されたことを確認します。 **注:** 準備のステップには、リポジトリと KMS キーおよびアセット キーのバックアップ ファイルの作成が含まれます。暗号化キー ソリューションにクラウド ソリューションを使用している場合は、復元に必要なキーの復号に使用する CMK にアクセスできる必要があります。AWS での暗号化キー ソリューションの詳細については、「[AWS キー管理システム](https://help.tableau.com/v0.0/server-linux/ja-jp/security_kms_aws.htm)」を参照してください。Azure での暗号化キー ソリューションの詳細については、「[Azure Key Vault](https://help.tableau.com/v0.0/server-linux/ja-jp/security_kms_azure.htm)」を参照してください。 2. ネットワーク共有のスナップショットを作成する。 適切なプロセスを使用して、ネットワーク共有のスナップショットを作成します。スナップショットは、特定の時点で取得された共有の読み取り専用バージョンです。これには、ファイル ストア データと、前のステップで共有に一時的にコピーされたリポジトリ バックアップ ファイルが含まれます。このネットワーク共有のスナップショットを作成するステップは、ネットワークによって異なります。詳細については、ご使用のネットワークのドキュメントを参照してください。 3. スナップショット バックアップ プロセスを完了します。 以下のコマンドを実行して、バックアップ プロセスを完了し、一時停止していた内部処理を再開します。これにより、ネットワーク共有にコピーされたリポジトリ バックアップ ファイルが削除されます。 `tsm maintenance snapshot-backup complete` ネットワーク共有からリポジトリの一時的なバックアップ ファイルが削除されたことを確認します。 ### スナップショット バックアップの復元 これらのステップは、シングルノードとマルチノードの両方の Tableau Server インストールに適用されます。 1. Tableau Server を停止します。 コマンド プロンプトで、次のコマンドを実行します。 `tsm stop` 2. ネットワーク共有のスナップショットをネットワークに復元して、ファイル ストア データを復元します。具体的なステップは、ネットワークによって異なります。 3. リポジトリ データを復元します。 次の復元コマンドを使用して、リポジトリ データを復元します。 `tsm maintenance snapshot-backup restore` **注:** 暗号化キー ソリューションにクラウド ソリューションを使用している場合は、バックアップを復元するサーバーに、CMK が展開されているクラウド インスタンスを復号する権限が付与されていることを確認してください。 4. Tableau Server を再起動します。 コマンド プロンプトで、次のコマンドを実行します。 `tsm start` ## 外部ファイル ストアと外部リポジトリを使用して構成された Tableau Server 外部ファイル ストアと外部リポジトリの両方を使用して Tableau Server を構成している場合は、バックアップを作成するために必要な特別なステップがあります。これには、外部ファイル ストアを使用したネットワーク共有のポイントインタイム スナップショット バックアップの作成が含まれます。また、外部リポジトリの個別のバックアップが含まれる場合もあります。次の手順に従ってバックアップを作成します。 **注:** 外部ファイル ストアを持っているが、既定のリポジトリを使用している場合は、「[外部ファイル ストアを使用して構成された Tableau Server](#external-file-store)」を参照してください。 ### リポジトリのバックアップ 外部ファイル ストアと外部リポジトリの両方がある場合、リポジトリ データのバックアップには 2 つのオプションがあります。各オプションを選択する理由は次のとおりです。 - ネットワーク共有スナップショットにリポジトリのバックアップを含める。 管理がしやすい。リポジトリを個別にバックアップする必要がなく、バックアップはファイル ストア データと同期されます。 - リポジトリを個別にバックアップする。 インスタンスのスナップショットのバックアップを実行できるクラウド ソリューションを使用している場合は、外部リポジトリのバックアップを個別に実行する方が高速になります。バックアップ ファイルのサイズは、ネットワーク共有のスナップショットの準備にかかる時間に大きな影響を与える可能性があります。 ### オプション 1: ネットワーク共有のスナップショットにリポジトリのバックアップを含める #### スナップショット バックアップの作成 1. スナップショット バックアップを準備する。 以下のコマンドを実行して、リポジトリのバックアップ ファイルを作成し、それをネットワーク共有に一時的にコピーします。Tableau Server は、バックアップ処理中も正常に動作し続けます。一貫性のあるスナップショットを作成するために、使用されていない抽出を削除する内部プロセスが一時停止されます。このプロセスは、後のステップで説明されているバックアップ プロセスが完了すると、再開されます。 `tsm maintenance snapshot-backup prepare --include-pg-backup` **注:** 2021.1 以降、外部ファイル ストアと外部リポジトリの両方が有効になっている場合、リポジトリのバックアップを作成するには `--include-pg-backup` オプションを使用する_必要があります_。2021.1 より前のバージョンからアップグレードする場合で、バックアップを実行またはスケジュールするスクリプトがあり、引き続きリポジトリのバックアップを含める場合は、上に示すように準備コマンドに `--include-pg-backup` オプションを追加します。2021.1 より前のバージョンでは、オプションは必要ありません。リポジトリのバックアップは自動的に含まれます。 準備のステップが完了すると、**スナップショット バックアップの準備に成功しました**というメッセージが表示されます。 ネットワーク共有にリポジトリのバックアップ ファイルが作成されたことを確認します。 **注:** 準備のステップでは、リポジトリと KMS キーおよびアセット キーのバックアップが作成されます。暗号化キー ソリューションにクラウド ソリューションを使用している場合は、復元に必要なキーの復号に使用する CMK にアクセスできる必要があります。AWS での暗号化キー ソリューションの詳細については、「[AWS キー管理システム](https://help.tableau.com/v0.0/server-linux/ja-jp/security_kms_aws.htm)」を参照してください。Azure での暗号化キー ソリューションの詳細については、「[Azure Key Vault](https://help.tableau.com/v0.0/server-linux/ja-jp/security_kms_azure.htm)」を参照してください。 2. ネットワーク共有のスナップショットを作成する。 適切なプロセスを使用して、ネットワーク共有のスナップショットを作成します。スナップショットは、特定の時点で取得された共有の読み取り専用バージョンです。これには、ファイル ストア データと、前のステップで共有に一時的にコピーされたリポジトリ バックアップ ファイルが含まれます。このネットワーク共有のスナップショットを作成するステップは、ネットワークによって異なります。詳細については、ご使用のネットワークのドキュメントを参照してください。 **重要:** ネットワーク共有とリポジトリ バックアップのスナップショットは、準備のステップを完了してから 3 時間以内に完了する必要があります (ステップ 1)。これは、ファイル ストアとリポジトリのバックアップが同期され、復元が正しく動作するようにするためです。 3. スナップショット バックアップ プロセスを完了します。 以下のコマンドを実行して、バックアップ プロセスを完了し、一時停止していた内部処理を再開します。また、ネットワーク共有にコピーされたリポジトリ バックアップ ファイルが削除されます。 `tsm maintenance snapshot-backup complete` #### スナップショット バックアップの復元 これらのステップは、シングルノードとマルチノードの両方の Tableau Server インストールに適用されます。 **重要:** ブルー/グリーン アップグレードを実行する場合、または [tsm メンテナンス (バックアップと復元)](https://help.tableau.com/v0.0/server-linux/ja-jp/cli_maintenance_tsm.htm) メソッドを使用して Tableau Server 2021.4 (またはそれ以前) を手動でアップグレードする場合は、Tableau Server 2022.1 (またはそれ以降) に復元する前に `legacy-identity-mode` を有効にする必要があります。詳細については、「[アイデンティティの移行に関する問題をトラブルシューティングする](https://help.tableau.com/v0.0/server-linux/ja-jp/identity_migration_troubleshoot.htm)」を参照してください。 1. Tableau Server を停止します。 コマンド プロンプトで、次のコマンドを実行します。 `tsm stop` 2. ネットワーク共有のスナップショットをネットワークに復元して、ファイル ストア データを復元します。具体的なステップは、ネットワークによって異なります。 3. リポジトリ データを復元します。 次の復元コマンドを使用して、リポジトリ データを復元します。 `tsm maintenance snapshot-backup restore` **注:** 暗号化キー ソリューションにクラウド ソリューションを使用している場合は、バックアップを復元するサーバーに、CMK が展開されているクラウド インスタンスを復号する権限が付与されていることを確認してください。 4. Tableau Server を再起動します。 コマンド プロンプトで、次のコマンドを実行します。 `tsm start` ### オプション 2: リポジトリを個別にバックアップする このオプションは、外部リポジトリのホスト プラットフォームでスナップショット バックアップを実行できる場合にのみ推奨されます。ホスト プラットフォームとして Azure を使用している場合は、オプション 1 を使用することをお勧めします。 #### スナップショット バックアップの作成 1. スナップショット バックアップを準備する。 以下のコマンドを実行して、リポジトリのバックアップ ファイルを作成し、それをネットワーク共有に一時的にコピーします。Tableau Server は、バックアップ処理中も正常に動作し続けます。一貫性のあるスナップショットを作成するために、使用されていない抽出を削除する内部プロセスが一時停止されます。このプロセスは、後のステップで説明されているバックアップ プロセスが完了すると、再開されます。 `tsm maintenance snapshot-backup prepare` 準備のステップが完了すると、**スナップショット バックアップの準備に成功しました**というメッセージが表示されます。 **注:** 準備のステップでは、KMS キーおよびアセット キーのバックアップが作成されます。暗号化キー ソリューションにクラウド ソリューションを使用している場合は、復元に必要なキーの復号に使用する CMK にアクセスできる必要があります。AWS での暗号化キー ソリューションの詳細については、「[AWS キー管理システム](https://help.tableau.com/v0.0/server-linux/ja-jp/security_kms_aws.htm)」を参照してください。Azure での暗号化キー ソリューションの詳細については、「[Azure Key Vault](https://help.tableau.com/v0.0/server-linux/ja-jp/security_kms_azure.htm)」を参照してください。 2. ネットワーク共有のスナップショットを作成する。 適切なプロセスを使用して、ネットワーク共有のスナップショットを作成します。スナップショットは、特定の時点で取得された共有の読み取り専用バージョンです。これには、ファイル ストア データが含まれます。このネットワーク共有のスナップショットを作成するステップは、ネットワークによって異なります。詳細については、ご使用のネットワークのドキュメントを参照してください。 3. リポジトリのバックアップを作成する: 外部リポジトリをホストしているプラットフォームのバックアップ テクノロジーを使用してバックアップを作成します。 **重要:** ネットワーク共有とリポジトリ バックアップのスナップショットは、準備のステップを完了してから 3 時間以内に完了する必要があります (ステップ 1)。これは、ファイル ストアとリポジトリのバックアップが同期され、復元が正しく動作するようにするためです。 AWS DB インスタンスのスナップショットの作成の詳細については、「[DB スナップショットの作成](https://docs.aws.amazon.com/AmazonRDS/latest/UserGuide/USER_CreateSnapshot.html)」を参照してください。 Azure DB インスタンスのバックアップの作成の詳細については、「[Flexible Server でのバックアップと復元](https://docs.microsoft.com/ja-jp/azure/postgresql/flexible-server/concepts-backup-restore)」(PostgreSQL 12 以降)、または「[単一サーバーでのバックアップと復元](https://docs.microsoft.com/ja-jp/azure/postgresql/concepts-backup)」(PostgreSQL 11 以前) を参照してください。 **注:** 暗号化キー ソリューションにクラウド ソリューションを使用している場合は、バックアップを復元するサーバーが、CMK がデプロイされているクラウド インスタンスに対する復号化の権限を持っていることを確認してください。 4. スナップショット バックアップ プロセスを完了します。 以下のコマンドを実行して、バックアップ プロセスを完了し、一時停止していた内部処理を再開します。 `tsm maintenance snapshot-backup complete` #### スナップショット バックアップの復元 これらのステップは、シングルノードとマルチノードの両方の Tableau Server インストールに適用されます。 1. 外部リポジトリの データベース バックアップを使用します。クラウド プラットフォームを使用してリポジトリをホストしている場合、通常は、バックアップを復元するための新しい データベース インスタンスを作成する必要があります。 新しいインスタンスを作成する詳細な手順については、「[外部リポジトリのインストール](https://help.tableau.com/v0.0/server-linux/ja-jp/server_external_repo_new_install.htm#external-repo-install)」のホスティング ソリューションのオプションを参照してください。 2. 「[PostgreSQL 外部リポジトリでの Tableau Server のインストール](https://help.tableau.com/v0.0/server-linux/ja-jp/server_external_repo_new_install.htm)」トピックのステップ 1 の手順を使用して、新しいインスタンスの構成ファイルを作成します。 3. Tableau Server を停止します。 コマンド プロンプトで、次のコマンドを実行します。 `tsm stop` 4. 外部リポジトリの復元に新しい データベース インスタンスが必要な場合は、次のコマンドを使用して Tableau Server に新しい データベース インスタンスを指定し、その変更を Tableau Server に適用します。 `tsm topology external-services repository replace-host -f .json -c .pem` `tsm pending-changes apply` この `.json` fファイルは、ステップ 2 で作成した構成ファイルです。この証明書ファイルは、新しいデータベース インスタンスからダウンロードした SSL 証明書です。 5. ネットワーク共有のスナップショットをネットワークに復元して、ファイル ストア データを復元します。具体的なステップは、ネットワークによって異なります。 **注:** 一部のテクノロジでは、復元を実行するときに新しいネットワーク共有を作成する必要があります。これがネットワーク接続ストレージに当てはまる場合は、Tableau Server を停止する**前に**復元を実行できます。ファイル ストアのデータを新しいネットワーク共有に復元する場合は、新しいネットワーク共有を使用するように Tableau Server を構成する必要があります。詳細については、「[別の外部ストレージを使用するように Tableau Server を構成する](https://help.tableau.com/v0.0/server-linux/ja-jp/server_external_filestore_storage_reconfigure.htm#configure-new-storage)」を参照してください。 6. 次のコマンドを実行して、KMS および Asset のキーを復元します。 `tsm maintenance snapshot-backup restore` **注:** 暗号化キー ソリューションにクラウド ソリューションを使用している場合は、バックアップを復元するサーバーが、CMK がデプロイされているクラウド インスタンスに対する復号化の権限を持っていることを確認してください。 7. 次のコマンドを実行して Tableau Server を再起動します。 `tsm start` ## 実行可能なユーザー Tableau Server 管理者は、Tableau Server のバックアップと復元を行うことができます。さらに、外部ストレージにアクセスし、それに対するスナップショット バックアップを実行するパーミッションが必要です。