迅速かつ円滑なディザスタリカバリのためにしておくべきこと
包括的な業務継続計画書を作成するためのポイント
災害に備えた業務継続計画書の作成・運用のポイントと、復旧作業に取り組む際のガイドラインとなる「ディザスタリカバリテンプレート」に盛り込むべき項目を具体的に示す。
システム障害のほとんどはマイナーなものだが、重大な、あるいは予想外のインシデントが発生する可能性もある。そうした場合は業務継続計画書を活用することで、ミスを最小限に抑え、コストを減らし、時間を節約することができる。
業務継続計画書を作成するための最良のアプローチは、この文書をシステム開発ライフサイクルに組み込むことだ。企業はディザスタリカバリテストの際にこの文書を評価し、開発者が大規模なアプリケーション変更や技術的な変更を行ったら、この文書を改訂し、その正確性と最新性を維持しなければならない。
包括的な業務継続計画書がない企業は、ディザスタリカバリ情報の貴重なリポジトリとなるこの文書を腰を据えて作成する必要がある。この文書の作成では、すべての必要な情報を時間をかけて集めることが必要になる場合もある。また、システム変更が発生したり企業のニーズが変化した場合は、変更管理プロセスの一環としてこの文書を改訂するとよい。
業務継続計画書の保存
重要なアプリケーションごとに業務継続計画書を作成したら、管理者はそれを電子フォーマットで保存しなければならない。わたしは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
-
製品資料
[株式会社NTTデータ] 溜めるだけのデータを成果に変える AI時代に求められる伴走型データ活用とは -
製品資料
[パロアルトネットワークス株式会社] AIで真の包括的セキュリティを実現、ハイブリッドワーク時代に選ぶべきSASEとは -
製品資料
[パロアルトネットワークス株式会社] 生成AIのセキュリティリスクにどう対処する? 経営層が知るべきポイント -
市場調査・トレンド
[パロアルトネットワークス株式会社] 現代の働き方に潜むセキュリティ課題とは? 解消に導く2つの注目技術を解説 -
市場調査・トレンド
[パロアルトネットワークス株式会社] 最速72分でデータが流出? 最新の脅威トレンドや侵入手法から分かった防衛策
こんなメディアも見られています
TechTargetジャパンに関連する情報をお探しであれば、こちらのメディアもお役に立てるかもしれません。
ベンダーコンテンツ PR
From Informa TechTarget
SpecialPR
アクセスランキング
-
1
パッチなしで「今すぐサーバを落とせ」 Kiteworks異例警告の波紋
-
2
情シスの約8割が転職や退職を意識 調査で分かった“辞めたくなる最大の理由”
-
3
「Wi-Fi 7」経由でWindowsが乗っ取られる? 最高権限奪取の恐怖
-
4
Claude Codeでは「エージェントを作るな、スキルを作れ」 Anthropicが示すAI構築術
-
5
「WSUS」終了の時限爆弾 “本命”移行先ツールとMicrosoft提唱の新管理手法
-
6
VMware離れの決め手は“機能”以外だった 情シス109人が選んだ新基準と死角は
-
7
デンソークリエイト、Excelからの移行も簡単に行えるプロジェクト管理ツールを発表
-
8
「GPUが待ちぼうけ」の悪夢を防げ AIストレージベンダー7選
-
9
いまさら聞けない「ゼロクライアント」と「シンクライアント」の違いを比較
-
10
AIプロジェクトが“目的不明”で凍結する理由 問題は「ツール選定」ではない?
ホワイトペーパーランキング PR
-
1
「Google Workspace」活用事例34選、先進の生成AIによる組織変革の全貌
-
2
DX/AI投資の壁を突破、現代の最高財務責任者が直面する課題と克服のヒント
-
3
Linuxのスキルを証明する“激推し”の認定資格はこれだ
-
4
バックアップは“取っているから大丈夫”なのか? ランサムウェア時代の備え方
-
5
ネットワーク遅延の原因、「パケットロス」の基礎知識と効果的な解決策
-
6
月1000枚の紙を削減 9年動けなかった組織が、業務改革のその先に得たもの
-
7
「改正物流効率化法対策」徹底解説 総物流費を抑制するサプライチェーン戦略
-
8
「オンプレミス回帰」せざるを得ない“合理的な理由”
-
9
5分で分かる Microsoft 365のデータ損失に備えるためのバックアップの仕組み
-
10
Windows PCとMacの選択制で生産性向上 LINEヤフーが実践する運用管理方法とは
TechTargetジャパン SNS
インフォメーション
注目情報をチェック
TechTargetジャパンをフォロー