基本情報 平成23年度 春期 問36：テクノロジ系に関する問題

答えは d「ログデータ」 です。

データベースが「いつ・誰が・何を変えたか」の履歴を全部記録したものがログ。バックアップ後にディスクが壊れても、ログを使えば「バックアップ＋その後の更新履歴」で元の状態に戻せます。日記をつけておけば、思い出が消えても再現できるイメージ。

👉 覚え方：バックアップ＋ログ＝完全復元。

ほかの選択肢：a インデックス＝検索用の索引／b チェックポイント＝途中保存／c ディクショナリ＝DB構造の説明書。

なぜこれが正解か

正解は d。媒体障害（ディスク故障）からの回復には、最新のフルバックアップとそれ以降の更新履歴であるログデータ（更新前ログ・更新後ログ）が必要。ロールフォワード処理でバックアップ復元後に更新後ログを順次適用することで、障害直前の状態まで復元できる。ログは稼働中DBとは別媒体に保存することが必須。

各選択肢の解説

• a インデックスデータ：検索高速化用。本体テーブルがあれば再構築可能で、媒体障害復旧には直接不要。
• b チェックポイントデータ：DBMS内の同期点情報で復旧の起点を示すが、これ単体では媒体障害復旧に不十分。
• c ディクショナリデータ：DBスキーマ等のメタ情報。これも本体復元の前提情報。

覚え方・ひっかけ注意

媒体障害復旧＝バックアップ＋ログ＋ロールフォワード。論理障害復旧＝ログ＋ロールバック。障害タイプ（媒体障害／トランザクション障害／システム障害）と復旧手順をセットで覚える。

理論的背景

DBMSの障害回復はWALプロトコル（Write-Ahead Logging）が中核：データ更新前に必ず更新ログをディスクに書き込む。障害タイプは ①トランザクション障害（アボート→ロールバック）、②システム障害（メモリ消失→チェックポイントから再起動、未コミットはUNDO、コミット済みはREDO）、③媒体障害（ディスク故障→バックアップ＋ログでロールフォワード）の3種。ARIES（Algorithm for Recovery and Isolation Exploiting Semantics）アルゴリズムは現代DBMSの標準的復旧手法で、Analysis-Redo-Undoの3フェーズで処理する。

実務での使われ方

OracleのREDOログ・PostgreSQLのWAL（Write-Ahead Log）・MySQL InnoDBのredoログ＋undoログ・SQL Serverのトランザクションログがそれぞれ同種の機能を実装。PITR（Point-In-Time Recovery）は連続アーカイブログを使い任意の時点に復元する技法で、PostgreSQLのcontinuous archiving、Oracleのフラッシュバックデータベースが代表例。レプリケーション（マスタースレーブ・ロジカルレプリケーション）もログのストリーミングで実現される。

試験での位置づけ

基本情報・応用情報のデータベース分野で必出。バックアップ方式（フル・差分・増分）、復旧手法（ロールバック・ロールフォワード）、チェックポイント、ARIES、PITRと組み合わせて出題される。データベーススペシャリスト試験では分散DB・レプリケーション・クラスタリングでの復旧が深掘りされる。

選択肢の発展補足

インデックスは本体テーブルから再構築可能だが、再構築時間がかかるためバックアップ対象に含める運用も。チェックポイントはシステム障害復旧の起点となる重要データだが、媒体障害ではこれ単体では不十分。ディクショナリ（システムカタログ）はテーブル構造・制約・統計情報を保持しDBMS起動に必要。バックアップ戦略はRPO（目標復旧時点、データ損失許容範囲）とRTO（目標復旧時間）から設計し、フルバックアップの頻度・差分/増分の組合せ・ログアーカイブ間隔を最適化する。