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

Как сделать резервную копию CentOS на выделенном хостинге GoDaddy

Есть ли у кого-нибудь опыт резервного копирования выделенного сервера в GoDaddy или где-либо еще?

У меня система CentOS. Недавно я совершил большую ошибку новичка, работая с Linux, и поджарил свой сервер. Пришлось начинать с нуля, потому что я так сильно его повредил.

GoDaddy говорит, что мне нужно разобраться со всем сам, потому что я не плачу им за резервные копии. Кто-нибудь знает, как подойти к этой резервной копии?

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

** Разъяснения **

У меня есть только один сервер в GoDaddy. Этот сервер находится на Linux CentOS. Мои персональные компьютеры - это просто персональные компьютеры, на которых установлены какие-то окна.

Я думаю, часть идеи, где хранить резервную копию. Есть ли у вас другой сервер сваливать их? Перенести на другой сервер?

Другая возможность: http://www.tarsnap.com/

Легко настроить автоматическое резервное копирование, резервное копирование очень дешево.

Если godaddy не выполняет резервное копирование, вам необходимо удаленно скопировать все важные файлы.

  rsync -avz me@myserver:/etc /my-local-destination

вы повторяете процесс для всех своих каталогов - если у вас есть база данных, вам нужно сделать дамп данных и скопировать удаленно

Dropbox ( http://www.dropbox.com/ ) имеет клиент linux, куда вы загружаете свои резервные копии на их сервер. Вы начинаете с 2 ГБ бесплатного пространства, которое может соответствовать вашим потребностям, а может и не соответствовать. После установки клиента сделать ваши резервные копии будет простым копированием их в определенный каталог. Все остальное берет на себя клиент.

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

Простое решение может включать rdiff-резервное копированиеили просто rsync через ssh.

Мне нравится rsync.net - отличный сервис RSYNC, управляемый гиками.

Следующим шагом будет определение того, что вам нужно для резервного копирования. Я предполагаю, что у вас есть какой-то веб-сайт. В идеальном мире у вас будет актуальное SVN-репозиторий с актуальным кодом вашего приложения, поэтому вам, вероятно, потребуется только резервное копирование любого каталога «загрузки» и вашей базы данных.

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

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

Возможно, в вашем случае это не подходит, но я также создаю резервную копию / home.

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

Я бы начал с резервного копирования всех этих элементов в один каталог / var / serverbackups, а затем, когда это задание резервного копирования завершилось, rsync всего дерева с внешней службой, такой как rsync.net или той, о которой уже упоминалось.

Это просто означает, что вы можете более легко изменить местоположение за пределами площадки, если вам это понадобится в будущем.

Если вам нужен более ручной подход, backup2l - это приложение Debian, которое вы можете установить и которое будет обрабатывать создание резервных копий на основе указанной вами строки путей; он будет управлять дифференциальным резервным копированием в tar.gz и обрабатывать выборочное восстановление. Вы все еще можете выполнить rsync для целевого каталога backup2l после его завершения.