ワールドバックアップデー - 2017年3月31日

何事にも日というものがあるようですね。少なくとも、この日はドレスアップする必要はないでしょう。世界バックアップ・デー」は本当に良いアイデアだと思います。なぜなら、すべてをコントロールできていると考えている人でも、この機会に、自分がバックアップをとっているかどうかを疑ってみるべきだからです。 まったくもって する。

しかし、そのような状況を完全に、あるいは少なくとも部分的に軽減するために、あなたが取ることのできる手段があります。

バックアップの有効性を確認することは現実的でないと思われがちですが、本当にそうでしょうか。バックアップからのリカバリーをテストするための時間と労力、そしてそれを行うためのリソースの不足が懸念されることがあります。これは妥当な懸念と言えるでしょう。結局のところ、私は昨年よりもチームの時間が豊富になっている人とはほとんど話をしません。あなたやあなたのチームは、過去に比べてテストのための余暇が増えたと感じますか?

ファイルの復元だけでは、あまり意味がありません。それ自体、使える復旧したシステムを提供できないことが多いのです。OSの検討、ドライバ、使い慣れたものにするためのカスタマイズなどがあり、そのすべてをセットアップして使うには時間がかかり、テストのたびに吹き飛ばし、再セットアップが必要な場合もあります。

復旧に必要なキットはどうする?運が良くない限り、ディザスターリカバリーのテストに使用するために、ハードウェアのバンクがただそこに置かれていることはないでしょう。そのため、リカバリ先となるハードウェアの複製や類似品を入手することは困難であり、不可能かもしれません。

しかし、バックアップから復元した後、それがうまく機能するかどうかを確認するのはどうでしょうか?復元されたファイルの数はちょっとした指標になりますが、「これで万事うまくいく」という高い信頼性を得るには十分ではありません。

システムには個人差がありますから、基本的なチェックをすることは良いスタートと なるでしょうが、実際には十分な価値はないでしょう。

忘れてはならないのは、1つのシステムを復旧させるだけでは、本当に十分ではないということです。本当に価値のあるDRテストを行うには、依存・接続するすべてのシステムを復旧させる必要があるのではないだろうか?そうでなければ、何かを証明することはできても、十分ではないかもしれません。本番ネットワークに接続されたマシンを復旧させることは、より多くの問題を引き起こす可能性がある。おそらく、バックアップから復旧できないリスクよりも大きな問題だろう -おそらく、それはすべて忘れた方が良いのだろうか?

私(そしておそらくあなたも)は、このことが無視できないほど重要であることを知っています。しかし、無視される場合は、多くの場合、非常に説明しやすい理由と時間の制約があります。しかし、災害が発生した場合、そのような理由は非常に疑わしいものになります。このような課題の多くを、費用対効果が高く、リソースを必要としない、かなり実現可能な方法で克服する方法があります。

そこで、私たちの出番となるわけです。

 

 

 

 

 

 

 

 

 

クリスティは、システムのリカバリーを行う際に、使い慣れた外観と動作を持つシステムを確実にリカバリーすることができます。これには、オペレーティング・システム、お気に入り、ショートカット、アプリケーション、現在必要と思われるドライバ(ソース・マシンに存在しない場合も含む)、および必要なデータの復旧が含まれます。

当社のソリューションは、異機種ハードウェアへのリカバリを想定して設計されているため、もう一つの障壁を取り除くことができます。異機種環境へのリカバリは、物理環境だけでなく、クラウドや仮想環境へのリカバリを可能にし、不要になったときに解放できるアット・ポイント・オブ・ニーズのハードウェアを提供することができるのです。これにより、費用対効果の高いマシン・リソース・オプションを提供し、予備や類似のキットへの依存を減らすことができます。もちろん、クラウドは無料のリソースではありません。しかし、忘れた頃に復旧したシステムが自動的に削除されるようにすることで、コストを抑えることができます。そうすれば、請求書が届いたときに、財務部門と気まずい会話をすることもなくなります。

復旧のテストに関しても、より簡単に行うことができます。クリスティのソフトウェアは、復旧したシステムの完全性をチェックするだけでなく、復旧後のテスト用に独自にカスタマイズしたスクリプトを含めることができます。つまり、復旧したシステムに対して一般的に信頼できるレベルを持ちながら、さらに信頼性を高めるために独自のチェックを追加することができるのです。さらに、復旧したシステムは使用可能であるべきなので、サニティ・チェックを実行するために誰かにアクセスさせることも可能です。

その接続システムはどうする?クリスティはそのような場合にもお役に立ちます。さまざまなOSやディストリビューションに分散しているシステムも、まとめて復旧させることができます。さらに、マシンを稼働させる順番をあらかじめ定義しておくことで、すべての依存関係を確認することができます。ブートコマンドを順番に発行するだけでは十分ではなく、システムが起動していることを確認してから、次のコマンドを発行するようにしています。さらに、マシンをリカバリーするための隔離されたネットワーク環境を設定することができます。そのため、衝突を起こしたり、本番ネットワークを混乱させたりする必要はありませんし、適切に行われれば誰にも知られることはありません。

最も重要な障害となるのは、「いつ時間が取れるか」ということです。もちろん、最初にソフトウェアをインストールしたり、新しい仮想アプライアンスを導入したりするためには、少額の投資が必要ですが、定期的なシミュレーションを設定するのは、迅速かつ簡単です。また、多くの仮想環境やクラウド環境は、必要ないときには解放することができるので、コストとリソースを最小限に抑えることができます。問題が発生した場合は、アラートで通知されます。復旧したシミュレーションマシンが削除された後でも、いつでもログを確認することができます。一度、時間をかければ、復旧シミュレーションは将来にわたって自動的に実行されるように設定できますので、管理面では全く負担になることはありません。

この#WorldBackupDayは素晴らしいアイデアであり、より多くの人々が参加し、「誓い」を立てることができれば、より良いことだと思います。詳細と情報は、www.worldbackupday.comまたは、BMRソリューションをご覧ください。

 

トニー・デイビー MBCS
グループ・プロダクト&プロジェクト・マネージャー