私のディスクイメージがなぜそれほど大きいのかを調べようとしています。ソースサーバーのディスクは次のとおりです。
root # df -h
Filesystem Size Used Avail Use% Mounted on
udev 1.9G 0 1.9G 0% /dev
tmpfs 395M 7.1M 388M 2% /run
/dev/sda 79G 43G 32G 58% /
tmpfs 2.0G 0 2.0G 0% /dev/shm
tmpfs 5.0M 0 5.0M 0% /run/lock
tmpfs 2.0G 0 2.0G 0% /sys/fs/cgroup
tmpfs 395M 0 395M 0% /run/user/0
私はそれを作っています：
ssh [email protected] "dd if=/dev/sda " | dd of=/backup/server-images/west.img
それでも実行中で、現在までの画像サイズは72GBです。これはバックアップディスクの実際のサイズのほぼ2倍です。私は何を見逃していますか？ 200GBディスクがあれば400GB以上になりますか？
しかし、イメージは
ベストアンサー1
パラメータなしで使用することはdd非常に非効率的です。各読み取りは512バイトのブロックを使用します。ddブロックサイズ（bs=32M例：）を調整できますが、これにはより簡単でより良い方法があります。より速い選択肢
# Compressed image
ssh [email protected] "gzip --rsyncable </dev/sda" >/backup/server-images/west.img.gz
# Uncompressed image
ssh [email protected] "gzip --rsyncable </dev/sda" | zcat >/backup/server-images/west.img
# Uncompressed image with seriously fast network
ssh [email protected] "cat /dev/sda" >/backup/server-images/west.img
フラグがわからない場合、または後で圧縮された画像を送信するために使用されないと確信できる場合は、このフラグを無視してくださいdd。--rsyncablegziprsync
ただし、/dev/sdaファイルシステムがマウントされている場合、またはパーティションが使用されていると、バックアップが破損する可能性があります。これは、ライブシステムのブロックベースのバックアップを実行する方法ではありません。