Резервное копирование данных с помощью Dump и Restore.

Резервное копирование будем делать на Внешний жесткий диск, который подключили вот в этой статье, так как образ всей системы занимает много места.

1. Для чего это необходимо:

Трудно переоценить роль резервного копирования на сервере, когда речь идет о целостности и сохранности данных. Информация может быть утеряна разными способами и по разным причинам, удалена или испорчена случайно, сервер может быть взломан и информация уничтожена злонамеренно, в конце концов жесткие диски могут и умирать. Встроенные во FreeBSD, системные утилиты Dump и Restore, являются одним из самых надежных и безопасных средств резервного копирования в Unix системах, это неотъемлемый инструмент любого системного администратора, призванный, если и не восстановить данные в полном объеме, то хотя-бы вернуть то, что было сохранено и смягчить возможные последствия от потери информации.

2. Проверим где находится система

/mnt/usb # df -h

И увидим

Filesystem     Size    Used   Avail Capacity  Mounted on
/dev/ada0p2     69G     36G     28G    56%    /
devfs          1,0K    1,0K      0B   100%    /dev
fdescfs        1,0K    1,0K      0B   100%    /dev/fd
procfs         4,0K    4,0K      0B   100%    /proc
/dev/fuse      233G     39G    193G    17%    /mnt/usb

вот и будем Бекапить /dev/ada0p2

3. Типичный процесс создания резервной копии данных, может выглядеть следующим образом:

#dump -0 -f - /dev/ada0p2 > /mnt/usb/backup.img

При правильном написании появится:

  DUMP: WARNING: should use -L when dumping live read-write filesystems!
  DUMP: Date of this level 0 dump: Wed Nov  1 13:30:04 2017
  DUMP: Date of last level 0 dump: the epoch
  DUMP: Dumping /dev/ada0p2 (/) to standard output
  DUMP: mapping (Pass I) [regular files]
  DUMP: mapping (Pass II) [directories]
  DUMP: estimated 35943814 tape blocks.
  DUMP: dumping (Pass III) [directories]
  DUMP: dumping (Pass IV) [regular files]
  DUMP: 1.38% done, finished in 5:57 at Wed Nov  1 19:32:22 2017
  DUMP: 7.93% done, finished in 1:56 at Wed Nov  1 15:36:20 2017
  DUMP: 13.95% done, finished in 1:32 at Wed Nov  1 15:17:51 2017
  DUMP: 19.35% done, finished in 1:23 at Wed Nov  1 15:13:39 2017
  DUMP: 25.19% done, finished in 1:14 at Wed Nov  1 15:09:32 2017
  DUMP: 30.98% done, finished in 1:06 at Wed Nov  1 15:07:08 2017
  DUMP: 36.77% done, finished in 1:00 at Wed Nov  1 15:05:29 2017
  DUMP: 42.20% done, finished in 0:54 at Wed Nov  1 15:05:05 2017
  DUMP: 47.85% done, finished in 0:49 at Wed Nov  1 15:04:21 2017
  DUMP: 53.03% done, finished in 0:44 at Wed Nov  1 15:04:34 2017
  DUMP: 59.04% done, finished in 0:38 at Wed Nov  1 15:03:27 2017
  DUMP: 64.30% done, finished in 0:33 at Wed Nov  1 15:03:36 2017
  DUMP: 69.47% done, finished in 0:28 at Wed Nov  1 15:03:51 2017
  DUMP: 75.45% done, finished in 0:22 at Wed Nov  1 15:03:04 2017
  DUMP: 82.00% done, finished in 0:16 at Wed Nov  1 15:01:45 2017
  DUMP: 87.77% done, finished in 0:11 at Wed Nov  1 15:01:27 2017
  DUMP: 92.48% done, finished in 0:06 at Wed Nov  1 15:02:12 2017
  DUMP: 97.83% done, finished in 0:01 at Wed Nov  1 15:02:17 2017
  DUMP: DUMP: 35972430 tape blocks
  DUMP: finished in 5521 seconds, throughput 6515 KBytes/sec
  DUMP: DUMP IS DONE

После этого в папке /mnt/usb/ появится наш файл образа backup.img

4.можно его еще и за архивировать так как dump не сжимает создаваемый образ

/mnt/usb #gzip backup.img

Или сделать это сразу в момент создания бекапа одной командой

/mnt/usb #dump -0 -f - /dev/ada0p2   | gzip -9  > /mnt/usb/backup.img.gz

Ну как только понадобится использовать restore я продолжу свою статью!
А вот так предлагают делать!!!
Восстановить данные можно при помощи другой программы – restore
В случае, если у вас применялось gzip сжатие образа при создании, то работает конструкция вроде
Внимание! Опасная команда!

#gzip -d  /home/backup/root.2009.05.06.img.gz  | ( cd / ; restore -rf - )

Что происходит при запуске этой команды
— мы запускаем gzip с параметром -d (это значить распаковать архив)
— мы указываем файл, который содержит резервную копию
— переходим в раздел, в который нужно восстановить нашу копию (в этом примере восстанавливаем корневой раздел)
Внимание! Существующие данные при восстановлении уничтожаются! Поэтому экспериментируйте осторожно. Важно освоить этот простой механизм резервного копирования и восстановления в спокойной, штатной обстановке, чтобы потом быть уверенным в том, что вы все делаете правильно, и ваши резервные копии действительно работают.