Создание изображения диска с резервной копией массива RAID 1 (MDADM)
Основной функцией снимков является копия на записи. Когда возьмут снимок, Ваша система не внесет изменения в существующие файлы/блоки. Когда запись должна быть сделана, копия того блока/файла сделана, и запись перенаправляется к альтернативному местоположению.
Ваше находящееся в dd (блочный уровень), копия будет включать все свободное пространство в диск, не использует в своих интересах большие диски в будущем и не будет соответствовать на меньшие диски (в повышении).
Вместо того, чтобы делать клонирование на блочном уровне, я сделал бы это на уровне файловой системы.
Я загрузил бы новый сервер с живого CD, разделил бы диски, создал бы новый массив (массивы) MD, отформатировал бы массивы, работал бы mkswap на любых объемах подкачки, затем untar (или un-cpio, если Вы предпочитаете), копии уровня файла каждого из исходных объемов сервера в каждый из новых массивов. Наконец я установил бы загрузчик. Затем Вы являетесь золотыми.
Все это могло быть задано сценарием и прокручено на живой CD/образ DVD наряду с архивом (архивами) файловой системы к untar.
-
1Поскольку Вы выполняете gzip, который должен заботиться о вакууме, но в том же направлении Вы также возьмете любые ненулевые блоки, которые находятся на диске, но не части Вашей текущей файловой системы (удаленные файлы, остатки предыдущих файловых систем и т.д.). +1 для всестороннего ответа. – Frenchie 28 October 2010 в 03:50
-
2@Frenchie: Да. dd не знает о файловой системе (и это не знает то, что свободно и что не), и счастливо возвратит то, что там (старые фрагменты файла, и т.д.). Если Вы конкретно не обнуляете свободное пространство в свободном пространстве существуют почти конечно не нули. – Evan Anderson 28 October 2010 в 03:52
-
3Спасибо за ответы. Я работаю <кодируют> dd, если =/dev/zero =/mnt/sda6/tmp/delete.me </код> для обнуления свободного пространства, которое, надо надеяться, объединенный с gzip, приведет к управляемым файлам изображений. @Evan - благодарит указать на ограничения dd. Если бы я действительно заканчивал тем, что использовал dd, чтобы повторно отобразить диск в восстановлении ПК, то что-то хотело бы <кодируют> mdadm - собираются - сканирование </код> достаточно, чтобы должным быть восстановить массив и получить выполнимую систему? – Caligari 28 October 2010 в 04:13
-
4Кроме того, более умный инструмент только считает части диска, который Вы используете. Если Ваши диски довольно пусты (полных 30-60%), Вы могли бы сократить время, требуемое прочитать оригинал значительной частью по dd, который должен прочитать весь оригинал (дисковая пропускная способность не безгранична) – Slartibartfast 28 October 2010 в 09:08
В соответствии с ответом Evan, если Вы хотите более традиционное изображение, которое можно смонтировать и использовать в качестве ссылочной файловой системы только для чтения, я предложил бы, чтобы Вы взглянули во взятие изображения SquashFS Вашего исходного объема.
Для развертывания Вы монтируете свое изображение и затем используете Вашу предпочтительную копию уровня файла (rsync, tar/untar, или cpio все разумны). Используя Ваш существующий метод также хорошо для быстрого и грязного изображения, но поскольку Evan указал, берет путь довольно мало Вашей гибкости.
Традиционно, dump и restore программы, которые глубоко знают структуру файловой системы и могут эффективно выписать и загрузиться, минимальное должно было сохранить и восстановить файловую систему.
На Linux, командах dump и restore (иногда называемый e2dump и e2restore) работа для ext2/3/4. xfsdump и xfsrestore аналоги для XFS.
Конечно, можно использовать независимые от файловой системы инструменты такой как tar или cpio или rsync. Ваш dd метод побеждает на простоте использования, так как Вы не должны настраивать разделы или файловые системы или загрузчик вообще, но можете вызвать проблемы, если Ваши диски не все идентичны.