The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]

Клонирование дисков во FreeBSD, используя снапшоты ФС
Создаем снапшот 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
 
03.10.2008
Ключи: ufs, freebsd, backup, snapshot / Лицензия: CC-BY
Раздел:    Корень / Администратору / Система / Установка и синхронизация времени

Обсуждение [ Линейный режим | Показать все | RSS ]
  • 1.2, Anonymous (?), 17:40, 03/10/2008 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    а в каких ветках фри это будет работать?


     
     
  • 2.8, rakshas (??), 02:58, 04/10/2008 [^] [^^] [^^^] [ответить]  
  • +/
    The mksnap_ffs utility first appeared in FreeBSD 5.0.
     
     
  • 3.9, Аноним (9), 04:28, 04/10/2008 [^] [^^] [^^^] [ответить]  
  • +/
    комманда FFS меня улыбнула :)
    кто играл в WOW поймет :)
     

  • 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.

     
     
  • 5.7, rakshas (??), 01:29, 04/10/2008 [^] [^^] [^^^] [ответить]  
  • +/
    Спасибо!
     
  • 3.11, angra (ok), 05:03, 06/10/2008 [^] [^^] [^^^] [ответить]  
  • +/
    >mysql stop

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

     
     
  • 4.19, Денис Юсупов (?), 12:50, 04/09/2009 [^] [^^] [^^^] [ответить]  
  • +/
    Боюсь, что этого недостаточно может быть:
    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.
    --

     
  • 2.15, qqq (??), 14:51, 09/10/2008 [^] [^^] [^^^] [ответить]  
  • +/
    Собственно на FreeBSD dump с опцией -L использует snapshots при работе
     

  • 1.10, zuborg (?), 15:43, 04/10/2008 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    dd if=/dev/md1 of=/dev/ad4s1f bs=16k conv=sparse
    так ещё быстрее
     
     
  • 2.12, cvsup (ok), 11:59, 06/10/2008 [^] [^^] [^^^] [ответить]  
  • +/
    и получим нерабочую фс
     
     
  • 3.13, zuborg (?), 17:37, 08/10/2008 [^] [^^] [^^^] [ответить]  
  • +/
    не вводите читателей опеннета в заблуждение
    фс будет рабочая
     
     
  • 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) и обратно? =)
     


     Добавить комментарий
    Имя:
    E-Mail:
    Заголовок:
    Текст:




    Партнёры:
    PostgresPro
    Inferno Solutions
    Hosting by Hoster.ru
    Хостинг:

    Закладки на сайте
    Проследить за страницей
    Created 1996-2024 by Maxim Chirkov
    Добавить, Поддержать, Вебмастеру