Что такое бэкап сайта

Автор: Wmhost
Картинка блога

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

 

Резервирование на стороне хостинг-провайдера

 

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

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

  • периодичность резервирования, единовременное количество копий, срок хранения бэкапов;

  • бэкап не только статических, но и динамических данных;

  • сохранение настроек;

  • тайминг восстановления системы после падения;

  • технология восстановления - через файловый менеджер панели управления или вручную через FTP;

  • хранение резервных копий на физически независимых серверах, лучше всего - в дата-центрах с разной локацией.

 

Если объем БД интернет-ресурса не очень большой, рекомендуется создавать резервные копии на собственном локальном сервере. Помимо физической безопасности это позволит минимизировать риски доступа к файловой системе в случае конфликтов с провайдером, например, при смене площадки размещения ресурса.

 

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

Частой причиной нарушения работы сайта становятся вирусы. Не всегда получается быстро и без последствий произвести очистку от вредоносного кода. Веб-адмнистратору бывает проще уничтожить зараженную базу и откатить сайт к последней “чистой” версии из резерва.

Настройки политики безопасности, уровень защиты ресурса напрямую зависят от вариантов хостинга. Минимальная защищенность у сайтов на бесплатном виртуальном хостинге. При использовании технологии VDS с правами root-доступа организация надежности полностью в руках web-администратора. Максимальную эффективность обеспечивает аренда виртуального сервера.

 

Как часто нужно делать бэкапы

 

Как часто нужно делать бэкапы

 

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

Есть общие рекомендации:

  • наиболее важную информацию следует бэкапить ежедневно;

  • делайте бэкапы перед каждым изменением настроек системы, обновлением плагинов, проведением любых серьезных технических работ на сайте;

  • храните ежедневные копии в течение месяца, еженедельные за последний квартал, ежемесячные в течение года.

 

Способы создания бэкапов

 

  1. Наиболее простой способ резервирования - ручное копирование на сторонние носители. Процесс довольно трудоемкий, подходит для небольших веб-проектов. Велика зависимость от “человеческого фактора”, который, как известно, наиболее критичен с точки зрения безопасности.

  1. Использование бесплатных сервисов, таких как FileZilla и phpMyAdmin. Плюс в том, что нет необходимости платить, но возникают другие проблемы. FileZilla управляет файлами, phpMyAdmin — базами данных, необходимо вручную запускать оба сервиса, самостоятельно следить за регулярностью создания backup. 

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

  2. Покупка тарифного плана интернет-хостинга с автоматическим резервным копированием. Некоторые провайдеры данную услугу предлагают за отдельную оплату. Лучше выбирать тариф, в который уже включено автоматическое создание бэкапов файловой системы сайта и баз данных. Как это предусмотрено, например, у хостинг-провайдера WMHOST даже в минимальном тарифном плане:


 

Автоматическое резервирование данных на хостинге WMHOST


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

 

В зависимости от выбранного способа резервирования отличается процесс восстановления утерянных или поврежденных файлов. Бэкап через FTP придется восстанавливать вручную. Через панель управления хостингом процедура отката противоположна процедуре создания резервных копий. Автоматическое резервирование на стороне провайдера подразумевает такое же восстановление по упрощенной схеме.

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

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