マウントされたディスクのディスクイメージを作成することは非常に悪い考えですか?


2

サーバーをバックアップしたい。たとえば、ddを使用する場合:

dd if=/dev/md0 of=/some_network_share

/ dev / md0がマウントされている場合、このイメージの一貫性が変わるのではないかと思いますか?そのようなddイメージをvdiドライブに変換し、動作する仮想マシンを作成することは可能でしょうか?たとえば、次のコマンドを使用します。

VBoxManage convertfromraw ImageFile.dd OutputFile.vdi 

ファイアウォールでネットワークトラフィックが無効になっています(イメージがコピーされる1つのリモートマシンとの接続のみがあります)。


2
この方法で整合性のあるバックアップを取得するチャンスがあります:0%
マティアスはクルル

3
@mugen:roにマウントされている場合ではありません。
Hello71

1
稼働中の仮想マシンを作成するためのサーバーバックアップは、rwでマウントされていることを意味します。
マティアスクルル

@mugenkenichi、一貫性のある、VMにマウントするイメージを作成するだけで、ddがアクティブな間に誰もマシンを使用していない場合、上記は機能しますか?
IanVaughan

1
マシンを使用しても、ディスクの内容が変更されないわけではありません。通常、少なくとも何かを記録するいくつかのプロセスが実行されています。LVMスナップショットは良い方法です。
マティアスクルル

回答:


2

LVMボリューム(本番環境で使用する可能性が高い)を使用している場合、正確なスナップショットを作成できるコピーオンライトスナップショット機能があります。

何らかの形でこれを行うことができる商用製品がいくつかあります-vmware vCenter Converterはライブマシンから仮想マシンを作成できます。AcronisTrueImageには、ライブコピーをサポートするエンタープライズ製品のLinuxバージョンがあります。

それ以外の場合、機能する可能性のあるハック的な方法は、ファイルシステムを読み取り専用で再マウントし、最後にもう一度rsyncしてからrwを再マウントできるほど差分が小さくなるまでrsyncを繰り返し使用することです。生のファイルシステムイメージでこれを試したことはありませんが、ディレクトリ構造ではうまく機能します。


すべてをVMにゼロからインストールし、古いマシンからのみデータをエクスポート/インポートするように、さいの目に切りました。しかし、rsyncを繰り返し使用するというアイデアが好きです。私は他の人からもそれを集めました。うまくいくと思う。
Maciek Sawicki

1

私は実際にこれを実行しましたが、動作します。また、すべてのことを考慮して、かなり信頼性があります。それは良い考えですか?いいえ、おそらくそうではありません。データを失うか、ファイルが破損する可能性があります。ext3パーティションでは、ブート時に、パーティションが「クリーンにアンマウントされていないので、強制的にチェックされた」という警告が表示されます。その後、「fsck」を実行します。fsckがファイルシステムをクリーンな状態に戻すのに時間がかかる場合がありますが、そこに到達します。ext4ファイルシステムはこれをより速く行います。

このように考えてください。ライブファイルシステムの「dd」は、実行中にサーバーから電源プラグを抜くことに相当します。サーバーから電源プラグを抜いた場合、ファイルシステムが台無しになり、マシンが再び起動しないことが予想されますか?もちろん違います。まあ、ブートカーネルまたはinitrdなどを更新していない限り。私は他のエッジケースがあると確信しています。しかし、これはまだシステムをシャットダウンする理想的な方法ではありません。それに依存しないでください。

また、この状況では 'sync'を実行しても役に立たない可能性があります(ここでは自分の事実を100%確信しておらず、事実を確認する気もしないので、「おそらく役に立たない」と言います)。「dd」は単にカーネルをバイパスしてハードウェアと直接対話しないため、「dd」ステップの前に「sync」を実行しても、イメージの一貫性は向上しません。「dd」はまだLinuxカーネルを通過します。「dd」がダーティブロック(ドライブに同期されていない更新済みデータ)のデータを要求する場合、この事実は無視されません。言い換えると、「dd」は実際にダーティブロックをまだディスクに同期していない場合でもコピーします。これを行うために 'dd'を要求するオプションがあると思うことに注意してください(カーネルバッファーをバイパスし、ハードウェアと直接対話する)が、これはデフォルトの動作ではありません。


0

はい。

しないでください。

バックアップは使用できません。変換が成功した場合でも、コンテンツの検証に苦労します。


0

方法によって異なります。実行中のディスクのイメージングに関する問題は、一貫性を確保する方法がないことです。1つのディスクで作業している間にファイルが変更されます。

これを回避する方法はいくつかあります。1つは、特定の期間のファイルのスナップショットを作成してバックアップを作成する方法です。WindowsにはVSSがありますが、linux / extにはそれと同等のものがありません。

もう1つは、非ライブシステムからイメージを作成することです。

そのため、スナップショットを作成できるOSまたはFSでない限り、物事を行うのに適した方法ではありません。


LVMを使用している場合、LinuxにはLVMスナップショットがあります。
ステファニー

0

これを機能させるための唯一の方法は、別のハードドライブでソフトウェア1(または、構成するのに十分なハードウェア)RAID 1セットアップを作成することだと思います。そこから、同期されていることを確認し、バックアップイメージを取得するときに、アレイ内の2番目のディスクを取り出し(物理的ではなくスクリプトを使用)、2番目のハードドライブをコピーします。これはおそらく、RAIDがどれだけスマートかによって深刻なパフォーマンスの懸念があります(バックアップが完了するたびにドライブを完全に再同期する必要がある場合)が、これはサーバーをオフラインにせずに行う方法です

弊社のサイトを使用することにより、あなたは弊社のクッキーポリシーおよびプライバシーポリシーを読み、理解したものとみなされます。
Licensed under cc by-sa 3.0 with attribution required.