既存のプラットフォーム機器を活用した災害復旧計画

災害復旧（DR）計画は常に難しいものです。考慮すべき要因や「もし〜だったら」というシナリオが非常に多く、復旧ソリューションに過剰投資すること自体がある種の災害になりかねません。DR計画においてしばしば見落とされる要因として、災害発生時には一般的に必要に応じた妥協が可能であり、また喜んでそうするという点があります。すでに災害は起きているのですから、それはトリアージの時間であり、通常業務の時間ではないのです。

多くの人は、本番システムにXというキャパシティとパフォーマンスが必要であれば、災害復旧システムにもXが必要だとすぐに思い込みます。しかし現実には、これが当てはまることはほとんどありません。災害発生時には、ごくまれな例外を除いて、より低いパフォーマンスで運用し、システムの可用性をより重要なシステムのみに限定することが可能です。また、多くのメンテナンス作業（アーカイブシステムを含む場合が多い）は、フル生産体制が回復するまで停止されます。つまり、災害復旧システムはプライマリ本番システムよりもはるかに小規模で済むことが多いのです。

災害復旧システムは生産性への投資ではなく、障害に対するリスクヘッジであり、そのような観点で捉える必要があります。このため、DR システムのニーズに対するアプローチとして、ビジネス活動を維持するのに「十分」ではあるが、必ずしも快適に、あるいは透過的に維持できるほどではないという視点から考えることが、一般的かつ効果的な戦略です。大規模な災害が発生し、スタッフがファイル取得の遅延、通常より遅いデータベース、または高パフォーマンスの本番システムが復旧するまでの深いBI分析実行の延期に対処しなければならなくても、ほとんどの人は不満を言わないでしょう。ほとんどの従業員、そして特にビジネス上の意思決定者は、システムが障害状態にあり、フルキャパシティが回復するまで最善を尽くす必要があることを十分に理解できるものです。

このアプローチを念頭に置くと、本番用途に新しいプラットフォームを購入・導入する際に、古いプラットフォームを災害復旧サイトで再利用することが効果的な戦略となり得ます。これにより、コストを抑えつつ計画しやすい「DRパイプライン」を構築できます。DRサイトは常に「最後のリフレッシュ」時のキャパシティを持つことになり、ほとんどのDRシナリオにおいてそれは十分以上です。これは、そのままではスクラップにされるか、「サンクコスト」的な感情的反応を引き起こして本番への再展開を誘惑するような機器を有効活用する素晴らしい方法となり得ます。後者は一般的に避けるべきものです。

サンクコストの誤謬は避けにくいものです。機器をすでに所有しているという事実から、たとえ新しく設計されたシステムが実装されている場合でも、システム設計や仕様の外でそれを再展開することが有用または良いことだと感じてしまいがちです。そのような場合もあるでしょうが、多くの場合はそうではありません。しかし、すでに代金を支払ったからという理由で機器に過度に感情的に執着したくない一方で、すでに所有している機器の価値を無視したくもありません。ここが、計画的な災害対策シナリオへのパイプラインが、多くの場合においてすでに投資したものをうまく活用できる点です。既存のニーズを適切に満たすために正しく使用する方法さえ知っていれば、これは多くの価値が残っている非常に有用な機器であることを忘れてはなりません。

本番システムから災害復旧プラットフォームへの強固な移行計画プロセスは、優れた災害復旧結果を得ながら予算支出を削減する素晴らしい方法となり得ます。