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