При эксплуатации связки 1С:Предприятие и PostgreSQL перед системными администраторами часто встает вопрос: обязательно ли обновлять версию СУБД при каждом обновлении технологической платформы или конфигурации (например, 1С:Бухгалтерии)? Рассмотрим эту ситуацию на конкретном примере, когда используется достаточно старая сборка PostgreSQL 10.11_5.1C и планируется переход на более новые релизы платформы 8.3.17 и выше.
Разберем базовый принцип взаимодействия 1С и PostgreSQL. В экосистеме 1С существует жесткая зависимость: не СУБД требует определенную платформу, а платформа 1С выдвигает требования к минимальной версии СУБД. Проанализируем официальные требования вендора:
8.3.14.1565.8.3.18.Выясним причину таких ограничений. Компания 1С выпускает не чистый PostgreSQL, а специализированные сборки (с суффиксами вроде _5.1C). В эти сборки включены специфические патчи, обеспечивающие поддержку объектов mchar и mvarchar, корректную работу с планами запросов 1С и специфическую сортировку данных. Если вы используете слишком старую версию СУБД с новой платформой, может возникнуть ситуация, когда оптимизатор запросов 1С ожидает одного поведения от движка базы данных, а старая версия PostgreSQL выдает другое. Это неизбежно приведет к деградации производительности или даже к аварийному завершению сеансов.
Рассмотрим подробнее ситуацию с версией 10.11. Важно понимать, что PostgreSQL 10 официально достигла стадии End of Life (EOL) еще в ноябре 2022 года. Это означает, что исправлений безопасности и критических ошибок для этой ветки больше не выпускается. Сидеть на старых версиях слишком долго — это сознательное накопление технического долга.
Проанализируем основные риски:
1. Ошибки в коде СУБД: Многие ошибки, возникающие при работе конкретных конфигураций (например, тяжелых отчетов в Бухгалтерии 3.0), исправляются не в 1С, а в патчах для PostgreSQL. Оставаясь на версии 10.11, вы лишаете себя этих исправлений.
2. Совместимость с операционной системой: Старые версии СУБД могут некорректно работать на современных ОС (Windows Server 2022 или актуальных дистрибутивах Linux). Это выражается в утечках памяти или нестабильной работе службы под нагрузкой.
3. Технологический разрыв: Прямое обновление (In-place upgrade) с версии 10 сразу на 15 или 16 сопряжено с огромными трудностями из-за изменения форматов хранения данных. Чем дольше вы откладываете обновление, тем сложнее будет процесс перехода в будущем.
Посмотрим, что мы получаем при переходе на более современные версии PostgreSQL, которые поддерживаются актуальными релизами платформы 1С 8.3:
Выясним, как правильно организовать процесс обновления, чтобы избежать простоев и потери данных. Разберем шаги, которые следует предпринять:
.dt и последующая загрузка в новую пустую базу данных на новой версии СУБД. Это гарантирует пересоздание структуры таблиц в соответствии с новыми требованиями.Проанализируем пример из практики: версии 10.15-2.1C или 11.10-2.1C будут вполне приемлемы и стабильны для работы с платформой 8.3.17 и Бухгалтерией 3.0. Однако для обеспечения максимального быстродействия и безопасности рекомендуем рассмотреть переход на 12-ю или 14-ю версию сборки от 1С.
Подведем итог: формально работать на старой версии СУБД можно, пока платформа 1С не заблокирует запуск из-за несовместимости. Но на практике это приводит к накоплению скрытых ошибок и медленной работе системы. Регулярные обновления PostgreSQL (хотя бы раз в 1-2 года до актуальной стабильной ветки) — это залог стабильности вашего бухгалтерского учета и производительности сервера.