適用対象:✅Microsoft Fabric のウェアハウス
Microsoft Fabricは、復元ポイントから以前の時点にウェアハウスを復元する機能を提供します。 復元ポイントおよびインプレース復元操作の詳細についてさらに知りたい方は、この記事をご覧ください。
インプレース復元操作では、既存のウェアハウスからの復元ポイントを使用して、既存のウェアハウスが上書きされます。
- インプレース復元操作では、偶発的な破損が発生した場合にウェアハウスを既知の正常な状態に復元し、ダウンタイムとデータ損失を最小限に抑えます。
- インプレース復元では、開発とテストの目的で、ウェアハウスを既知の正常な状態にリセットできます。
- インプレースでの復元は、データベースのリリースや移行が失敗した際に、変更を以前の状態に迅速にロールバックするのに役立ちます。
T-SQL OPTION 構文を使用して、過去に表示されたウェアハウス内のデータに対してクエリを実行することもできます。 詳細については、「過去に存在していたデータに対してクエリを実行する」を参照してください。
復元ポイントとは
復元ポイントは、OneLake のデータ ファイルを参照するときにメタデータのみをコピーして作成されたウェアハウスの復旧ポイントです。 復元プロセスではメタデータがコピーされますが、Parquet ファイルとして格納されているウェアハウスの基になるデータはコピーされません。
Fabricは、ウェアハウスの復元ポイントを自動的に作成し、ユーザー定義の復元ポイントを作成できます。 ウェアハウスのすべての復元ポイントを表示するには、Fabric ポータルで Settings>Restore points に移動します。
システムによって作成された復元ポイント
Fabricは、システム作成の復元ポイントを自動的に作成します。 ただし、システム作成の復元ポイントを自動的に作成するには、FabricがActive 状態である必要があります。
システムによって作成された復元ポイントは、倉庫がアクティブで容量が一時停止されていない場合、8 時間ごとに自動的に作成されます。 Warehouse では、8 時間の復元ポイントの目標 (RPO) がサポートされています。
システムによって作成された復元ポイントは、新しいウェアハウスですぐに使用できない場合があります。 使用できない場合は、 ユーザー定義の復元ポイントを作成します。
倉庫を一時停止した場合、システムは倉庫を再開するまで復元ポイントを作成できません。 ウェアハウスを一時停止する前に、ユーザー定義の復元ポイントを作成する必要があります。 倉庫を削除する前に、システムは復元ポイントを自動的に作成しません。
復元ポイントは回復のためのサービス レベル アグリーメント (SLA) を維持するために使用されるため、システム作成の復元ポイントは削除できません。
ユーザー定義の復元ポイント
Warehouse を使用すると、ワークスペース管理者は、ウェアハウスに対して大きな変更を加える前と後に、復元ポイントを手動で作成できます。 このプロセスにより、復元ポイントの論理的な整合性が確保され、ワークロードの中断やユーザー エラーが発生した場合のデータ保護と迅速な復旧時間が提供されます。
復旧戦略に合わせて、任意の数のユーザー定義の復元ポイントを作成できます。 ユーザー定義の復元ポイントは、構成された保有期間に使用でき、保持期間の有効期限後に自動的に削除されます。
復元ポイントの作成と管理の詳細については、 Fabric ポータルでのインプレース復元を参照してください。
復元ポイントの保持期間
復元ポイントの保持期間の詳細は次のとおりです。
Fabricは、十分な復元ポイントが常に使用可能になるように、最小限の数のウェアハウス復元ポイントを保持します。
- Fabricは、構成済みリテンション期間の有効期限の時点で、システム作成とユーザー定義の両方のウェアハウス復元ポイントを削除します。 既定のリテンション期間は 30 カレンダー日であり、既定では、Fabricでは、システムによって作成された復元ポイントまたはユーザー定義の復元ポイントが最低 20 個保持されます。
- 復元ポイントの経過時間は、復元ポイントが取得された時点 (Microsoft Fabric 容量が一時停止された時点を含む) からのカレンダーの絶対日数によって測定されます。
- Microsoft Fabric容量が一時停止されている場合、システム作成の復元ポイントとユーザー生成の復元ポイントを作成することはできません。 復元ポイントの作成が進行中にFabric容量が一時停止されると、復元ポイントの作成が失敗します。
- 復元ポイントを生成し、再開する前に構成された保持期間を超えて容量を一時停止した場合、復元ポイントは残ります。
構成可能なリテンション
復元ポイントのリテンション期間の既定値は 30 日であり、構成可能です。 詳細については、Fabric Data Warehouse のデータ保持をご覧ください。
- 既定の保持期間が30日である場合、構成された保持期間外にあるシステムによって作成された復元ポイントがあっても、少なくとも20個の復元ポイントが保証されます。 データ保持期間を 1 ~ 120 日に構成できます。
- Fabricには、構成された保有期間まで作成したすべてのユーザー定義の復元ポイントが格納されます。
最小復元ポイントの保持期間
倉庫が非アクティブな場合、または容量が一時停止されている場合、復元ポイントはアクティブに生成されません。 ただし、すべての復元ポイントが構成されたリテンション期間外であっても、Fabric Data Warehouseは最低でも 20 個の復元ポイントを保証します。 何か月も非アクティブな状態になっても、復旧できる復元ポイントは常に少なくとも 20 個あります。
復元ポイントの最小数は、既定の保持期間が 30 日の場合は 20、カスタムリテンション期間が 30 日を超える場合は 20 です。 30 未満のお客様のリテンション期間では、復元ポイントの最小数が 20 未満です。 例えば次が挙げられます。
| リテンション期間 (日数) | 最小復元ポイント |
|---|---|
| 1 | 1 |
| 7 | 5 |
| 20 | 14 |
| 30+ | 20 |
復元ポイントのクリーンアップ
最小復元ポイントのしきい値に達すると、ガベージ コレクション プロセスによって、保持期間外の復元ポイントが自動的に削除されます。
最小復元ポイントの保証により、ワークロード パターンによってシステムが一定の間隔で新しい復元ポイントを生成できない場合でも、回復性が保証されます。
復旧ポイントと復元のコスト
ストレージの課金
システムによって生成された復元ポイントとユーザー定義の復元ポイントの両方がストレージを使用します。 OneLake の復元ポイントのストレージ コストには、メタデータ ファイルが含まれます。 復元プロセスでは、ストレージ料金は発生しません。
クラウド請求
コンピューティング料金は、復元ポイントの作成と復元中に発生し、Microsoft Fabric容量を消費します。
ウェアハウスの所定の場所への復元
Fabricポータルを使用してウェアハウスを所定の場所に復元します。
復元するときは、現在の倉庫を復元された倉庫に 置き換えます 。 倉庫名は同じままで、古い倉庫は上書きされます。 エクスプローラー内のオブジェクト、モデリング、クエリ分析情報、セマンティック モデルを含むすべてのコンポーネントは、復元ポイントの作成時とまったく同じように復元されます。
各復元ポイントは、復元ポイントの作成時に UTC タイムスタンプを参照します。
復元を要求した後にエラー 5064 が発生した場合は、復元をもう一度再送信してください。
セキュリティ
管理、メンバー、または投稿者のワークスペース ロールのメンバーは、ユーザー定義の復元ポイントを作成、削除、または名前変更できます。
ワークスペース管理者、メンバー、共同作成者、またはビューアーのワークスペース ロールを持つユーザーは、システム作成の復元ポイントとユーザー定義の復元ポイントの一覧を表示できます。
ワークスペース管理者 ワークスペース ロール のメンバーは、システムによって作成された復元ポイントまたはユーザー定義の復元ポイントからウェアハウスを復元できます。
制限事項
- 復旧ポイントを復元して、Microsoft Fabric ワークスペース内またはワークスペース全体で異なる名前の新しいウェアハウスを作成することはできません。
- 構成された保有期間を超えて復元ポイントを保持することはできません。 詳細については、「 構成可能なデータ保有期間」を参照してください。