1С-Битрикс на сервере: частые ошибки и решения

MAATRIX

1С-Битрикс мощный, но требовательный, и на сервере у него свой набор типичных проблем: низкая оценка производительности, ошибка соединения с базой, белый экран, переполнение памяти MySQL, зависший кэш или сбой обновления. Практически все частые ошибки 1С-Битрикс объясняются нехваткой ресурсов, неверными параметрами PHP/MySQL или спецификой окружения — и решаются понятным набором действий. Разберём их по порядку, начиная с самой болезненной для Битрикса темы — производительности. Где искать причины. Логи веб-сервера в окружении bitrix-env лежат в /var/log/nginx/ и /var/log/httpd/, лог PHP — там же и в настройках пула, MySQL — в /var/log/mysql/ или /var/log/mysqld.log, ошибки самого Битрикса — в файле bitrix/php_interface/dbconn.php при включённом логировании и в разделе журнала событий админки. Первый шаг при любой проблеме — открыть нужный лог и прочитать конкретное сообщение. Битрикс к тому же имеет подробный монитор производительности в админке, который прямо указывает на узкие места.

Низкая оценка производительности

Самая частая жалоба: встроенный тест (Настройки → Производительность) показывает низкую оценку, сайт тормозит. Причины две — нехватка ресурсов или неоптимальная настройка. Сначала проверьте, включено ли кэширование, которое окружение bitrix-env настраивает по умолчанию: memcached, ускоритель PHP (OPcache), автокэширование в админке. Убедитесь, что в админке включён режим кэширования «Авто» и включён композитный кэш для страниц.

Затем оцените ресурсы сервера. Битрикс любит память и быстрый диск. Посмотрите потребление:

free -m

Если памяти мало и система в свопе, никакая настройка не спасёт — оценка будет низкой. Проверьте также, что диск быстрый: на медленном HDD Битрикс работает вяло из-за интенсивных обращений к файлам кэша. Честный вывод: если кэш включён, PHP свежий, а оценка всё равно низкая — серверу не хватает мощности. На VPS MAATRIX ресурсы наращиваются без переустановки, и оценка растёт вместе с конфигурацией.

Ошибка соединения с базой данных

Битрикс пишет об ошибке подключения к базе или «Mysql query error». Проверьте три вещи. Первое: запущена ли СУБД:

systemctl status mysqld

Если сервис упал — стартуйте и смотрите, почему падал (часто нехватка памяти или переполнение диска). Второе: верны ли параметры подключения в bitrix/.settings.php и bitrix/php_interface/dbconn.php — хост, база, пользователь, пароль. Третье, очень частое: переполнен диск, и база ушла в режим только для чтения:

df -h

Битрикс создаёт огромный объём кэша и временных файлов, поэтому диск забивается быстрее, чем ожидаешь. Почистите старый кэш (bitrix/cache/, bitrix/managed_cache/), старые бэкапы и логи. Если база повреждена после аварийного выключения, восстанавливайте таблицы штатными средствами MySQL и из бэкапа.

Белый экран или ошибка 500

Пустой белый экран или 500-я ошибка обычно означают фатальную ошибку PHP: нехватка памяти на процесс, несовместимая версия PHP или ошибка в коде компонента. Первым делом увеличьте лимит памяти PHP — Битрикс прожорлив, и стандартных значений часто мало. В настройках PHP поднимите memory_limit до 256M или выше и перезапустите обработчик:

systemctl restart httpd

Проверьте версию PHP: Битрикс чувствителен к версии, и после самостоятельного обновления PHP до неподдерживаемой можно получить фатальные ошибки — используйте версию, рекомендованную для вашей редакции. Включите отображение ошибок временно, чтобы увидеть текст: в логе PHP будет указан файл и строка. Если проблема в кэше после сбоя — очистите каталоги кэша Битрикса, это снимает многие «внезапные» 500-е.

Нехватка памяти и падение MySQL

MySQL под Битриксом — частый пожиратель памяти, особенно при большом каталоге магазина. Если база периодически падает, а в логах OOM-killer убивает mysqld, серверу не хватает RAM:

grep -i 'killed process' /var/log/messages

Окружение bitrix-env настраивает MySQL под доступную память, но при росте каталога и трафика этого может быть мало. Варианты: оптимизировать запросы и индексы, включить и настроить кэш, либо добавить память. Для интернет-магазина на Битрикс 4 ГБ RAM — практический минимум, а под нагрузку и распродажи нужно больше. Экономия на памяти здесь оборачивается падениями базы в самый неподходящий момент. На VPS MAATRIX RAM добавляется без переустановки, что удобно перед пиковыми периодами.

Зависший или неверный кэш

Битрикс активно кэширует, и иногда кэш «залипает»: изменения не отображаются, компоненты показывают старые данные, после переноса сайта ломается вёрстка. Решение — сброс кэша. В админке: Настройки → Настройки продукта → Автокэширование, кнопка очистки; либо удалите каталоги кэша через SSH:

rm -rf /home/bitrix/www/bitrix/cache/*
rm -rf /home/bitrix/www/bitrix/managed_cache/*

После очистки Битрикс пересоберёт кэш при следующих обращениях. Учтите: на большом сайте первая загрузка после сброса будет медленнее, пока кэш прогревается. Если проблемы с кэшем повторяются, проверьте права на каталоги кэша (владелец должен быть пользователь bitrix) и свободное место на диске — переполнение мешает записи кэша.

Сбой обновления SiteUpdate

Обновление через систему SiteUpdate прервалось или выдаёт ошибку. Частые причины: истёк срок технической поддержки лицензии (без активной подписки обновления недоступны), нет соединения с серверами обновлений Битрикс, не хватило прав на запись или места на диске. Проверьте активность лицензии в админке и свободное место (df -h). Убедитесь, что исходящие соединения к серверам обновлений не блокируются фаерволом.

Если обновление оборвалось на середине, восстановите сайт из бэкапа, сделанного перед обновлением, — поэтому бэкап до обновления обязателен. Затем повторите обновление на здоровой копии. При регулярных обрывах из-за таймаутов увеличьте лимиты времени выполнения PHP. Стабильный сервер с достаточными ресурсами и активной поддержкой лицензии обновляется без проблем.

Частые вопросы