そのため、定期的にバックアップを作成しますが、いつかはデータを復元する必要があります。 彼らがどこにいるか知っていますか？ それらを使用できますか？
これらの質問に対する回答は、ITおよびデータインフラストラクチャを使用する手順によって提供されるべきですが、明らかなことを繰り返す価値がある場合もあります。
Gitlabとオーストラリアの税務署でのデータ損失のインシデントを念頭に置いて、 バックアップの基本的な側面に再び目を向けます。
一部の専門家は、保存されていないものを復元することは不可能であるため、バックアップは回復よりも重要であると主張します。 他の専門家は反対を確信しています。 データを復元できない場合、なぜバックアップするのですか？
これは、プライマリが卵または鶏肉であるという議論を連想させます。 特定の時点でバックアップ、CDP、またはデータのバージョンがない場合、何を復元しますか？ データのコピーのみに注意を払う場合、データの回復の可能性をどのように保証しますか？
保護とデータ回復のバランスをとるために、追加の変数を式に追加します-管理とテスト 。 バックアップに必要なすべてのデータが含まれていて、読み取り可能でエラーがないことを確信できない場合、なぜ復元を実行するのですか？
バックアップと復元を管理するタスクの1つは、バックアップの整合性と、バックアップに必要なデータの可用性を確認することです。 テスト中に、バックアップとそのデータが特定のコントロールポイントに対応し、別のメディアにあることを確認する必要があります。
テストは別のステップを提供します-アプリケーションへのデータの可用性を確認します。 データを回復できますが、アプリケーションがそれを使用しようとするとどうなりますか？ セキュリティ証明書、権限、アクセス制御、復号化ツールがデータに適用されますか？ 保護されたデータがパッケージ化またはフォーマットされたソフトウェアにアクセスできますか？ バックアップがリカバリポイントの要件を満たしているかどうかを確認し、システムを無効にせずに完全なテストのためにデータを他の場所に復元できますか？
リカバリを管理するには、使用可能なデータと使用できないデータに関する情報が必要ですたとえば、バックアップがタイムリーに作成されているか、リカバリポイントの要件で指定されたデータが含まれているか、 RTO、SLOを知る必要がありますその他
サーバー、ストレージ、アプリケーション、それらの保護システム、 データコピー管理ツールなどの利用可能なリソースに関する情報も必要です。 データコピー管理、レポート、および情報管理ツールは、データコピーの数、そのタイプ、バージョン、および場所を決定するのに役立ちます。
バックアップと復元に関するいくつかの重要な推奨事項：
- 「4、3、2、1」という式を思い出してください-「3、2、1」という式の拡張バージョン（「 祖父、父、息子 」または「祖母、母、娘」）。 その意味は、少なくとも3つのバージョン（回復ポイント）の保護されたデータの少なくとも4つのコピーが必要であり、そのうち少なくとも2つが異なるサーバー、ストレージ、メディアまたはシステムにあり、少なくとも1つが異なる環境にあることです（接続済みまたは未接続）。
- 圧縮、 重複排除、その他の方法を使用して、ソースシステムとターゲットシステムのデータ量を削減します。
- データ保護戦略を確認します：保護する対象、場所、時期、理由、バックアップの頻度、保持期間、およびバックアップの詳細レベル（フルコピー、イメージ、ファイル、オブジェクト、またはデータベース）。 データセンターとデータインフラストラクチャ、環境、組織、さらには個々のアプリケーションにも独自の特性があることに注意してください。 すべてのアプリケーション、データ、設定、構成に同じデータ保護ルールを適用しようとしないでください。
- 分析ツールを使用して情報を収集します。 バックアップの数、バージョン、場所、保存期間、その他のオーバーヘッド情報の検出と表示を自動化します。
何がより重要か（バックアップまたは復元）を尋ねられたとき、バックアップのテストと管理も同様に重要であると私は答えます。 データのバックアップがすべて正常に行われているかどうかわからない場合は、リカバリをどのように使用しますか？
バックアップが破損、感染、または予定どおりに作成されていない場合にデータを復元する理由 3月31日の国際バックアップの日に、最後にバックアップをテストした日時を覚えて、次のテストを計画します。
最後に、最後のポイント： データの損失を防ぐことができるのは自分だけであることを忘れないでください。