データベーススペシャリスト 2016年 午後1 問02

　A社は、仕入れた商品を中小企業向けに小口販売している卸売業者である。 A社では、受注、出荷、発注、在庫管理及び販売分析の業務を支援する受発注在庫管理システムを運用している。 　

〔プログラムとテーブルの関係〕 受発注在庫管理システムの主要なプログラムとテーブルの参照・更新の関係は、表1に示すとおりである。

(1) “商品”テーブル、“仕入先” テーブル及び “販売先” テーブルの追加、変更の要求は、“マスタ更新登録” テーブルに登録され、バッチプログラムで 1件ずつコミットしながら反映される。 (2) “在庫”テーブルは、在庫のうちの3割 (売れ筋商品) に相当する約 1,000 行が毎日頻繁に変更される。 (3) “出荷”テーブルには、毎日、約 400,000 行が追加される。 (4) “日別販売実績” テーブルには、当日分の販売実績が追加される。また、“月別販売実績” テーブルには、当日分の販売実績が当月分の販売実績に反映される。これらのテーブルには、直近3年分の販売実績が蓄積されている。 (5) “分析用データ” テーブルは、販売分析で使用する。 当日分の販売実績が、前日に作成された“分析用データ” テーブルに反映され、直近3年分の分析結果となるように維持されている。“分析用データ” テーブルは、バッチプログラム “分析用データ作成” を用いて、蓄積されている販売実績を基に、再作成することも可能である。 　

〔バッチプログラムの実行スケジュール〕 　バッチプログラムの実行スケジュールを、図1に示す。 　 　

〔データの入出力〕 (1) RDBMSがディスクとデータの入出力を行う単位を、ページという。1ページ内にはテーブルの行が複数格納される。 (2) 同じページに、異なるテーブルの行が格納されることはない。 (3) 受発注在庫管理システムでは、ページのサイズは 4,096 バイトとしている。 また、“在庫”テーブル及び “出荷” テーブルは、1 ページ内に 40 行格納できるものとする。 　

〔RDBMSのバックアップ機能・復元機能・更新ログによる回復機能〕

1．バックアップ機能 　(1) バックアップの単位には、データベース単位とテーブル単位がある。 　(2) バックアップの種類には、取得するページの範囲によって、全体バックアップ、増分バックアップ及び差分バックアップがある。 　　① 全体バックアップには、全ページが含まれる。 　　② 増分バックアップには、前回の全体バックアップ取得後に変更されたページが含まれる。 ただし、前回の全体バックアップ取得以降に増分バックアップを取得していた場合は、前回の増分バックアップ取得後に変更されたページだけが含まれる。 　　③ 差分バックアップには、前回の全体バックアップ取得後に変更された全てのページが含まれる。 　(3) 全体バックアップと増分バックアップの場合は、バックアップ取得ごとにバックアップファイルが作成される。 差分バックアップの場合は、2回目以降の差分バックアップ取得ごとに、前回の差分バックアップファイルが最新の差分バックアップファイルで置き換えられる。 　(4) バックアップ取得に要する時間は、バックアップを取得するページ数に比例する。

2．復元機能 　(1) バックアップを用いて、バックアップ取得時点の状態に復元できる。 　(2) 復元の単位は、バックアップの単位と同一である。 データベース単位のバックアップを用いて、特定のテーブルだけを復元することはできない。

3．更新ログによる回復機能 　(1) バックアップを用いて復元した後、更新ログを用いたロールフォワード処理によって指定の時刻の状態に回復できる。 　(2) 更新ログによる回復に要する時間は、更新ログの量に比例する。 　

〔バックアップ及び回復の方針〕 　(1) オンライン時間帯直前に、データベース単位でバックアップを取得する。 　(2) オンラインプログラムで更新され得るテーブルは、オンライン時間帯直後に、テーブル単位でバックアップを取得する。 　(3) それぞれのバッチプログラムを実行する直前に、更新対象のテーブルについて、テーブル単位でバックアップを取得する。 ただし、(2) バックアップを取得したテーブルは対象外とする。 　(4) バックアップの種類は、全体バックアップとする。 　(5) 回復は、受注、出荷、発注、在庫管理の業務に影響するテーブルを優先する。 　

〔データ異常発生時の回復運用〕 　バッチプログラム“出荷計上”にプログラム不良があり、“在庫” テーブルの当日分の内容が不正になっていた。 これが原因でバッチプログラム “発注対象データ作成”が中断した。 バッチプログラムで更新された全てのテーブルを当日のオンライン時間帯直後の状態に復元し、プログラム不良を修正後、全てのバッチプログラムを再実行すれば回復可能であるが、時間が掛かるので、次の手順を立案した。 　第1段階 バックアップを用いて “出荷” テーブルと “在庫” テーブルを当日のオンライン時間帯直後の状態に復元し、プログラム不良を修正したバッチプログラム “出荷計上” を再実行する。 　第2段階 バックアップを用いて“（ア）”テーブルを当日のオンライン時間帯直後の状態に復元し、バッチプログラム“（イ）”を再実行する。 　第3段階 バックアップを用いて“（ウ）”テーブルを当日のオンライン時間帯直後の状態に復元し、バッチプログラム“（エ）”を再実行する。 　第4段階 バッチプログラム “マスタ更新反映” を実行する。