web-dev-qa-db-ja.com

ビジネスの重要なデータを火災からどのように保護しますか?

ウェブキャストインベントリを含む72台のハードドライブがあります。数は増えています。私たちはフレームビルの中にいるため、火災だけでなく壊滅的な火災も心配しています。

ハードドライブに必要な125Fに耐える耐火金庫の価格を設定しました。彼らの価格は屋上からのものです。

各ハードドライブのバックアップを作成してオフサイトのどこかに保管したり、オンラインバックアップストレージ会社と契約したりすると、金庫の$ 7,000のコストに近づくバックアップドライブを購入する可能性があります。

火災のリスクからデータを保護する最良の方法は何ですか?

24
Bill Knowles

まあ、まず第一に、あなたはいつもあなたのデータのオフサイトコピーを持っているべきです。火災の可能性があるだけでなく、自然災害が発生した場合や、建物にアクセスできなくなった場合はどうしますか?オフサイトにデータのコピーがなければ、あなたはただ夢中になっています。

つまり、データのオフサイトコピーを作成するには2つの方法があります。

  1. オフサイトバックアップ

    • 通常、あなたはバックアップテープを施設の1つに持っていくためにCintas(私がよく知っているその分野での大物)のような会社と契約しますが、従業員に毎日のバックアップを彼と一緒に家に持ち帰らせるようなものでもその日は何もないよりはましだ。

  2. ある種のコロケーション施設。

    • データセンターやクラウドサービスなどの物理的なサイトのいずれかで、データを格納するサーバーがある別の場所。

#2の利点は、災害発生時に事業継続計画を立てることができることに加えて、#1にも使用できることです。 (できればメインサイトにあるバックアップシステムに加えて)バックアップシステムを配置できるので、オフサイトバックアップがあり、メインサイトがダウンした場合は、コロケーションサイト(多くの場合)からサービスを実行できます。コスト削減が問題である場合、容量が多少減少します)。

どちらも特に安くはなく、耐火金庫の価格をはるかに超える可能性がありますが、耐火金庫からは得られないものを提供するという利点があります。これは、すべてのタイプのデータ損失に対する保護ですが、耐火金庫は保護するだけです火に対して。

このビジネスケース/ベビーベッドの正当化は、基本的に「データを失うとどうなるか」という質問をすることです。答えはほとんどの場合、廃業することです。これにより、適切なバックアップスキームやコロケーション施設の必要性を担当する人々を納得させることがかなり容易になります。 (そして、技術者がそれらを実現するまで押し付けたからといって、私が働いたほとんどの場所には両方がありました。)

29
HopelessN00b

Amazon glacier にバックアップします。頻繁にアクセスする必要がないもののための安価なストレージ。 GBあたり1か月あたり1セントかかります。欠点として、障害が発生した場合にデータをフェッチして戻すのは、コストがかかる可能性があります。

20
longneck

データが重要な場合は、バックアップする必要があります。バックアップスキームには、テープへのバックアップと、いくつかのテープセットのオフサイトストレージを含める必要があります。

それを超えて、それはすべての詳細です...どのくらいのデータですか?どのくらいの頻度で変化しますか?どのような回復時間が必要ですか?

「ウェブキャストインベントリ」が頻繁に変更されない大きなファイルを意味する場合、定期的なテープへのバックアップは非常に簡単に見えます。

72ドライブのサイズについては特に言及していませんが、非常に重要な場合は、少なくともリモートロケーションにバックアップを作成する必要があります。メディア定格のファイアセーフは、オンサイトでデータを保護するのに最適ですが、建物が完全に失われた場合はどうでしょうか。のように、金庫を含むすべてがなくなっています。オフサイトまたはオンラインバックアップの利用を開始する場合は、それらの建物/データセンターが近くにないことを確認してください。両方が同時に破壊される可能性があります。

4
HostBits

あなたが想像する必要があります:データの一部にアクセスできない場合はどうなりますか?通常、これはあなたが廃業することを意味します! (たとえば、失敗した小さな部分が会社の運営に必要なコアデータにならないという期待だけに頼ることはできません。)

おそらく必要になるでしょう:

  • データの冗長性(つまり、少なくとも2つの別々のディスクの山、またはディスク上のバージョンとテープ上のバージョン、またはそれらの組み合わせ)にデータを置く
  • 場所の冗長性(つまり、主要な場所で火災/盗難/妨害/洪水/?が発生した場合に備えて、適切なオフサイトバックアップを用意してください)

両方を組み合わせることができますが、オフサイトでは通常、取得に時間がかかります(オフサイトのオフィスがない場合、または何らかの手段でそれにアクセスする場合を除き、オフサイトのバックアッププロバイダーに確認してください)。

冗長性の必要性について:

ハードドライブ(実際にはanyストレージメディア)は古く、一部には欠陥があり、一部にはぶつかります(たとえば、ドライバーで少しノックしたり、棚に保管している間に別のドライブにぶつけたりすると、十分に古くなる可能性があります) Gを押してディスクの表面を傷つけます。これにより、現在または短時間から十分ではない時間内に障害が発生します。つまり、バックアップメディア意志が失敗し、数日以内に数年、数年以内に失敗します。

いつ問題が発生するかはわかりませんが、リスクを評価することができます(正確な情報を得ることはできませんが、問題が発生する可能性があることを理解し、冗長性と他の媒体への定期的な転送によってそれを防止するのが良い理由を知ることができます)以前のメディアが失敗する前に):

同様のディスクがあり、2年以内に1つが故障する確率は5%であると想像してください。

P(one disk fails within 2 years)=5%=0.05

P(that disk won't fail within 2 years)=0.95
P(you have n disk, 0 disk fails within 2 years)=(0.95)^n
P(at least 1 disk amongst n fails within 2 years)=1-(0.95)^n
 if n=72 (you have 72 disks), P=1-0.95^72=1-0,024894281=0,975...=more than 97% 

英語の場合:72のディスクがあり、1つのディスクが2年以内に5%の確率で故障する可能性があると言えば、97%以上の確率で2年以内にディスクの故障が発生します。これは正確ではありませんが、問題が発生する可能性があり、通常予想されるよりも速いことを示しています...

あなたをさらに「怖がらせる」ために、P(1つのディスクが20年以内に故障する)= 0.99(ドライブにとって20年は長い時間です。そして、それが機能しても、それらを読み取るデバイスは、それらを処理する)

P(that disk won't fail within 20 years)=0.01
P(no disk amongst n fails within 20 years)=(0.01)^n=0
P(at least one disk amongst n fails within 20 years)=1-(0.01)^n=1=100% (or so close to 100% that it doesn't matter)

これに加えて、同じベンダーですべてのドライブを購入すると、P(これらのディスクの1つが別の故障の後に故障する)は非常に高く、P(1つのディスクの故障)よりはるかに高くなります。ディスクは同様に構築されるため、 1つが失敗すると、同じバッチ内の他のものが同じ時間に失敗する可能性が高くなります(または非常に高くなります)。

だから私はお勧めします:

  • 少なくとも2つの別々のもの(2 x 72 hd、2つの別々のベンダーから?またはhdとテープ?)のバックアップ。
  • 少なくとも1つの(可能であれば、さらに別の)バックアップを別のtownに保存します。これをn日ごと(少なくとも毎週)に更新して、プライマリストレージがすべて故障した場合にバックアップ時間に戻ることができるようにします(つまり、プライマリストレージが故障した場合に先週のデータに戻ることができます)今週)
  • check定期的にバックアップ(つまり、doそれらをチェックし、少なくとも月に1回、バイトごとにバイト全体を読み取ります。また、別のバックアップにコピーするのに良い時期ですメディアも。)
  • これについて少なくとも2人が知っていることを確認し、外部バックアップが必要なときにデータを取得するのに役立ちます。
  • 等.
3
Olivier Dulac

@longneckの提案に似ていますが、少し異なります:Amazon S3やGoogle Cloud Storageなどへのバックアップ(データのウォームバックアップを探している場合は、AmazonのGlacierを使用しないことをお勧めします。 Glacierからの高速データ復元。Glacierの検索料金の詳細については、 Hacker Newsでの大きな議論 を参照してください。)

Amazon S ​​初心者には1 GBあたり$ 0.095がかかります(以前はGBあたり$ 0.125でしたが、Amazonは1週間前に値下げしました)。 GoogleのCloud Storage と他のサービスはおそらく同じ価格帯です。

コストと「無限に増大するストレージ」に加えて、きめ細かいACLとデータに対するアクセス許可も得られます。 Amazonは IAM for ACL control を提供しており、他のプロバイダーも同様の制御を提供していると思います。

最後に、これらのクラウドストレージサービスは、データの読み取り/書き込みやその他の操作を行うための本当に強力なAPIを提供します。これは、一部のバックアップタスクを自動化するのに役立ちます。

1
Suman

テープでボートが動かない場合は、ディスクにバックアップしてください。

さらに2つのディスクアレイを購入し、ショックマウントのトラベルケースに取り付けます。ファイバーなどの帯域幅の広いものを介してそれらを接続します。

それらをオンサイトでローテーションし、ミラーリングして、オフサイトの安全な保管施設に保管します。

テープバックアップに似ていますが、データ量と1週間あたりのデータ生成量によっては、コストが安くなる場合があります。

0
Tim Williscroft

私はあなたの質問に別の選択肢を提案したいと思います。どうしても、オフサイトのバックアップが必要になるため、冗長性が得られます。 Synologyと呼ばれる会社がNASタイプのドライブベイを見つけました。ドライブベイには多くのバージョンがあり、自分にぴったりのドライブベイを探す必要があります。

最良の部分は、これらのドライブがオフサイトの場所でも相互にRSYNCでき、ブロックレベルのバックアップを実行できるため、ファイルへの変更だけがバックアップされ、不要な場合はファイル全体がバックアップされないことです。そのため、データは基本的に別の場所に複製され、バックアップにはほとんど時間がかかりません。私はDS1812 +が好きですが、大規模な組織やニーズよりも高速なドライブベイを備えています。以下の会社サイトへのリンクを貼り付けます。

http://www.synology.com/us/index.php

これがあなたの役に立つことを願っています。

0
Frank R