Вопрос на автоматическом резервном копировании сервера
Я прочитал довольно много сообщений, страниц Wiki и веб-страниц о резервных инструментах включая Бакулюмы и backupPc. Для BackupPC я прочитал официальную документацию. Я ищу решение для автоматического резервного копирования как замену для резервных копий Clonezilla.
Это кажется мне странный, что я не сталкивался ни с какими ссылками на системную непротиворечивость в учебных руководствах. Разве это не было бы одной из первых вещей, подходящих, когда при размышлении об автоматизированном сервере копируют? Что относительно баз данных MySQL, что относительно большого содержания (электронное письмо, блог, магазины, мерзавец), который мог бы измениться, будучи сохраненным. Я был бы кроме инструментов обеспечивать функции, чтобы автоматизировать дампы DB, запустить и остановить сервисы, когда их файлы собираются быть сохраненными. Поскольку сервисы распределяют свои файлы повсеместно, я ожидал бы что быть нетривиальным и очень трудоемким планированием. Далее некоторые сервисы как NTP, LDAP, Samba мог бы быть вовлечен в пользователя и сервисную аутентификацию и может быть закрыт только, когда сервер резервного копирования вступает во владение (который не должен быть сохранен одновременно...). Затем для включения пользовательских предупреждений, что что-то будет в режиме офлайн за 5-4-3-2-1-0 минут и т.д. Я думаю, что Вы понимаете.
Таким образом, теперь у меня есть чувство, что я пропускаю некоторое действительно тривиальное решение здесь. Я был бы очень рад, если кто-то мог бы выпустить меня той умственной блокировки и указать на меня на некоторое место, где я мог следовать учебному руководству запуска к концу, касающемуся к резервному копированию сервера включая сервисы.
Править:
Комментарии показывают мне, что мой вопрос мог быть неправильно понят. Позвольте мне перефразировать вопрос:
"С каким я сказал выше, как Вы решали те проблемы для своей среды?"
Я счастлив за любую информацию о материале, который на самом деле работал в поле.
благодарит читать.
CatMan
1 ответ
При использовании виртуальной машины, Вы копируете целую виртуальную машину и сделаны с нею. Мы используем пользовательские сценарии, хотя для наших экземпляров Google и не полагаются на программное обеспечение для резервного копирования.
В основном: соберите все данные, чтобы скопировать и поместить его в каталог. Давайте назовем это /backup/. В /backup/ у нас есть каталоги, названные 01 к 31. В тех каталогах мы копируем все файлы, которые должны быть сохранены. Таким образом, у нас есть 1 месяц резервных копий на самой машине. Если пространство ограничено, можно также сделать это на числе дня (так ценность 7 дней резервных копий).
Для mysql у нас есть сценарий, чтобы остановить базу данных и использовать mysqldump, чтобы генерировать 1 большой файл и сохранить его в /backup/[01-31] на том определенном числе месяца. Конфигурационные файлы также копируются. Jasperserver (инструмент для создания шаблонов главным образом для PDFs) имеет сценарий экспорта для экспорта всего пользовательского содержания в 1 большой zip-файл. Для апача мы копируем по программному обеспечению веб-сайта в zip-файл и также копируем конфигурационные файлы. Мы не используем почту в наших системах (мы используем 2 удаленных системы, названные flowmailer и почтовым штемпелем к почте), но что-то подобное может быть сделано здесь также.
И те данные затем копируется в другую машину, которая не находится в том же здании.
Наше время простоя должно быть близко к 0. У нас есть клиенты, которые имеют местоположения во всем мире (от Китая до Америки). Дамп MySQL занимает приблизительно 90 минут (за те 90 минут все другие, программное обеспечение сделано). Для решения этого, мы используем 2 экземпляра Google, и резервное копирование сделано от ведомого устройства, таким образом, время простоя 0. Все, что мы должны сделать впоследствии, является обновлением ведомое устройство.