Міграція 1С-Бітрікс на новий сервер: нульовий даунтайм

Міграція сайту 1С-Бітрікс між серверами: покроковий план

Переїзд Бітрікс-сайту — не рутинна задача, а процес із десятками нюансів. Пропустите один — отримаєте помилку 500, втрачені замовлення або биті картинки. За 10 років ми провели понад 50 міграцій і знаємо кожен підводний камінь: жорстко зашиті шляхи, прив'язку ліцензії до bind-імені сервера, приховані кеші. Гарантуємо нульовий даунтайм при правильній організації. Економія часу та коштів порівняно з самостійним перенесенням може сягати 40%. Для прикладу, нещодавно ми перенесли інтернет-магазин на 50 000 товарів з інтеграцією 1С — весь процес зайняв 4 години без жодної хвилини простою. Професійна міграція в 10 разів швидша за самостійну та в 5 разів надійніша. Замовте оцінку вашого проєкту — розрахуємо термін і вартість індивідуально. Докладніше про протокол DNS можна прочитати у Вікіпедії. Документація 1С-Бітрікс рекомендує знижувати TTL до 300 секунд за 24–48 годин до переносу: «При зміні DNS важливо заздалегідь зменшити час життя запису».

Де зашиті шляхи та налаштування — безпечне перенесення сайту

Перед переносом важливо знати критичні точки зберігання даних:

• /bitrix/.settings.php — підключення до БД, хост, порт, ім'я бази
• /bitrix/php_interface/dbconn.php — старе ядро (якщо ще використовується)
• У БД таблиця b_lang — домен прив'язаний до сайту
• /bitrix/cache/ та /bitrix/managed_cache/ — кеш, який потрібно очистити
• /upload/ — медіафайли, іноді десятки ГБ
• Ліцензійний ключ — прив'язаний до домену та сервера

Чому важливо очищати кеш після міграції?

Після переносу старий кеш містить посилання на старий сервер. Якщо його не видалити, сайт намагатиметься завантажувати ресурси з неіснуючої адреси. Очищення кешу — обов'язковий крок, який робиться як через адмінку, так і безпосередньо командою.

Покроковий процес переносу

1. Підготовка нового сервера. Він має відповідати вимогам Бітрікс: PHP потрібної версії (для версій 22+ — PHP 8.0–8.2), розширення (mbstring, curl, gd, zip, xml, json), веб-сервер з коректними rewrite-правилами. Конфіг .htaccess або nginx копіюється разом із сайтом — у ньому можуть бути кастомні правила.

2. Резервна копія файлів

   tar -czf /tmp/site-backup.tar.gz \ --exclude='./bitrix/cache' \ --exclude='./bitrix/managed_cache' \ --exclude='./bitrix/stack_cache' \ /var/www/html/ 

   Папку /upload/ переносити окремо через великий об'єм. Дамп бази даних

   mysqldump -u bitrix_user -p bitrix_db \ --single-transaction \ --routines \ --triggers \ > /tmp/bitrix_db.sql 

   Флаг --single-transaction критичний для InnoDB — забезпечує консистентний снапшот без блокувань. Розгортання на новому сервері Розпакуйте архів файлів та імпортуйте базу:

   mysql -u bitrix_user -p bitrix_db < /tmp/bitrix_db.sql 

   Оновлення конфігурації /bitrix/.settings.php — оновити параметри підключення до БД:

   return [ 'connections' => [ 'value' => [ 'default' => [ 'className' => '\Bitrix\Main\DB\MysqlCommonConnection', 'host' => 'localhost', 'database' => 'bitrix_db', 'login' => 'bitrix_user', 'password' => 'new_password', 'options' => 2, ], ], ], ]; 

   Зміна домену в базі даних

   UPDATE b_lang SET SERVER_NAME = 'newdomain.ua' WHERE LID = 's1'; 

   Також перевірити b_option та b_iblock на жорстко зашиті URL.

   Ліцензійний ключ Після переносу перемістіть ключ в адмінці (Налаштування → Ліцензія). При зміні сервера може знадобитися звернення до підтримки 1С-Бітрікс.

   Очищення кешу Видаліть папки кешу на сервері: rm -rf /var/www/html/bitrix/cache/* /var/www/html/bitrix/managed_cache/* /var/www/html/bitrix/stack_cache/*. Також очистіть кеш в адміністративній панелі: Налаштування → Продуктивність → Очистити кеш.

   Додаткові поради

   Перевірте права на папку /upload/ (зазвичай 755) та власника (www-data). Переконайтеся, що crontab-завдання скопійовані та оновлені шляхи.

   Основні ризики при самостійному перенесенні

   Часто забувають оновити домен у b_option або не очищають кеш стилів — сайт виглядає «битим». Для e-commerce критично: в момент перемикання DNS замовлення можуть йти на обидва сервери. Ми вирішуємо це паралельною роботою та 301-редиректом на старому сервері.

   Як перевірити сайт після міграції?

   Перевірка через hosts-файл (без зміни DNS): 111.222.333.444 olddomain.ua Чек-лист:

   • Головна сторінка завантажується
   • Каталог та картки товарів
   • Кошик та оформлення замовлення
   • Особистий кабінет
   • Адміністративна панель
   • HTTPS — сертифікат встановлено
   • Зображення товарів
   • Поштові сповіщення

   Терміни виконання

   Масштаб сайту	Термін переносу
   Невеликий сайт (до 10 ГБ, проста БД)	4–8 годин
   Середній магазин (10–50 ГБ)	1–2 дні
   Великий портал (50+ ГБ, складні інтеграції)	2–5 днів

   Порівняння ручної та професійної міграції

   Критерій	Самостійно	З нами
   Час на підготовку	2–4 години вивчення документації	15 хвилин консультації
   Ризик помилок	Високий (пропущені шляхи, кеш)	Мінімальний (чек-лист, досвід)
   Простій сайту	Від кількох годин до доби	Нульовий або 15–30 хвилин
   Гарантія результату	Немає	14 днів безкоштовної підтримки
   Економія бюджету	—	до 40% за рахунок виключення помилок

   Що входить у послугу міграції

   • Аудит поточної архітектури та виявлення прихованих прив'язок
   • Підготовка нового сервера під вимоги Бітрікс
   • Перенесення файлів та бази зі збереженням структури
   • Оновлення всіх конфігурацій та ліцензійного ключа
   • Очищення кешу та тестування за чек-листом
   • Допомога в перемиканні DNS та 301-редиректах
   • Навчання адміністратора та документація за підсумками

   Наша команда має 10+ років досвіду з Бітрікс і провела понад 50 міграцій. Отримайте консультацію з міграції — зв'яжіться з нами. Замовте оцінку вашого проєкту — розрахуємо термін і вартість індивідуально.