XendomUマシンのバックアップ
これは私の最後の質問と似ていますが、私の最後の質問のタイトルに「実行中」が含まれている点が異なります。それ以来、これは正確には不可能であることを学びました。
これがオプションの私の理解です（ファイルシステムのバッキングにLVMを使用する場合）。
1.）
プロセス：ドメインをシャットダウンします。 LVMスナップショットを作成します。ドメインをバックアップします。スナップショットからバックアップを作成します。スナップショットを破棄します。
長所：完全に一貫性のあるバックアップ。
短所：明らかに、この方法の欠点は、バックアップが実行されるたびにドメインを再起動する必要があることです。
2.）
プロセス：ドメインで「xmsave」を実行します。イメージファイルと状態ファイルをコピーします。 'xmrestore'を実行します。
長所：＃1よりもダウンタイムが少ない。
短所：それでも「一部の」ダウンタイムとネットワーク接続が失われます。また、イメージには必ずしも完全に一貫性のあるファイルシステムが含まれているとは限りませんが、状態ファイルとともに、一貫性のあるイメージを作成できます。 （マシンの状態やメモリの内容なども同時にバックアップします。）
3.）
プロセス：LVMスナップショットを作成します。スナップショットからバックアップを作成します。スナップショットを破棄します。
長所：システムのダウンタイムはありません。
短所：バックアップは、電源コードがマシンから引っ張られた後、ドライブが取り外されてコピーされたかのようになります。
4.）通常使用するプロセスを使用して、ドメイン内からバックアップします。
私は何かを見逃したり誤解したりしていますか？
いいえ、それらはほとんどあなたの選択肢です。しかし、私はあなたがオプション（3）の問題を誇張していると思います。なぜなら、一般的にそれがとにかくバックアップであるからです-あなたが作成するコピーがファイルシステム内のanyファイルになることを保証することはできませんそれを使用するすべてのプロセスに理解できます（たとえば、MySQLの実行中にMySQLデータディレクトリをコピーすると、MySQLは復元時にそれらのファイルを再度読み取ることができない場合があります）。
ドメイン内バックアップの実行に関するオプション（3）の唯一の追加の懸念は、ファイルシステムが必ずしも読み取りに適した状態にあるとは限らないことです。私の経験では、これはあまり発生しないことであり（特に、数時間以内にバックアップしている場合）、バックアップする前にfsckチェックを行うことで軽減できます。ドメイン内バックアップは、依然として最善の方法です、IMO。
私はwombleにかなり同意します。オプション1は必ずしもダウンタイムをもたらすとは限らないことを付け加えておきます。ある種の冗長性がある場合は、このオプションが最適です。このような冗長性がないということは、ソフトウェアの問題によってサービスが停止し、稼働時間が悪くなることを意味します。
少し冗長性のあるオプション1を検討する必要があると思います=）