Миграция сайта на VDS без потери данных: пошаговое руководство

Миграция сайта на VDS помогает ускорить проект, повысить стабильность и получить больше ресурсов. В этой статье разберём безопасный перенос и покажем, как избежать потери данных. Изучите инструкцию и узнайте, когда перенос лучше доверить специалистам.

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

Когда нужна миграция сайта на VDS

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

Вы заметите проблему по нескольким признакам:

• страницы загружаются медленнее;
• сайт получает ошибки при высокой посещаемости;
• сервер ограничивает CPU или RAM;
• растёт время ответа PHP;
• база данных работает нестабильно;
• хостинг ограничивает настройки сервера;
• проекту нужны отдельные версии PHP;
• требуется собственная серверная конфигурация.

В такой ситуации миграция сайта на VDS даёт больше контроля. Вы получаете выделенные виртуальные ресурсы. Также можно самостоятельно настроить веб-сервер, PHP, базы данных и кеширование.

Важно уточнить термин. VDS — виртуальный выделенный сервер. Он не равен физическому dedicated-серверу. Но для большинства сайтов VDS предоставляет достаточный запас ресурсов.

Пример из практики

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

Мы переносим проект на VDS. Сначала анализируем нагрузку. Затем подбираем конфигурацию сервера. После переноса настраиваем кеширование и PHP.

Результат — сайт получает стабильные ресурсы. Администратор также получает полный контроль над сервером.

Что подготовить перед переносом

Успешная миграция сайта на VDS начинается до копирования файлов. Сначала нужно составить план.

Подготовьте:

• доступ к старому хостингу;
• доступ к VDS;
• данные для подключения по SSH;
• доступ к панели управления доменом;
• резервную копию сайта;
• резервную копию базы данных;
• список доменов и поддоменов;
• сведения о версии PHP;
• список cron-задач;
• настройки почты;
• сертификаты SSL, если они используются отдельно.

Не начинайте перенос без рабочей резервной копии.

Лучше сделать минимум две копии. Одну сохраните на старом сервере. Вторую разместите отдельно.

Такой подход позволяет быстро откатиться. Он особенно важен для интернет-магазинов. Их база меняется постоянно.

Резервная копия: основа безопасной миграции

Главная задача — сохранить все данные.

Для файлов можно использовать tar:

tar -czf site-backup.tar.gz /var/www/site

Для базы MySQL или MariaDB подойдёт mysqldump:

mysqldump -u USER -p DATABASE > database.sql

После создания копии проверьте её размер. Затем убедитесь, что архив открывается.

Для крупных сайтов лучше применять инкрементальное копирование. Например, можно использовать rsync.

rsync -avz --progress /var/www/site/ user@VDS_IP:/var/www/site/

Команда переносит файлы на новый сервер. При повторном запуске она передаёт только изменения.

Это удобно перед финальным переключением DNS.

Почему одной резервной копии мало

Представьте интернет-магазин. Вы сделали копию утром. Затем перенесли сайт вечером.

За день появились новые заказы. Они записались в старую базу.

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

Поэтому миграция сайта на VDS должна учитывать время изменения данных. Для активных проектов нужен финальный этап синхронизации.

Подготовка VDS

Следующий этап — настройка нового сервера.

Минимальная схема может выглядеть так:

Компонент	Назначение
Nginx или Apache	Обработка HTTP-запросов
PHP-FPM	Выполнение PHP-кода
MySQL/MariaDB	Работа с базой
SSL	Защищённое соединение
Firewall	Фильтрация сетевого доступа
Cron	Автоматические задачи
Backup	Резервное копирование

Сначала обновите пакеты операционной системы. Затем создайте отдельного пользователя.

Не стоит постоянно работать под root.

Также настройте SSH-доступ по ключу. После этого ограничьте ненужные сетевые порты.

Для WordPress особенно важна версия PHP. Она должна поддерживать используемую тему и плагины.

Перед переносом проверьте:

• версию PHP;
• расширения PHP;
• лимит памяти;
• upload_max_filesize;
• post_max_size;
• настройки MySQL;
• права файлов;
• владельца каталогов.

Перенос файлов сайта

Теперь можно копировать файлы.

Для WordPress обычно достаточно перенести каталог проекта. В нём находятся:

• wp-content;
• wp-admin;
• wp-includes;
• wp-config.php;
• .htaccess, если используется Apache;
• дополнительные файлы проекта.

После копирования проверьте права доступа.

Пример:

chown -R www-data:www-data /var/www/site
find /var/www/site -type d -exec chmod 755 {} \;
find /var/www/site -type f -exec chmod 644 {} \;

Конкретные права зависят от конфигурации сервера.

Не задавайте права 777 без необходимости. Это создаёт дополнительные риски безопасности.

Перенос базы данных

Создайте базу на новом VDS. Затем импортируйте дамп.

mysql -u USER -p DATABASE < database.sql

После импорта проверьте таблицы.

SHOW TABLES;

Для WordPress особое внимание уделите префиксу таблиц. Обычно он указан в wp-config.php.

Затем измените параметры подключения:

define('DB_NAME', 'database');
define('DB_USER', 'dbuser');
define('DB_PASSWORD', 'strong_password');
define('DB_HOST', '127.0.0.1');

Если данные подключения указаны неверно, WordPress не сможет открыть базу.

Как проверить сайт до изменения DNS

Не нужно сразу направлять домен на новый сервер.

Сначала протестируйте сайт локально или через временный домен. Можно также использовать файл hosts на рабочем компьютере.

Например:

203.0.113.10 example.ru
203.0.113.10 www.example.ru

После этого браузер будет обращаться к новому серверу.

Проверьте:

• главную страницу;
• категории;
• записи;
• формы;
• поиск;
• авторизацию;
• корзину;
• оформление заказа;
• загрузку изображений;
• личный кабинет;
• админку WordPress;
• отправку писем;
• редиректы;
• robots.txt;
• sitemap.xml.

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

SSL, DNS и финальное переключение

После тестирования настройте SSL-сертификат.

Проверьте HTTPS для всех основных URL. Убедитесь, что нет смешанного контента.

Затем можно менять DNS-записи.

Обычно меняют:

• A для основного домена;
• AAAA, если используется IPv6;
• записи поддоменов.

Перед переключением желательно снизить TTL. Это делают заранее.

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

Поэтому старый сервер не стоит выключать сразу.

Финальная синхронизация

Для сайта с частыми изменениями сначала остановите операции записи. Например, временно отключите оформление заказов.

Затем выполните финальный дамп базы.

mysqldump -u USER -p DATABASE > final.sql

Перенесите его на VDS:

scp final.sql user@VDS_IP:/tmp/

Импортируйте базу:

mysql -u USER -p DATABASE < /tmp/final.sql

После этого переключите DNS.

Так миграция сайта на VDS проходит с минимальным риском потери актуальных данных.

Что проверить после миграции

После смены DNS начинается не менее важный этап.

Нужно контролировать сайт несколько часов и дней.

Используйте такой чек-лист:

• сайт открывается по HTTPS;
• www и без www работают корректно;
• нет циклических редиректов;
• формы отправляются;
• письма доходят;
• база доступна;
• изображения открываются;
• WordPress показывает админку;
• cron-задачи запускаются;
• подключены резервные копии;
• настроен мониторинг;
• логи не содержат критических ошибок;
• поисковые страницы доступны;
• sitemap работает;
• robots.txt не блокирует сайт.

Особое внимание уделите cron.

WordPress может использовать WP-Cron. При большой нагрузке лучше настроить системный cron.

Например:

*/5 * * * * wget -q -O - https://example.ru/wp-cron.php?doing_wp_cron >/dev/null 2>&1

Команда запускает задачи каждые пять минут.

Сколько простоя допустимо

Цель хорошей миграции сайта на VDS — минимальный простой.

Уровень доступности 99,9% означает примерно 8 часов 46 минут возможного простоя за год. Для коммерческого сайта это может быть слишком много.

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

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

Но время выбирают по реальной статистике посещаемости. Не стоит ориентироваться только на часы работы команды.

Типичные ошибки при миграции

Даже опытные администраторы иногда пропускают важные детали.

Ошибка №1. Нет проверенной резервной копии

Копия существует, но восстановить её невозможно.

Решение: заранее выполнить тестовое восстановление.

Ошибка №2. Переносят только файлы

Файлы есть, но база осталась на старом сервере.

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

Ошибка №3. Сразу выключают старый хостинг

DNS ещё не обновился у части пользователей.

Решение: оставить старый сервер доступным на период миграции.

Ошибка №4. Не проверяют версии PHP

После переноса появляются ошибки совместимости.

Решение: заранее сравнить версии PHP и расширения.

Ошибка №5. Забывают про cron

Формально сайт работает. Но автоматические задачи прекращаются.

Решение: составить список фоновых процессов до переноса.

Ошибка №6. Не проверяют почту

Сайт открывается, но письма не отправляются.

Решение: проверить SMTP, DNS и отправку тестовых сообщений.

Миграция сайта на VDS своими силами или с разработчиками

Простой корпоративный сайт можно перенести самостоятельно. Но сложные проекты требуют более строгого плана.

Сложность растёт, если у сайта есть:

• интернет-магазин;
• CRM-интеграции;
• платёжные системы;
• внешние API;
• очереди задач;
• нестандартный PHP-код;
• несколько баз данных;
• несколько доменов;
• большой объём файлов;
• постоянный поток заказов.

В таком случае миграция сайта на VDS должна проходить по заранее подготовленному сценарию.

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

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

Как проходит миграция в «Компьюти»

Мы делим работу на несколько этапов:

1. Аудит. Изучаем сайт и текущий сервер.
2. Планирование. Определяем порядок переноса.
3. Подготовка VDS. Настраиваем ОС и серверное окружение.
4. Резервное копирование. Создаём и проверяем копии.
5. Предварительный перенос. Копируем файлы и базу.
6. Тестирование. Проверяем сайт на новом сервере.
7. Финальная синхронизация. Переносим последние изменения.
8. Переключение DNS. Направляем домен на VDS.
9. Контроль. Проверяем работу сайта после миграции.

Такой подход снижает вероятность простоя.

Он также помогает сохранить данные пользователей, заказы и контент.

Заключение

Миграция сайта на VDS требует не только копирования файлов. Нужно подготовить сервер, сохранить базу, проверить окружение и правильно переключить DNS.

Главное правило — не спешить с финальным переключением. Сначала создайте резервные копии. Затем протестируйте новый сервер. После этого выполните финальную синхронизацию.

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

Нужна миграция сайта на VDS без лишнего простоя? Обратитесь в «Компьюти». Проведём аудит, подготовим сервер и перенесём сайт с контролем каждого этапа.