Назад | Перейти на главную страницу

rsyncing загрузочной резервной копии

jwz упоминает PSA: резервные копии довольно умная система резервного копирования. Ваш метод резервного копирования заключается в восстановлении на новый диск. Кажется, это просто работает на OSX. Что мне нужно сделать, чтобы принять это руководство в Ubuntu?

Разделите два внешних диска так же, как и ваш системный диск, и выполните rsync для всех ваших разделов, а также перенесите загрузочный сектор (первый сектор диска) с системного диска на внешние диски. Уродливый, но исправный, если вы правильно разбили его (большое если).

Также обратите внимание на более продвинутые системы «снимков системы», такие как mondo rescue, которые вроде как позаботятся о подобных уловках за вас.

Для Ubuntu я рекомендую использовать резервное копирование, вся "rsyncing живого загрузочного диска" просто не очень хорошо работает в Linux. Если UUID на двух дисках различаются (будет 9 из 10), вы не можете просто загрузиться с резервного диска, чтобы вернуться к работе, вам нужно будет загрузиться с компакт-диска Ubuntu и отредактировать / etc / fstab сначала на заменяемом диске. Если идентификаторы UUID совпадают, вы столкнетесь с проблемами, пытаясь установить их одновременно.

Существуют различия в файловой системе Mac, которые делают возможным такой обман. Я никогда не слышал о том, чтобы использовать этот метод через rsync, но он очень В мире OSX обычное дело - резервное копирование путем простого создания образа диска живого загрузочного тома, который впоследствии можно восстановить. Функциональность для восстановления таких образов предоставляется на установочном компакт-диске OSX.

Самое быстрое решение для Ubuntu - резервное копирование а затем просто переустановите Ubuntu (с живого компакт-диска Ubuntu это фактически то же самое, что восстановление образа диска, после чего вы восстанавливаете свой предыдущий выбор пакета, конфигурацию и данные из архива sbackup. Довольно просто, и я подозреваю, что вы могли бы написать руководство это позволяет новому пользователю без особых проблем пройти все этапы резервного копирования / установки / восстановления.

Если вы умен и планируете заранее, вы можете использовать LVM, чтобы сделать это за вас.

Допустим, у вас есть система на диске, который использует LVM; фактически вся система где-то находится на томе LVM.

Поместив второй жесткий диск во внешний корпус, подключите его к своей системе, заставьте LVM распознать диск, а затем используйте функцию зеркалирования LVM, чтобы скопировать диск на место. Как только будет закончена полная копия, разбейте зеркало. Теперь у вас будет точный моментальный снимок (поскольку зеркало также записывает любые изменения, происходящие в процессе копирования). Единственное, что вам сейчас нужно, это сделать его загрузочным. Если вы используете GRUB, вы можете сделать это из существующей системы.

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

Не уверен, правильно ли я понимаю ваш вопрос:

Если вы хотите сделать резервную копию своей Linux-машины для создания загрузочные восстановительные компакт-диски, затем взгляните на мондо

Это умная программа резервного копирования, которая выполняет резервное копирование вашего ядра и всех необходимых аппаратных драйверов таким образом, чтобы иметь возможность снимок весь сервер в образы .iso, которые затем можно записать на CD / DVD. Затем, если требуется восстановление, просто вставьте первый компакт-диск, включите питание и выберите вариант восстановления.

У меня нет для вас точного пошагового рецепта, но я подозреваю, что начал бы строить такую ​​систему. Я предполагаю, что вы пользователь Ubuntu, основываясь на вашем значке, тегах.

  • Я бы начал с mini.iso который соответствует вашей работающей системе и выполняет установку на портативный диск только через интерфейс командной строки. Я бы сделал один большой раздел.
  • Я бы протестировал загрузку с портативного накопителя, чтобы убедиться, что пока все работает.
  • При установке на ваш портативный диск я бы обновил / etc / fstab и /boot/grub/menu.list, чтобы использовать uuid, если они еще не были.
  • Я бы создал сценарий резервного копирования (/ root / rsync-to-portadrive) и исключил файл (/ root / rsync-exclude), как показано ниже (вам, вероятно, нужно добавить / настроить исключаемый файл).

Я не тестировал это и не проработал мелкие детали, но я почти уверен, что если вы используете rsync и не перезаписываете / etc / fstab или / boot, то система все равно должна загружаться и иметь возможность монтировать корневую файловую систему. Файл / root / rsync-exclude предотвратит включение файлов tmp и ненужного вам мусора, а также не позволит вам перезаписать каталог / boot и fstab.

Как я уже сказал, я не тестировал, и считаю, что мой основной план верен. Я согласен с другими авторами в том, что это не лучший метод для резервного копирования вашей системы. Если у вас есть какие-либо приложения базы данных, такие как mysql, вам нужно убедиться, что вы создали их отдельно.

/ корень / rsync-to-portadrive

# mount the portable device
mkdir -p /srv/portabackup/
mount /dev/disk/by-uuid/19976dc9-2d2b-43e3-87ff-d3fb071ddcb3 /srv/portabackup/

# make a backup of your /boot and fstab
mkdir -p /srv/portabackup/boot_backup/
cp /etc/fstab /srv/portabackup/boot_backup/fstab
rsync -va /boot/ /srv/portabackup/boot_backup/
# sync the main system
rsync -vaEH --delete --stats -D --numeric-ids \
      --exclude-from=/root/rsync-exclude \
      / /srv/portabackup/
# unmount
umount /srv/portabackup/

/ корень / rsync-исключить

- lost+found/
- core
- *~
- .nfs*
- /tmp/***
- /var/tmp/***
- /boot/***
- /boot_backup/***
- /etc/fstab
- /etc/mtab
- /srv/portabackup/***
- /proc/***
- /sys/***
+ *

Вы не упомянули частоту и ограничения. Для настольных компьютеров я использовал простой ночной сценарий cron, который делал тупое, но полное дублирование диска на основе чего-то вроде:

dd if=/dev/hda of=/dev/hdb

Преимущества

  • Не может быть проще. Если есть проблема, просто выбросьте неисправный диск, и можете использовать новый.
  • Поскольку вы будете читать все диск снова и писать все Кроме того, полезно заранее обнаруживать сбойные сектора.
  • Независимость от файловой системы и разбиения на разделы.

Недостатки

  • Ужасно медленный (Читать часы). Я улучшил его, используя специальный инструмент, который делал в основном то же самое, но параллельно читал адресат и выполнял запись только в том случае, если данные были изменены.
  • Поскольку вы реплицируете много живых файловых систем, в них не должно сильно измениться, тем более что это не совсем похоже на сбой, начало диска не будет синхронизировано с концом. Так что лучше делать это на основе обслуживания (с временным перемонтированием файловых систем R / O)

Более подходящее решение существует, если ваша система позволяет делать снимки, например Снимки LVM как указали другие. Я предложил свой, поскольку часть резервного копирования / восстановления не так проста, как, казалось, предполагал ваш вопрос.

Вы не можете сделать безопасную копию действующей системы. Лучше всего сделать загрузочный диск, скажем live CD, модифицированным для запуска сценария, который выполняет обратную операцию одним из описанных выше способов.

Вы могли бы использовать эти инструкции сделать клон с помощью ddrescue.