3 つのディスクのうち 1 つを常にシステムに接続しない RAID 1 アレイを作成して、システム バックアップを作成することは可能ですか?
全体的な手順:
- ディスク 1 と 2 をコンピューターに挿入し、ハードウェア RAID 1 で OS をインストールします。
- ディスク3をディスク2と交換します。ディスク1から3にRAID 1を再構築します。
では、ディスク 2 はシステムのバックアップであると想定してよいでしょうか?
- 毎週、スワップとRAID再構築を繰り返す
ロールバックが必要な場合、外付けディスクを挿入し、そこから他のディスクに RAID アレイを再構築できますか?
これは推奨される方法ですか? その理由は何ですか?
答え1
3 つのディスクのうち 1 つを常にシステムに接続しない RAID 1 アレイを作成して、システム バックアップを作成することは可能ですか?
技術的には可能です。
では、ディスク 2 はシステムのバックアップであると想定してよいでしょうか?
はい。HW は完全なディスク アレイを作成する傾向があります。
そのため、半分のミラーの完全なコピーが存在します。
毎週、スワップと RAID 再構築を繰り返します。これは推奨される方法でしょうか?
いいえ!
なぜそうなのか、そうではないのか?
理由はいくつかあります。まず、毎週フルコピーを作成しています。4TB のディスクがあり、1 つのファイルが変更されても、4TB 全体をコピーすることになります。**無駄*
次に、再構築が常に機能すると仮定し、その仮定を毎週テストしています。これは、私にとっては安全だと感じる方法ではありません。また、そうする必要がある場合は、これを試す前にバックアップを作成します。あなたの場合、それは目的に反します。
3 つ目: ハードウェアを毎週交換すると消耗します。ホットスワップ コネクタであっても、何百回も交換できるようには設計されていません。
さて、ベストプラクティスとして次のことが挙げられます。
- 複数のパーティション、1 つは OS 用、もう 1 つはデータ用。
- OS の適切なバックアップ。おそらく毎週のバックアップは必要ありません。
- すべてのデータの $longer_period 完全バックアップと $shorter_period 増分バックアップ。(または rsync のようなバックアップ)
- とオフサイトバックアップの場所です。
最後の理由は、バックアップがあるのは良いことですが、それをオンサイトで保管して火災が発生すると、バックアップも失われるからです。落雷の場合も同様です。バックアップ サイクル中にどちらかが発生した場合は、その可能性はさらに高まります。
また、オフサイト バックアップを使用する場合は、増分バックアップによるデータ削減が 2 倍興味深いものになります。
また、RAID はバックアップではないことにも注意してください。RAID は、ディスク障害時にサーバーを稼働させておくのに最適です。営業時間外に IT 部門が緊急メンテナンスを行うことができます。RAID はバックアップの代わりになるものではありません。
自宅で使用する場合でも、火災、落雷、盗難などから安全なバックアップが必要です。