Azure Synapse 専用 SQL プールのバックアップ、復元、および復旧に関するガイダンス

2024-11-19

適用対象:Azure Synapse Analytics

専用 SQL プール (旧称 SQL DW) のバックアップと復元コンポーネントは、SQL プールに格納されている重要なデータを保護するために不可欠なセーフガードを提供します。バックアップと復元の側面には、目標復旧時間 (RTO)、geo バックアップ、ディザスターリカバリー戦略などが含まれます。専用 SQL プールのバックアップ、復元、geo バックアップなどについて、よく寄せられる質問 (FAQ) を含む次のセクションを使用します。

重要な前提条件

復元ポイントを作成するには、専用 SQL プールが アクティブ 状態である必要があります。頻繁に一時停止されている場合は、自動復元ポイントが作成されない可能性があります。専用 SQL プールを一時停止する前に、ユーザー定義の復元ポイントを必ず作成してください。
PowerShell スクリプトを使用してプールを復元する予定の場合は、次のパッケージの最新バージョンを使用していることを確認してください。
- Az.Sql パッケージ
- Az.Synapse パッケージ
Azure Synapse (旧称 SQL DW) と Azure Synapse Analytics ワークスペースの主な違いを確認します。これらのリソース間でプールを復元する場合は、 Azure Synapse (旧称 SQL DW) と Azure Synapse Analytics ワークスペースの違いを参照してください。

バックアップに関する FAQ

よく寄せられる質問	解決策/推奨事項
ローカルバックアップを作成し、専用 SQL プールからオンプレミスに格納することはできますか?	既存の復元ポイントからのバックアップファイルの生成は、専用 SQL プールではサポートされていません。特定の復元ポイントを維持したい場合は、その復元ポイントを別のサーバーまたはデータベースに復元します。それを復元した後、専用 SQL プールはオンラインになるので、それを無期限に一時停止してコンピューティングコストを節約できます。
大規模なデプロイが行われます。その前にバックアップを実行できますか?	はい。ユーザー定義の復元ポイントをその目的に使用できます。 Azure portal または PowerShell を使用した復元ポイントの作成の詳細については、次を参照してください。 - Azure portal を使用する。 - PowerShell を使います。注: 任意の時点で 42 個のユーザー定義復元ポイントが保証されるため、別の復元ポイントを作成する前に削除する必要があります。
長期的なバックアップはサポートされていますか?	長期バックアップは、専用 SQL プールではサポートされていません。長期的なバックアップのようなシナリオを実装する場合は、次の手順に従います。 1. 新しいユーザー定義の復元ポイントを作成するか、自動生成された復元ポイントのいずれかを使用します。 2. 新しく作成した復元ポイントから新しいデータウェアハウスに復元します。 3. 復元後、専用 SQL プールがオンラインになります。コンピューティングコストを節約するために、無期限に一時停止します。一時停止したデータベースについては、Azure Synapse レートでストレージに対して課金されます。

復元に関する FAQ

よく寄せられる質問	解決策/推奨事項
専用 SQL プールを復元するには、どのようなオプションが必要ですか?	- Synapse Studio を使用して既存の専用 SQL プールを復元する - Azure portal を使用して既存の専用 SQL プールを復元する - PowerShell を使用して既存の専用 SQL プールを復元する - PowerShell を使用して既存の専用 SQL プールを別のサブスクリプションに復元する
SQL プールの復旧に対する目標復旧時間 (RTO) はどのようなものですか?	専用 SQL プールの復元率は、データベースのサイズとソースとターゲットのデータウェアハウスの場所によって異なる場合があります。
カスタマーマネージドキーによって暗号化されたバックアップを復元する必要があります。どうすればよいですか?	Transparent Data Encryption (TDE) 保護機能を使って暗号化されたバックアップをキーコンテナー (カスタマーマネージドキー) から復元するには、次のアクセス許可を指定して、キーマテリアルをターゲットサーバーで使用できることを確認します。 - `WrapKey` - `UnwrapKey` - `Get` ターゲットサーバーが専用 SQL プールの場合は、TDE 保護機能としてマークせずに、復元サービスで使用する他のキーをリンクできます。詳しくは、「カスタマーマネージド TDE を使用したデータベースのバックアップと復元」をご覧ください。
誤ってサーバー/ワークスペースを削除しましたが、同じ名前の新しいサーバー/ワークスペースをまだ再作成していません。サーバー/ワークスペース操作方法回復しますか?	- 削除されたサーバーから専用 SQL プールを復元します。 - 削除されたワークスペースから専用 SQL プールを復元します。 - 削除されたサーバー/ワークスペースがカスタマーマネージドキーで暗号化されていて、Azure データベースなど、専用ではない SQL プールエディションを持つデータベースがある場合は、Microsoft サポートチームに連絡してサーバーを復旧してください。
専用 SQL プール内のテーブルの 1 つを誤って削除しました。そのテーブルを単独で復元できますか? そのテーブルを復元する最も高速な方法は何ですか?	テーブルレベルの復元は、専用 SQL プールではサポートされていません。専用 SQL プール全体をバックアップから復旧した後、次の方法で必要なテーブルをコピーできます。 - コピーアクティビティなど、ETL (抽出、変換、読み込み) ツールアクティビティ。 - エクスポートとインポート。 * `CREATE EXTERNAL TABLE AS SELECT` (CETAS) を使用して、復元されたバックアップからデータをデータレイクにエクスポートします。 * `COPY` または PolyBase を使用してデータをインポートします。
データ管理タスクの一環として、14 日前から特定のスキーマまたはテーブルを復元するための要件をサポートすることが必要になる場合があります。どのようにしますか?	専用 SQL プールでは、1 日を通してデータのスナップショットが取得され、7 日間利用できる復元ポイントが作成されています。注: 復元ポイントを作成するには、専用 SQL プールがアクティブ状態である必要があります。テーブルレベルの復元は、専用 SQL プールではサポートされていません。 14 日前から特定のスキーマまたはテーブルを復元する要件をサポートするには、ネイティブ CETAS または ETL ツールを使って、必要なテーブルを BLOB ストレージにエクスポートできます。復元後は、 `COPY`、PolyBase、または任意の ETL ツールを使用してデータをインポートできます。
専用 SQL プールでは部分復元はサポートされていますか?	部分的な復元は、専用 SQL プールではサポートされていません。
専用 SQL プールではテーブルレベルの復元はサポートされていますか?	Synapse Analytics 専用 SQL プールでは、テーブルレベルの復元は現在サポートされていません。バックアップからデータベース全体を復旧することのみ可能です。
サブスクリプション間で専用 SQL プールを復元するにはどうすればよいですか?	PowerShell を使用して、既存の専用 SQL プールを別のサブスクリプションに復元できます。詳細な手順については、次のガイダンスを参照してください。 - Synapse のサブスクリプション間の復元 - Tech Community - PowerShell を使用して既存の専用 SQL プール (旧称 SQL DW) を別のサブスクリプションに復元する - PowerShell を使用して既存の専用 SQL プールを別のサブスクリプションに復元する注: サブスクリプション間の復元を実行する場合、Synapse ワークスペース専用 SQL プールはスタンドアロン専用 SQL プールにのみ復元できます。必要な宛先が Synapse ワークスペースの場合: 1. 新しく作成したデータウェアハウスの復元ポイントを作成します。 2. `Select -Last 1` を使用して、最後に作成した復元ポイントを取得します。 3. 目的の Synapse ワークスペースに復元を実行します。

geo バックアップに関する FAQ

よく寄せられる質問	解決策/推奨事項
geo バックアップの頻度を確認できますか?	その必要はありません。 geo バックアップの頻度は事前に定義されています。
geo バックアップが有効になっている場合、Azure のペアになっているリージョンには何個のバックアップコピーが格納されますか?	ペアのデータセンターには、1 日に 1 回、geo バックアップが作成されます。 geo リストアの目標復旧時点 (RPO) は 24 時間です。 geo バックアップについて詳しくは、「geo バックアップとディザスターリカバリー」をご覧ください。
ユーザー定義スナップショットをプライマリリージョンからセカンダリリージョンにレプリケートできますか?	スナップショット (ユーザー定義と自動の両方) はレプリケートされません。 geo バックアップは、最後のローカルスナップショットから 24 時間ごとに 1 回作成されます。復元ポイントを別のリージョンにレプリケートするためのパブリック API はありません。それでも、必要なバックアップを復元し、インスタンスを一時停止して、コンピューティングコストを節約できます。
Azure portal から geo バックアップの詳細を表示するために必要な最小限のアクセス許可は何ですか?	専用 SQL プール (以前の SQL Data Warehouse) の場合、ユーザーが最新の geo バックアップの詳細を取得するために Azure portal と対話する必要がある場合は、書き込みアクセス許可と共に SQL プールレベルで閲覧者ロールを付与する必要があります。ただし、特定のユーザーに書き込みアクセス許可を持つ昇格されたアクセス権を付与しない場合でも、SQL プールレベルで閲覧者ロールを付与できます。この場合、ユーザーは PowerShell を使用して REST API を使用して geo バックアップの一覧を取得できます。詳細については、「 Geo Backup Policies - REST API」を参照してください。 Synapse ワークスペース内の専用 SQL プールでは、ユーザーが Azure portal を使用して geo バックアップを表示するために、SQL プールレベルで閲覧者ロールを割り当てるだけで済みます。

ディザスターリカバリー、目標復旧時点、目標復旧時間に関する FAQ

よく寄せられる質問	解決策/推奨事項
ディザスターリカバリーの場合、専用 SQL プールの復旧に対して予想される目標復旧時点 (RPO) と目標復旧時間 (RTO) はどのようなものですか?	専用 SQL プールは、1 日に 1 回、ペアになっているデータセンターへの geo バックアップを実行します。 geo リストアの RPO は 24 時間です。 RPO を短縮したい場合は、システム復元ポイントを復元するか、新しいユーザー定義復元ポイントを作成し、必要な RPO と RTO に基づいて別のリージョンに復元できます。それを復元した後、専用 SQL プールはオンラインになるので、それを無期限に一時停止してコンピューティングコストを節約できます。次の点に留意します。 - geo バックアップは、専用 SQL プールがサポートされている他の任意のペアになっているリージョン内のサーバーに復元できます。 - geo バックアップは、専用 SQL プールを確実に復元するのに役立ちます。これは、プライマリリージョンの復元ポイントにアクセスできない場合に役立ちます。 - 専用 SQL プールのサイズが、RPO と RTO の目標に影響する可能性があります。たとえば、X 時間の RPO または RTO が必要な場合は、ユーザー定義の復元を作成できます。数分待ってから、バックアップをターゲットリージョンに復元します。復元されたインスタンスを一時停止して、コンピューティングコストを節約できます。データベースサイズが小さい場合、バックアップは X 時間未満で完了できます。ただし、データベースが大きくなると、 X 時間の RPO/RTO が不可能になる場合があります。
専用 SQL プールの復旧に対する目標復旧時間 (RTO) はどのようなものですか?	専用 SQL プールの復元率は、データベースのサイズとソースとターゲットのデータウェアハウスの場所によって異なる場合があります。
適切な回復性と回復戦略を見つけるのに役立つベストプラクティスはありますか? サブスクリプション間の復元はどうですか?	目標とデータサイズはユーザーや組織によって異なります。たとえば、SQL プールインスタンスが小さい場合は、ローカルポイントからリージョン間の復元を使用した後、それを一時停止して、コンピューティングコストを節約できるかもしれません。大規模な SQL プールインスタンスの場合、リージョン間の復元には数日かかる可能性があるため、この方法は機能しない可能性があります。サブスクリプション間の復元オプションについては、次を参照してください。 - 既存の専用 SQL プールを別のサブスクリプションに復元する - Synapse のサブスクリプション間の復元 - Tech Community

バックアップと復元に関する一般的な問題の解決策

問題	解決策
最近 Synapse データベースの名前を変更し、geo バックアップを回復しようとしたときに次のエラーが発生しました。 - "geo バックアップがまだ作成されていません" (ポータルを使用)。 - "見つかりません" (PowerShell を使用)。	この問題は、名前の変更がリージョンペアにレプリケートされていないために発生する可能性があります。古い名前を使って Synapse データベースを復旧できます。
geo バックアップを復元したいが、復元ポイントが見つからない。	この問題の多くは、専用 SQL プールの頻繁な一時停止が原因である可能性があります。専用 SQL プールが頻繁に一時停止されている場合、復元ポイントが完了しない可能性があります。
"サーバーが準備完了状態ではありません" というエラーメッセージが表示されます。	対象の SQL Server の状態を調べて、"使用可能" 状態であることを確認します。状態は、Azure portal の移行先 SQL Server の Overview ペインで確認できます。
専用 SQL プールをサブスクリプション間で移動または復元しています。	- 次に進む前にチェックリストを確認します。 - サブスクリプションをまたいで新しい専用 SQL プールに復元する必要がある場合は、「Azure Data Warehouse を新しいリージョンやサブスクリプションに移行する」をご覧ください。 - 専用 SQL プールを別のサーバーに復元する場合は、このチェックリスト従って回復された専用 SQL プールに適切なセキュリティ構成があることを確認します。 - データベースユーザーを別のサインインに再マップするには、 `ALTER USER <UserName> WITH LOGIN = <LoginName>`を使用します。

リソース

バックアップと復元の概要
復元ポイントを理解する
PowerShell による自動化の方法などの移動機能の基本について学ぶ

次の方法で共有