Проблемы резервного копирования веб-сайта

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

В чем сложность?

Рассмотрим распространенные проблемы сервера резервного копирования:

• Неполадки с запуском создания бэкапа. В основном это связано с ошибкой в скрипте или использовании неправильного пароля.
• База данных сохраняется без статического контента. Если речь идет о небольшом сайте, такая неполадка не вызовет никаких проблем. Но современные интернет-магазины используют фотографии для всех товарных единиц, сайты наполнены контентом пользователей и т.д.
• Резервируется не та база данных. Проблема возникает в случаях, когда пользователь создал новую базу, но не внес ее в скрипт.
• Система создает бекап неактуального запасного сервера. Чтобы снизить нагрузку, очень часто backup создаются на запасном сервере. При проблемах с синхронизацией скрипт начнет создавать backup неактуального проекта.
• Запасная копия делается слишком редко. Пример: бэкап создается по воскресеньям. Если в субботу случится сбой, данные за 6 дней будут безвозвратно утеряны.
• Бэкапы хранятся там же, где и создаются. Если сервер с проектом выйдет из строя, случится авария, и с жесткого диска удалится вся информация – у вас не будет с чего восстанавливать сайт.
• Сложный способ создания копий делает дальнейшее восстановление невозможным.

Правильная организация системы backup

Создание любой системы основывается на определенных требованиях. Необходимо ставить конкретные задачи. Для этого нужно дать ответы на три вопроса:

• Насколько актуальной должна быть возобновленная информация?
• Сколько времени должно уходить на полное восстановление проекта?
• Где хранить полученные бэкапы и как эта площадка будет связана с основным сервером?

Статические и пользовательские данные

Статические файлы, на первый взгляд, копировать легко, но только не в случае с крупными интернет-магазинами. Если новые карточки с товаром выгружаются раз в сутки – достаточно делать полную копию раз в сутки. Если новый контент загружается круглосуточно, стоит подумать над синхронизацией с внешним запасным сервером.

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