Сайт растёт, база данных наполняется заказами и перепиской, а резервные копии я до сих пор делаю сам — когда вспомню, и не всегда полным набором. Один серьёзный сбой способен обнулить месяцы работы, поэтому хочу передать эту задачу профессионалу и получить систему, которая работает сама, без моего участия.
Прошу настроить регулярный автоматический бэкап — и файлов сайта, и базы данных — по чёткому графику, а не от случая к случаю. Копии должны сразу уходить за пределы текущего сервера, в отдельное облачное хранилище, чтобы поломка или взлом самого сервера не уничтожили единственный экземпляр данных заодно с копией. Нужна также разумная политика хранения: старые архивы должны удаляться автоматически по истечении установленного срока, чтобы место не переполнялось, а актуальные версии всегда оставались под рукой.
Отдельно подчеркну: копия ценна только тогда, когда её реально можно поднять обратно. Поэтому важна регулярная проверка — тестовое восстановление архива в изолированном окружении, чтобы убедиться, что файлы не битые и база разворачивается без ошибок. И последнее условие — оповещения: если процесс резервного копирования сорвался, завис или прошёл с ошибкой, мне нужно узнать об этом сразу же, а не постфактум, когда копий уже давно нет.
Кратко, что должно получиться на выходе:
— автоматическое расписание копирования файлов и базы;
— хранение архивов в облаке отдельно от сервера, с ротацией по сроку;
— регулярная проверка восстановления в тестовом окружении;
— мгновенные уведомления о сбоях процесса;
— понятное описание настроенной схемы для дальнейшей поддержки.
Прошу настроить регулярный автоматический бэкап — и файлов сайта, и базы данных — по чёткому графику, а не от случая к случаю. Копии должны сразу уходить за пределы текущего сервера, в отдельное облачное хранилище, чтобы поломка или взлом самого сервера не уничтожили единственный экземпляр данных заодно с копией. Нужна также разумная политика хранения: старые архивы должны удаляться автоматически по истечении установленного срока, чтобы место не переполнялось, а актуальные версии всегда оставались под рукой.
Отдельно подчеркну: копия ценна только тогда, когда её реально можно поднять обратно. Поэтому важна регулярная проверка — тестовое восстановление архива в изолированном окружении, чтобы убедиться, что файлы не битые и база разворачивается без ошибок. И последнее условие — оповещения: если процесс резервного копирования сорвался, завис или прошёл с ошибкой, мне нужно узнать об этом сразу же, а не постфактум, когда копий уже давно нет.
Кратко, что должно получиться на выходе:
— автоматическое расписание копирования файлов и базы;
— хранение архивов в облаке отдельно от сервера, с ротацией по сроку;
— регулярная проверка восстановления в тестовом окружении;
— мгновенные уведомления о сбоях процесса;
— понятное описание настроенной схемы для дальнейшей поддержки.
