У меня есть рабочая станция Solaris 10, с которой я хотел бы создать полную резервную копию образа. Машина имеет 2 диска, один UFS для системного корня и 1 ZFS для хранения данных.
Я намерен добавить третий жесткий диск, чтобы хранить резервные образы обоих основных дисков (включая любые снимки zfs). Цель не в аварийном восстановлении, а в том, чтобы позволить мне легко избавиться от ряда изменений установки / конфигурации приложений, которые я собираюсь попробовать.
Как лучше всего это сделать? Я не слишком знаком с Solaris, но имею некоторые базовые знания Linux.
Я смотрел CloneZilla, но он не поддерживает Solaris. Я в порядке с одним dd | gzip > image , но мне нужен способ сначала обнулить неиспользуемые блоки на основных дисках, чтобы помочь gzip. Они намного больше моего третьего диска, но практически не содержат данных.
Обновите, чтобы уточнить:
Я специально хочу избежать использования каких-либо функций моментальных снимков файловой системы, потому что часть изменений конфигурации приложения включает / зависит от существующих и новых снимков. В идеале полная коллекция снимков должна быть часть резервной копии.
Виртуализация не вариант, потому что цель состоит в том, чтобы оценить производительность на очень конкретной конфигурации HW. По той же причине ложные «резервные» снимки могут исказить данные о производительности.
Спасибо
У вас уже есть решение. Используйте dd внутри solaris, чтобы сделать это в каждой файловой системе
dd if=/dev/zero of=file.iso bs=1M count=<the amount of free space you have in megabytes>
Скорее всего, у вас закончится место на несколько секунд в самом конце создания файла, как только вы получите ошибку переполнения диска, удалите файл, выключите компьютер и образ с живого диска Linux с помощью
dd if=</dev/disc_to_be_imaged> of=file_on_third_disk bs=1M
флаг "bs =" примерно определяет вашу производительность, в зависимости от типа используемой шины хранения, вы можете попробовать более высокие значения, размер блока 1M приемлем практически для любого оборудования и достаточно быстр для субтерабайта размеры.
Я могу добавить детали к ответу, если вам нужно копнуть глубже, прежде чем пробовать, но это в значительной степени без проблем. Я регулярно использую его на производственных машинах SAP.
РЕДАКТИРОВАТЬ:
Получение неоднозначных отзывов о наличии / dev / zero в Solaris. Если он есть, используйте это.
Если это не так, используйте
mkfile -v <number> g (where g stands for gigs, use m, k,b for smaller sizes) <filename>
Это создаст файл с нулями, который даст тот же результат. (Что касается man-страницы, mkfile - это оболочка для Solaris вокруг / dev / zero, так что это буквально тот же метод в другом платье).
Пример:
mkfile -v 100 g /root/zeropad.iso
Это создаст в / root файл размером 100 гигабайт с именем "zeropad.iso".
Надеюсь, это будет полезно.
UFS также поддерживает моментальные снимки: http://www.c0t0d0s0.org/archives/4328-Less-Known-Solaris-features-fssnap.html
Так что, если вы хотите поэкспериментировать с каким-нибудь новым приложением, просто создайте моментальный снимок как для файловых систем ZFS, так и для UFS и возитесь. Если позже вы захотите отменить какие-либо изменения, вы можете вернуться к ранее созданному снимку.
Что касается резервных копий, zfs send позволяет делать резервные копии каждого снимка. Вы также можете сделать каждый снимок отличным от предыдущего, чтобы сэкономить место на диске: http://www.aisecure.net/2011/06/27/zfs-backups-with-differential-snapshots/
Для UFS у вас есть ufdsump утилита: http://www.tech-recipes.com/rx/1384/backup-a-unixsolaris-ufs-filesystem-with-ufsdump/
Есть много разных вариантов, но я фанат быстрого и грязного метода - просто взять архив разделов, для которых вы хотите создать резервную копию. Обычно это полезно для корневого раздела, но я могу порекомендовать другое решение для диска хранения данных в зависимости от его размера. Если вы просто заинтересованы в том, чтобы иметь возможность многократно настраивать и удалять архивы, вероятно, подойдет.
Это может выходить за рамки вашего вопроса, но вы также можете рассмотреть возможность виртуализированной установки - использование виртуальных машин может сделать настройку и возврат к точкам восстановления действительно простой.