Software Engineering Center 2013 SEC Software Engineering for Mo･No･Zu･Ku･Ri Software Engineering Center

IST 2013

Information-technology Promotion Agency, Japan

Software Engineering Center

災害にも安心な ITサービス継続のためのシステム基盤構築方法

～事業継続のための高回復力システム基盤の導入について～

2013年5月8日独立行政法人情報処理推進機構（IPA）

技術本部ソフトウェア・エンジニアリング・センター（SEC） SEC連携委員富士通株式会社柏木雅之

Copyright © 2012, 2013 IPA, All Rights Reserved.

IST 2013

SEC Software Engineering for Mo･No･Zu･Ku･Ri

Software Engineering Center 1 IST 2013

Contents

はじめに

1. 震災にも安心なITサービス継続のためのシステム基盤

2. 高回復力システム基盤の導入

3. 高回復力システム基盤導入ガイドの概要


IST 2013



はじめに東日本大震災により、通信や情報システムの停止、データ喪失

等により長期にわたって業務停止至った企業等があった。

情報システムの対応手順等が十分に整備されていなかった。

事業継続の意識の高まりはあるが、対策の着手は遅れている。

震災にも安心なITサービス継続の実現を支援する

「高回復力システム基盤導入ガイド」

平易な内容で情報システムの継続に必要な考え方と構築手順を解説

東日本大震災による情報システムの被災状況を調査し、教訓や復旧に活用された新しい技術やサービスの事例等も紹介

レジリエンス(回復力)を底上げし、震災にも安心なITサービス継続の実現を！


IST 2013



BCPとIT-BCPの策定状況 ※BCP : Business Continue Plan(事業継続計画)

40.1%

33.1%

18.6%

6.2% 2.0%

策定済み未策定（検討中）未策定（予定なし）その他

24.8%

40.9% 27.4%

4.3% 2.6%

不明

<BCP (n=354)> <IT-BCP (n=347)>

BCPやIT-BCPの重要性は認識しているが、実際の対策の策定は進んでいない。 ⇒ BCPの対策が難しい、費用が掛かる ⇒ 中小企業の対策が進んでいない

<出典> 「情報システム基盤の復旧に関する対策の調査」報告書， IPA，2012年．図4-3 （資本金1億円以上の企業3,000社を対象とするアンケート調査の回答に基づく）


IST 2013



ITサービス継続計画策定時に想定するリスク

Copyright © 2012-2013 IPA, All Rights Reserved.

81.3%

74.2%

31.1%

25.3%

40.9%

51.6%

7.1%

32.4%

63.6%

42.2%

16.9%

56.9%

64.4%

14.2%

14.2%

4.0%

0.0%

1.3%

0% 20% 40% 60% 80% 100%

1.自然災害（直下型地震による局所被害）

2.自然災害（大規模地震による広域被害）

3.自然災害（津波）

4.自然災害（その他、竜巻や高潮等）

5.インフルエンザや感染症等によるパンデミック

6.建物や施設の破損・損失

7.原子力災害

8.社会的インフラの障害（通信回線関連以外）

9.ハードウェアの故障

10.ソフトウェアの不具合

11.システムの処理能力オーバーフロー

12.通信回線関連の故障

13.停電

14.外部コンピュータシステムの故障

15.テロやサイバー攻撃等の外部からの攻撃

16.特に定めていない

17.不明

18.その他

IT-BCPを「策定済み」または「未策定（検討中）」と回答した企業（225社）対象

<出典> 「情報システム基盤の復旧に関する対策の調査」報告書，IPA，2012年．図4-8

東日本大震災の教訓を現実的に反映

IST 2013


Software Engineering Center 5

1. 震災にも安心なITサービス継続のためのシステム基盤


IST 2013



高回復力システム基盤とは

大規模災害や大規模システム障害に対して情報システムが一定の強度をもつ（強度：情報システムを停止させないための対策が施されていること）

システムが停止した場合でも目標とする時間内に復旧できるように設計・構築されている

高回復力システム基盤

情報システムを停止させない対策

万一停止してしまった場合に迅速に復旧するための事前準備

ＯＳやミドルウェア

ハードウェア機器やネットワーク機器

システム運用の体制や仕組み

電源供給・ネットワークサービス

建物、設備

業務データ

大規模災害や大規模システム障害に対して情報システムが一定の強度をもつ（強度：情報システムを停止させないための対策が施されていること）

システムが停止した場合でも目標とする時間内に復旧できるように設計・構築されている


IST 2013



システム基盤へのリスク


導入ガイドで対象とする脅威とリスク事象

脅威リスク事象

大規模災害

地震、水害、火災など

社会インフラ、施設、設備、機器、要員などが被災し、通常使用している情報処理施設での情報システムの提供が長期間できない状態

大規模システム

障害

ハードウェア障害、ネットワーク障害など

ハードウェアの故障やネットワークの切断が発生し、通常使用しているハードウェアやネットワークでの情報システムの提供が長時間できない状態

IST 2013



高回復力システム基盤のリスクと対応の基本的な考え方(1/2)


ITサービスを提供するに当たり必要な資源（構成要素）ごとに、リスク事象を想定した

導入ガイドでは、想定したリスク事象に基づき、対応する基本的な考え方を解説している

構成要素リスク事象基本的な考え方（抜粋、要約）

電源供給・ネットワークサービス

電力、通信、水道などが長時間利用不能となる。

自家発電装置や貯水槽の設置、ライフライン供給経路の冗長化を図る。

建物、設備建物や設備など情報処理環境・基盤が損傷し、長時間利用不能となる。

最低限として震度６弱の地震への耐震性を確保する。遠隔地にバックアップサイトを確保することを検討する。

ハードウェア機器やネットワーク機器

ハードウェアが損傷し、長時間利用不能となる。

ハードウェアの損傷、故障に備え、必要な範囲で代替機を持つ。

IST 2013



高回復力システム基盤のリスクと対応の基本的な考え方(2/2)


構成要素リスク事象基本的な考え方（抜粋、要約）

ＯＳやミドルウェア

ハードディスクなどの損傷によりソフトウェアが消失し、長時間利用不能。

情報システムが復旧したときに、必要な状態で利用できるようバックアップを行う。遠隔地に保管する。

システム運用の体制や仕組み

運用する人材やスキルが不足。復旧対応において間違いが起こる。

必要な要員が確保できるように計画を策定する。必要な手順の文書化や訓練を行う。

ハードディスクなどに格納された業務アプリケーション・業務データ

ハードディスクなどの損傷により業務アプリケーションや業務データが消失し、長時間利用不能となる。

業務アプリケーション・業務データを必要な状態で利用できるよう、バックアップを行う。遠隔地に保管する。

IST 2013



事業継続戦略と情報システムの復旧目標

大規模災害や大規模システム障害により情報システムが停止した場合には、事業継続戦略に沿って復旧する。

災害などによって業務が中断した時点からいつまでに、どの程度で再開させるか、また、どの業務を優先させるかを決定。


IST 2013



2. 高回復力システム基盤の導入


IST 2013



高回復力システム基盤導入手順


事業継続のための情報システム対策の取り組みにおいては、災害や障害が発生した場合の被害想定や事業への影響度分析を行い、事業継続戦略を決定して、それを実現するためにどのようなシステム基盤が必要かを検討するという手順を踏みます。

しかし、事業部門で事業継続戦略を決めてくれない、そもそも被害想定や影響度分析、事業継続戦略の決定の方法がわからない、といったケースも少なくありません。また、高回復力システム基盤の導入には、多大な労力を要するとともに、豊富な経験が必要になります。

導入ガイドでは、より簡易に高回復力システム基盤を導入するための手順や実践的な手法を提供することを目的としています。

このために、高回復力システム基盤に求められる目標復旧時間や強度に応じて分類された4つのパターンの高回復力システム基盤（以下、「モデルシステム」といいます。）を用いています。

IST 2013



高回復力システム基盤導入手順(1/2)

Act Check Do

高回復力システム基盤を導入後、維持するプロセス

高回復力システム基盤を導入するプロセス

計画に従い、対策などを実施する。

リスクの変化や技術の進歩に対して、対策が適切に機能しているかどうかを評価する。

評価結果や、組織の事業の状況などに合わせ、事業継続戦略や対策などの見直しを行う。

手順１手順２手順３手順４

Plan

高回復力システム基盤の要件を決定する。導入のための計画を策定する。

検討対象の選定モデルシステムの選定要件定義導入計画策定

「高回復力システム基盤導入ガイド」で解説している導入手順


IST 2013



高回復力システム基盤導入手順(2/2)

手順手順の概要

検討対象の選定

高回復力システム基盤の適用範囲を特定業務の重要性などに応じて対象とする業務システムやシステム基盤を選定

モデルシステムの選定

手順１で選定したシステム基盤について、適切な高回復力システム基盤のモデルを4つのモデルシステムから選択

要件定義選択したモデルシステムの要件を参照し、必要な調整を加えて、導入する高回復力システム基盤の要件を確定

導入計画の策定

手順３で定義した要件に基づく高回復力システム基盤を導入するための計画を策定

※導入ガイドでは、各手順の主要な役割も例示している。

1. 検討対象の選定

2. モデルシステムの選定

3. 要件定義

4. 導入計画の策定

導入計画


IST 2013



検討対象の選定

高回復力システム基盤の適用範囲を決定するために、明らかにすべき事項

• 重要業務 • その業務を支えるシステム基盤

重要業務を選定すると、その業務が利用する業務システムやそれが稼働するシステム基盤を検討対象にすることができる


IST 2013



高回復力システム基盤のモデルシステムモデルシステムの特徴と主要要件は以下のとおり。

モデルシステム

1 2 3 4

モデルシステムの

特徴

➀ システム基盤の強度低中高高

② 復旧時間障害時 1～3日 2時間以内 2時間以内 2時間以内

災害時 1～6ヶ月 1～6ヶ月 1～7日 2時間以内

③ 投資規模低中高高

モデル

システムの主要要件

➀ バックアップ保有形態、取得間隔

非同期月次

非同期週次

非同期数回/日

同期数回/時

② 機器などの冗長化なしありありあり

③ バックアップサイトなしなしありあり

(ホットスタンバイ)


IST 2013



高回復力システム基盤のモデルシステムモデルシステム１の特徴と主要要件は以下のとおり。

モデル１（メインサイトのみ）

モデルシステム１の特徴

➀ システム基盤の強度低

② 復旧時間

障害時 1～3日

災害時 1～6ヶ月

③ 投資規模低

モデルシステムの主要要件

➀ バックアップ形式、取得間隔

非同期月次

② 機器などの冗長化なし

③ バックアップサイトなし


IST 2013



高回復力システム基盤のモデルシステム

モデルシステム２の特徴

➀ システム基盤の強度中

② 復旧時間

障害時 2時間以内

災害時 1～6ヶ月

③ 投資規模中



非同期週次

② 機器などの冗長化あり

③ バックアップサイトなし

モデルシステム２の特徴と主要要件は以下のとおり。

モデル２（メインサイトのみ＋システム2重化）


IST 2013




モデルシステム３の特徴

➀ システム基盤の強度高

② 復旧時間


災害時 1～7日

③ 投資規模高



非同期数回/日


③ バックアップサイトあり

モデルシステム３の特徴と主要要件は以下のとおり。

モデル３（バックアップサイト）


IST 2013




モデルシステム４の特徴

➀ システム基盤の強度高

② 復旧時間


災害時 2時間以内

③ 投資規模高



同期数回/時


③ バックアップサイトあり

(ホットスタンバイ)

モデルシステム４の特徴と主要要件は以下のとおり。

モデル４（バックアップサイト：ホットスタンバイ）


IST 2013



要件定義のためのワークシート

要件定義作成者/更新者

作成日/更新日

0 1 2 3 4 5 1 2 3 4

A.1.2.2 サービス切替時間【要件】

サービス切替時間とは、想定できる障害（例えばハードウェアの故障等により業務が

一時的中断するケースなど）に対して、対策を施すこと（例えばクラスタ構成での

サーバの切替えなど）により、業務再開までに要する時間を指す。

【運用コストへの影響】

中断を許容する時間が長くなれば、復旧対策としてはシステムでの自動化から人員

による手動での対処に比重が移るため、運用コストへの影響が出てくる。

24時間以上 24時間未満 2時間未満 60分未満 10分未満 60秒未満

A.1.2.3 業務継続の要求度【要件】

業務継続の要求度とは、発生する障害に対して、どこまで業務を継続させる必要が

あるかを示す考え方の尺度を示している。

システムを構成する機器や部位には、単一障害点SPOF（Single Point Of Failure）

が多数存在し、システム停止となるリスクを多く含んでいる。これらのSPOFを許容す

るか、冗長化などの対策で継続性をどこまで確保するかが要求の分かれ目となる。

障害時の業

務停止を許

容する

単一障害時

は業務停止

を許容せ

ず、処理を

継続させる

二重障害時

でもサービ

ス切替時間

の規定内で

継続する

A.2.5.1 冗長化（機器）【要件】

NAS、iSCSI対応の装置を含む。

ただしNASやiSCSIはLANなどのネットワークに接続して利用するため、NASやiSCSI

の接続環境の耐障害性対策は小項目A.2.4ネットワークに含まれる。

【レベル1】

特定の機器のみとは、導入するストレージ装置に格納するデータの重要度に応じ

て、耐障害性の要求が装置毎に異なる場合を想定している。

非冗長構成

➀

特定の機器

のみ冗長化

全ての機器

を冗長化

②③④

非冗長構成全ての機器

を冗長化

← ←

A.2.5.2 冗長化（コンポーネ

ント）

【レベル1】

ストレージを構成するコンポーネントとして、ディスクを除く、CPUや電源、FAN、イン

ターフェースなどを必要に応じて冗長化することを想定している。

非冗長構成特定のコン

ポーネント

のみ冗長化

➀②③④

全てのコン

ポーネントを

冗長化

特定のコン

ポーネント

のみ冗長化

← ← ←

A.2.6.1 バックアップ方式【重複項目】

C.1.2.7。バックアップ方式は、バックアップ運用設計を行う上で考慮する必要があり、

運用・保守性と重複項目としている。

【レベル】

オフラインバックアップとは、システム（あるいはその一部）を停止させてバックアップ

を行う方式、オンラインバックアップとはシステムを停止せず稼働中の状態でバック

アップを行う方式を指す。

バックアップ

無し

オフライン

バックアップ

➀②③

オンライン

バックアップ

④

オフライン

バックアップ

+オンライン

バックアップ

オフライン

バックアップ

← ← オンライン

バックアップ

OR オフラ

インバック

アップ+オン

ラインバック

アップ

A.2.6.3 データインテグリティ【要件】

データに対して操作が正しく行えること、操作に対して期待した品質が得られること、

またデータへの変更が検知可能であることなどを物理レベルで保証する。

【レベル】

仕組みの実装は、製品、業務アプリケーションによる検出を含む。

エラー検出

無し

エラー検出

のみ

エラー検出

＆再試行

データの完

全性を保障

（エラー検出

＆訂正）

➀②③④

データの完

全性を保障

（エラー検出

＆訂正）

← ← ←

C.3.3.1 対応可能時間【要件】

システムの異常検知時に保守員が作業対応を行う時間帯。

ベンダの営

業時間内

（例：9時～

17時）で対

応を行う

➀

ユーザの指

定する時間

帯（例：18時

～24時）で

対応を行う

②

24時間対応

を行う

③④

C.3.3.2 駆けつけ到着時間【要件】

システムの異常を検出してから、指定された連絡先への通知、保守員が障害連絡を

受けて現地へ到着するまでの時間。

保守員の駆

けつけ無し

保守員到着

が異常検知

から数日中

保守員到着

が異常検知

からユーザ

の翌営業日

中

保守員到着

が異常検知

からユーザ

の翌営業開

始時まで

➀

保守員到着

が異常検知

から数時間

内

②③

保守員が常

駐

④

C.5.5.1 一次対応役

割分担

一次対応のユーザ/ベンダの役割分

担、一次対応の対応時間、配備人

数。

一次対応役割分担全てユーザ

が実施

一部ユーザ

が実施

全てベンダ

が実施

C.5.6.3 サポート要

員

サポート体制に組み入れる要員の人

数や対応時間、スキルレベルに関す

る項目。

ベンダ側対応者の要

求スキルレベル

指定無し有識者の指

導を受けて

機器の操作

を実施でき

る

システムの

構成を把握

し、ログの収

集・確認が

実施できる

システムの

運用や保守

作業手順に

習熟し、

ハードウェア

やソフトウェ

アのメンテ

ナンス作業

を実施でき

る

システムの

開発や構築

に携わり、

業務要件や

ユーザの事

情にも通じ

ている

検討対象

ベース

備考項番大項目中項目小項目小項目説明要件備考レベルモデルシステム

要件内容

可用性継続性業務継続性可用性を保証するにあたり、要求され

る業務の範囲とその条件。

データデータの保護に対しての考え方。

耐障害性ストレージディスクアレイなどの外部記憶装置で

発生する障害に対して、要求された

サービスを維持するための要求。

障害時運用システム異

常検知時の

対応

運用・保守

性

サポート体

制

システムの異常を検知した際のベン

ダ側対応についての項目。

非機能要求項目一覧から高回復力要件に対応する37件を抽出

レベル参照部 : レベル毎の要件内容

モデルシステム参照部 : 各モデルシステムに既定の要件値

要件定義部 : 検討対象の要件等

検討対象の名称、概要、適用するモデルシステム等

要件定義の最終更新者氏名、最終更新日付


IST 2013



3．高回復力システム基盤導入ガイドの概要


IST 2013



高回復力システム基盤導入ガイド

（事例編）

2012年

7月公開


（計画編）

2012年

５月公開



（概要編）

2012年

５月公開


経営者中心に幅広く

情報システム部門向け

高回復力システム基盤の必要性や構築方法の概要を紹介

対策となる高回復力システム基盤の要件を決定し、構築計画を策定する手順を説明

経営者はじめ幅広く

文献調査やアンケート、インタビューの結果から有効な対策例を紹介

<ガイドの目的>

より簡易に高回復力システム基盤を導入するための手順や実践的手法を提供する

<想定する読者>

事業継続のための情報システム対策に未着手、不十分と考えている組織の方々。

取り組み実施中の組織でも、実施している対策の確認や継続的な改善に活用していただける。

冊子版、電子版電子版電子版


IST 2013



ご清聴ありがとうございました。


Documents

Software Engineering Center 2013 SEC Software Engineering for Mo･No･Zu･Ku･Ri Software Engineering Center