会社でのバックアップエラーなしでテストを復元

定期的なリストアテストは、データバックアップのすべてであり、終わりである。

企業でバックアップの話題が持ち上がると、ほとんどの管理者は準備万端だと感じる。データバックアップの重要性は疑う余地がなく、定期的なバックアップを実施するためのプロトコルもそれに応じて洗練されている。しかし、リカバリーとなると、しばしば理解不足に陥る。リカバリープロセスについて考えている企業は非常に少ない。データのバックアップが最も重要なステップだと思われている。しかし、これは間違いである。すべてのバックアップの目的は、最終的には緊急時にデータを復元することだからである。しかし、バックアップの成功と復旧の成功は決して同じではありません。

バックアップは戦いの半分でしかない

データ損失が発生した場合、企業は深刻な損失や困難を予想しなければならないため、良心的かつ定期的なバックアップに多大な努力が払われる。しかし、データのバックアップは戦いの半分に過ぎない。リカバリーテストは通常、時間的な制約から省略される。人々は、定期的なデータバックアップのおかげでリカバリーがどうにか成功することを信じている。実際、企業は通常、既存のバックアップ・ソースからデータを再構築することができる。しかし、最新のバックアップが破損した場合、もはや最新ではない古いデータに頼るしかない。業種によっては、昨日のデータを復元できるか、先週のデータを復元しなければならないかで、大きな違いが出てきます。データの銘柄は毎時間変わるため、前日の状態にリストアすると損失や損失につながる業界もある。

リストアテストは慎重に

良心的なバックアップの実行だけに頼るのでは不十分である。リストアテストを実施しない理由はほとんどいつも同じである：時間がない、あるいは専門的な人材がいないのである。各部門が決まったスケジュールに従ってバックアップを実施する一方で、最も重要なステップであるリストアテストを実施する余裕がないのだろうか。これは、次にデータが失われたときに復讐できる戦略である。BIG IT Systems GmbHのマルセル・ビンダー 氏は、「バックアップ・テストは、企業におけるプロセスとして確立されるべきです。最初のステップは、リカバリーの要件を確認することです。危機が発生した場合、どれだけ早くリストアできるかを考える企業はほとんどありません。

簡単なチェックリストが復旧テストに役立つ

バックアップ計画と関連プロトコルを策定するのと同じように、企業はリカバリ計画も策定しなければならない。これには、最新のバックアップ・インベントリからデータをランダムにリストアすることも含まれる。リカバリーの担当者は、リカバリーテストの実施状況を記録し、発生したエラーを記録するデータバックアップチェックリストを定期的に実施する必要がある。そのために最低限必要なことは、現在のバックアップのバックアップログのチェックと、無作為のリカバリーテストである。読者のための簡単な補助として、対応するチェックリストを作成しました。復元テストは、バックアップそのものと同様に、定期的かつ意識的に実施することが重要です。結局のところ、復元できないデータのコピーは、緊急時にはほとんど役に立ちません。

ドキュメント

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