現場実践｜RDSバックアップとリカバリ

AWS RDSのバックアップとリカバリ設計｜自動バックアップ・スナップショット・Point-in-Time Recovery

「RDSのバックアップはどう設定すればいい？」「誤ってデータを削除した場合にどうリカバリするか？」——AWS RDSの自動バックアップ・手動スナップショット・Point-in-Time Recovery・クロスリージョンバックアップの実践を解説します。

読了目安：約18分更新日：2026年4月

💡 RDSのバックアップ設定はデータベース設計の最重要事項のひとつ。「バックアップを取っていなかった」「リカバリ手順を知らなかった」は本番環境では許されません。事前に設計・テストをすることが必須です。

この記事を書いた人

現役ITエンジニア・IT講師（経験14年）

CCNA・CCNP 取得LPIC-1 保有SES現場を複数経験

AWS RDSのバックアップ設計・リカバリ手順の整備を複数の本番案件で担当してきた立場から解説します。

1. RDSのバックアップの種類

種類	自動化	保持期間	特徴
自動バックアップ	自動（毎日）	1〜35日（設定可能）	Point-in-Time Recovery（任意の時点へのリストア）が可能
手動スナップショット	手動	削除するまで無期限	リリース前・大規模変更前に手動で取得する
クロスリージョンコピー	設定で自動化可	コピー先の設定による	リージョン障害（DR）対策として別リージョンにコピー

2. 本番環境の推奨設定

resource "aws_db_instance" "production" {
  // ... 基本設定 ...
  
  // バックアップ設定
  backup_retention_period  = 7      // 7日分の自動バックアップを保持
  backup_window           = "19:00-20:00"  // 日本時間深夜4時（UTC19時）
  maintenance_window      = "mon:20:00-mon:21:00"
  
  // 削除保護（誤操作防止）
  deletion_protection     = true
  skip_final_snapshot     = false   // 削除時にスナップショットを取得
  final_snapshot_identifier = "production-final-snapshot"
  
  // Performance Insights（クエリ分析）
  performance_insights_enabled = true
}

3. Point-in-Time Recoveryの手順

リカバリ対象の時刻を決める

「誤って削除されたのはいつか」を特定する。CloudTrail・アプリのログ・ユーザーからの報告で時刻を特定する。

新しいインスタンスにPoint-in-Time Restoreを実行

AWS ConsoleのRDS→「Restore to point in time」で指定した時刻のデータを新しいインスタンスに復元する（既存インスタンスに上書きはできない）。

データを検証してアプリを切り替える

復元したインスタンスのデータを検証してから、アプリケーションの接続先エンドポイントを切り替える。

4. バックアップのリカバリテストの重要性

⚠️ バックアップが取れていても「復元できるか」を定期的にテストすること

バックアップは「取ること」より「確実に復元できること」が重要です。年1回は実際にスナップショットから新しいインスタンスを起動してデータを検証するリカバリドリルを実施することを推奨します。

📌 この記事のポイント

RDSバックアップは自動（PITR対応・35日まで）と手動スナップショット（無期限）の2種類を使い分ける
backup_retention_period=7・deletion_protection=true・skip_final_snapshot=falseが本番の基本Terraform設定
PITRは既存インスタンスへの上書きではなく新インスタンスへの復元。年1回のリカバリドリルで確実性を確認する

キャリアの疑問、一緒に解決しませんか？

Infra Academyでは、インフラ系ITエンジニアを目指す方への個別サポートを行っています。2026年7月からフリーランス講師として本格始動予定です。

📚 関連記事

資格取得後のキャリアに、AI活用という選択肢を

資格取得の先に現場でのIT効率化を任される場面が増えます。職場のルーティン業務にAIをどう組み込めるか、無料のセルフ診断（3問・約1分）でヒントが得られます。

AI業務効率化無料診断へ →

この記事を読んでいる方へのおすすめ：

Amazon技術書｜インフラ・クラウド・ネットワーク

【編集・制作ポリシー】
本記事はRoute Bloom編集部が公式ドキュメント・技術仕様書の一次情報をもとに作成しています。ITインフラ・技術情報は急速に変化するため、実装前に最新の公式ドキュメントをご確認ください。情報の正確性には万全を期していますが、最新情報は各公式サイトをご確認ください。

【編集・制作ポリシー】
本記事はRoute Bloom編集部が各ベンダー公式ドキュメント・エンジニア監修をもとに作成しています。インフラ・クラウド構築は環境により異なります。本番環境への適用前に必ずテストを実施してください。情報の正確性には万全を期していますが、最新情報は各公式ドキュメントをご確認ください。

【編集・制作ポリシー】
本記事はRoute Bloom編集部が各ベンダー・技術標準の公式ドキュメントをもとに作成しています。インフラ・クラウド技術に関する最終判断は実際の環境・バージョンで検証のうえ実施してください。情報の正確性には万全を期していますが、最新情報は各公式ドキュメントをご確認ください。

編集ポリシー：この記事は、Route Bloom の編集チームが最新情報を元に執筆・監修しています。情報の正確性を保つために定期的な見直しを行っています。

この記事で学んだスキルをさらに深めたい方へ

AWS・クラウド技術をさらに深く学びたい方に。試験対策から実践まで網羅した参考書を活用しましょう。