ITのBCP（Business Continuity Plan)についての資料です。

1. 業務を動かし続けるための
情報システム運用
山田修

2. 東日本大震災の直後
2

3. 情報システムは
機能していましたか？
3

4. 外部からの問い合わせに
対応できましたか？
4

5. 本日のレジュメ
何を動かし続けなければならないか
システムを動かし続けるために
設備の復旧だけで大丈夫？
5

6. 何を動かし続けなければならないか
6

7. 顧客は世界中にいる
インターネットの発達
 会社の規模に関係なく、
世界中どこの会社からでも受注できる。
宅配便の発達
 世界中どこへでも輸出できる
→約１週間で納品
7

8. いいことばかりではない
世界中に輸出できる
 ライバル企業も世界中に輸出できる。
 顧客も世界中から調達する。
世界中に競争相手
8

9. 顧客の視点から
顧客が生産を維持するために
 災害時、納品が可能か確認。（特に海外）
→連絡が取れなければ、別の調達先に発注。
 調達先の復旧を長期間待つ必要はない。
9

10. ものづくりの視点から
ものづくりにITは必須
 測定結果の保存：紙→EXCELのグラフ
（サーバーの共有フォルダに保存）
 製造工程のトレーサビリティも
データ化されてきている。
→（不良が発生した際の原因調査に利用）
10

11. 早期復旧が必須なもの
通信手段
とにかくメール
→メールは１日以内に復旧
出荷に必要な品質測定データ
（主にEXCELファイル）
 データは１週間以内に復旧。
 測定結果の添付が出荷に必要。
→製品が出荷できない。
11

12. システムを動かし続けるために
（短時間で復旧するために）
12

13. 過去の自然災害からの教訓
緊急時に、非常用設備を使える？
 阪神大震災のとき、防災行政無線などは
活用できなかった。
 いざというとき、本当に動く？
 普段使っていないものを使える？
災害に強いものを
普段から使う
13

14. 過去の自然災害からの教訓
リケンはなぜ早期復旧できたのか
 ２００７年の中越沖地震のとき、
「リケン」は１週間で復旧できた。
 ２００４年の地震の経験をもとに
耐震対策をしている最中だった。
 復旧するための計画を考えていた。
→BCP（事業継続計画）
 情報システムが無傷だった。
→被害状況を地震の翌日に発信できた。
http://www.nikkeibp.co.jp/sj/2/special/325/
14

15. クラウドサービスを利用する
メール
 クラウドサービスの方が信頼性が高い。
 レスポンスが多少遅くても影響がない。
 大容量のユーザー領域を提供できる。
 ユーザー数により社内設置より安い。
スパムウォール
保守料：数10万
ウィルスウォール
保守料：数10万
メールサーバー15

16. 地震に耐えられるようにする
サーバーラックの地震対策
 免振装置の採用。（耐震ではない。）
 固定すると、中のディスク装置に
影響を与える可能性がある。
THK社の
免振モジュールTGS型
アイディールブレイン社の
ミューソレーター
16

17. 免振と耐震の違い
免震構造は地震の力が伝わらない。
上の方は、揺れが増幅される。
（THKのホームページより）
免震耐震
ディスク装置に力を伝えない17

18. 免振装置関連のサイト
免振装置のリンク
 ミューソレーターのリンク（動画あり）
http://www.ibrain.jp/?page_id=288
 THK免振装置のリンク
http://www.menshin.biz/?q=menshin/node/355
 THKの免振動画関連
http://www.menshin.biz/?q=menshin/node/378
18

19. 短時間で復旧するために
遠隔地に仮想サーバーをバックアップ
 データだけでは、復旧に時間がかかる。
→仮想サーバーで運用し、
環境まるごとバックアップ。
 遠隔地（データセンター）にバックアップ。
 復旧にIaasの利用を想定。
19

20. 短時間で復旧するために
クラウドサービスにバックアップ
 クラウド上にデータをバックアップ。
 仮想サーバーをデータと考えて
バックアップすれば、早期復旧できる。
 Azure Backup、富士通のAZCLOUDなど
http://azure.microsoft.com/ja-jp/services/backup/
http://www.fjm.fujitsu.com/solution/azservice/easy_bc/
20

21. 短時間で復旧するために
Hyper-V レプリカの利用
 30秒～15分ごとにレプリケーション
 仮想サーバーのレプリカを利用すると
簡単に短時間で復旧できる。
 専用のハードウェア、ネットワーク不要
プライマリサイト
（本番環境）
レプリカサイト
（バックアップ環境）
レプリケーション
21

22. 短時間で復旧するために
クラウドのレプリケーションサービス
 Azure Site Recovery
Azure上にレプリカを作成する。
http://azure.microsoft.com/ja-jp/services/site-recovery/
 AZCLOUD サーバーレプリケーション
富士通のクラウドサービス上に
レプリカを作成する。
http://www.fjm.fujitsu.com/solution/azservice/easy_bc/
22

23. 設備の復旧だけで大丈夫？
23

24. 設備が復旧すれば動くのか？
電源を入れれば、システムは動くのか？
 正常に稼働しているかは、確認する手段を
知らないと判断できない。
 外部業者が知らないシステムもある。
→システムが多様化し、新しいシステムを
知らない場合がある。
社内でシステムを
知る人間が複数人必要
24

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