攻撃隊をバックアップする正しい方法は何ですか?

攻撃隊をバックアップする正しい方法は何ですか?

ルートがミラー化されたLVMボリュームにあり、/bootおよび/boot/efiがRAID1パーティションである2つのディスクサーバーがあります。

障害が発生した場合(両方のディスクが故障した場合、またはサーバー全体が消えた場合)、ダウンタイムを最小限に抑えながら迅速に回復できるようにサーバーを完全にバックアップしたいと思います。リカバリ中に仕様がまったく同じ新しいサーバーと同じ「形状」(つまり、フルサイズとセクタサイズ)が同じ2つの新しいディスクがあるとします。

私がする計画は次のとおりです。

  • sfdisk -d /dev/XXX > partXXX.bak後で新しいサーバーから復元できるように、両方のディスクのパーティションテーブルをバックアップしてくださいsfdisk /dev/XXX < partXXX.bak
  • vgcfgbackup後で使用するために復元できるように、LVMメタデータをバックアップしますvgcfgrestore
  • スナップショットおよび/rsyncまたは他のバックアップツールを使用して、LVMボリュームの物理データをバックアップします。

/boot現在、パーティショニングに最適なソリューションはありません/boot/efi。これが私が思いついたものです:

  • dd2つのディスクにパーティション全体のイメージを作成するために使用されます。
  • おそらく圧縮を使用しているようですgzip
  • 復元する場合dd(パーティションテーブルを復元した後)を使用して、両方のディスクからパーティションイメージ全体を復元します。

プロセスが完了したら、システムを再起動する必要があり、回復したディスクの内容はバイト単位で同じであるため(ブートローダ、スーパーブロックなどを含む)、災害前と同じように機能する必要があります。 .).


私の質問はdd次のとおりです。

  • ライブファイルシステムの画像を撮影するため、データの不一致が発生する可能性があります。私はこれらのパーティションに頻繁に書き込みをしたくありませんが、実行するリスクを制限するためにsync画像を撮影してプロセスを再度繰り返します。両方の画像が同じ場合、最初の画像の作成中に書き込みが行われなかったと仮定するのは安全です。
  • 空き領域を含むパーティション全体をイメージすることは過度に見えます。ここでは圧縮が役に立ち、パーティションはそれほど大きくはありませんが、1GiBLVM200MiBを使用するアプローチがよりスマートに見えます。

私の質問は次のとおりです。回復中に復元でき、マウントとデータのみを必要とするように、スーパーブロックやブートローダなどのファイルではなくメタデータを確実にバックアップするために使用できる同等のものmdadmvgcfgbackupありますか?vgcfgrestoremdrsync

また、私の災害復旧計画に欠けているものがありますか?

ベストアンサー1

考えるリラックスして回復https://relax-and-recover.org/

暗号化(例:LUKS)を処理し、増分バックアップを処理します。

おすすめ記事