バックアップサイズがテープ容量を超えているため、テープではなくハードディスクに保存するSymantec Backup Execを使用して、新しいバックアップサーバーをセットアップするように求められました。
「バックアップ」であるため、バックアップサーバーがあらゆる種類のRAIDを実行するのに本当に意味があるのか、それとも利点があるのかと思いました。
私にとっては、追加コストを正当化するメリットはそれほど大きくありません。
他の人の意見を見てみたいです。
ありがとう!
バックアップサイズがテープ容量を超えているため、テープではなくハードディスクに保存するSymantec Backup Execを使用して、新しいバックアップサーバーをセットアップするように求められました。
「バックアップ」であるため、バックアップサーバーがあらゆる種類のRAIDを実行するのに本当に意味があるのか、それとも利点があるのかと思いました。
私にとっては、追加コストを正当化するメリットはそれほど大きくありません。
他の人の意見を見てみたいです。
ありがとう!
回答:
Imo、レイドを使用することには大きな利点があります。
RAIDなしでバックアップマシンにディスク障害が発生した場合、すべてのバックアップが失われます。それらを再構築するのにどれくらい時間がかかりますか?
また、ディスク障害が原因ですべてのバックアップを失い、それらを正常に再構築してから、以前にバックアップされたがこのディスク障害の原因を失ったものを見つける必要がある場合はどうなりますか。
他に何もなければ、ディスクは非常に安価であるため、システムをRAID 5に入れるための追加のディスクのコストは、障害から回復する必要がある場合の時間よりもおそらく安くなります。
サーバーコンピューターには、非常に特殊な状況(Googleのような「スケールアウト」1Uアプリケーションサーバーのラックごとに考える)を除き、冗長ディスクが必要です。冗長ディスクのないサーバーコンピューターは時限爆弾です。
そうは言っても、バックアップはオフサイトでオフラインでない限りバックアップではありません。オンサイトでオフライン(引き出し内のテープ)の場合、建物が燃え尽きると消えます(サーバーからのすすのクリーニングを参照 )。オフサイトであるがオンラインの場合、攻撃および「破損」に対して脆弱です。
そして今、ディスク対テープなどについての宗教的な議論に注目してください。
RAID-10を使用します。
RAID-5は、次の理由により、バックアップサーバーには適していません。
バックアップを事実上のアーカイブソリューションとして使用しているかどうかによっては、RAIDをまったく使用しないことも可能です。
費用は?ハードドライブは安価であり、Raid 1は現在マザーボードでほぼ標準となっています。
私の意見では、あなたはあまり注意することはできません。メインの開発マシンを急襲し、定期的にホームサーバーにバックアップを作成し、ホームサーバーが毎晩オフサイトバックアップを作成しています。安くて、簡単で、シームレスなら、なぜだと言いますか
現在、複数レベルのバックアップ、ニアラインおよびオフサイトがあります。ニアラインは、ディスクにバックアップする場所です。ここでは、非常に重要なデータの複数のバックアップセットを近くに保持し、バックアップサーバーのディスクからテープにコピーを作成してから、テープをオフサイトに送信できます。これにはいくつかの利点があります。
ただし、データベースサーバーと同じ種類の冗長性を備えたバックアップサーバーディスクを扱う必要があります。データベースサーバーが正午に失敗した場合、昨夜からディスクコピーのバックアップサーバーにロールバックして復元を行うことができます。ここで、テープは既に250ドルのオフサイトベンダーからの緊急返品となります。
RAIDを、実行するすべてのサーバーに配置する必要があります。:-)
はい、それをしてください。ハードドライブは、他のコンピュータコンポーネントよりも何倍も故障する可能性が高くなります。RAIDに移行することにより、発生する可能性が最も高い1つの問題から保護します。データの価値で、RAIDセットアップの限界コスト(低から中規模のサーバーを想定して、おそらく500ドル未満)を測定します。
それを言って、私はエヴァン・アンダーソンが上で言ったことを第二にします。これは絶対に唯一のバックアップではありません。エヴァンはオフサイトでオフラインであることについて話しました。そのリストに冗長性を追加します。バックアップメディア、バックアップジョブ、盗難、紛失、メディアの紛失などが発生した場合に備えて、バックアップの複数のコピーが必要です。
バックアップサーバーでRAIDを使用する必要がありますか?
冗長性のために、私はしません
バックアップシステムのファイルの特定のリビジョンを復元する習慣がなく、バックアップシステムディスクに障害が発生した場合にそれを行う必要があるのではないかと心配している場合。その後、はい、RAID 5またはミラーリング、またはストライピングとミラーリングを使用します。
最悪の場合に元のデータが利用できない可能性があると予想する場合、これを行う唯一の理由です。
ディスクを1つのボリュームに拡張する(ストライピング)
たぶん、しかし、1つのディスクが死ぬとアレイ全体が死ぬことに注意してください。
ボトムライン
バックアップサーバーをバックアップすることをお勧めします。ばかげているように聞こえますが、我慢してください。システムディスク、構成ファイル、およびバックアップ設定をバックアップします。そうすれば、バックアップサーバーに障害が発生しても、できるだけ早く起動できます。
(編集:申し訳ありませんが、他の答えについては、私は質問を読み違えました)
テープではなくサーバーにデータを保存する予定があるため、バックサーバーでRAIDを使用することは絶対に意味があります。
RAID 5、1、または10をお勧めします。
このように考えると、ハードドライブが故障します。適切なRAID設定により、これが発生した場合のデータ損失から保護されます。故障したハードドライブを交換し、RAIDを再構築します。
ハードドライブが死んだとき(ある時点で死ぬ)にRAID保護が無効になっていると、バックアップが失われます。
これは、「バックアップ」についてどう思うかに大きく依存します。
このサーバー上の他のサーバーから「ライブ」データを複製するサーバーを作成することが目的である場合、このバックアップサーバーでraidを使用することはほとんど役に立ちません。この場合、ディスクに障害が発生した場合にバックアップサーバーを短時間でオンラインに戻すことができるように、予備のディスクが必要です。
目標が時間内にバックアップをアーカイブすることである場合。毎日バックアップを行い、1か月、1年程度保持します。はい、ディスクを失うとアーカイブを失うため、RAIDを使用する必要があります。X週間前のバックアップからデータを復元できることが重要な場合は、この「バックアップ/アーカイブ」を別のサーバーまたはテープにバックアップすることもできます(テープは長期間のアーカイブに非常に適しています) )
本番サーバーとバックアップサーバーのハードディスクが同時に故障する可能性は何ですか?それらが精神的に分離されている場合(つまり、同じ電力網などにない場合)、この可能性は非常に低くなります。だから、私はRAIDなしに投票します。
もちろん、バックアップサーバーに障害が発生した場合は必ずアラートを受信してください。
ディスクへのバックアップには価値があります。私は議論のテープ側にしっかりといる間。ただし、バックアップボリュームが冗長性のない単一ディスクである場合、最終的にすべてのデータが失われます。ディスクが最終的に故障するためです。
ディスクへのバックアップが本当に適切なソリューションであるかどうかは、バックアップのニーズの性質に依存すると思います。オフサイトでデータを必要とせず、災害復旧や長期にわたるデータの存続性を気にしない場合、テープは必要ありません。私は確かに、決してディスクから出ず、データセンターを離れないバックアップを持っていますが、それらはユーザー削除エラーを修正するためにあります。
また、テープ容量をどのように拡張しますか?それがテープの美しさです。いつでも別のテープを入手できます。ただし、何らかのテープチェンジャーが必要です。