Как можно сделать резервную копию (backup, бэкап) веб-сайта? Защищаемся от форс-мажора...Надо сказать , что большая часть нормальных хостеров раз в день, или раз в два дня, делают резервные копии, и в случае необходимости, можно вернуть веб-сайт в исходное состояние практически за несколько кликов.

Это при условии, что с хостингом не случился какой-нибудь форс-мажор...

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

Такие ситуации редко случаются, но они всё же случаются. Например, пожар на хостинге, природная стихия и т.д

Огромное количество веб-мастеров могут лишиться собственных веб-сайтов не имея способов восстановления.

Думаю лучше обучаться на чужих ошибках, как гласит народная мудрость!

Для начала, под бэкапом(Backup) подразумевается так сказать точка возврата, с которой в любой момент можно вернуть веб-сайт. Лучше всего хранить бэкап на локальном компьютере. Вот несколько примеров:

1. Если веб-сайт статичен, то есть изготовлен на связке html+css.

В таком случае, весь контент на веб-сайте прописан прямо внутри html файлов и выходит, что в данном случае резервная копия веб-сайта обязана включать страницы и файлы веб-сайта.

Почти всегда, веб-сайт сначала делается на локальном компе, а уже позже выкладывается в веб. Можно сказать, что резервная копия уже есть. Если все по другому, то делаем следующее:

Идем на хостинг, упаковываем в архив содержимое, корневой папки с нашим веб-сайтом (традиционно это public_html) и скачиваем его к себе на комп. Как не странно, но это и будет наша резервная копия. Само-собой разумеется, ежели веб-сайт, развивается, то временами необходимо обновлять файлы резервной копии. Таким образом добавили, например, пару html страниц с картинами на веб-сайт — будьте добры и в резервную копию их добавить.

В случае форс-мажора, Вы в любой момент можете закачать архив с резервной копией на хостинг и там его распаковать, получив работающий веб-сайт.

2. Если веб-сайт динамический , т.е. хранит контент в базе данных mysql.

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

Сначала делаем бекап файлов веб-сайта (аналогично первому пункту).

Для того, чтобы сделать резервную копию базы данных, используем хороший инструмент — Sypex Dumper .

— скачиваем программку с официального сайта http://sypex.net/ru/products/dumper/downloads/ (на момент создания урока, актуальна версия Sypex Dumper 2.0.6 Beta) Распаковываем скачанный архив и закидываем папку sxd на сервер (хостинг) в корневую директорию веб-сайта.

— чтобы программа работала нормально, необходимо установить нужные права доступа (CHMOD) на некоторые папки и файлы (что и как установить, написано в файле readme.txt , лежащем в папке sxd)

— прописываем в адресной строке браузера http://mysite.ru/sxd/ (только вместо mysite.ru — укажите собственный сайт). Открывается главная страничка скрипта.

Далее указываем логин и пароль для доступа к базе данных и жмем Войти.

В поле 1 отобразится Ваша база данных, справа от поля 1 — отобразится перечень всех таблиц данной базы (по умолчанию все отмечены). Нажимаем кнопку Выполнить (2) .

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

Если у Вас, например, есть форум и на нем часто добавляется новый контент, то следует обратить внимание на то, что часто меняется. Возможно, это картинки, pdf-файлы и т.д. То есть в рассмотренном случае, необходимо раз в день делать резервную копию базы данных, и обновлять папку с изображениями и вложениями. Следовательно, остальные файлы можно не трогать.

В случае если с хостингом что-то случится, то Вы достаточно быстро сможете переехать на иной — закачать туда резервную копию файлов, импортировать резервный файл базы данных и все будет работать!

В заключение. Вовремя сделанная резервная копия может избавить Вас от кучи проблем.