迅速かつ円滑なディザスタリカバリのためにしておくべきこと
包括的な業務継続計画書を作成するためのポイント
災害に備えた業務継続計画書の作成・運用のポイントと、復旧作業に取り組む際のガイドラインとなる「ディザスタリカバリテンプレート」に盛り込むべき項目を具体的に示す。
システム障害のほとんどはマイナーなものだが、重大な、あるいは予想外のインシデントが発生する可能性もある。そうした場合は業務継続計画書を活用することで、ミスを最小限に抑え、コストを減らし、時間を節約することができる。
業務継続計画書を作成するための最良のアプローチは、この文書をシステム開発ライフサイクルに組み込むことだ。企業はディザスタリカバリテストの際にこの文書を評価し、開発者が大規模なアプリケーション変更や技術的な変更を行ったら、この文書を改訂し、その正確性と最新性を維持しなければならない。
包括的な業務継続計画書がない企業は、ディザスタリカバリ情報の貴重なリポジトリとなるこの文書を腰を据えて作成する必要がある。この文書の作成では、すべての必要な情報を時間をかけて集めることが必要になる場合もある。また、システム変更が発生したり企業のニーズが変化した場合は、変更管理プロセスの一環としてこの文書を改訂するとよい。
業務継続計画書の保存
重要なアプリケーションごとに業務継続計画書を作成したら、管理者はそれを電子フォーマットで保存しなければならない。わたしは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.
この記事の著者
関連記事
こんなメディアも見られています
TechTargetジャパンに関連する情報をお探しであれば、こちらのメディアもお役に立てるかもしれません。
ベンダーコンテンツ PR
From Informa TechTarget
SpecialPR
アクセスランキング
-
1
「Excel至上主義」の終わらせ方 丸2日の手作業地獄から情シスと現場を救うには
-
2
取手市がVDIと決別した理由 更改費用「4倍超」を約1.7倍に圧縮
-
3
「Microsoft 365のセキュリティ運用」に関するアンケート
-
4
急増する「AIはこう言ってる」マン 判断を狂わせる「AI忖度」を防ぐには?
-
5
221人調査で分かった「情シス最大のストレス」は?
-
6
「Salesforceのテスト自動化ツール」に関するアンケート
-
7
「データストレージの活用方法」に関するアンケート
-
8
「AI時代の統合基盤・エンタープライズAI管理」に関するアンケート
-
9
AIで人を減らした企業がもう心変わり 「AIブーメラン現象」の実態
-
10
自宅のWi-Fiが「遅い」「途切れる」本当の原因は? Dellが推奨する鉄則
ホワイトペーパーランキング PR
-
1
年収2000万「クラウドセキュリティのプロ」になれる資格とは
-
2
セキュリティソフトをすり抜ける標的型攻撃メール、不審メールの見破り方とは?
-
3
Windows Updateの通信集中で回線が逼迫、ネットワーク刷新事例に学ぶ解決策
-
4
財務を戦略的組織へ進化させるAI活用術、4つの主要な障壁と解消方法
-
5
「NAS」「SAN」「DAS」は何が違う? いまさら聞けないストレージの基礎
-
6
“あのファイル転送”で暗躍するノーウェアランサム
-
7
標的型攻撃メールを見破るには? サンプル文面を例に傾向を解説
-
8
商用利用の安全性を確保し大量のコンテンツを高速で生成する、AI活用の秘訣
-
9
マンガで解説、1日で生成AI環境を構築できるワークショップの中身とは?
-
10
Dark AIが台頭する時代の新発想、「より高度なAIで対抗する」具体的方法とは?
TechTargetジャパン SNS
インフォメーション
注目情報をチェック
TechTargetジャパンをフォロー