URL: https://www.opennet.me/cgi-bin/openforum/vsluhboard.cgi
Форум: vsluhforumID3
Нить номер: 44202
[ Назад ]

Исходное сообщение
"Раздел полезных советов: Клонирование дисков во FreeBSD, используя снапшоты ФС"

Отправлено auto_tips , 03-Окт-08 14:37 
Создаем снапшот test1 раздела /home

   mount -v -u -o snapshot /home/snapshot/test1 /home

или другой метод:

   mksnap_ffs /home /home/snapshot/test1

Привязываем снапшот к устройству /dev/md1:

   mdconfig -a -t vnode -f /home/snapshot/test1 -u 1

При необходимости снапшот можно смонтировать и посмотреть его содержимое:

   mount -o ro /dev/md1 /mnt
   ....
   umount /mnt

Копируем содержимое раздела на второй диск:

   dd if=/dev/md1 of=/dev/ad4s1f bs=16k

Отключаем снапшот

   mdconfig -d -u 1

Выполняем fsck на новом разделе:

   fsck -f /dev/ad4s1f


URL:
Обсуждается: http://www.opennet.me/tips/info/1781.shtml


Содержание

Сообщения в этом обсуждении
"Раздел полезных советов: Клонирование дисков во FreeBSD, исп..."
Отправлено Anonymous , 03-Окт-08 17:40 
а в каких ветках фри это будет работать?



"Раздел полезных советов: Клонирование дисков во FreeBSD, исп..."
Отправлено rakshas , 04-Окт-08 02:58 
The mksnap_ffs utility first appeared in FreeBSD 5.0.

"Раздел полезных советов: Клонирование дисков во FreeBSD, исп..."
Отправлено Аноним , 04-Окт-08 04:28 
комманда FFS меня улыбнула :)
кто играл в WOW поймет :)

"Клонирование дисков во FreeBSD, используя снапшоты ФС"
Отправлено Keeper , 03-Окт-08 20:10 
А чем это лучше, чем dump/restore?
(не флэйма ради, а образования для)

"Клонирование дисков во FreeBSD, используя снапшоты ФС"
Отправлено uldus , 03-Окт-08 21:34 
>А чем это лучше, чем dump/restore?
>(не флэйма ради, а образования для)

Например тем, что можно сделать

mysql stop
mk_snap
mysql start

И получить работающую копию базы на втором диске с даунтаймом основной базы в секунду. Снапшоты удобно для бэкапа БД использовать.


"Клонирование дисков во FreeBSD, используя снапшоты ФС"
Отправлено rakshas , 04-Окт-08 01:00 
Опять же для образования ради.

А что мешает
mysql stop
dump/restore
mysql start
?
Или снапшот просто быстрее?


"Клонирование дисков во FreeBSD, используя снапшоты ФС"
Отправлено techniX , 04-Окт-08 01:27 
Снапшот 100-гигабайтного раздела делается 2-3 минуты. Потом со снапшотом можно делать что угодно - бэкапить куда-то, делать с ним fsck, монтировать и читать оттуда файлы и т.п.

Кстати, dump с ключиком -L как раз делает дамп с промежуточным созданием снапшота:

-L     This option is to notify dump that it is dumping a live file system.  To obtain a consistent dump image, dump takes a snapshot of the file system in the .snap directory in the root of the file system being dumped and then does a dump of the snapshot.


"Клонирование дисков во FreeBSD, используя снапшоты ФС"
Отправлено rakshas , 04-Окт-08 01:29 
Спасибо!

"Клонирование дисков во FreeBSD, используя снапшоты ФС"
Отправлено angra , 06-Окт-08 05:03 
>mysql stop

Ну если вы можете себе позволить остановить сервер, то можно и без снапшотов обойтись. По уму делается flush tables with read lock, потом снапшот, потом unlock tables


"Клонирование дисков во FreeBSD, используя снапшоты ФС"
Отправлено Денис Юсупов , 04-Сен-09 12:50 
Боюсь, что этого недостаточно может быть:
http://dev.mysql.com/doc/refman/5.0/en/lock-tables.html
--
Posted by Rick James on February 23 2009 6:42pm

FLUSH TABLES WITH READ LOCK does _not_ seem to put InnoDB into a sufficiently quiesced state for Linux LVM snapshot.
--


"Клонирование дисков во FreeBSD, используя снапшоты ФС"
Отправлено qqq , 09-Окт-08 14:51 
Собственно на FreeBSD dump с опцией -L использует snapshots при работе

"Клонирование дисков во FreeBSD, используя снапшоты ФС"
Отправлено zuborg , 04-Окт-08 15:43 
dd if=/dev/md1 of=/dev/ad4s1f bs=16k conv=sparse
так ещё быстрее

"Клонирование дисков во FreeBSD, используя снапшоты ФС"
Отправлено cvsup , 06-Окт-08 11:59 
и получим нерабочую фс

"Клонирование дисков во FreeBSD, используя снапшоты ФС"
Отправлено zuborg , 08-Окт-08 17:37 
не вводите читателей опеннета в заблуждение
фс будет рабочая

"Клонирование дисков во FreeBSD, используя снапшоты ФС"
Отправлено cvsup , 09-Окт-08 11:01 
работать она будет лишь потому, что в здесь conv=sparse не имеет эффекта
(почему - другой вопрос), иначе был бы нарушен layout fs со всеми вытекающими

"Клонирование дисков во FreeBSD, используя снапшоты ФС"
Отправлено zuborg , 10-Окт-08 00:54 
Снапшот суть sparse-файл у которого не NUL-блоки замаплены на используемые ФС блоки (инод-мапы и блоки данных).
Чтоб убедиться в том что conv=sparse ускоряет копирование (за счет отсутствия записи пустых блоков) попробуйте скопировать на другой диск снепшот пустой, а потом заполненной ФС гиг на десять.

А то развели здесь демагогию, со всеми вытекающими..


"Клонирование дисков во FreeBSD, используя снапшоты ФС"
Отправлено zuborg , 11-Окт-08 10:19 
Прошу прощения, вы были действительно правы.
conv=sparse ничего не поломает только в случае если новый диск изначально заполнен нулями, что в общем случае, разумеется, неверно.

Для быстрого копирования только используемых ФС блоков, в том числе и нулевых, нужно использовать /usr/ports/sysutils/ufs_copy


"Клонирование дисков во FreeBSD, используя снапшоты ФС"
Отправлено Azudim , 09-Окт-08 20:40 
Подскажите, как сделать дамп HDD с рабочей фс на MS VitrualPC (.vhd) и обратно? =)