既存のLinuxサーバーをvirtualbox仮想マシンにバックアップします
私は世界中の多くの企業にいくつかのサーバーとVPSを持っています。ローカルでバックアップしたい。リモートホストに対していくつかのバックアップソリューションを有効にしていますが、自宅のコンピューターにローカルバックアップを作成したいと考えています。
私が考えているのは：
Virtualbox仮想マシンを作成し、サーバーと同じバージョンのLinuxをインストールします。
Rsyncを使用して、サーバーをローカルのvirtualboxマシンにバックアップします。 （rsync -av --delete --progress --exclude '/ dev/' --exclude '/ proc /' root @ server_ip：// /のようなもの）
数日ごとにコマンドを繰り返してファイルを更新します。
ハードディスクの障害やその他の悪いイベントが発生した場合は、rsyncコマンドを逆にしてファイルを元に戻し、ビジネスを続けてください。
2つのopenvzVPSで試してみましたが、一方はもう一方のバックアップでした。また、通常のLinuxサーバーのホストをopenvzマシンに転送しようとしましたが、うまくいきました。
そうすれば、私にはかなりクリーンで簡単に見えます。これは私が探している種類のソリューションです。ただし、これを実行する場合は、これが機能することを確認する必要があります。
問題は、それはうまくいくでしょうか？誰かがそれで何か問題を見ますか？他に何か提案はありますか？
ありがとう
ディスク構造（パーティションテーブル、ファイルシステム、マウントポイント）を簡単に再構築するには、いくつかのメソッドを追加する必要があります。
また、rsyncバックアップは、ファイルが長時間開いたままになり、着実に更新される場合、ひどく失敗する可能性があります。データベースサーバーはこの典型的な例です。実行中のデータベースをrsyncで確実にバックアップすることはできません。
rsyncプロトコルを使用して、コピーする必要のある変更を識別してコピーするBackupPCのようなものを検討することをお勧めします。各システムの最初のバックアップには、バックアップするすべてのファイルの完全なコピーが必要です。その後、デルタのみをコピーする必要があります。構造の1％を追加してコピーし、検証の変更を行います。
システムまたはディレクトリ間で複製されたファイルを保存することは非常に効率的です。これにより、バックアップのディスク容量要件を大幅に削減できます。
LinuxサーバーとWindowsデスクトップのバックアップに使用しています。
多数のマシンを定期的にバックアップする場合は、代わりに Bacula を使用することをお勧めします。これはタスクにはるかに適しており、デフォルトでパーティション境界での停止を処理し、さまざまなストレージサーバー、スケジューリングなどを許可します。また、正しくバックアップされないことがわかっているファイル（巨大なライブデータベースなど）を無視することもできます。スクリプトを介してファイルを作成します（たとえば、巨大なデータベースのダンプスクリプト）。
これらのイメージを一時的な代替として実行する予定がない限り、仮想マシンにクローンを作成する理由は正確にはわかりません。とにかく、適切な仮想化セットアップを使用すると、ほとんどの場合、これらのマシンイメージを起動できるはずです。いずれの場合も、選択したファイルシステムディレクトリに復元を書き込むことができます。
異なる時点でファイルをコピーするため、ファイルに一貫性がない可能性がある場合、rsyncには非常に多くの時間とステータスがかかる可能性があることに注意してください。おそらく、サーバーにスナップショットを作成し（ http://tldp.org/HOWTO/LVM-HOWTO/snapshots_backup.html で説明されているようにLVMを使用）、スナップショットからrsyncすることをお勧めします。仮想マシンに。