Как настроить PostgreSQL для 1С: практическое руководство

PostgreSQL — самая распространённая СУБД для клиент-серверных установок 1С:Предприятия на Linux и недорогая альтернатива MS SQL Server на Windows. Однако PostgreSQL «из коробки» настроен крайне консервативно: стандартные параметры рассчитаны на слабый сервер и объёмы данных в несколько мегабайт. Если развернуть базу 1С на таких настройках, пользователи столкнутся с медленными проведениями документов, долгими отчётами и блокировками.

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

Материал ориентирован на администраторов, которые разворачивают связку «сервер 1С + PostgreSQL» на Linux (Debian/Ubuntu-подобные дистрибутивы), но большинство рекомендаций применимо и к Windows-установкам.

Какую сборку PostgreSQL выбрать для 1С

Платформа 1С:Предприятие работает не с любой версией PostgreSQL, а только со сборками, в которые внесены патчи совместимости (например, обработка типа mchar и особенности работы с регистрами символов). Официально поддерживаются сборки от 1С (публикуются на портале releases.1c.ru) и Postgres Pro Standard/Certified. Ванильный PostgreSQL из стандартного репозитория дистрибутива с 1С работать не будет — база просто не создастся или будет падать с ошибками.

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

Установка и первичная подготовка сервера

Установка на Debian-подобных системах выполняется из пакетов, скачанных с портала 1С. После установки пакетов СУБД инициализируйте кластер с правильной локалью — это критично для 1С. Локаль должна быть ru_RU.UTF-8, иначе сортировка строк в базе будет отличаться от ожидаемой и возможны проблемы с поиском и индексами.

sudo locale-gen ru_RU.UTF-8
sudo -u postgres /usr/lib/postgresql/15/bin/initdb -D /var/lib/postgresql/15/main --locale=ru_RU.UTF-8 --encoding=UTF8
sudo systemctl enable postgresql
sudo systemctl start postgresql

Задайте пароль суперпользователя postgres и при необходимости создайте отдельного пользователя для сервера 1С. Размещайте каталог данных PostgreSQL на быстром дисковом массиве (SSD/NVMe), а журнал предзаписи (WAL) при высокой нагрузке имеет смысл вынести на отдельный физический диск — это снижает конкуренцию за дисковые операции.

Ключевые параметры postgresql.conf для 1С

Файл postgresql.conf обычно находится в каталоге данных кластера или в /etc/postgresql/<версия>/main/. После правки большинства параметров требуется перезапуск службы (systemctl restart postgresql), часть параметров применяется перечитыванием конфигурации (systemctl reload).

Базовый ориентир для сервера, выделенного только под СУБД:

• shared_buffers — 25–30% от объёма RAM. На сервере с 32 ГБ разумно начать с 8 ГБ. Слишком большое значение для PostgreSQL не даёт выигрыша, так как СУБД дополнительно использует кэш ОС.
• effective_cache_size — 50–75% от RAM. Это подсказка планировщику, сколько памяти доступно под кэш (сама память не выделяется).
• work_mem — память на одну операцию сортировки/хэширования. Начните с 32–64 МБ; учитывайте, что одно соединение может использовать несколько таких буферов.
• maintenance_work_mem — 512 МБ – 2 ГБ для ускорения VACUUM, CREATE INDEX, REINDEX.
• max_connections — не завышайте: 100–200 достаточно для большинства внедрений, так как сервер 1С мультиплексирует соединения через рабочие процессы.
• wal_buffers — 16–64 МБ; checkpoint_timeout — увеличьте до 10–15 минут, чтобы снизить частоту контрольных точек.
• random_page_cost — для SSD установите 1.1 вместо стандартных 4, это меняет выбор планов запросов в пользу индексных сканирований.

# пример для сервера с 32 ГБ RAM
shared_buffers = 8GB
effective_cache_size = 20GB
work_mem = 64MB
maintenance_work_mem = 1GB
max_connections = 150
wal_buffers = 32MB
checkpoint_timeout = 15min
random_page_cost = 1.1
effective_io_concurrency = 200

Дополнительно в сборках 1С рекомендуется проверить параметры, влияющие на эстимацию планировщика: default_statistics_target можно увеличить до 100–200, а join_collapse_limit и from_collapse_limit оставить по умолчанию, если запросы 1С не показывают аномалий планирования.

Настройка autovacuum и обслуживание базы

PostgreSQL использует механизм MVCC: обновлённые и удалённые строки остаются в таблицах как «мёртвые» версии, пока их не уберёт процесс vacuum. Базы 1С интенсивно обновляют таблицы регистров, поэтому без агрессивного autovacuum таблицы раздуваются, а запросы деградируют.

Стандартные настройки autovacuum слишком мягкие для 1С. Рекомендуется увеличить число фоновых процессов и снизить пороги срабатывания:

autovacuum = on
autovacuum_max_workers = 4
autovacuum_naptime = 30s
autovacuum_vacuum_scale_factor = 0.05
autovacuum_analyze_scale_factor = 0.02
autovacuum_vacuum_cost_limit = 1000

Для самых больших и активно меняющихся таблиц (регистры накопления, сведений) имеет смысл задать индивидуальные параметры хранения через ALTER TABLE ... SET (autovacuum_vacuum_scale_factor = ...). Дополнительно раз в неделю или месяц, вне рабочего времени, полезно выполнять полный VACUUM ANALYZE базы и периодически REINDEX индексов сильно фрагментированных таблиц.

Сетевой доступ и интеграция с сервером 1С

Если сервер 1С и PostgreSQL на разных машинах, откройте сетевой доступ: в postgresql.conf установите listen_addresses = '*' (или конкретный адрес интерфейса), а в pg_hba.conf добавьте строку для подсети сервера приложений с методом аутентификации scram-sha-256 или md5. Не используйте trust в рабочей сети.

# pg_hba.conf — разрешить подключение с сервера 1С
host  all  all  192.168.1.10/32  scram-sha-256

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

1. 1
   Установите сборку PostgreSQL от 1С, совместимую с вашей версией платформы
2. 2
   Инициализируйте кластер с локалью ru_RU.UTF-8
3. 3
   Настройте postgresql.conf под объём RAM сервера
4. 4
   Настройте pg_hba.conf и сетевой доступ для сервера 1С
5. 5
   Создайте базу через консоль кластера 1С и загрузите данные
6. 6
   Включите агрессивный autovacuum и настройте регламентное обслуживание
7. 7
   Проверьте производительность типовых операций и настройте мониторинг

Как проверить, что настройка сработала

Признак удачной настройки — не красивые цифры в конфиге, а поведение системы под нагрузкой. Проверьте несколько контрольных точек.

Для диагностики медленных запросов включите логирование: log_min_duration_statement = 1000 запишет в журнал все запросы длиннее секунды. По этим записям можно найти проблемные операции и разобрать их планы через EXPLAIN ANALYZE. Технологический журнал сервера 1С с событиями DBPOSTGRS дополнит картину со стороны платформы.

Полезно зафиксировать «эталон» до и после настройки: замерьте время проведения пачки документов, построения типового отчёта и закрытия месяца. Без таких замеров оценить эффект от изменений объективно невозможно.

Типичные ошибки и ограничения

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

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