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

Rsync от 32-битного Ubuntu до 64-битного экземпляра

Я использую 32-битный VPS Ubuntu Maverick (10.10) на Linode. Я хочу использовать RackSpace для «функционального» резервного копирования, но они предлагают только 64-битную версию на своих CloudServers.

В идеале я хотел бы иметь возможность RSync /, но я подозреваю, что это вызовет путаницу с различными библиотеками и прочим.
До сих пор я делал это для домашней папки:
sudo rsync -avzrlR --progress --perms --delete -e ssh root@server.com:/home/./ /home
но я хотел бы иметь возможность использовать различные конфигурации RSync, найденные в /etc также.

Конечная цель состоит в том, чтобы получить действительно грубый запасной вариант по дешевке ™, например:
Я создаю экземпляр RackSpace, обновляю резервную копию, создаю ее образ в CloudFiles и удаляю экземпляр.
Если что-то сломается на Linode, я могу создать новый сервер RackSpace из последнего образа.

Вопрос: могу я добавить /etc в полном объеме к однострочному RSync, или я должен продолжать выбирать каждый конец и каждый .conf, .ini, etc.?

(Я понимаю, что это, вероятно, неправильный путь, но я пытаюсь проявить усердие и сэкономить как можно больше долларов на данный момент.)

Вы можете rsync / в другой каталог, который предоставит вам полную резервную копию рабочего сервера. Вам понадобится достаточно места для всей иерархии. Также вам нужно будет исключить такие вещи, как / proc, / sys и другие подобные точки монтирования. Использовать -x исключит ваши данные, если они находятся в смонтированной файловой системе.

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

Резервное копирование активных баз данных с помощью rsync может вызвать проблемы. Подход, который я использую там, заключается в использовании инструментов базы данных для создания восстанавливаемой резервной копии, а затем ее копирования.

Рассмотрите возможность использования --include-from=FILE для выбора каталогов, для которых необходимо создать резервную копию. Использовать --dry-run возможность увидеть, что будет зарезервировано перед первым запуском.

Могу ли я полностью добавить / etc в однострочную оболочку RSync или продолжать выбирать каждый e и каждый .conf, .ini и т. д.?

Что произойдет, если вы скопируете серверы имен? Почтовые смарт-хосты? Фстаб?

Даже если бы на обоих концах была одна и та же ОС / дистрибутив, я бы рекомендовал рассматривать резервную копию только как это - и отдельно:

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