Instiq
第6章 · データベース応用·v1.0.0·更新 2026/7/10·読了目安 約16分

変更要約: 初版

6.3データベースの信頼性とセキュリティ

この節の要点

障害からデータを守るバックアップ(フル/差分/増分)とリカバリ、ディスク故障に備えるRAID、可用性を高めるホットスタンバイ、権限を制御するアクセス制御(GRANT/REVOKE)、機密性を守る暗号化(TDE)、追跡可能性を確保する監査ログ、そしてアプリケーション層の代表的脅威であるSQLインジェクションへの対策を学びます。

データベースは企業活動の中核データを預かる以上、「壊れても復旧できる」信頼性「正当な者だけがアクセスできる」セキュリティの両方を設計に組み込む必要があります。DBAには、許容できるデータ損失量(RPO)や復旧時間(RTO)といった事業要件からバックアップ方式・冗長化構成を逆算して設計する能力、そして最小権限の原則に基づきアクセス制御・暗号化・監査を組み合わせて設計する能力が求められます。この節ではその設計判断の型を学びます。

6.3.1バックアップとリカバリ

  • フルバックアップ=ある時点のデータベース全体を丸ごと複製する方式。復元は単純だが、取得に時間・容量を要する。差分バックアップ直前のフルバックアップ以降に変更された部分をすべて複製する方式。復元は「フル+最新の差分」の2世代で済むが、差分のサイズは日を追うごとに増える。増分バックアップ直前のバックアップ(フルまたは増分)以降に変更された部分のみを複製する方式。各回のバックアップは小さく高速だが、復元には「フル+全ての増分を順番に」適用する必要があり復元時間が長くなりやすい。
  • ログ先書き(WAL)と組み合わせたバックアップ運用では、フルバックアップに加えてトランザクションログ(アーカイブログ)を継続的に保存しておくことで、障害直前の任意の時点まで復元するポイントインタイムリカバリが可能になる。バックアップ方式の選定は、許容できる復旧時間(RTO:Recovery Time Objective)許容できるデータ損失量(RPO:Recovery Point Objective)という事業要件から逆算する。

続きは無料登録で読めます

冒頭を無料で公開中。無料登録でこの節の全文と、第4章以降を含む全参考書・全問題集が読めます。