Переход 1С-Битрикс на PostgreSQL

Что входит

Переводим проекты на 1С-Битрикс на PostgreSQL: аудит, перенос, оптимизация запросов и индексов, контролируемый запуск.

К переходу подталкивают две вещи: стоимость лицензий текущей СУБД и требования к импортонезависимости. Технический повод тоже встречается: каталог вырос, страницы отдаются медленно, в часы пик появляются блокировки при одновременной работе пользователей, а резервное копирование занимает всё больше времени.

Начинаем с аудита схемы и запросов: какие обращения к базе выполняются чаще всего, где не хватает индексов, какие места приводят к полному перебору таблиц. Затем разворачивается тестовая копия на PostgreSQL, куда переносятся данные, и на ней проверяется работа сайта целиком: каталог, фильтры, корзина, оформление заказа, админка. Отдельного внимания требуют собственные доработки, написанные с расчётом на прежнюю СУБД, и различия в поведении типов данных.

После перехода проект работает на открытой СУБД без лицензионных платежей, а оптимизация индексов и запросов, сделанная по ходу миграции, обычно ускоряет тяжёлые страницы каталога. Переключение делается в согласованное окно, прежняя база остаётся нетронутой как план отката.

Этапы работы

1. 01Аудит проекта и запросов
2. 02Тестовый перенос на PostgreSQL
3. 03Оптимизация индексов и запросов
4. 04Запуск и наблюдение

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

Как проходит миграция?

Сначала аудит схемы, запросов и нагрузки, по итогам которого составляется план. Затем перенос на изолированный тестовый контур и проверка работы сайта по ключевым сценариям. Дальше оптимизация индексов и запросов под новую СУБД и нагрузочная проверка. Финальное переключение выполняется в согласованное окно с готовым откатом.

Сайт будет работать быстрее?

Сама смена СУБД ускорения не гарантирует. Прирост даёт работа, которая делается по ходу переноса: правка тяжёлых запросов, добавление недостающих индексов и настройка параметров базы под реальный профиль нагрузки. Замеры до и после мы фиксируем, чтобы эффект был виден в цифрах, а не на словах.

Все ли модули продолжат работать?

Типовая функциональность переносится штатно. Риск сосредоточен в собственных доработках и сторонних модулях, использующих особенности прежней СУБД: их выявляем на аудите и правим. Если в проекте есть закодированные модули стороннего поставщика, их совместимость проверяется отдельно, и об этом мы говорим до начала работ.

Что нужно от вас?

Доступ к боевому и тестовому серверам, описание собственных доработок и список сторонних модулей. Ещё нужно окно для финального переключения и участие ваших специалистов в приёмке: проверить сайт по рабочим сценариям лучше тем, кто ежедневно с ним работает.