Резервное копирование магазина на Shop-Script: как не потерять всё за один вечер

Есть две категории владельцев интернет-магазинов: те, кто уже терял данные, и те, кто пока ещё нет. Сбой диска на хостинге, неудачное обновление, ошибочный массовый импорт, который перезаписал весь каталог, удалённая «не та» категория, взлом — поводов потерять магазин гораздо больше, чем кажется. И каждый раз вопрос один: «А бэкап-то есть?»

Хорошая новость: настроить надёжное резервное копирование магазина на Shop-Script — дело одного вечера. Плохая — если отложить это «на потом», вечер восстановления из несуществующей копии будет куда длиннее. Разберёмся, что и как бэкапить, чтобы спать спокойно.

Из чего состоит ваш магазин

Чтобы копия была полной, надо понимать, что вообще нужно сохранять. Магазин на Webasyst — это две принципиально разные части:

• База данных (MySQL) — здесь живёт всё «изменчивое»: товары, заказы, клиенты, настройки, тексты страниц, отзывы. Это сердце магазина.
• Файлы на диске — код движка и приложений, темы дизайна, плагины, загруженные картинки товаров и, что критично, папки конфигурации wa-config и данных wa-data.

Полноценный бэкап — это обе части, снятые на один и тот же момент времени. База без файлов (или наоборот) восстанавливается с трудом и потерями. Поэтому правило №1: база данных и файлы копируются вместе.

Что обязательно входит в файловую копию

• wa-config/ — конфигурация подключения к БД и системные настройки. Без неё магазин не запустится.
• wa-data/ — пользовательские данные, в том числе загруженные изображения.
• Папки тем дизайна и установленных плагинов — иначе после восстановления слетит внешний вид и доработки.

Три способа сделать резервную копию

Способ 1. Инструменты хостинга — самый простой

Большинство хостинг-панелей (ISPmanager, cPanel, панель Beget и аналоги) умеют делать резервные копии сайта и базы данных по расписанию. Это самый удобный путь для большинства владельцев:

1. Зайдите в панель управления хостингом.
2. Найдите раздел «Резервные копии» (Backups).
3. Включите автоматическое копирование файлов и базы данных — желательно ежедневно.
4. Проверьте, где хранятся копии и сколько их хранится (об этом ниже — это важнее, чем кажется).

Многие хостеры хранят бэкапы на том же сервере. Это удобно, но не спасает при полном отказе сервера — поэтому ниже мы поговорим про «правило 3-2-1».

Способ 2. Ручной экспорт базы и скачивание файлов

wa-magazin.ru

Если хочется контроля или вы делаете разовую копию перед рискованной операцией (обновление, массовый импорт):

• База данных: через phpMyAdmin (раздел «Экспорт» → формат SQL) или, если есть доступ по SSH, командой mysqldump. Получите один .sql-файл со всей базой.
• Файлы: заархивируйте папку магазина целиком (или хотя бы wa-config, wa-data, темы и плагины) и скачайте архив к себе по FTP/SFTP.

Делайте такую копию перед каждым рискованным действием. Пять минут сейчас экономят полночи потом.

Способ 3. Перед обновлением и импортом — копия по умолчанию

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

Где хранить копии: правило 3-2-1

Главная ошибка — держать единственную копию там же, где сам магазин. Если умрёт сервер, умрёт и бэкап. Профессиональный стандарт — правило 3-2-1:

• 3 копии данных (оригинал плюс две резервные);
• на 2 разных носителях/площадках;
• 1 копия — за пределами вашего хостинга (offsite): облако, другой сервер, локальный диск.

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

Сколько хранить и как часто делать

• Частота: магазин с ежедневными заказами — копия раз в сутки. Если заказов мало — раз в несколько дней, но не реже.
• Глубина: храните не одну последнюю копию, а несколько за разные дни (например, 7 ежедневных + 4 еженедельных). Иначе проблему, которую заметили через неделю, уже нечем откатить — единственная копия успела перезаписаться испорченными данными.

Шаг, который пропускают все: проверка восстановления

Бэкап, который ни разу не разворачивали, — это не бэкап, а надежда. Копии бывают битыми, неполными, снятыми в момент незавершённой транзакции. Узнать об этом в день аварии — худший сценарий.

Поэтому хотя бы раз проведите тестовое восстановление:

1. Разверните копию на тестовом домене или поддомене (многие хостинги позволяют создать копию сайта в пару кликов).
2. Восстановите базу из дампа и распакуйте файлы.
3. Убедитесь, что магазин открывается, заказы и товары на месте, картинки грузятся.

Один такой тест даёт больше уверенности, чем десяток ненужных копий.

Подводные камни

• Копия только базы или только файлов. Половина бэкапа почти бесполезна. Сохраняйте БД и файлы вместе.
• Единственная копия на том же сервере. Отказ сервера — и нет ни магазина, ни резерва. Уносите хотя бы одну копию вовне.
• Перезапись единственной копии каждую ночь. Если данные испортились незаметно, свежий бэкап уже содержит испорченные данные. Храните историю на несколько дней.
• «Настроил и забыл». Хостинг мог отключить бэкапы при смене тарифа, диск для копий мог переполниться. Раз в месяц проверяйте, что копии реально создаются.
• Бэкап перед обновлением «в следующий раз». Именно обновления и импорты чаще всего и ломают магазин. Копия — обязательна каждый раз.

Частые вопросы

Хостинг делает бэкапы — мне нужно что-то ещё? Желательно да: одна копия вне хостинга спасёт, если проблема будет на стороне самого хостинга. Плюс ручная копия перед каждым обновлением.

Как часто делать копии небольшому магазину? Ориентируйтесь на «сколько данных не жалко потерять». Если в день приходит 5 заказов — суточной копии достаточно. Терять день заказов уже неприятно, неделю — больно.

Можно ли восстановить только товары, не трогая заказы? Это сложнее: данные связаны. Поэтому проще и безопаснее восстанавливать магазин целиком на нужную дату, а не выборочно.

Сколько времени занимает восстановление? Если копия полная и проверенная — от десятков минут. Если копии нет — от нескольких дней до «никогда». Вся ценность бэкапа в том, что вы готовитесь заранее.

Итог

Резервное копирование — самая скучная и самая важная задача администратора. Его не видно, пока всё хорошо, и оно стоит дороже золота в день аварии. Минимальный набор, который стоит настроить уже сегодня: ежедневный автобэкап базы и файлов на хостинге, еженедельная копия за его пределами, обязательная ручная копия перед каждым обновлением и хотя бы одна проверка восстановления.

Настроите это один раз — и любой сбой превращается из катастрофы в рядовую процедуру на полчаса.

А если не хотите разбираться с дампами, расписаниями и тестовым восстановлением — мы настроим резервное копирование вашего магазина и регламент восстановления под ключ. Напишите нам в поддержку или оставьте заявку на консультацию.