AWS BackupでAmazon RDSのスナップショットバックアップを実行すると、メンテナンスウィンドウ付近でジョブが失敗することがあります。これは故障とは限らず、データベースサービスがバックアップを開始できない時間帯と、バックアップルールが重なったことが主な原因です。
この記事の要点
- RDSのスナップショットバックアップは、原則としてメンテナンス開始1時間前とメンテナンス中に開始できない
- AWS Backupの継続的バックアップは、自動バックアップ時間を競合しにくい位置へ調整する
- 継続的バックアップを「毎時」に設定しても、RDSスナップショットが毎時作られるわけではない
- PITRの保持期間は最大35日。長期保管や日中複数回のスナップショットには別ルールを使う
なぜメンテナンス時間帯に失敗するのか
AWS公式ドキュメントでは、一般にAWSのデータベースサービスはメンテナンスウィンドウの1時間前またはウィンドウ中にバックアップを開始できないと案内されています。そこにAWS Backupの定期スナップショットが予定されると、ジョブは失敗する可能性があります。Amazon Auroraはこのメンテナンスウィンドウ制約の例外です。
たとえばRDSのメンテナンスウィンドウが土曜02:00～04:00なら、定期スナップショットは01:00～04:00に開始しないよう設計します。メンテナンスが予定時間を超えてDBの状態が maintenance のままなら、04:00以降も失敗する可能性があるため、境界ぎりぎりの設定は避けます。
スナップショットと継続的バックアップの違い
| 項目 | 定期スナップショット | 継続的バックアップ（PITR） |
|---|---|---|
| 復元時点 | スナップショット取得時点 | 保持期間内の指定時刻 |
| スケジュール | バックアップルールで指定 | AWS BackupがRDS自動バックアップを管理 |
| メンテナンスとの重複 | 指定ルールが重なると失敗し得る | 自動バックアップ時間を可能な範囲で調整 |
| 保持期間 | ライフサイクルで長期設定可能 | 最大35日 |
| 主な用途 | 長期保管、世代保管 | 細かい時点への復旧 |
「毎時＋継続的バックアップ」の誤解
継続的バックアップのルールで頻度を毎時にしても、RDSが毎時スナップショットを作るわけではありません。AWS公式資料では、バックアッププランの頻度が1日1回以外でも、RDSスナップショットは1日1回作成されると説明されています。
PITRは、基準となるスナップショットと、その後のトランザクションログを使って指定時刻へ復元します。トランザクションログの取得は、スナップショットと同じメンテナンス時間帯の制約を受けません。そのため保持期間内であれば、メンテナンス時間帯を含む復元可能時刻を指定できます。ただし、実際に選択できる最新・最古の復元可能時刻はコンソールやAPIで確認してください。
失敗を減らす設定方法
- RDSのメンテナンスウィンドウを確認する
- 定期スナップショットの開始時刻を、開始1時間前から終了後までの範囲外にする
- メンテナンス延長を見込み、終了直後にも余裕を設ける
- 開始ウィンドウを含む全体が安全な時間帯に収まるか確認する
- 継続的バックアップでPITRを確保する
- 35日超の保持が必要なら、別の定期スナップショットルールを追加する
- 失敗ジョブを通知し、再実行手順を用意する
継続的バックアップ利用時の注意点
- AWS Backupが継続的バックアップを管理している間は、RDSの自動バックアップ開始時刻や保持期間をRDS側から直接変更できない
- メンテナンスウィンドウ自体はRDS側で管理できる
- 別途作成した定期スナップショットルールは、メンテナンスと重なれば失敗する可能性がある
- 継続的バックアップを設定するために、先にRDS自動バックアップを無効化しない。無効化中はPITRが利用できなくなる
おすすめのバックアップ構成例
| 要件 | 構成例 |
|---|---|
| 直近35日を細かく復元 | 継続的バックアップ（PITR） |
| 月次・年次の長期保管 | PITR＋定期スナップショット |
| 1日複数回のスナップショット | PITRとは別に定期スナップショットルールを設計 |
| 監査・改ざん防止 | バックアップボールト、Vault Lock、必要に応じてクロスアカウントコピー |
定期スナップショットを増やすほど、保存容量やコピー先に応じた料金も増えます。費用の考え方は、AWS BackupでRDSをバックアップした場合の料金と無料枠で整理しています。
まとめ
RDSバックアップの失敗を減らすには、定期スナップショットと継続的バックアップを分けて考えることが重要です。PITRは直近の細かな復旧、定期スナップショットは長期保管というように役割を分け、メンテナンス時間帯から十分離してルールを設計しましょう。
参考資料
※本記事は2026年8月時点のAWS公式情報とサポート回答をもとに一般化しています。仕様は変更される可能性があるため、運用前に最新ドキュメントをご確認ください。
