Настроим автоматические копии сайта и базы данных
Настроим создание резервных копий по расписанию, сохраним их отдельно от хостинга и проверим, что сайт действительно восстанавливается из копии. Работаем с WordPress, 1С-Битрикс и другими CMS на PHP.
Без обязательств. Можно просто задать вопрос.
✓ Гарантия на настройку – 1 месяц.
✓ Проверяем восстановление сайта из копии на тестовом адресе.
✓ Точную стоимость согласуем после аудита – до начала работ.
Роман Кусты, Руководитель
Резервная копия помогает восстановить сайт после неудачного обновления, ошибки при редактировании, взлома или сбоя на стороне хостинга. Для этого копия должна быть актуальной, полной и пригодной для восстановления. Направление относится к поддержке сайта.
Если сайт уже сломался, обратитесь в услугу срочной помощи сайту. Если сайт взломан – см. восстановление сайта после взлома.
Если все копии хранятся только на том же сервере, что и сайт, при серьёзном сбое они тоже могут стать недоступны. Поэтому настраиваем дополнительное хранение во внешнем хранилище.
У многих хостингов есть собственные резервные копии. Но владелец сайта не всегда знает, как долго они хранятся, когда были созданы и можно ли из них восстановиться. Кроме того, такие копии могут находиться в той же инфраструктуре, что и сайт.
Мы не отключаем резервное копирование хостинга, а дополняем его отдельной схемой хранения. Это даёт дополнительную точку восстановления, если штатных копий окажется недостаточно.
Настраиваем не просто создание архива, а рабочую схему: файлы сайта, база данных, расписание, удалённое хранение и проверка восстановления.
Если в CMS уже есть модуль или плагин резервного копирования, сначала проверим его настройки. При необходимости доработаем существующее решение, а не будем устанавливать второй инструмент без причины.
Вы присылаете адрес сайта через форму, по телефону или в мессенджере. На первом этапе достаточно адреса – по нему мы сможем уточнить основную информацию о проекте.
Выясняем, какая CMS используется, где размещён сайт, какой объём данных необходимо копировать и есть ли действующие резервные копии. При необходимости запрашиваем доступ к панели хостинга, файлам и базе данных.
Определяем, что уже настроено, какие задачи нужно решить и куда лучше сохранять копии. Согласуем состав работ и цену до начала настройки.
Организуем создание копий файлов и базы данных по расписанию, отправку в удалённое хранилище и удаление устаревших архивов. Создаём первую копию и проверяем результат.
Разворачиваем резервную копию на отдельном тестовом адресе. Проверяем открытие сайта, доступность административной панели и работу основных функций, включая формы и корзину, если они предусмотрены.
Вы получаете отчёт о выполненных работах и краткую инструкцию. Гарантия на настройку действует один месяц.
Доступы к сайту и хранилищу используем для выполнения согласованных работ. Данные для подключения к хранилищу сохраняем в настройках системы копирования, а не в переписке. После завершения работ рекомендуем сменить переданные пароли.
Настроим хранение копий в удалённом хранилище, с которым может работать ваш сервер. Если у вас уже есть подходящее хранилище, используем его. Если нет – поможем выбрать вариант с учётом объёма сайта и необходимого срока хранения.
Возможные варианты:
На сервере сайта можно оставить одну-две последние копии для быстрого отката. Однако они не должны быть единственным местом хранения.
Принцип 3-2-1 помогает снизить риск потери данных: три экземпляра данных, два разных места или типа носителя и хотя бы одна копия вне основной площадки.
Для сайта это может выглядеть так: рабочая версия, локальная резервная копия на сервере и дополнительные архивы в удалённом хранилище. Конкретная схема зависит от возможностей хостинга и требований проекта.
В интернет-магазине постоянно меняются товары, цены, остатки, заказы и данные клиентов. Поэтому частоту копирования базы данных важно выбирать с учётом того, сколько изменений допустимо потерять при восстановлении. Мы согласуем расписание отдельно для файлов и базы данных. Перед крупным импортом товаров, обновлением CMS или переносом сайта также рекомендуем создавать внеплановую резервную копию.
Сам факт создания архива ещё не гарантирует, что из него получится восстановить сайт. В копии могут отсутствовать необходимые файлы, архив может оказаться повреждённым, а база данных – неполной.
Поэтому после настройки мы один раз проводим тест восстановления на отдельном тестовом адресе. Проверяем:
Рабочий сайт при этом не затрагиваем. Дату и результат проверки фиксируем в отчёте.
Тест восстановления входит в стоимость настройки и проводится один раз при сдаче работы. Регулярные проверки после завершения услуги не входят в её состав. В инструкции объясняем, как самостоятельно убедиться, что новые архивы появляются по расписанию.
При наличии необходимых настроек на стороне сервера можем настроить уведомления об ошибках копирования. Например, письмо на электронную почту, если архив не создался или не был отправлен в удалённое хранилище. Возможность таких уведомлений зависит от конфигурации сервера и доступных механизмов отправки сообщений.
Если сайт уже перестал работать и нужно восстановиться из существующей копии, воспользуйтесь услугой срочной помощи сайту.
Настраиваем резервное копирование сайтов на PHP – от типовых CMS до интернет-магазинов и самописных проектов. Учитываем структуру файлов, базу данных, особенности хостинга и доступные инструменты автоматизации.
В 1С-Битрикс есть встроенный модуль резервного копирования. Но наличие модуля само по себе не означает, что копии создаются по подходящему расписанию, включают все необходимые данные и хранятся в безопасном месте.
Мы проверяем действующие настройки, организуем автоматическое создание резервных копий сайта и базы данных, настраиваем хранение вне хостинга и проводим тест восстановления. Если встроенный механизм уже подходит для задачи, используем его, а не заменяем без необходимости.
Для WordPress можно использовать плагины резервного копирования, однако важно проверить, какие файлы и таблицы они включают, куда отправляют архивы и справляются ли с объёмом конкретного сайта.
Мы можем настроить существующий плагин или организовать копирование на уровне сервера, если это уместнее для проекта. Учитываем файлы WordPress, загруженные изображения, настройки и базу данных. Для интернет-магазинов WooCommerce отдельно обращаем внимание на сохранность заказов и других регулярно изменяющихся данных.
WebTechnology также разрабатывает собственные плагины для WordPress, поэтому хорошо знакома с устройством этой CMS.
Настраиваем резервное копирование сайтов на Joomla, Drupal, OpenCart, MODX, PrestaShop, Magento (Adobe Commerce), UMI.CMS, NetCat, HostCMS, CS-Cart, DLE, Webasyst (Shop-Script), а также проектов на Laravel и самописных решений на PHP.
Если вашей CMS нет в списке, но сайт размещён на сервере с доступом к его файлам и базе данных, изучим технические возможности и предложим подходящий вариант.
Сайт разрабатывал другой подрядчик? Это не препятствие: резервную копию можно организовать на стороне хостинга, без необходимости переписывать код проекта.
Это разовая услуга. Мы не продаём абонемент и не включаем в стоимость регулярный мониторинг после завершения работ.
Точная цена зависит от:
В стоимость входят аудит существующих копий, настройка автоматического копирования файлов и базы данных, отправка архивов в удалённое хранилище, ротация, создание первой копии, однократный тест восстановления, отчёт и инструкция.
Уведомления об ошибках копирования настраиваем при наличии необходимых настроек на стороне сервера.
Гарантия на настройку – 1 месяц. Если в этот срок копирование перестанет работать из‑за нашей настройки, исправим проблему без дополнительной оплаты.
Если выбранное удалённое хранилище платное, его использование оплачивается отдельно владельцем аккаунта. Стоимость услуги WebTechnology – это оплата настройки, а не аренды облачного пространства.
Точную стоимость согласуем после аудита. Ориентир по другим работам – на странице «Прайс-лист».
Если вам нужен не только бэкап, но и постоянное сопровождение сайта, рассмотрите услугу технической поддержки сайта.
При настройке резервного копирования важно не просто получить архив, а заранее продумать, как вернуть сайт к рабочему состоянию. Поэтому мы проверяем восстановление и передаём инструкцию вместе с результатом работ.
Роман Кусты, руководитель WebTechnology
