Резервное копирование без помощи программного обеспечения [closed]
Я новичок в VPS, хотя мне стало комфортно настраивать Nginx, PHP-FPM, MySql, git и другие инструменты в CentOs, а также выполнять некоторые базовые меры безопасности и Много! упражнения по оптимизации через доступ к оболочке. Теперь я застрял в самой важной части; Как сделать правильную резервную копию.
На данный момент я знаю, что регулярное резервное копирование - это хорошо, и его следует делать не реже одного раза в месяц с использованием программного обеспечения по вашему выбору. Я согласен с большей частью, и я готов сделать резервную копию, но я чувствую себя комфортно, просто используя что-то вроде этого.
$ tar -cvzf www-backup-july-2014.tar.gz var/www
Теперь все, что мне нужно сделать, это отправить заархивированный файл на какой-нибудь мой сайт, например,
$ mv www-backup-july-2014.tar.gz /var/www/public/mysite.com/
и просто загрузить tar-файл, а затем удалить его из общей папки.
Теперь, учитывая этот сценарий, мне кажется, что я упускаю из виду все разговоры о защите ваших данных (с точки зрения резервного копирования), потому что это работает, хотя и с небольшими ограничениями.
Теперь, как вы, возможно, догадались, мой единственный вопрос очевиден:
1: Что не так с описанным выше методом? и ..
Я бы сказал, что хорошее резервное копирование происходит гораздо чаще, чем раз в месяц - но если вы не против потерять последний месяц работы на вашем сервере, это зависит от вас.
Программное обеспечение, которое на самом деле было разработано, чтобы делать резервное копирование, имеет много вещей, которые, тем не менее, подходят для них. Сверху в голове:
Автоматизировано. Нет шансов, что вы забудете их запустить.
Уведомления по электронной почте, если они провалятся. Или если у них получится.
Хорошо протестировано. Вы уверены, что сможете поймать каждый случай, когда ваши бэкапы, кажется, работают, но на самом деле не работают? Большинство программ для резервного копирования улавливает все распространенные способы, которыми они могут давать сбой (хотя ничто не идеально, поэтому вам все равно нужно проверить свои резервные копии!)
Правильно создает резервные копии баз данных.
Имеет задокументированные процедуры восстановления.
Сохраняет X предыдущих резервных копий, в случае, если последняя повреждена или вы не заметили, что что что-то нужно восстанавливать сразу же.
Возможна передача новых резервных копий в отличном виде с помощью rsync или аналогичным способом, чтобы вам не нужно было каждый раз передавать все данные, только то, что изменилось.
Правильно обрабатывает разрешения, права собственности, UID/GID-карты, файлы устройств, временные файлы и т.д.
Конечно, большую часть этого можно сделать вручную. Но она подвержена ошибкам и требует переизобретения уже существующих колес. Существует множество бесплатных подходящих инструментов для резервного копирования, которые могут создать резервную копию вашего сайта и баз данных, или всего сервера. С вашим планом резервного копирования вы пропустите все, чего нет в /var/www - базы данных, и конфигурационные файлы для ваших веб-серверов и серверов баз данных являются самыми важными. Резервное копирование всего сервера (за исключением таких вещей, как /tmp, /proc и /dev) обычно является хорошей идеей, даже если вы никогда не планируете восстанавливать все данные, вы не рискуете пропустить что-нибудь важное.
.