Как настроить бэкапы интернет-магазина на OpenCart: выгрузка на внешний сервер через «Мультитул»

Если магазин на OpenCart сейчас открывается, сделайте резервную копию, даже если раньше обходились без неё. Сначала сохраните базу на компьютер, затем настройте отправку базы и файлов на внешний сервер. Ниже — инструкция для модуля «Мультитул»: какие параметры заполнить, как добавить CRON и где искать результат.

Как говорится, люди делятся на две категории: те, кто уже делает бэкапы, и те, кто ещё не делает. Если вы пока во второй, начните с первой копии — пока магазин работает и данные доступны.

Для первой копии подойдёт бесплатная семидневная триал-версия. В примере используем SFTP у другого провайдера; отдельно покажем настройку S3.

В официальном сообщении Beget об инциденте в ночь на 2 ноября 2026 года компания заявила о кибератаке, нарушении работы сервисов и восстановлении данных. Провайдер сообщил о наличии файловых резервных копий большинства ресурсов, но предупредил, что восстановление больших объёмов потребует времени. Официальное сообщение Beget.

Если инцидент с Яндексом мог почти не отразиться на обычном сайте, который не использовал затронутые облачные ресурсы, то сбой Бегет напрямую затронул сайты, размещённые у этого хостинга. Для владельца магазина это уже недоступная витрина, остановившиеся заказы и ожидание восстановления. При этом для клиентов самого Yandex Cloud последствия тоже были серьёзными: провайдер сообщал о недоступности зоны и рекомендовал переносить нагрузку. Сообщения Yandex Cloud об инциденте.

Когда сервер недоступен, установить модуль и снять с него новую копию уже не получится. А архив у другого провайдера можно скачать и передать администратору для восстановления магазина на новой площадке.

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

Для восстановления OpenCart понадобятся как минимум две части: база данных и файлы магазина.

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

Во вкладке «Бекапы» модуля «Мультитул» есть ручной экспорт базы и пять видов заданий CRON:

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

Вид копии: Вся база данных; Для чего нужен: Основная копия данных магазина, включая таблицы сторонних модулей в этой базе.

Вид копии: Товарный каталог; Для чего нужен: Таблицы товаров, категорий, опций и других данных каталога, включённые в этот набор.

Вид копии: Заказы и покупатели; Для чего нужен: Таблицы заказов и клиентов, включённые в этот набор.

Вид копии: Изображения; Для чего нужен: Отдельный архив изображений, если их удобнее резервировать независимо от остальных файлов.

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

Скачайте бесплатную триальную версию «Мультитула». Триал работает семь дней и даёт доступ к функционалу полной версии. Перед скачиванием проверьте совместимость с вашей сборкой OpenCart и версией PHP. Для получения файлов потребуется войти на LiveOpenCart. Страница пробной версии.

Установите пакет по инструкции из комплекта для своей версии OpenCart. После установки откройте «Мультитул» в разделе дополнений и перейдите во вкладку «Бекапы». Если модуль уже установлен, используйте его актуальную версию.

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

Для ручной копии базы CRON не нужен.

1. Во вкладке «Бекапы» откройте «Бекап базы данных».

2. Слева выберите «Создание бекапа».

3. Откройте вкладку «Вся база».

4. Прокрутите страницу до кнопки «Создать бэкап» и нажмите её.

5. Дождитесь завершения. Сохраните полученный файл на компьютер; при необходимости найдите его в разделе «Сохраненные бекапы» и нажмите «Скачать».

6. Проверьте, что скачался архив/SQL-файл ненулевого размера. ZIP должен открываться и содержать SQL-дампы.

1 — «Бекапы», 2 — «Бекап базы данных», 3 — «Создание бекапа», 4 — «Вся база».

Прокрутите страницу вниз до кнопки «Создать бэкап».

Смотрите на размер и дату файла (1); скачивайте архив кнопкой «Скачать» (2). Здесь показан список ранее созданных файлов демо.

Для основного примера понадобится сервер с доступом по SFTP, размещённый у другого провайдера. Нужен отдельный доступ к хранилищу: его работоспособность не должна зависеть от аккаунта основного хостинга.

Подготовьте адрес сервера, порт, имя пользователя, пароль и каталог для копий. У пользователя должны быть права на запись, просмотр файлов и удаление старых копий для ротации. Для SFTP обычно используется порт 22; поддержка SFTP должна быть доступна в окружении PHP магазина.

Разделите данные по папкам, например:

/backups/my-opencart/site/ /backups/my-opencart/database/ /backups/my-opencart/orders/ /backups/my-opencart/images/

Это пример. Укажите реальный доступный путь: для ограниченного SFTP-пользователя он может отличаться от физического пути на сервере. Уточните его у администратора хранилища.

Выбирайте объём с запасом. Если файловый архив занимает 5 ГБ, семь его копий потребуют около 35 ГБ, плюс базы и запас на рост. Локально тоже нужно свободное место: модуль сначала создаёт копию на сервере магазина, затем отправляет её наружу.

Системный CRON раз в минуту запускает планировщик «Мультитула». В самом модуле вы задаёте, когда создавать конкретные копии. Минутный запуск планировщика не означает, что весь сайт будет архивироваться каждую минуту.

Откройте «Бекапы» → «Бекап сайта по CRON». В верхнем информационном блоке показаны путь к скрипту и пример команды для вашего магазина.

В панели хостинга найдите «Планировщик задач», «CRON» или «Задания по расписанию». Создайте одно задание для планировщика модуля с периодом каждую минуту. Создавать отдельное системное задание для каждого вида бэкапа не требуется.

Пример полной строки crontab:

* * * * * /usr/bin/php /home/USER/SITE/catalog/controller/extension/api/cli_scheduler.php

/usr/bin/php и /home/USER/SITE/ здесь условные: замените их на реальные пути. Если интерфейс предлагает путь с php-fpm, попросите хостинг уточнить команду CLI: PHP-FPM предназначен для другого способа запуска.

Частая причина неработающего CRON — разные версии PHP. Например, магазин работает на PHP 7.4, а команда php или /usr/bin/php на хостинге по умолчанию запускает PHP 8.2. Настройка PHP для домена не обязательно меняет версию, которую использует планировщик.

Для «Мультитула» запускайте CRON на той же версии PHP, что и основной сайт. Если сайт использует PHP 7.4, в задании нужен PHP 7.4 CLI; если PHP 8.2 — PHP 8.2 CLI.

Например, для магазина на PHP 7.4 команда может выглядеть так:

* * * * * /usr/bin/php7.4 /home/USER/SITE/catalog/controller/extension/api/cli_scheduler.php

Путь /usr/bin/php7.4 приведён как пример: на вашем хостинге он может быть другим. При наличии SSH версию конкретного исполняемого файла можно проверить командой /usr/bin/php7.4 -v, подставив свой путь. Обычная команда php -v показывает версию по умолчанию, которая может отличаться от версии сайта.

После смены PHP у домена обновите и команду CRON, затем проверьте выполнение задания.

Если в панели есть отдельные поля периода и команды, выставьте все пять полей периода в *, а в поле команды вставьте только:

/usr/bin/php /home/USER/SITE/catalog/controller/extension/api/cli_scheduler.php

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

Сохраните задание. При сомнениях отправьте поддержке хостинга такую просьбу:

«Нужно запускать catalog/controller/extension/api/cli_scheduler.php из каталога моего OpenCart через PHP CLI каждую минуту. Версия PHP для CRON должна совпадать с версией PHP моего сайта. Подскажите полный путь к нужному PHP CLI и помогите проверить выполнение задания».

1 — путь скрипта вашего магазина. 2 — путь PHP в примере: если указан PHP-FPM, уточните у хостинга PHP CLI.

В разделе «Бекап сайта по CRON» выберите «Бекап сайта» и включите «Включить бекап сайта». После этого появятся дополнительные настройки — прокрутите страницу ниже.

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

Если у магазина есть файлы за пределами обычного каталога OpenCart, отдельно убедитесь, что они попали в копию.

1 — включение задания. 2 — исключение изображений включено: для них будет отдельная копия. 3 — число локальных копий.

Для начала можно хранить 1–2 копии локально и 7 копий на внешнем сервере. Подберите значения по размеру архива и свободному месту. Семь ежедневных файлов — примерно неделя истории; семь ежечасных — всего несколько часов. Модуль считает копии, а не дни.

1 — SFTP и порт 22; 2 — адрес; 3 — учётная запись; 4 — папка. Адрес backup.example.com и пользователь показаны как пример, пароль не заполнен.

1 — папка; 2 — лимит копий; 3 — проверка соединения; 4 — сохранение. На снимке в лимите стоит 5; для недельной истории ежедневных копий введите 7.

В одном задании можно настроить сразу несколько внешних серверов. Например, отправлять один и тот же бэкап OpenCart на SFTP-сервер у одного провайдера и на FTP-сервер у другого. Можно сочетать FTP и SFTP или добавить несколько серверов с одинаковым протоколом.

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

Для дополнительной защиты выбирайте серверы у независимых провайдеров. Две папки на одном сервере не помогут при его недоступности.

Перейдите в «Настройка периода» и прокрутите до пяти полей. Для ежедневной копии в 03:30 заполните:

Поле: Минута Значение: 30

Поле: Час Значение: 3

Поле: День Значение: *

Поле: Месяц Значение: *

Поле: День недели Значение: *

Нажмите «Сохранить настройки». Учитывайте часовой пояс выполнения планировщика: время сервера может отличаться от вашего местного. Выберите период низкой нагрузки и после первого запуска проверьте фактическое время по журналу.

1 — пять полей расписания; 2 — сохранить; 3 — запустить задание вне расписания.

Перейдите в «Бекап всей базы данных». Включите задание и отдельно настройте внешнюю выгрузку: у этого задания свои параметры подключения и хранения.

Добавьте тот же внешний сервер, но укажите папку базы, например /backups/my-opencart/database/. Проверьте соединение. Для начала можно оставить 2 локальные копии и 42 внешние: при выполнении раз в четыре часа это примерно семь суток истории.

В «Настройка периода» задайте:

Поле: Минута Значение: 0

Поле: Час Значение: */4

Поле: День Значение: *

Поле: Месяц Значение: *

Поле: День недели Значение: *

Такое расписание означает запуск в 00:00, 04:00, 08:00, 12:00, 16:00 и 20:00 по времени планировщика. Сохраните настройки.

При таком расписании между копиями могут накопиться заказы за четыре часа. Если терять столько заказов нельзя, делайте копию каждый час: минута 0, час *, остальные поля *. Перед этим измерьте, сколько времени занимает экспорт и отправка вашей базы.

1 — расписание базы: 0 / /4 / / / ; 2 — сохранение.

Ниже — пример, который можно адаптировать после первых проверок. Звёздочка означает «каждое значение»; месяц во всех примерах — *. Не оставляйте все пять полей равными *: такое расписание запускает создание копии каждую минуту. Минутным должен быть системный планировщик, а период архивации задаётся отдельно.

Что копируем: Вся база Минута: 0 Час: */4 День: * Месяц: * День недели: * Когда выполняется: Каждые четыре часа

Что копируем: Файлы сайта без изображений Минута: 30 Час: 3 День: * Месяц: * День недели: * Когда выполняется: Ежедневно в 03:30

Что копируем: Изображения — отдельный архив Минута: 30 Час: 4 День: * Месяц: * День недели: 0 Когда выполняется: По воскресеньям в 04:30

Что копируем: Заказы и покупатели — дополнительно Минута: 10 Час: * День: * Месяц: * День недели: * Когда выполняется: Каждый час в :10

Что копируем: Товарный каталог — дополнительно Минута: 20 Час: 2 День: * Месяц: * День недели: * Когда выполняется: Ежедневно в 02:20

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

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

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

Для внешнего резервирования можно использовать S3. Достаточно начать с одного проверенного независимого хранилища; модуль также позволяет настроить несколько FTP/SFTP-серверов.

У провайдера подготовьте закрытый bucket и ключи доступа. В задании включите «Включить выгрузку бэкапа в Объектное хранилище S3» и откройте одноимённую вкладку.

Заполните endpoint без https://, порт, HTTPS, Access Key, Secret Key, имя bucket, region и папку внутри bucket. Значения endpoint и region берите у своего провайдера. Укажите лимит копий и нажмите «Проверить подключение к S3», затем сохраните настройки. Ключам нужны права для операций загрузки, просмотра и ротации в выбранном месте хранения. Bucket с базой магазина не должен быть публичным.

1 — endpoint; 2 — порт и HTTPS; 3 — ключи доступа; 4 — bucket. Значения берите в панели своего S3-провайдера.

1 — bucket и region; 2 — папка; 3 — проверка подключения; 4 — сохранение.

О Яндекс.Диске: эта интеграция присутствует в интерфейсе модуля, но на момент подготовки статьи не работает. В этой инструкции она не используется. Для регулярных копий настройте FTP/SFTP или S3 и проверьте фактическую доставку архива.

Первый запуск сделайте сразу после сохранения настроек.

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

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

База данных и файлы OpenCart восстанавливаются разными способами:

Что восстанавливаем: База данных Как это сделать: Через «Бекап базы данных» → «Загрузка бекапа» в модуле, если админка и «Мультитул» доступны.

Что восстанавливаем: Файлы сайта Как это сделать: Распаковать файловый архив и физически загрузить файлы обратно на сервер через FTP/SFTP, файловый менеджер хостинга или SSH, сохранив структуру каталогов.

Что восстанавливаем: Изображения Как это сделать: Распаковать отдельный архив изображений и вернуть файлы в каталог изображений магазина.

Откройте «Бекапы» → «Бекап базы данных» → «Загрузка бекапа», выберите SQL-файл или ZIP с SQL-дампами и нажмите «Загрузить бэкап». Эта кнопка запускает импорт в текущую базу магазина.

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

1 — выбор файла. 2 — запуск импорта в текущую базу: проверяйте восстановление на тестовом магазине.

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

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

Один раз пройдите восстановление на тестовой площадке. Проверьте главную страницу, карточки товаров, фотографии, настройки и наличие ожидаемых заказов. На тестовой копии отключите реальные оплаты и рассылки.

Что произошло: Задание остаётся в очереди Что проверить: Есть ли минутный CRON, верен ли путь к PHP CLI и скрипту; совпадает ли версия PHP с версией сайта; что пишет журнал хостинга.

Что произошло: Сайт и модуль работают, а запуск через CRON завершается ошибкой Что проверить: Не запускает ли планировщик другую версию PHP по умолчанию. Укажите полный путь к PHP CLI той версии, на которой работает сайт.

Что произошло: Локальный файл есть, внешнего нет Что проверить: Соединение с хранилищем, права пользователя, папку назначения, свободное место и сообщения о передаче.

Что произошло: Ошибка создания ZIP Что проверить: Доступно ли расширение ZipArchive в PHP CLI, хватает ли места и разрешена ли запись в каталог копий.

Что произошло: Тест SFTP не проходит Что проверить: Выбран ли SFTP, указан ли его порт и поддерживает ли cURL сервера магазина этот протокол.

Что произошло: Расписание работает в другое время Что проверить: Часовой пояс планировщика и время в журнале.

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

Сохраните текст ошибки, дату запуска и вид задания. С этими данными поддержке проще найти причину, чем по сообщению «бэкап не работает».

Сохраните его как дополнительную защиту. Для восстановления при недоступности провайдера нужна ещё копия, которую можно получить независимо от его панели и серверов.

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

Отталкивайтесь от того, сколько заказов и изменений готовы потерять. В примере база копируется раз в четыре часа, файлы без изображений — ежедневно, изображения — раз в неделю. Если за час поступают важные заказы, рассмотрите ежечасную полную копию базы и оцените нагрузку.

После настройки дождитесь автоматического запуска и найдите новый файл во внешнем хранилище. Затем проверяйте свежесть копий хотя бы раз в неделю, а после смены хостинга, версии PHP или реквизитов — сразу. Периодически восстанавливайте копию на тестовой площадке.

Первую копию можно сделать на бесплатном триале «Мультитула». Пока магазин доступен, начните с полного дампа базы, скачайте его и настройте внешнее хранение для следующих копий.