Комментарии: Создание клона загрузочного диска в SVM http://www.unixpin.com/wordpress/2009/04/24/make_clone_root_solaris_volume_manager_svm_script/ unix: советы, примеры, решения Wed, 08 Sep 2010 11:34:46 +0000 hourly 1 http://wordpress.org/?v=3.0.1 Автор: jsn http://www.unixpin.com/wordpress/2009/04/24/make_clone_root_solaris_volume_manager_svm_script/comment-page-1/#comment-37 jsn Tue, 28 Apr 2009 18:48:54 +0000 http://www.unixpin.com/wordpress/?p=390#comment-37 Андрей, теория любого бакапа подразумевает низкую активность на дисках. Клон диск для того и делается, чтобы получить полную копию рута на определенный момент, например, перед прогоном патчей. Так что твоя преамбула тоже спорна. Скрипт рабочий, но это не запрещает никому его модифицировать как ему это видится. Соль-сахар по вкусу. Андрей, теория любого бакапа подразумевает низкую активность на дисках.
Клон диск для того и делается, чтобы получить полную копию рута на определенный момент, например, перед прогоном патчей. Так что твоя преамбула тоже спорна.

Скрипт рабочий, но это не запрещает никому его модифицировать как ему это видится. Соль-сахар по вкусу.

]]> Автор: mrbungle http://www.unixpin.com/wordpress/2009/04/24/make_clone_root_solaris_volume_manager_svm_script/comment-page-1/#comment-35 mrbungle Tue, 28 Apr 2009 14:00:25 +0000 http://www.unixpin.com/wordpress/?p=390#comment-35 Судя по содержимому скрипта, клонирование идёт пораздельно. А если, например, на сервере /usr и /var живут в разных разделах и идёт инсталляция пакетов ПО при осуществлении процедуры клонирования: согласованность клона будет под вопросом. В данном случае, допустим раздел с /var уже скопирован (склонирован), мы начинаем инсталлировать пакет ПО, в /usr/ появляется содержимое пакета (файлы программ, данных), они попадают в клон диск. Но вот незадача: /var/sadm/install/contents останется прежним - в нём не будет записей об установленном ПО :-(. Примеры рассогласованности данных клона пораздельно можно продолжить. Мораль: я бы предложим поменять алгоритм. Нужно сначала последовательно присоединить все клонируемые разделы metattach'ем (не отсоединяя их после клонирования), а потом разом все рассоединить (серия команд metadetach без промежуточных задержек). В таком случае вероятность неконсистентости созданного клона будет меньше на порядок. Судя по содержимому скрипта, клонирование идёт пораздельно. А если, например, на сервере /usr и /var живут в разных разделах и идёт инсталляция пакетов ПО при осуществлении процедуры клонирования: согласованность клона будет под вопросом. В данном случае, допустим раздел с /var уже скопирован (склонирован), мы начинаем инсталлировать пакет ПО, в /usr/ появляется содержимое пакета (файлы программ, данных), они попадают в клон диск. Но вот незадача: /var/sadm/install/contents останется прежним – в нём не будет записей об установленном ПО :-(. Примеры рассогласованности данных клона пораздельно можно продолжить.

Мораль: я бы предложим поменять алгоритм.
Нужно сначала последовательно присоединить все клонируемые разделы metattach’ем (не отсоединяя их после клонирования), а потом разом все рассоединить (серия команд metadetach без промежуточных задержек).
В таком случае вероятность неконсистентости созданного клона будет меньше на порядок.

]]>