У меня Linux VPS, размещенный в центре обработки данных VPS.
Мне нужно сделать на нем бэкап. Я прикажу это сделать Хранящемуся облаку планеты. http://www.theplanet.com/cloud-storage/
У меня вопрос о стратегии резервного копирования:
Сегодня у меня есть другие серверы, и я использую резервную копию rsync по неделям. Я получаю полную резервную копию в начале недели и увеличиваю ее в течение недели.
В резервном сервере у меня что-то вроде:
200902_week06
200902_week07
200902_week08
....
По неделям использую rsync --delete. До сих пор это работает для моих предложений.
Но на этом новом сервере у меня много файлов, и копирование и повторное копирование их все недели приведет к потере пропускной способности и размера хранилища.
Используя этот старый способ, я могу откатить файлы, если что-то пойдет не так, всего за неделю. В этом новом случае мне нужно откатывать файлы по дням.
Я думаю о чем-то вроде Time Machine на Mac: я отправляю только то, что новенькое, например, rsync, но я могу откатиться (и путешествовать) каждый день.
Для этого я думаю использовать VCS, например Bazaar, для управления записями коммитов. Что Вы думаете об этом?
Второй вопрос об этой стратегии - использовать второе хранилище резервных копий: Резервная копия из резервной копии. Я знаю, что в дата-центрах вроде The Planet есть RAID. Но что произойдет, если кто-то получит доступ к моему VPS и получит пользователя и пароль от службы резервного копирования, хранящиеся в моем сценарии резервного копирования CRON?
На самом деле я делаю две резервные копии, и на моем общедоступном сервере нет упоминания о втором хранилище. Опять же: что вы думаете об этом? Есть другие способы?
Спасибо, Дэниел Кох
Для вашего первого вопроса я бы рекомендовал взглянуть на rsnapshot. По сути, это оболочка для rsync, diff и некоторых других инструментов. Он будет управлять вашими версионными / инкрементными резервными копиями и на вашем сервере резервного копирования будет предоставлять дерево для просмотра для каждого «моментального снимка». Он использует жесткие ссылки файловой системы, чтобы обеспечить полное "представление" каждого снимка, даже если только несколько файлов могли быть изменены.
По вашему второму вопросу - вы должны использовать вытащить резервные копии, а не push-резервные копии, как вы сейчас используете. На своем сервере резервного копирования сгенерируйте пару ключей ssh, загрузите открытый ключ на рабочий сервер, а затем используйте эту учетную запись для резервного копирования через ssh. Таким образом, поскольку на сервере находится только ваша общедоступная информация, вашим резервным копиям не будет нанесен вред, если они будут скомпрометированы.
Также по поводу вашего предложения использовать VCS для управления резервными копиями. Я настоятельно рекомендую против этого. Конечно, это, вероятно, сработает, но производительность, скорее всего, будет очень низкой. Существуют гораздо лучшие специализированные инструменты резервного копирования, которыми вы будете гораздо больше довольны в долгосрочной перспективе.
Недавно я наткнулся на хороший пост в блоге, который показывает, насколько легко создать схему Time Machine при использовании rsync. Проверить это. Я также добавил его на страницу википедии rsync для более подробной информации.
http://en.wikipedia.org/wiki/Rsync#Examples
http://blog.interlinked.org/tutorials/rsync_time_machine.html