高頻度バックアップは、ご利用の ApsaraDB for MongoDB インスタンスに対して、レプリカセットインスタンスでは最短 15 分間隔、シャードクラスターインスタンスでは最短 30 分間隔でスナップショットバックアップを取得します。これにより、デフォルトの 1 日 1 回のバックアップスケジュールと比較して、目標復旧時点 (RPO) をほぼゼロに近づけることができます。
通常バックアップと高頻度バックアップの比較
| 通常バックアップ | 高頻度バックアップ | |
|---|---|---|
| バックアップ頻度 | 1 日 1 回 | 15 分～12 時間ごと（レプリカセット）／30 分～12 時間ごと（シャードクラスター） |
| 最小 RPO | 最大 24 時間 | 最短 15 分 |
| スナップショット保持期間 | 最大 730 日 | 1～7 日（高頻度）＋ 最大 730 日（完全バックアップ） |
| 推奨用途 | 変更率が低い標準的なワークロード | 大規模なデータ損失を許容できないミッションクリティカルなデータベース |
前提条件
作業を開始する前に、以下の要件を満たしていることを確認してください。
レプリカセットインスタンスまたはシャードクラスターインスタンスであること
インスタンス上で MongoDB 4.2 以降が実行されていること
インスタンスストレージタイプとして ESSD (エンタープライズ SSD) が使用されていること
課金
ApsaraDB for MongoDB では、ESSD を使用するインスタンスに対して、インスタンスのストレージ容量の 200% に相当する無料のバックアップストレージが提供されます。このクォータを超えるバックアップストレージは、バックアップストレージの単位価格に基づき、1日単位で課金されます。料金の詳細については、「ApsaraDB for MongoDB 製品ページの [料金] タブ」をご参照ください。
バックアップ保持ポリシー
高頻度バックアップはスナップショットバックアップ方式を採用しています。保持動作は、スナップショットの頻度および時間単位スパースバックアップの有効／無効によって異なります。
| スナップショット頻度 | 時間単位スパースバックアップ | 保持ポリシー |
|---|---|---|
| 分 | 有効 | 過去 1 時間のすべてのスナップショットを保持します。1 時間以上経過しているが高頻度保持期間内にあるスナップショットは、1 日 1 回（00:00:00 以降の最初のスナップショット）に間引きされます。保持期間を超えたスナップショットも 1 日 1 回保持されます。 |
| 分 | 無効 | 高頻度保持期間内のすべてのスナップショットを保持します。保持期間を超えたスナップショットは 1 日 1 回保持されます。 |
| 時 | 該当なし | 高頻度保持期間内のすべてのスナップショットを保持します。保持期間を超えたスナップショットは 1 日 1 回保持されます。 |
例
分単位 + 時間単位スパースバックアップ有効
設定：30 分間隔、高頻度保持期間 2 日（48 時間）、完全バックアップ保持期間 30 日。
過去 1 時間：2 個のスナップショットを保持
1～48 時間前：47 個のスナップショットを保持（1 日 1 回）
48 時間超過：28 個のスナップショットを保持（1 日 1 回）
合計：30 日以内に最大 77 個のスナップショット
分単位 + 時間単位スパースバックアップ無効
設定：30 分間隔、高頻度保持期間 2 日（48 時間）、完全バックアップ保持期間 30 日。
過去 48 時間：96 個のスナップショットを保持
48 時間超過：28 個のスナップショットを保持（1 日 1 回）
合計：30 日以内に最大 124 個のスナップショット
時間
設定：6 時間間隔、高頻度保持期間 2 日（48 時間）、完全バックアップ保持期間 30 日。
過去 48 時間：8 個のスナップショットを保持
48 時間超過：28 個のスナップショットを保持（1 日 1 回）
合計：30 日以内に最大 36 個のスナップショット
性能の考慮事項
高頻度バックアップはインスタンスのパフォーマンスにほとんど影響を与えません。この機能はクラウドディスクを使用するインスタンスでのみサポートされています。
バックアップノード：バックアップはセカンダリノードまたはヒドンノードでのみ実行され、プライマリノードには影響しません。
物理バックアップの最適化：高頻度バックアップはカーネルレベルでの物理バックアップに依存しています。ApsaraDB for MongoDB では、fsync や WiredTiger チェックポイント 書き込みなどの高コストな操作をスキップすることで、物理バックアップを最適化しています。
ディスクスナップショットのオーバーヘッド：ディスクスナップショットの作成は低オーバーヘッドです。詳細については、「スナップショットの概要」をご参照ください。
よくある質問
高頻度バックアップを有効にした後、最初のバックアップタスクはいつ実行されますか？
バックアップタスクは毎時刻にトリガーされます。たとえば、15 分間隔の場合、00:00、00:15、00:30、00:45、01:00 などの時刻にタスクが実行されます。通常バックアップから高頻度バックアップに切り替えた際、直前のバックアップからの経過時間が設定された間隔を超えていた場合、バックアップタスクが即時に開始されます。その後のタスクは毎時刻のスケジュールに従って実行されます。
例：直前の通常バックアップが 09:00 に実行されました。09:20 に 15 分間隔の高頻度バックアップに切り替えます。09:00 から 20 分が経過しているため、09:20 に即時にバックアップが開始されます。次のタスクは標準スケジュール（09:30、09:45、10:00 など）に従って実行されます。
高頻度バックアップはインスタンスのパフォーマンスに影響しますか？
影響はわずかです。バックアップはセカンダリノードまたはヒドンノードでのみ実行されるため、プライマリノードには影響しません。技術的詳細については、「パフォーマンスへの影響」をご参照ください。
API リファレンス
| 操作 | 説明 |
|---|---|
| DescribeBackupPolicy | ApsaraDB for MongoDB インスタンスのバックアップポリシーを照会します。 |
| ModifyBackupPolicy | ApsaraDB for MongoDB インスタンスのバックアップポリシーを変更します。 |