ルートがミラー化された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を使用するアプローチがよりスマートに見えます。
私の質問は次のとおりです。回復中に復元でき、マウントとデータのみを必要とするように、スーパーブロックやブートローダなどのファイルではなくメタデータを確実にバックアップするために使用できる同等のものmdadmはvgcfgbackupありますか？vgcfgrestoremdrsync
また、私の災害復旧計画に欠けているものがありますか？
答え1
考えるリラックスして回復。 https://relax-and-recover.org/
暗号化（例：LUKS）を処理し、増分バックアップを処理します。
答え2
ddUUIDが重複しているため、ソースとコピーを一緒にインストールすると問題が発生します。
また、FAT パーティションの UUID は、再フォーマットしなくても変更できず、EFI システムパーティションは実際には FAT です。
rsyncバイト間識別（同じコピー）と互換性がありません。
私は同じコピーを信頼しません。災害の原因がデータ破損であると想像してください。同じレプリカが災害の原因を保存します。逆に、レプリケーションレベルが高いと、レプリケーションフェーズで失敗する可能性が高くなり、より迅速に対応できます。
実際、災害のためにすべてが破壊される場合、UUIDが一意でなくても大丈夫です。おそらく、どのくらいのリスクを取るのかによって戦略が変わるかもしれません。