Настройка резервного копирования на хостинге

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

Настройка резервного копирования на хостинге

С помощью этой инструкции вы узнаете как настроить резервное копирование баз данных и прочих файлов по FTP на хостинг Timeweb с помощью программ MS SQL Server, WinRAR, WinSCP и планировщика заданий Windows.

Настройка резервного копирования на хостинге

Итак, у нас имеется локальный сервер, на котором хранятся базы данных и фтп сервер, куда мы хотим эти базы данных отправлять. Ftp сервером у нас будет хостинг для сайтов Timeweb, так как у организации имеется сайт на этом хостинге, там есть немного свободного места и мы используем его для хранения копий баз данных. Кроме этого у вас на локальном сервере должны быть установлены WinRAR и WinSCP. Если у вас нет необходимости сжимать архиватором базу данных,как в моём случае, вы можете отправлять на фтп сервер базу без архивации. Пример с архивацией может пригодиться, если вы отправляете произвольные файлы, и их надо предварительно запаковать, либо хотите установить пароль на архив, так как передача по ftp протоколу небезопасна. Общая схема описываемых действий выглядит так:

Какова моя схема резервного копирования?

1. Я всегда делаю бэкап и базы данных и файлов после каждого более-менее важного изменения на сайте. Например, после статьи, перед установкой плагинов, обновлении WP и прочих важных мероприятиях.

Читайте также:  Настраиваем кнопки управления окном в GNOME 3

2. Резервная копия WordPress хранится не только на хостинге, но и на жестком диске компьютера.

3. Обязательно закачиваю копию блога в облачное хранилище SkyDrive от Windows Live. Там выделяется 25 гигов места под такие файлы совершенно бесплатно. Вообще, очень положительно отношусь к Windows Live и настоятельно рекомендую попробовать.

4. Но и это еще не все : – ) Раз в месяц и записываю все данные на DVD – диск!

Нормально? Если раньше иногда даже сам посмеивался над собой, то теперь нет. Резко проникся мнением, что именно так и нужно делать. И дальше буду так делать.

Восстановление сайта из резервной копии

Для восстановления сайта от определенной даты нужно предварительно очистить содержимое корневого каталога сайта (по умолчанию корневой каталог сайта находится в каталоге www/имя_сайта). Для этого нужно либо удалить все данные внутри корневого каталога, либо скопировать файлы в другой каталог, не находящийся в корневом каталоге. Далее предпримите следующие шаги для восстановления из резервной копии:

  1. Выберите нужную резервную копию и нажмите кнопку «Данные»
  1. В открывшемся окне выберите раздел «Файлы» и нажмите на кнопку «Файлы»
  1. Откройте каталог www, нажмите на каталог с именем сайта и нажмите кнопку «Восстановить»
  1. Для восстановления базы данных выберите раздел «Базы данных», в новом окне выделите базу и нажмите «Восстановить»

Если Вам требуется восстановить определенный файл, то Вам нужно повторить шаги 1-3, пройти в корневой каталог, найти нужный файл, нажать на него и затем на кнопку «Восстановить».

Если у Вас возникли сложности с восстановлением данных — свяжитесь с нашей технической поддержкой.

Читайте также:  Устройство iPhone iPad или iPod touch не обновляется

Почему никто не делает бэкапы

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

Админы даже шуточно делят друг друга на две группы: «те, кто делает бэкапы, и те, кто уже делает бэкапы». «Уже» — потому что потеря данных запоминается на всю жизнь. Это как с плитой в детстве: коснёшься один раз, потом будешь обходить за версту. Останешься в новогоднюю ночь с поломанным сайтом и без бэкапа — научишься настраивать резервное копирование. У нас даже есть история об этом.

«В студенчестве я подрабатывал в одной фирме, и у неё был сайт. Тогда карты и справочники не были распространены, и на сайт за справкой каждый день заходило много пользователей. А у меня ещё было недостаточно навыков в «этих ваших линуксах», и я случайно удалил половину разделов сайта, а бэкапа не было. Хуже всего то, что сделал я это 31 декабря и не заметил. Все каникулы сайт лежал. Я очень сильно пожалел!»

Иван Литвинцев, проджект-менеджер Vepp

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

Экономят на ресурсах. Бэкап — это копия всех файлов сайта. Она занимает столько же места, сколько оригинал: сайт «весит» 1Гб, бэкап будет меньше, но ненамного. А ещё сам процесс копирования отнимает ресурсы. Если запустить бэкап в пик посещаемости, сайт начнёт работать медленнее. То есть причина не надуманная, для создания резервных копий и правда нужны ресурсы.

Экономят на времени. Кто-то не знает, как делать бэкапы, и думает, что на это способны только админы. А про админов думает, что их днём с огнем не сыщешь и за работу они попросят всё золото мира. Действительно, кое-какие знания понадобятся, и в некоторых случаях без помощи профессионалов не обойтись. Но в целом проблему можно решить, выбрав один из предложенных в этой статье вариантов и потратив час времени.

Читайте также:  Как скачать видео с YouTube и законно ли это?

Full recovery model (работает только с регламентными заданиями и под контролем администраторов)

Мы описали полную модель восстановления базы данных – Full recovery model. Для особых случаев в MS SQL Server существует простая модель восстановления (Simple recovery model) и модель с неполным протоколированием (Bulk-logged). Full recovery model предусматривает регулярное выполнение задач обслуживания базы данных, а также контроль регулярности и результатов выполнения заданий со стороны администратора. Это предполагает существование сложного инструментария проектирования плана обслуживания (Maintenance Plan), который необходимо изучить.