Перенесення сайту 1С-Бітрікс на новий хостинг

Перенесення сайту 1С-Бітрікс на новий хостинг

Найпоширеніша помилка при перенесенні — скопіювати файли, залити дамп бази і вважати завдання вирішеним. На практиці сайт не запускається або працює з помилками: невідповідність версій PHP, інший шлях до сайту, кеш із попередніми налаштуваннями, проблеми з правами на папки. Перенесення 1С-Бітрікс потребує чіткого чеклісту.

Підготовка до перенесення

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

• Версія 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С-Бітрікс вимагає конкретних прав:

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

Перевірка після перенесення

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

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

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

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

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

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

Перенесення проводиться в нічний час або з мінімальним downtime через тимчасове DNS-перемикання та синхронізацію дельти бази даних.