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

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

Перенесення сайту на 1С-Бітрікс — завдання, яке здається простим тільки до першого запуску. Ми не раз бачили, як після копіювання файлів і дампу сайт видає білий екран або помилки підключення до бази. Причина — невідповідність версій PHP, невірні шляхи, криві права доступу. Щоб уникнути цього, ми розробили чіткий алгоритм, який мінімізує downtime і гарантує працездатність. Дотримуючись цього плану, ви заощадите до 50 000 грн на усуненні наслідків невдалого перенесення та уникнете втрати замовлень. Наприклад, один із клієнтів втратив два дні на налагодження після того, як скопіював сайт на сервер з PHP 8.0 замість 7.4, а в коді використовувались застарілі функції. Ми допомогли за годину. Типове перенесення займає від 2 годин до 1-3 днів, що значно дешевше розробки з нуля.

Як підготувати сайт до перенесення?

До початку робіт з'ясуйте конфігурацію нового хостингу та порівняйте з поточною:

• Версія PHP (Бітрікс підтримує 7.4–8.2; деякі хостинги за замовчуванням ставлять застарілу)
• Розширення PHP: mbstring, gd, zip, curl, opcache, PDO, pdo_mysql — обов'язково
• Тип бази даних і версія: MySQL 5.7+ або MariaDB 10.3+. У деяких хостингів є обмеження на max_allowed_packet, innodb_buffer_pool_size
• Доступність cron і можливість додавати завдання
• Обмеження exec(), shell_exec() — потрібні для агентів і деяких модулів

Створення резервної копії

Штатний інструмент — модуль резервного копіювання в адміністративній панелі (Налаштування → Інструменти → Резервне копіювання). Він створює архів у /bitrix/backup/. Але він має обмеження: при великих сайтах (від 5–10 ГБ) процес завершується за таймаутом.

Для великих сайтів надійніше ручний підхід:

mysqldump -u dbuser -p --single-transaction --routines --triggers dbname > dump.sql tar -czf site_files.tar.gz \ --exclude='./bitrix/cache' \ --exclude='./bitrix/managed_cache' \ --exclude='./bitrix/backup' \ --exclude='./bitrix/html_pages' \ /var/www/site/ 

Виключення кешу обов'язкове: він займає значний об'єм і на новому сервері все одно інвалідується.

Налаштування нового сервера

Після розпакування файлів оновіть конфігурацію підключення до бази даних у файлі /bitrix/php_interface/dbconn.php:

$DBType = "mysql"; $DBHost = "localhost"; $DBLogin = "new_db_user"; $DBPassword = "new_password"; $DBName = "new_db_name"; 

А також /bitrix/.settings.php:

'connections' => [ 'value' => [ 'default' => [ 'className' => '\\Bitrix\\Main\\DB\\MysqlConnection', 'host' => 'localhost', 'database' => 'new_db_name', 'login' => 'new_db_user', 'password' => 'new_password', ], ], ], 

Чому важливе налаштування прав доступу?

1С-Бітрікс вимагає конкретних прав. Неправильні права — причина 90% помилок при перенесенні.

Нерідко хостинги працюють через suexec, і права повинні належати користувачеві сайту. Якщо php-fpm запущено під іншим користувачем — помилки запису в кеш неминучі.

Як перевірити працездатність після перенесення?

Після запуску обов'язково пройдіться за чек-листом:

1. Перевірка роботи ядра: відкрийте /bitrix/admin/ — має завантажитись без помилок.
2. Тест пошти: форма зворотного зв'язку, сповіщення замовлень — mail() або SMTP-налаштування в Головному модулі.
3. Агенти та cron: у /bitrix/admin/agent_list.php переконайтесь, що агенти виконуються; налаштуйте cron для /bitrix/modules/main/tools/cron_events.php.
4. HTTPS і сертифікат: оновіть SITE_SERVER_NAME та BX_UTF у налаштуваннях сайту, перевірте .htaccess на редиректи.
5. Кеш: очистіть керований кеш через адміністративну панель.
6. Ліцензія: якщо змінилася IP-адреса сервера — перевірте активацію ліцензії в особистому кабінеті 1С-Бітрікс.

Особливий випадок: зміна домену

Якщо одночасно з перенесенням змінюється домен, додатково потрібно:

• Оновити SITE_SERVER_NAME у таблиці b_lang (або через Налаштування → Сайти).
• Оновити адресу сайту в налаштуваннях Головного модуля.
• Виправити абсолютні шляхи в контенті інфоблоків (через SQL-оновлення або компонент пошуку та заміни).
• Переналаштувати інтеграції, які використовують webhook-URL (платіжні системи, CRM-інтеграції).

Що входить у роботу

Перенесення під ключ включає:

• Діагностику поточної конфігурації та перевірку сумісності з новим хостингом.
• Створення резервної копії (файли + база даних).
• Налаштування нового сервера: PHP, БД, права доступу, cron.
• Перенесення даних і перевірку цілісності.
• Тестування всіх критичних функцій (форма зворотного зв'язку, кошик, замовлення).
• Передачу доступів та інструкцію з експлуатації.
• Підтримку протягом 3 днів після перенесення.

Типові терміни

Що робити, якщо виникли проблеми після перенесення?

Перевірте логи PHP та веб-сервера. Найчастіше проблема в невірних правах на /upload/ або /bitrix/cache/, а також у невідповідності версії PHP. Зв'яжіться з нами — ми проведемо діагностику протягом години. Перенесення проводиться в нічний час або з мінімальним downtime через тимчасове DNS-перемикання та синхронізацію дельти бази даних.