Перевод 1С на PostgreSQL: зачем это нужно и как проходит

Многие компании работают на связке 1С и MS SQL и годами не задумываются о базе данных под капотом. Вопрос возникает, когда приходит время импортозамещения или когда счёт за лицензии зарубежной СУБД становится заметной строкой в бюджете. Тогда всплывает вариант перевести 1С на PostgreSQL, и он оказывается вполне рабочим.

Зачем это делают

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

Важно понимать, что 1С официально работает с PostgreSQL, это не самодеятельность. Фирма 1С поддерживает эту связку, а на рынке есть специальные сборки PostgreSQL, заточенные под 1С, в том числе российские, входящие в реестр отечественного ПО.

Как проходит перенос

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

Отдельное внимание уходит на производительность. PostgreSQL под 1С требует грамотной настройки параметров и обслуживания, иначе пользователи почувствуют, что документы стали проводиться медленнее. При правильной конфигурации связка работает не хуже прежней, но именно правильная конфигурация и отличает удачный переход от разочарования.

Что меняется после перехода

Для пользователей в идеале не меняется ничего: та же 1С, те же документы и отчёты, просто база под ними другая. А вот для тех, кто обслуживает систему, появляется новая зона ответственности. PostgreSQL нужно регулярно обслуживать: следить за резервными копиями, за состоянием базы, за производительностью. Это не сложнее, чем с MS SQL, но по-другому, и специалист, привыкший только к продуктам Microsoft, поначалу будет осваиваться.

Поэтому переход на PostgreSQL разумно рассматривать вместе с вопросом сопровождения. Если базу некому грамотно обслуживать, экономия на лицензиях может обернуться проблемами со скоростью и надёжностью, и выигрыш растворится.

Как сделать переход спокойным

Надёжный сценарий такой же, как при любой миграции базы. Сначала обследование и подготовка сервера, затем перенос на тестовом контуре, проверка данных и скорости на реальных объёмах, обучение или подключение специалистов по обслуживанию, и только потом переключение боевой базы в короткое окно с готовым планом отката. Такой путь убирает главный страх перед переходом, риск потерять данные или остановить работу бухгалтерии.

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

Российские сборки и реестр

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