SME

企業でバックアップの話が持ち上がると、担当者の多くは準備万端だと感じている。データのバックアップの重要性は疑う余地がなく、それに応じて定期的なバックアップを行うためのプロトコルも高度になっている。しかし、いざ回復となると、理解が得られないことが多いのです。リカバリーをどのように行うかを考えている企業は非常に少ない。データのバックアップが最も重要なステップであることが前提です。しかし、これは間違いです。すべてのバックアップの目的は、最終的には緊急時にデータを復元することだからです。しかし、バックアップの成功とリカバリーの成功は、決して同じではありません。

バックアップは戦いの半分に過ぎない

データ損失が発生した場合、企業は大きな損失と困難を予想しなければならないため、良心的かつ定期的なバックアップに多大な努力が払われているのです。しかし、データのバックアップは戦いの半分に過ぎません。リカバリーのテストは、時間の関係で省略されるのが普通です。一つは、定期的なデータのバックアップにより、何とかリカバリーが成功することを当てにしている。実際、企業は既存のバックアップソースからデータを再構築することができるのが一般的です。しかし、最新のバックアップが破損した場合、もはや最新ではない古いデータにフォールバックするしか選択肢がない。業種によっては、昨日のデータを復元できるか、先週のデータに頼らざるを得ないか、大きな違いがあります。データセットが1時間ごとに変わるため、前日の状態に戻すと、すでに損失やロスにつながる業界もあります。

意識的にバックアップを計画する

意識的にバックアップを行うだけでは不十分です。バックアップテストを実施しない理由は、ほとんど同じです。時間がない、または専門的な人材がいない。各部門が決まった計画に基づいてバックアップを実施する中で、最も重要な「復旧の確認」まで手が回らないはずなのですが？遅くとも次のデータ損失でリベンジできる戦略。BIG IT Systems GmbHのMarcel Binder 氏は、「バックアップのテストは、企業におけるプロセスとして確立されるべきである。まずは復旧に必要な条件を確認することが大切です。危機が発生したときに、どれだけ早く復旧を実行できるかを考えている企業はほとんどありません。

シンプルなチェックリストが復旧テストに役立つ

問題の解決は、説得力があると同時にシンプルです。バックアッププランと関連プロトコルを策定するのと同じように、企業も復旧プランを策定する必要があるのです。これには、直近のバックアップインベントリからのデータのランダムリカバリも含まれます。復旧担当者は、定期的にデータバックアップチェックリストを作成し、復旧テストの実行を記録するとともに、このプロセスで発生した可能性のあるエラーを記録しておく必要があります。最低限の要件として、現在のバックアップのログを確認し、ランダムなリカバリーテストを実施する必要があります。読者の皆様への簡単な補助として、対応するチェックリストを作成しましたので、記事の最後にダウンロードしてください。バックアップと同様に、リストアテストも定期的かつ丁寧に行うことが重要です。結局のところ、復元できないデータのコピーは、緊急時には何の役にも立たないのです。

ドキュメント

チェックリストバックアップ

さらに上を見る。 データの復元, リストア, バックアップ

トピックに関連する記事

私のデータは、どのバックアップタイプが最適ですか？
このように、データのバックアップは実生活でも重要です。
fat32かntfsか？バックアップにはどのフォーマットが適していますか？

コメントはこちらから...