Резервные копии WordPress на Storage Server: инструкция с WPvivid

Резервная копия, которая лежит на том же сервере, что и сайт, это не резервная копия. Если диск очистят, доступ перехватят или установку зашифруют, она исчезнет вместе с сайтом. Настоящей страховкой становится только копия на отдельном хранилище.

Эта инструкция показывает самый быстрый путь туда: бесплатный плагин, который сохраняет WordPress по SFTP на Storage Server, с расписанием и правилом хранения. Настройка занимает четверть часа.

Почему WPvivid

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

Обычный FTP передаёт данные доступа и содержимое без шифрования. Для резервной копии, в которой лежит вся база данных вместе с таблицей пользователей, это плохая идея. WPvivid поэтому очевидный выбор: у него больше 900 000 активных установок, а последнее обновление вышло в сентябре 2026 года.

Шаг 1: создать субаккаунт на хранилище

В личном кабинете создайте под своим Storage Server отдельный субаккаунт для резервных копий, со стартовым каталогом /backup/wordpress. Это важнее, чем звучит: данные доступа сразу попадают в базу данных WordPress, и тот, кто найдёт их там, не должен добраться ни до чего, кроме этого одного каталога.

Проверьте на том же шаге в «Настройках доступа» два переключателя:

• SSH / SFTP / SCP / rsync должен быть разрешён.
• Внешняя доступность должна быть включена, иначе ваш веб-сервер не доберётся до хранилища через интернет.

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

Шаг 2: проверить доступность, прежде чем что-то настраивать

Это экономит потом много поисков. Если на веб-сервере есть доступ к оболочке:

timeout 5 bash -c '</dev/tcp/u123456.storage.kernelhost.net/23' && echo "Порт 23 доступен"

Без доступа к оболочке положите в веб-каталог файл pruefen.php, вызовите его один раз и потом снова удалите:

<?php
$f = @fsockopen('u123456.storage.kernelhost.net', 23, $e, $t, 5);
echo $f ? 'Порт 23 доступен' : 'нет соединения: ' . $t;

Если соединение не устанавливается, ваш хостер блокирует исходящие соединения на этом порту. На шаред-хостинге это не редкость. Тогда остаётся либо запрос хостеру, либо путь через WebDAV, который работает на порту 443.

Шаг 3: установить плагин и вписать цель

В админке WordPress в разделе Плагины, Добавить плагин найдите WPvivid Backup & Migration, установите и активируйте. После этого слева появляется пункт меню WPvivid Backup.

Там перейдите на вкладку Remote Storage и выберите SFTP. Поля заполняются так:

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

Шаг 4: первая копия вручную

На вкладке Backup & Restore выберите Database + Files (WordPress Files) и в качестве цели Send backup to remote storage с только что созданной записью. Затем Backup Now.

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

Шаг 5: расписание и хранение

На вкладке Schedule включите расписание. Себя оправдала такая схема:

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

Учтите при этом: снимки Storage Server это дополнительный уровень, и работают они независимо. В зависимости от тарифа доступны 10, 20, 30 или 40 снимков вручную, плюс столько же автоматических.

Шаг 6: проверить, годится ли копия

Этот шаг пропускают чаще всего, и он самый важный. Посмотрите, что на хранилище лежит на самом деле:

sftp -P 23 u123456-sub3@u123456.storage.kernelhost.net
sftp> ls -l
sftp> bye

Обратите внимание на две вещи: размер файла должен быть правдоподобным, и присутствовать должны и архив базы данных, и архив файлов. Архив на несколько килобайт это провал, а не успех.

И затем настоящая проверка: разверните копию один раз на тестовой установке. Ни разу не проверенная копия это предположение.

Восстановление, и в чём загвоздка

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

1. Скачать архив с хранилища по SFTP.
2. В плагине на вкладке Backup & Restore открыть раздел Upload и загрузить архив.
3. Загруженная копия появляется в списке, и оттуда её можно восстановить.

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

Где этот путь заканчивается

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

Тогда лучший путь это rsync или BorgBackup, оба прямо по расписанию на самом сервере и оба доступны на хранилище нативно:

rsync -az --delete -e "ssh -p 23" \
      /var/www/example.com/ \
      u123456-sub3@u123456.storage.kernelhost.net:/dateien/

Так передаются только изменения, и ограничений PHP здесь нет. Правда, нужен собственный сервер с доступом к оболочке. Подробнее об этом пути в статье Storage Server для своего сайта.

Какие ещё части WordPress можно перенести на хранилище, то есть библиотеку файлов и загрузки, и где при этом границы, описано в статье Storage Server вместе с WordPress.

Четыре самые частые ошибки

• Порт 22 вместо 23. Плагин предлагает 22, наше хранилище слушает 23.
• Отключённая внешняя доступность. Тогда проверка из личного кабинета проходит, а с веб-сервера нет.
• Основная учётная запись вместо субаккаунта. Данные доступа после этого лежат в базе данных сайта. С основной учётной записью на них висит всё.
• Старые копии никогда не удаляются. Без включённого правила хранения для удалённого хранилища место заполняется, и в какой-то момент копирование тихо перестаёт работать.

Какой тариф подходит

Для резервных копий одного сайта на WordPress Storage-1 с 1 ТБ за 9,99 евро хватает очень долго. Для ориентира: средний сайт общим размером 5 ГБ при десяти хранимых копиях занимает около 50 ГБ, то есть пять процентов тарифа.

Все Storage Server стоят в Германии, допускают до 100 субаккаунтов, говорят кроме SFTP ещё на SMB, WebDAV, rsync и BorgBackup и обходятся без платы за установку. Расчёт идёт на условиях PrePaid без минимального срока, так что можно начать с малого и расти, когда добавятся новые сайты.