バックアップ計画の策定と真の事業継続のギャップ

継続的なオペレーションに依存している組織は、事業継続計画を欠かすことはできない。これは特に緊急対応や重要インフラに当てはまる。都市やエネルギー・プロバイダーのような組織は、セカンダリ環境に多額の投資を行い、フェイルオーバー手順を定義し、アクセス、ログイン、システムの可用性をテストしている。.

紙の上では、すべてがうまくいっている。.

ほとんどの事業継続計画は、予期せぬ形で失敗する：セカンダリ・システムは利用可能だが、オペレーションは停止したままである。ユーザーが必要としているのは、システムだけではありません。連絡先、電子メール、ファイルが必要なのです。だからこそ、スタンバイ環境には可用性以上のものが必要なのです。コミュニケーション・システムとドキュメント・システム間の継続的、自動的、統制された同期が必要なのです。.

ほとんどの継続計画は、システムの復旧を中心に設計され、テストされている。しかし、アクセスの復旧と業務の復旧は同じではありません。継続計画は、ユーザーが依存しているデータとコンテキストで作業できることを保証して初めて準備完了となります。.

これは、ユーザー・アカウントや一般的なアクセスだけでなく、最新の連絡先リスト、共有ファイル、カレンダー、最近のコミュニケーションなど、重要な情報がスタンバイ環境に移動していることを確認することを意味します。これが欠落していると、フェイルオーバーが成功しても、システムの可用性と実際の業務継続性の間に重大なギャップが露呈することになる。.

仝 2024年7月 世界的なIT障害 とデルタ航空への影響は、このギャップを明確に示している。デルタ航空は不測の事態に備え、システムの復旧を開始したが、混乱は何日も続いた、, 競合他社とは異なる, というのも、オペレーションがまだ実行できなかったからだ。.

同じ事件で, 世界中の救急医療機関も混乱に直面している。, 病院は処置を遅らせ、救急隊はスタッフが依存しているシステムや情報へのアクセスを一時的に失ったため、手作業に戻った。2024年7月の停電に関連した死亡事故は確認されていないが、医療や救急のシステムに重大な支障をきたした。.

どのようなサービスにおいても、とりわけ緊急対応や重要なサービスにとって重要なのは、次の点である。 事業継続性.

セカンダリ環境を準備することは出発点であり、ゴールではない。その環境が初日から使えるかどうかを決めるのは、すべてのユーザーの重要な情報がすでに配置され、同期レイヤーを使って最新の状態に保たれているかどうかだ。.

これは、ユーザーが本社にいても、コントロール・センターに分散していても、あるいは遠隔地やモバイル・ロケーションから操作していても同様である。すべてのアクセスポイントは、切り替えの最初の瞬間から利用可能な最新の権威あるデータにアクセスできなければならない。.

このようなアクセスを保証し、継続性を保持するシンク・レイヤーを定義する3つの要件がある：

• 同期
  ホットスタンバイ環境では、自動的で持続的な同期が必要です。もしデータやドキュメントが、設定されたスケジュール（例えば1日1回）でのみレプリケートされたり、手動でトリガーされるのであれば、最も必要なときに陳腐化したり、欠落したりする可能性があります。.
• 完結
  部分的な同期は部分的な継続性を生み出します。同期にはチームが必要とするものすべてが含まれていることを確認してください：
• 電子メールの履歴（スレッドのコンテキストを含む
• カレンダーデータと共有スケジューリング
• 業務の現状を反映した共有フォルダ構造と文書ライブラリ
• ガバナンス
  運用の完全性を確保するために、シンクレイヤーは次のことをしなければならない：
• 規制遵守の維持 - CJIS、NERC、HIPAA、その他適用される基準を守っているか。
• 警備体制を維持する - シンクは、既存のロールベースのアクセス制御を保護しなければならない。.
• 複数機関のアクセスをサポート (必要な場合) - 情報が組織間で適切に流れるように、確立された共有モデルを維持する。.

次の2つのセクションでは、Exchange上に構築された通信インフラと、SharePointをクラウドベースのホットスタンバイ環境に接続するドキュメントレイヤーについて、これらの要件が実際にどのように反映されるかを見ていく。.

混乱が生じたとき、対応チームが最初に手を伸ばすのはコミュニケーション・インフラである。連絡先、電子メール、共有カレンダーは、危機管理の運用基盤の一部である。.

CB Exchange Server Sync for Google Workspace これにより、ユーザーがスタンバイ環境や継続環境にログインする際、ゼロからスタートすることはありません。メールボックスはすでにそこにある。会話には文脈がある。連携は再開するのではなく、継続することができる。.

これを実際に可能にしているのが2つの能力だ：

• 双方向同期 ホットスタンバイ環境は、ユーザーが切り替えを行った瞬間から完全に動作可能です。メッセージは最新。現場コーディネーター、外部機関、ユーティリティ・オペレーター、オンコールの技術スタッフなどの連絡先は、中断前とまったく同じです。インシデント中に加えられた変更は、プライマリ環境が利用可能になり次第、自動的にプライマリ環境に同期されます。.
• リストア不要 メールゲートウェイで行われる継続的な同期と調整のおかげである。リカバリーウィンドウはなく、ロードするポイントインタイムスナップショットもありません。ホットスタンバイ環境は、インシデント発生前のプライマリ環境のメールボックスの状態を反映します。そのプライマリ環境が再び利用可能になると、セカンダリ環境で行われた変更が反映され、自動的に同期されます。.

インシデント発生時、対応チームは単にコミュニケーションをとるだけでなく、行動する必要がある。行動する必要があるのだ。つまり、対応計画、インフラ・マップ、ベンダーとの契約、無線チャネルの割り当て、最新のステータス更新、エスカレーション手順などのドキュメントにアクセスする必要があります。これらのドキュメントが存在するプライマリ環境がSharePointで、スタンバイ環境や継続環境がGoogle Drive上で実行されている場合、これらのファイルは誰かが必要とする前にすでにGoogle Drive上にある必要があります。プレッシャーの中でファイルを取得したり、移行したり、IT部門に要求したりする必要はありません。.

SharePointとGoogleドライブのセキュア同期 これにより、プライマリ環境がアクセス不能になった場合、ファイルはすでに反対側にある。.

事業継続のための重要な能力は以下の通りである：

• ダウンタイムなしのアクセス. .中断中にファイルが移行されることはありません。ファイルはすでにGoogle Driveに存在し、事前に同期されています。.
• フィルターによる選択的同期. .SharePointのすべてがホットスタンバイ環境に属するとは思えない場合は、きめ細かいフィルタリングを使用して、運用に関連するファイルのみをミラーリングすることができます。開始日、ファイル名、ファイルタイプ、その他の条件に基づいてフィルタを設定できます。.
• 機密データの取り扱い. .権限とアクセス制御は同期プロセスを通じて保持されます。ファイルがガバナンス構造から剥奪されてホットスタンバイ環境に到着することはありません。.

ほとんどの組織は、スタンバイ環境にアクセスできるかどうかをテストする。実際に使用できるかどうかをテストする組織は少ない。意味のある検証は、3つの質問をカバーする：

1. ユーザーはログインできますか？ これがベースラインだ。技術的な環境に到達できることは確認できるが、ログインした人が実際に仕事ができるかどうかについては何も語らない。.
2. 連絡先、Eメール、カレンダーに前日と同じようにアクセスできるか？ これは、通信レイヤーと進行中の同期の品質をテストするものである。.
3. 重要な文書を正しい権限で開けるか？ これは、文書レイヤーが最新で、完全で、適切に管理されているかどうかをテストするものである。.

この3つすべてに「はい」と答えられない限り、継続計画は準備できていない。プライマリシステムの変更に伴い、同期の品質が時間とともに静かに低下する可能性があるため、これらのテストは初期導入時だけでなく、定期的に実行する必要がある。.