戦国IT - 情報処理技術者試験の過去問対策サイト
ブログお知らせお問い合わせ料金プラン

ITサービスマネージャ 2016年 午後1 問01


サービス継続及び可用性管理に関する次の記述を読んで、設問1~3に答えよ。

 R社は、中堅の製薬会社である。R社の本社は関東地方のC市にあり、工場、関東支店及びサーバ室(全て同じ建物内にある)はC市に隣接するD市に、近畿支店は近畿地方のE市にある。両支店には倉庫が併設されており、関東支店は東日本地域の注文受付と入出庫、近畿支店は西日本地域の注文受付と入出庫を担当している。  R社の製造部の部員は、工場に勤務して製品の製造記録及び倉庫への輸送記録を端末から生産管理システムに入力している。R社の販売部の部員は、関東支店又は近畿支店に勤務して注文の入力を行っている。顧客からの注文は、両支店で毎日8時から19時までの間、電話又はファックスで受け付け、端末から販売管理システムに入力している。また、端末から製品の入出庫を販売管理システムに入力している。   〔システム全体の構成〕  R社のシステム全体の構成を図1に、システム全体の概要を表1に示す。
ITサービスマネージャ試験(平成28年 午後1 問1 図1)
ITサービスマネージャ試験(平成28年 午後1 問1 表1)
〔両システムの運用〕  R社の情報システム部員は、本社に勤務して両システムを運用している。両システムとも、毎日4時から23時までオンライン処理を行う。23時から24時までは、テープ媒体にファイルのフルバックアップを取得し、サーバ室に保管している。  システムのオペレーションは、販売管理システム専任のAチームと、生産管理システム専任のBチームの2チームに分かれている。部員は自身が担当するシステムについて教育を受け、オペレーションを実施している。  なお、部員は自身が担当するシステム以外のオペレーションは実施していない。両チームともシフト体制を組み、それぞれ1シフト1名でオペレーションを実施している。   〔事業継続計画の策定〕  関東地方に震度6弱レベルの地震が発生した場合の、R社の建物が損傷を受けるリスクについて調査した。その結果は次のとおりである。  (1) C市にある本社の建物は耐震性能が高く、震度6弱レベルの地震で損傷を受ける確率が低い。  (2) D市にあるR社の敷地の地盤は軟弱であって、R社の建物(工場、関東支店、倉庫及びサーバ室)は、震度6弱レベルの地震で損傷を受ける確率が高い。  (3) E市にある近畿支店の建物及び倉庫は、損傷を受ける確率が低い。  この調査結果を受け、R社では情報システム部も参加する検討チームを設置して、事業継続計画(以下、BCPという)の策定に着手した。BCPの概要を表2に示す。
ITサービスマネージャ試験(平成28年 午後1 問1 表2)
〔災害対策用システムの検討〕  工場、関東支店及びサーバ室の建物の被災によって両システムが停止することが想定された。一方で、近畿支店の販売活動は可能なので、販売管理システムのRTO(目標復旧時間)は被災時点から120分、生産管理システムのRTOは被災時点から5日と設定した。ただし、RPO(目標復旧時点)は関係部署との調整が必要なので、継続して検討することになった。  RTOの設定を受け、ITサービスマネージャであるG氏は、被災時の技術的対策の検討を始めた。検討した結果、現在稼働中の販売管理システムと同一機能で、被災時だけ使用する災害対策用システム(以下、災対システムという)を構築することになった。概要は次のとおりである。  ・災対システムと本社との間に専用線を新規に敷設し、本社の運用端末から遠隔操作を行う。  ・クラウドサービスの活用も検討する。現在稼働中の販売管理システムとの互換性を考慮し、クラウド事業者が提供するPaaSを利用する。PaaSは、サービスの利用量に応じた料金体系であり、システム環境の構築だけであれば少額の費用で利用できる。  G氏はこれらの検討結果を踏まえ、災対システムの方式案を表3のようにまとめた。
 案1で、RPOを被災当日のオンライン開始時点と設定した場合、(ア)情報システム部が販売部とあらかじめ合意すべき内容がある。  G氏は、案1~3について検討した結果、案3を推奨案として検討チームに提案し、案3に決定した。   〔復旧手順の検討及びクラウドサービスの選定〕  案3の決定を受けて、G氏は、販売管理システムの復旧手順の検討と、使用するクラウドサービスの選定に着手した。 (1) 復旧手順の検討  ① 災対システムは、平常時は停止状態としておき、被災時に運用端末から起動する。被災状況の確認作業などに30分、その後、災対システムの起動作業に30分、さらに、フルバックアップからのデータ復元に30分掛かる。データ復元の完了後、システムの正常稼働の確認に30分掛かるが、RTO内に復旧できる。  ② ストレージは、平常時は最低限の容量だけを確保しておき、被災時点のデータ量に応じて、災対システムの起動作業と並行して容量の追加を行う。 (2) 災対システム稼働中にインシデントが発生した場合の対応  災対システム稼働中にインシデントが発生し、災対システムが停止した場合、クラウド事業者がインシデントの解決及び災対システムの起動を実施する。その後、R社でフルバックアップからのデータ復元及びシステムの正常稼働の確認を実施し、サービスを再開する。 (3) クラウドサービスの選定  G氏は、災対システムの候補として、表4の4社のクラウドサービスを選んだ。
 G氏は、各社のサービスを比較し、次の条件に合致するクラウドサービスを提供する1社を選定した。  ・事業継続に関する要求事項として、サービスを提供するデータセンタが、R社のサーバ室と同じ地方にないこと  ・災対システム稼働中にインシデントが発生し、災対システムが停止した場合、インシデントの発生から120分以内にサービスが再開可能なこと  ・c   〔災対システムの構築〕  G氏は変更計画として、災対システムの構築計画、災対システムに関連する既存システムの稼働環境の修正計画、及び既存システムのオペレーションマニュアルの修正計画をまとめた。変更計画はR社で規定する変更管理プロセスに従って承認され、災対システムが構築された。災対システムの構築が完了した後、G氏は災害対策用マニュアル(以下、災対マニュアルという)も作成した。  当初、災対システムと本社との間は、1本の専用線で接続する予定であった。しかし、災対システムの構築完了後、G氏は予備の専用線を追加して、可用性を向上させることにした。この場合、災対システムの正常稼働の確認で予備の専用線の切替え作業と疎通確認作業が増えるが、想定している30分の範囲内で作業可能と判断した。予備の専用線の追加は、変更管理プロセスに従って承認された後、予備の専用線の敷設作業が実施された。   〔災害復旧訓練の準備・実施〕  災対システムの構築完了後、G氏は災害復旧訓練(以下、訓練という)の実施を計画した。訓練には、実施日時に勤務中の販売管理システム専任のAチームのオペレータと運用責任者が参加し、実機を使用して災対システムへの切替えなどを行う。  G氏は訓練の計画書を作成し、参加者向け会議で訓練計画及び災対マニュアルについて説明を行った。会議において、“被災時には、勤務中のAチームのオペレータが何らかの理由で作業を行えなくなり、非番のオペレータも招集できないという不測の事態も考えられる。RTO内に復旧するために、こうしたリスクへの備えも必要である。”という指摘を受け、G氏は(イ)対策を検討した。  訓練は予定した日時に実施された。訓練終了後、訓練実施者の会議において、“(ウ)災対マニュアルの復旧手順では、予備の専用線の疎通確認が漏れていたので、作業に手間取ってしまった。”という報告があった。

設問1:〔災害対策用システムの検討〕について、(1)、(2)に答えよ。

設問1(1)

問題文を見る
表3中のaに入れる適切な字句を5字以内で、bに入れる適切な字句を15字以内で、それぞれ答えよ。

模範解答

a:120分 b:被災当日のオンライン開始

解説

解答の導き方

aについて
表3の案1では、被災時に近畿支店に構築した災対システムを使い、フルバックアップからデータを復元します。表3の注2には、被災時点からサービス再開までに必要な作業時間が示されています。
被災状況の確認に30分、災対システムの起動に30分、データ復元に30分、正常稼働の確認に30分掛かります。したがって、復旧時間は分です。表3の復旧時間は、被災時点からサービス再開までの時間なので、aには120分が入ります。
bについて
本文では、両システムとも「23時から24時までは、テープ媒体にファイルのフルバックアップを取得」するとあります。案3では、フルバックアップの取得先・方式を変更しますが、「取得対象データと取得時期は現在のまま」です。つまり、バックアップを取得する時期は変わりません。
そのため、被災時に復元できるデータは、被災当日のオンライン処理が始まる時点の状態です。表3の案1でもRPOは「被災当日のオンライン開始時点」とされており、同じ取得時期の案3も同じ考え方になります。bには「被災当日のオンライン開始」が入ります。

誤りやすいポイント

  • 復旧時間は災対システムの起動時間だけではありません。被災状況の確認から正常稼働の確認まで、サービス再開に必要な作業を合計します。
  • RTOはサービスを再開するまでの時間、RPOは復元できるデータの時点です。時間とデータの復旧地点を混同しないようにします。
  • 案3ではバックアップの取得先・方式が変わりますが、取得時期は変わりません。したがって、RPOも取得時期に基づいて判断します。

FAQ

Q: RTOには、被災状況の確認に掛かる時間も含めますか?
A: 含めます。表3の注2では、被災時点からサービスが再開されるまでの所要時間としているため、確認作業も計算に含めます。
Q: バックアップ先を変更すると、RPOも変わりますか?
A: バックアップ先の変更だけでは、RPOは変わりません。バックアップの取得対象や取得時期が変わるかを確認します。
Q: フルバックアップの取得時期を変えない場合、RPOはどのように判断しますか?
A: 被災時に利用できる最新のバックアップが、どの時点のデータを含むかで判断します。

関連キーワード: RTO、RPO、フルバックアップ、データ復元、オンライン処理

解説を読んでも分からないところは、AIに質問できます。 この問題の本文と解説をふまえて答えます。

この設問をAIに質問する

クイズモードで開きます(AIへの質問は無料の会員登録で使えます)

設問1(2)

問題文を見る
本文中の下線(ア)について、合意すべき内容を40字以内で述べよ。

模範解答

被災日に入力済みのデータを、システム復旧後に再入力する必要があること

解説

解答の導き方

  1. まず、案1のバックアップ方式を確認します。本文には、現在は「23時から24時までは、テープ媒体にファイルのフルバックアップを取得」しており、案1でも「取得対象データと取得時期は現在のままとする」とあります。つまり、バックアップを近畿支店のストレージに保存するよう変更しても、バックアップ時点は変わりません。
  2. 案1のRPOは「被災当日のオンライン開始時点」です。復旧すると、被災当日のオンライン処理が始まった時点のデータ状態に戻ります。両システムは毎日4時から23時までオンライン処理を行い、顧客からの注文も端末から販売管理システムに入力されます。そのため、オンライン開始後に入力されたデータは、復旧したシステムには反映されません。
  3. したがって、情報システム部は販売部に、被災日に入力したデータが復旧後のシステムには残っておらず、改めて入力する必要があることをあらかじめ伝え、合意しておく必要があります。再入力が必要になることを想定し、販売部が入力内容を確認できる記録を確保しておくことも重要です。

誤りやすいポイント

  • バックアップを近畿支店に保存する変更だけに注目し、バックアップの取得時期が変わらない点を見落とすことがあります。
  • RPOを復旧にかかる時間と混同しないようにします。RPOは、復旧時にどの時点のデータまで戻せるかを表します。
  • 「販売部と合意する内容」を問われているため、バックアップの保管方法ではなく、データが失われた後の業務上の対応を答えます。

FAQ

Q: 被災当日のオンライン開始時点に復旧すると、何が起こりますか?
A: その時点より後に入力されたデータは復旧後のシステムに含まれないため、記録を確認して再入力する必要があります。
Q: RPOとRTOの違いは何ですか?
A: RPOは復旧するデータの時点、RTOはサービスを再開するまでの目標時間です。
Q: なぜ販売部との事前合意が必要ですか?
A: データの再入力が必要になることを販売部が把握し、復旧後の業務を進められるようにするためです。

関連キーワード: RPO、フルバックアップ、データ復元、データ再入力、RTO

解説を読んでも分からないところは、AIに質問できます。 この問題の本文と解説をふまえて答えます。

この設問をAIに質問する

クイズモードで開きます(AIへの質問は無料の会員登録で使えます)

設問2:〔復旧手順の検討及びクラウドサービスの選定〕について、(1)、(2)に答えよ。

設問2(1)

問題文を見る
本文中のcには、ストレージに関する条件が入る。適切な条件を、40字以内で具体的に述べよ。

模範解答

ストレージ容量の追加作業が、災対システムの起動作業完了までに終わること

解説

解答の導き方

この設問では、クラウドサービスの選定条件のうち、ストレージ容量に関する条件を考えます。
まず、販売管理システムのRTOは被災時点から120分です。案3の復旧では、被災状況の確認に30分、災対システムの起動に30分、フルバックアップからのデータ復元に30分、正常稼働の確認に30分掛かります。合計すると120分となり、RTOの時間を使い切ります。
一方、本文には「災対システムの起動作業と並行して容量の追加を行う」とあります。データ復元には必要なストレージ容量が確保されていなければなりません。そのため、容量の追加が災対システムの起動より遅れると、データ復元の開始も遅れ、復旧がRTOを超える可能性があります。
したがって、ストレージ容量の追加作業は、並行して行う災対システムの起動作業が完了するまでに終わる必要があります。表4の容量追加時間を選定に使う場合も、起動作業の30分以内に完了するかどうかを比べます。

誤りやすいポイント

  • ストレージ容量の追加時間を、RTO全体の120分と比べてしまうことです。容量追加は起動作業と並行して行うため、比較すべきなのは起動作業に掛かる30分です。
  • 容量追加が起動作業より遅れても、データ復元の時間内に収まればよいと考えることです。復元を始めるには容量が必要なので、追加が遅れた分だけ復旧全体も遅れます。
  • 容量追加が起動作業と同時に始まる点を見落とし、起動作業の後に別途実施すると考えることです。本文では両作業を並行して行うため、起動完了までに容量追加が終われば復旧時間を延ばさずに済みます。

FAQ

Q: なぜ容量追加の完了時刻を起動作業の完了時刻に合わせるのですか?
A: 起動後にデータ復元を始めるためです。容量追加が起動完了までに終われば、復元作業を予定どおり開始できます。
Q: 起動作業が30分を超える場合、容量追加の許容時間も変わりますか?
A: この問題では起動作業に30分掛かる前提なので、30分以内が条件になります。一般に、並行作業を復旧時間に影響させないには、その作業が並行先の完了までに終わる必要があります。

関連キーワード: RTO、ストレージ容量、並行処理、データ復元、フルバックアップ

解説を読んでも分からないところは、AIに質問できます。 この問題の本文と解説をふまえて答えます。

この設問をAIに質問する

クイズモードで開きます(AIへの質問は無料の会員登録で使えます)

設問2(2)

問題文を見る
表4のクラウド事業者のうち、G氏が選定した1社を答えよ。

模範解答

S社

解説

解答の導き方

クラウドサービスを選ぶには、データセンタの所在地、災対システム稼働中にインシデントが発生した場合の復旧時間、ストレージ容量の追加時間という条件を順に確認します。
まず、R社のサーバ室はD市にあり、D市は関東地方です。そのため、データセンタが関東地方にあるサービスは条件を満たしません。表4では、データセンタが関東地方にあるU社を候補から外します。
次に、ストレージ容量の追加時間を確認します。復旧手順では、容量の追加を災対システムの起動作業と並行して行います。起動作業は30分掛かるため、容量追加も起動作業が終わるまでに完了できる必要があります。したがって、追加所要時間が30分以内であることが条件です。この条件にはQ社、S社、U社が該当し、W社は40分以内なので該当しません。
最後に、災対システム稼働中にインシデントが発生した場合、インシデント解決後に災対システムの起動、データ復元、正常稼働の確認が必要です。表4の注記では、クラウド事業者の作業所要時間に災対システムの起動時間は含まれないとされています。したがって、各社の時間に、起動の30分、データ復元の30分、正常稼働の確認の30分を加えて、120分以内に収まるかを確認します。
S社はインシデント解決に20分掛かるため、合計は20分+30分+30分+30分=110分となり、条件を満たします。一方、Q社は40分+90分=130分となり、120分を超えます。所在地、ストレージ容量の追加時間、インシデント発生時の復旧時間のすべてを満たすのはS社です。

誤りやすいポイント

  • 表4の「インシデントが発生した場合」の時間だけで判断しないでください。その時間には災対システムの起動が含まれず、その後のデータ復元と正常稼働の確認にも時間が掛かります。
  • ストレージ容量の追加時間は、復旧作業の時間に単純に加算するとは限りません。今回は災対システムの起動作業と並行するため、起動に掛かる30分以内に追加を完了できるかを確認します。
  • 所在地の条件は、R社のサーバ室がある地方との比較です。データセンタが関東地方にあるU社は、ほかの条件を満たすかどうかにかかわらず候補から外れます。

FAQ

Q: インシデント発生時の時間に、なぜ起動・復元・確認の時間を加えるのですか?
A: 表4の注記で、クラウド事業者の作業所要時間には災対システムの起動時間が含まれないとされています。また、起動後にR社がデータ復元と正常稼働の確認を行うためです。
Q: ストレージ容量の追加は、なぜ30分以内であればよいのですか?
A: 容量追加は災対システムの起動作業と並行して行うためです。起動に掛かる30分以内に追加が終われば、その後のデータ復元を予定どおり進められます。
Q: Q社は所在地とストレージ容量の条件を満たすのに、なぜ選ばれないのですか?
A: インシデント解決に40分掛かり、起動・復元・確認の90分を加えると合計130分です。サービス再開まで120分以内という条件を満たしません。

関連キーワード: RTO、RPO、クラウドサービス、ストレージ容量、災害復旧、並行処理

解説を読んでも分からないところは、AIに質問できます。 この問題の本文と解説をふまえて答えます。

この設問をAIに質問する

クイズモードで開きます(AIへの質問は無料の会員登録で使えます)

設問3:〔災害復旧訓練の準備・実施〕について、(1)、(2)に答えよ。

設問3(1)

問題文を見る
本文中の下線(イ)について、有効な対策を50字以内で述べよ。

模範解答

Bチームのオペレータを販売管理システムのオペレーションもできるように教育する。

解説

解答の導き方

  1. まず、平常時のオペレーション体制を確認します。販売管理システムは「販売管理システム専任のAチーム」、生産管理システムは「生産管理システム専任のBチーム」が担当しています。さらに、各部員は「自身が担当するシステム以外のオペレーションは実施していない」とあります。つまり、Bチームのオペレータは、現状では販売管理システムを操作できません。
  2. 次に、指摘された不測の事態を考えます。勤務中のAチームのオペレータが作業できず、非番のオペレータも招集できない場合、販売管理システムを操作できる人がいなくなるおそれがあります。1シフト1名で運用しているため、担当者が不在になると、復旧作業を進められなくなる可能性があります。
  3. そこで、Aチーム以外にも販売管理システムを操作できる人を、あらかじめ確保しておく必要があります。生産管理システムを担当するBチームのオペレータにも販売管理システムの操作を教育すれば、Aチームが作業できない場合に代わりを担えるようになり、RTO内の復旧に役立ちます。

誤りやすいポイント

  • 非番のAチームのオペレータを招集するだけでは、問題文の「非番のオペレータも招集できない」という事態に対応できません。
  • Aチームの人数を増やすだけでは、勤務中の担当者が作業できず、非番者も招集できない場合の備えとして不十分です。
  • 「Bチームに復旧作業をさせる」とだけ書くと、販売管理システムの操作ができるようにする対策が伝わりません。必要なのは、Bチームのオペレータへの事前教育です。

FAQ

Q: なぜBチームのオペレータを教育するのですか?
A: Aチームのオペレータが作業できない場合にも、販売管理システムを操作できる代替要員を確保するためです。
Q: 災害発生後に操作方法を教えるのでは不十分ですか?
A: 復旧には時間制限があるため、災害発生後に教育を始めるのでは遅れにつながります。平常時から教育しておく必要があります。
Q: この対策だけでRTO内の復旧が保証されますか?
A: 操作できる要員を増やす対策ですが、復旧時間には他の作業も関係します。訓練などを通じて、手順や所要時間も確認することが重要です。

関連キーワード: 事業継続計画、災害復旧、RTO、要員の多能工化、クロストレーニング

解説を読んでも分からないところは、AIに質問できます。 この問題の本文と解説をふまえて答えます。

この設問をAIに質問する

クイズモードで開きます(AIへの質問は無料の会員登録で使えます)

設問3(2)

問題文を見る
本文中の下線(ウ)について、サービスマネジメントの観点から、改善すべき内容を40字以内で述べよ。

模範解答

災対マニュアルをサービスの構成品目として認識し、変更計画の対象とする。

解説

解答の導き方

  1. この設問は、訓練で手間取った原因を踏まえ、サービスマネジメントの観点から何を改善すべきかを問うています。訓練では「災対マニュアルの復旧手順」に、予備の専用線の疎通確認が記載されていなかったため、作業に手間取っています。したがって、単に訓練参加者へ注意を促すのではなく、マニュアルの記載漏れを防ぐ管理方法を考えます。
  2. 予備の専用線は、災対システムと本社との接続に使うものです。追加によって復旧作業に「予備の専用線の切替え作業と疎通確認作業」が加わるため、既存の復旧手順にも変更が必要です。
  3. 本文には、当初の変更計画に「既存システムのオペレーションマニュアルの修正計画」が含まれていた一方、災対マニュアルは災対システムの構築完了後に作成されたとあります。また、予備の専用線の追加は変更管理プロセスに従って承認されています。つまり、専用線の追加を変更として管理する際に、関連する災対マニュアルの修正まで変更計画の対象に含めることが重要です。
  4. サービスマネジメントでは、サービスを支える機器や手順書などを構成品目として管理し、変更による影響を確認して、関連する品目も適切に更新します。そのため、災対マニュアルを管理対象に含め、専用線の追加に伴う復旧手順の変更も計画・管理する必要があります。改善内容は、災対マニュアルをサービスの構成品目として認識し、変更計画の対象とすることです。

誤りやすいポイント

  • 「疎通確認を手順に追加する」だけでは、今回の漏れへの直接的な対応にとどまります。変更時に関連文書の更新を漏らさない管理方法まで示すのが、サービスマネジメントの観点です。
  • 専用線の追加そのものは変更管理プロセスで承認されています。問題は、変更管理の対象に災対マニュアルが含まれていなかったことです。
  • 訓練時間を延ばすことや、作業者を増やすことが問われているわけではありません。手順書を構成品目として管理し、変更時に更新することが要点です。

FAQ

Q: 災対マニュアルも構成品目として扱うのはなぜですか?
A: 復旧手順を定めるマニュアルは、サービスを再開するための重要な管理対象です。機器や接続の変更に合わせて手順を更新できるよう、構成品目として管理します。
Q: 今回は、どの変更に合わせてマニュアルを更新すべきでしたか?
A: 予備の専用線の追加です。切替え作業と疎通確認が必要になるため、復旧手順にもその内容を反映します。
Q: 変更計画の対象にする利点は何ですか?
A: 変更による影響を事前に確認し、関連するマニュアルの更新や確認を変更作業と併せて計画できるため、手順の記載漏れを防ぎやすくなります。

関連キーワード: 構成管理、変更管理、構成品目、復旧手順、サービス継続

解説を読んでも分からないところは、AIに質問できます。 この問題の本文と解説をふまえて答えます。

この設問をAIに質問する

クイズモードで開きます(AIへの質問は無料の会員登録で使えます)

戦国ITクイズ機能

\ せっかくなら /

ITサービスマネージャを
クイズ形式で学習しませんか?

クイズ画面へ遷移する→

すぐに利用可能!

©︎2026 情報処理技術者試験対策アプリ

このサイトについてブログプライバシーポリシー利用規約特商法表記開発者について