← Вернуться в центр знаний

1С на Linux и PostgreSQL: как собрать поддерживаемый промышленный контур

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

К
Команда 1С ВирТЭКАрхитектура, разработка и сопровождение 1С

Зафиксируйте матрицу версий

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

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

Рассчитайте архитектуру по нагрузке

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

Минимальные системные требования подходят для запуска, но не заменяют нагрузочный тест на копии реального профиля.

Настройте PostgreSQL как часть 1С

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

Наблюдайте ожидания, блокировки, длительные запросы, рост таблиц и индексов, время фоновых операций и задержки хранилища. Изменение параметра проходит через стенд и имеет план возврата.

Проектируйте восстановление до запуска

Определите RPO и RTO, выполняйте полные резервные копии и архивирование журнала, храните копию в отдельном контуре и регулярно восстанавливайте базу на проверочном узле. В тест входит согласованность информационной базы, вход пользователей и выполнение ключевых операций, а не только успешная команда restore.

Обновляйте единым окном

Платформа, конфигурация, PostgreSQL, Linux и драйверы меняются по согласованному плану. Копия производственной базы проходит функциональный и нагрузочный тест, затем обновляется пилот, после чего — остальные узлы. Фиксируйте длительность, ошибки и изменение производительности.

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

Нужна архитектура
под вашу задачу?

Разберём исходные данные, риски и ограничения, затем предложим обоснованный вариант решения.

Обсудить с инженером↗︎