2012年9月19日水曜日

どのようにオフサイトのデータのバックアップを作成し、計画を復元する


ビジネスは、通常のリモートバックアップの必要性を受け入れると、IT部門が書かれたバックアップを必要とし、手続きを復元します。そのような計画を作成することは困難であることが、データ·ストレージ·システムが保護されているように混乱を減少させる必要はありません。

バックアップ計画を作成する

バックアップ計画を作成する場合、データはバックアップに含まれるべきかを決定します。バックアップスペースのコストがかかる。年間で変更されていないファイルの夜間バックアップは、最も費用対効果の高い解決策とは限りません。依然として重要なデータを保護しながら、特定のディレクトリやファイルの種類を分離すると、バックアップのサイズを減らすことができます。

バックアップファイルは、メインサーバが破損していると同時に破損して発生した場合にすべてのバックアップ計画は、複数のコピーを含める必要があります。システムはサーバとバックアップの両方を失って、バックアップ操作中にクラッシュすることがも可能です。一度あなたの唯一のバックアップを上書きする場合は、単に全てを失った。

最も単純な冗長計画はそれらの間に2つのバックアップおよび代替を用意することですしかし、多くの企業が増えています。一般的な方法は、5つのバックアップファイルは、月曜日用、火曜日の1などがありますので、平日に1つのバックアップを持つことです。

最後に、オフサイトのデータのバックアップ計画は、テストのスケジュールのリストアを含める必要があります。それはあなたが壊れて先にバックアップするとバックアップのどれもがそのまま存在しない可能性は常にあります。あなたが操作が正常に通過した知っているので、理想的には、いくつかのファイルごとにバックアップを復元する必要があります。

復元計画を忘れてはいけない

それが毎日あなたの会社に影響を与える手続きであるため、バックアップ計画を作成することを覚えておくのは簡単です。しかし、何が災害の後にどうなりますか?主要機器の障害が発生した後、部門が混乱になる可能性があります。

システムが再び実行されるまで、会社の業務を続行できないようにできるだけ迅速に復元されたデータを取得するための圧力があります。故障、火災などの災害によるものである場合どのくらい悪い想像してみてください。詳細なステップバイステップの復元計画は、包括的なオフサイトのデータのバックアップ手順の不可欠な部分です。

固体の復元計画はそのビジネスは、災害後に再びスムーズに動作させるにはるかに容易になります。あなたは、さまざまな不測の事態のために複数のプランが必要な場合があります。壊滅的な事件が完全に再フォーマットして、サーバー全体を復元伴う可能性がありながら、ハードディスクドライブ上の不良セクタは、単にいくつかのファイルをリストアする必要がある場合があります。

最良の結果を、すべてのオフサイトのデータバックアップ用と手順が完全に操作を実行する担当者がテストする必要があります復元します。これが不足している手順や不正確な指示を明らかにすることができます。テストでは、関係するファイルは、通常、ITスタッフは、時間後に来ることを意味使用されていない時に実施する必要があります。

テストするときは、復元手順がうまくいかない場合には、テストするファイルのローカルバックアップを行います。それがオフサイトのデータのバックアップを作成し、計画を復元するために少しの時間を必要とするかもしれませんが、一度体系的、文書化されたシステムを持っている代わりに、オフサイトのデータのバックアップは定期的なルーチンの簡単な一部となります。場合と、災害発生時に、それは努力する価値は十分にあります!...

0 件のコメント:

コメントを投稿