迅速かつ円滑なディザスタリカバリのためにしておくべきこと
包括的な業務継続計画書を作成するためのポイント
災害に備えた業務継続計画書の作成・運用のポイントと、復旧作業に取り組む際のガイドラインとなる「ディザスタリカバリテンプレート」に盛り込むべき項目を具体的に示す。
システム障害のほとんどはマイナーなものだが、重大な、あるいは予想外のインシデントが発生する可能性もある。そうした場合は業務継続計画書を活用することで、ミスを最小限に抑え、コストを減らし、時間を節約することができる。
業務継続計画書を作成するための最良のアプローチは、この文書をシステム開発ライフサイクルに組み込むことだ。企業はディザスタリカバリテストの際にこの文書を評価し、開発者が大規模なアプリケーション変更や技術的な変更を行ったら、この文書を改訂し、その正確性と最新性を維持しなければならない。
包括的な業務継続計画書がない企業は、ディザスタリカバリ情報の貴重なリポジトリとなるこの文書を腰を据えて作成する必要がある。この文書の作成では、すべての必要な情報を時間をかけて集めることが必要になる場合もある。また、システム変更が発生したり企業のニーズが変化した場合は、変更管理プロセスの一環としてこの文書を改訂するとよい。
業務継続計画書の保存
重要なアプリケーションごとに業務継続計画書を作成したら、管理者はそれを電子フォーマットで保存しなければならない。わたしはWindows SharePoint Services上の専用のドキュメントライブラリに保存している。セキュリティ対策やチェックアウト管理、承認フローといった機能が利用できるからだ。また、イントラネットサイトやネットワークドライブ上のライブラリに保存する方法もある。
大事な注意点として、既存の文書ファイルのコピーを作成しないことが挙げられる。文書の保守を2カ所で行うと、そのうち同期が取れなくなる。2つの異なるコピーの存在は、必ずリカバリ作業に混乱を招いてしまう。適切なアプローチは、ファイル名を記録するか、既存ドキュメントがあるWindows SharePoint Servicesドキュメントライブラリの場所を記録しておき、必要に応じて参照することだ。
データセンターが災害に見舞われた場合、スタッフのごく一部がリカバリサイトに赴くことになるだろう。個別の問題の専門家をオフサイトに派遣するのは実際上不可能であることから、業務継続計画書には、専門家の連絡先情報を盛り込まなければならない。リカバリチームのメンバーがリカバリ対象アプリケーションに精通していなかった場合に、専門家は誰か、どうやって連絡を取るかを調べられるようにするためだ。
ディザスタリカバリテンプレートの作成
企業は迅速かつ円滑にリカバリを行うために、リカバリチームが重要なビジネスアプリケーションの復旧に取り組む際のガイドラインとなるテンプレートを作成しておかなければならない。以下では、このディザスタリカバリテンプレートに設けるべきセクションごとに、どのような情報を盛り込むべきかを説明する。
アプリケーションシステムの概要
このセクションでは、そのアプリケーションシステムの、ほかのシステムとの関連における重要性とリカバリ時間の目安を示す。また、主なリカバリ手順を概説する。具体的には、次のような情報を含める。
- アプリケーションシステムの名前
- リカバリの優先順位(優先順位ごとのリカバリ時間の目安。例えば「高:1日以内」「中:2、3日」「低:4日以上」など)
- そのシステムなしでユーザーが業務を行える日数
- リカバリ要件の概要
文書変更の管理ログ
文書変更の監査証跡とタイムスタンプを継続的に記録する。次のような情報を含める。
- 作成日/作成者
- 最終更新日/更新者
- 最終レビュー日/レビュアー
- 最終テスト日/テスター
業務継続のための連絡先
リカバリプロセスに関与する可能性がある主要な業務関係者や技術関係者全員の連絡先情報を保守する。対象者の例は次の通り。
- アプリケーションのディザスタリカバリ責任者
- アプリケーションシステムの担当マネジャー
- 開発チーム
- データベースの管理者と技術者
- システムのオーナーやその上司の役員オーナー
各ベンダーとの連絡に必要な情報
ディザスタリカバリインシデントが発生した場合、ソフトウェアベンダーから製品のアクティベート、ライセンスの付与、サポートの提供といった支援を受けなければならなくなるかもしれない。各ベンダーと連絡を取るための次のような一般的な情報を記録しておく。
- ソフトウェア製品またはハードウェア製品の名前
- ベンダーの名前とWebサイト
- ベンダーのメールアドレス
- ベンダー側の担当者
- ベンダーのサポート窓口
- 技術サポートWebサイト
- 自社の顧客ID
- 製品のライセンスキー
技術ドキュメントライブラリの場所
リカバリチームのメンバーが対象アプリケーションに精通していない場合を想定し、次のような情報を含むオンラインドキュメントを作成しておき、その保管場所を示しておく。
- システムの説明
- I/Oインタフェース
- システムフローチャート
- ネットワーク/ワークフロー図
- アプリケーションのソースコードライブラリ
- 主要な入力ファイル、画面、帳票、出力ファイル
技術的なリカバリ情報
サーバやワークステーション、通信ネットワーク、そのほかのリソースをゼロから構築しなければならない場合に備え、技術的なフレームワークを記述する。次のような情報を含める。
- メインフレームの要件
- オンラインバッチ処理の要件
- サーバハードウェア/サーバOSの要件
- サーバミラーリングの考慮点
- ネットワークトポロジ/ネットワーク通信の要件
- Webサーバの要件
- クライアントハードウェアとクライアントOSの要件
- クライアントソフトウェアとサポートソフトウェアの要件
アプリケーションセキュリティの考慮点
リカバリプロセスにおいて、セキュリティを確保するための要件は複雑なことが多いため、明確に文書化しなければならない。次のような領域を考慮する。
リカバリ後の考慮点
オフサイトでのリカバリが必要な大規模災害に備え、復旧したデータセンターにアプリケーションを戻すための計画を策定しておく必要がある。
ダウンタイムは1分1秒ごとにビジネス機会の損失を招いてしまう。適切な業務継続計画書は、企業におけるアプリケーションのリカバリに役立つだけではない。研修や日々のサポートにも重宝するほか、特別なプロジェクトでコンサルタントから支援を受ける上でも便利だ。業務継続計画書の検証と改善は、こうしたメリットを高めることにつながる大事なステップだ。
大規模災害は、幸いまれにしか起こらないが、いつでも起こり得る。例えば、わたしの以前の勤務先の1つは、最も重要なオフィスの1つがワールドトレードセンターから1ブロックの場所にあった。2001年9月11日の米国同時多発テロの後、われわれは業務継続計画書を実際に2カ月以上にわたって運用しなければならなかった。
後は実践あるのみだ。業務継続計画書は保険証券に似ている。どちらも保護を提供してくれるが、できれば使わずに済ませたいものだ。しかし、いざというときにはこの計画書を活用することで、誰もがリカバリ作業のコスト、時間、質の面で直接恩恵を受ける。
本稿筆者のハリー・L・ウォルドロン氏は、IT業界で35年以上の経験を持つ。Microsoft MVPの受賞者で、Fairfax Information Technology Servicesで上級開発者として働いており、主要な開発プロジェクトを技術、ビジネス、管理面でサポートしている。セキュリティとそのベストプラクティスについて幾つかの技術フォーラムに寄稿している。
Copyright © ITmedia, Inc. All Rights Reserved.
この記事の著者
関連記事
新着ホワイトペーパー PR
-
製品資料
[LRM株式会社] 「標的型攻撃メール」事例・サンプル集 -
製品資料
[LRM株式会社] セキュリティ教育はなぜ「年間計画」を立てる必要があるのか? -
製品資料
[LRM株式会社] セキュリティの重要性が伝わらない…… 効果がない社員教育から脱却する方法 -
製品資料
[LRM株式会社] 「標的型攻撃メール訓練」導入ガイド 社員の意識を確実に高める仕組みの作り方 -
事例
[株式会社マクニカ] アイカ工業に学ぶ脆弱性対策 情シスが把握できずにいたアセットも正確に把握
こんなメディアも見られています
TechTargetジャパンに関連する情報をお探しであれば、こちらのメディアもお役に立てるかもしれません。
ベンダーコンテンツ PR
From Informa TechTarget
SpecialPR
アクセスランキング
-
1
「VMware離れ」は本当か 3000社がVCF 9にかじを切った現実的な理由
-
2
「Microsoft 365」が乗っ取られる 跡形もなくMFAを破る手口
-
3
100億円の「Linux更新」を回避 みずほ銀行が選んだ“おきて破り”のRHEL延命策
-
4
Oracle巨大ITプロジェクトはなぜつまずいたのか 8年で導入1割、追加で170億ドル
-
5
AI全部入り「Microsoft 365 E7」に企業が二の足を踏む訳 移行意向はわずか4%
-
6
Microsoft製品でここまで自動化できる 情シスがやめられる手作業10選
-
7
なぜOpenAIやAnthropicのAIは「脱走」したのか 情シスが迫られるエージェント統制
-
8
Netflixのバックエンドは「ほぼJava」 3000超のアプリを支える開発基盤の裏側
-
9
「技術屋」で終わらないために 情シスが今取るべき認定資格5選
-
10
「Windows派」「Linux派」を分ける決定的な違い
ホワイトペーパーランキング PR
-
1
AIエージェントで多様な日常業務を効率化するための入門ガイド
-
2
AIが「わざわざ使うツール」になっていない? 業務で自然に使う導線にする秘訣
-
3
5回聞くだけじゃ足りない? トヨタ式「なぜなぜ分析」の正しい実践方法
-
4
JR西日本ITソリューションズが「監視業務の属人化」を解消した方法とは?
-
5
「脱Excel」か「Excel快適化」か? 現場にやさしい業務改善の進め方
-
6
インシデント対応工数を約3割削減、東京ガスの事例に学ぶ監視体制刷新のコツ
-
7
PostgreSQLの「機能」「性能」「運用」「拡張性」に関する悩みの解消法
-
8
5分で分かる「セキュア大容量ファイル転送サービス」の機能とメリット
-
9
Macの安全神話は崩壊? 最新の脅威動向から見えた攻撃のトレンドと有効な対策
-
10
情報セキュリティ対策早分かりガイド:25の自社診断で弱点と解決策を理解
TechTargetジャパン SNS
インフォメーション
注目情報をチェック
TechTargetジャパンをフォロー