1.3, Keeper (??), 20:10, 03/10/2008 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
А чем это лучше, чем dump/restore?
(не флэйма ради, а образования для)
| |
|
2.4, uldus (ok), 21:34, 03/10/2008 [^] [^^] [^^^] [ответить]
| +/– |
>А чем это лучше, чем dump/restore?
>(не флэйма ради, а образования для)
Например тем, что можно сделать
mysql stop
mk_snap
mysql start
И получить работающую копию базы на втором диске с даунтаймом основной базы в секунду. Снапшоты удобно для бэкапа БД использовать.
| |
|
3.5, rakshas (??), 01:00, 04/10/2008 [^] [^^] [^^^] [ответить]
| +/– |
Опять же для образования ради.
А что мешает
mysql stop
dump/restore
mysql start
?
Или снапшот просто быстрее?
| |
|
4.6, techniX (?), 01:27, 04/10/2008 [^] [^^] [^^^] [ответить]
| +/– |
Снапшот 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.
| |
|
3.11, angra (ok), 05:03, 06/10/2008 [^] [^^] [^^^] [ответить]
| +/– |
>mysql stop
Ну если вы можете себе позволить остановить сервер, то можно и без снапшотов обойтись. По уму делается flush tables with read lock, потом снапшот, потом unlock tables
| |
|
2.15, qqq (??), 14:51, 09/10/2008 [^] [^^] [^^^] [ответить]
| +/– |
Собственно на FreeBSD dump с опцией -L использует snapshots при работе
| |
|
|
|
|
4.14, cvsup (ok), 11:01, 09/10/2008 [^] [^^] [^^^] [ответить]
| +/– |
работать она будет лишь потому, что в здесь conv=sparse не имеет эффекта
(почему - другой вопрос), иначе был бы нарушен layout fs со всеми вытекающими
| |
|
5.17, zuborg (?), 00:54, 10/10/2008 [^] [^^] [^^^] [ответить]
| +/– |
Снапшот суть sparse-файл у которого не NUL-блоки замаплены на используемые ФС блоки (инод-мапы и блоки данных).
Чтоб убедиться в том что conv=sparse ускоряет копирование (за счет отсутствия записи пустых блоков) попробуйте скопировать на другой диск снепшот пустой, а потом заполненной ФС гиг на десять.
А то развели здесь демагогию, со всеми вытекающими..
| |
5.18, zuborg (?), 10:19, 11/10/2008 [^] [^^] [^^^] [ответить]
| +/– |
Прошу прощения, вы были действительно правы.
conv=sparse ничего не поломает только в случае если новый диск изначально заполнен нулями, что в общем случае, разумеется, неверно.
Для быстрого копирования только используемых ФС блоков, в том числе и нулевых, нужно использовать /usr/ports/sysutils/ufs_copy
| |
|
|
|
|
1.16, Azudim (??), 20:40, 09/10/2008 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
Подскажите, как сделать дамп HDD с рабочей фс на MS VitrualPC (.vhd) и обратно? =)
| |
|