← На главную

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

Разбираем причину: ограничения 32-битной архитектуры

Первым делом проанализируем, почему возникают ошибки типа "Недостаточно памяти". Если ваш сервер 1С работает в 32-битном режиме, каждый рабочий процесс rphost ограничен адресным пространством в 2–3 ГБ. Современные конфигурации 1С при выполнении ресурсоемких операций (например, расчет зарплаты, формирование сложных отчетов или закрытие месяца) могут мгновенно запрашивать объемы данных, превышающие этот лимит. Как только rphost достигает своего предела, операционная система принудительно завершает его работу, что пользователи видят как аварийное закрытие программы.

Рассмотрим по шагам основные пути решения этой проблемы.

Решение 1. Переход на 64-битный сервер 1С

Самым эффективным способом решения проблемы является использование 64-битной версии сервера 1С:Предприятия. Это полностью снимает ограничение на использование оперативной памяти одним процессом, позволяя rphost использовать все доступные ресурсы физической памяти сервера.

Часто системные администраторы опасаются переходить на 64-битную платформу из-за несовместимости некоторых внешних компонент или печатных форм, которые работают только в 32-битном окружении. Разберем, как обойти это ограничение:

1. Использование 32-битного клиента: Даже если сервер 1С 64-битный, пользователи могут продолжать работать через 32-битный тонкий или толстый клиент. Если внешняя компонента (например, для работы с торговым оборудованием или специфической печатью) запускается на стороне клиента, она будет работать корректно.
2. Настройка COM+: Если 32-битная компонента должна выполняться строго на стороне сервера, ее можно зарегистрировать в службе компонентов Windows (COM+). Это позволит 64-битному процессу сервера обращаться к 32-битной библиотеке через прослойку эмуляции.

Решение 2. Настройка перезапуска рабочих процессов в кластере 1С

Если по каким-то причинам мгновенный переход на 64-битную версию невозможен, мы можем настроить механизмы самоочистки кластера 1С. Выясним, какие параметры в консоли администрирования кластера помогут нам контролировать потребление памяти:

• Допустимый объем памяти: Укажите значение (в байтах), при достижении которого процесс будет считаться перегруженным. Например, для 32-битной системы имеет смысл поставить значение около 2 000 000 000 (2 ГБ).
• Интервал перезапуска: Настройте автоматический перезапуск рабочих процессов. Вместо того чтобы перезапускать всю службу 1С вручную каждые несколько часов, установите параметр "Интервал перезапуска" в настройках сервера. Рассмотрим пример настройки на 10800 секунд (3 часа) для высоконагруженных баз.
• Выключенные процессы: Установите "Время завершения выключенного процесса" (например, 1000 секунд). Это позволит старым процессам, которые уже отдали свои задачи новым процессам, корректно завершаться и освобождать память ОС.

Решение 3. Тонкая настройка PostgreSQL (postgresql.conf)

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

Рекомендуется отредактировать файл postgresql.conf и обратить внимание на следующие параметры:

1. shared_buffers: Установите на уровне 25% от общего объема оперативной памяти сервера. Это основной кэш данных СУБД.
2. work_mem: Этот параметр определяет объем памяти для операций сортировки внутри одного запроса. Для 1С оптимально установить 32MB или 64MB. Будьте осторожны: это значение умножается на количество активных соединений, поэтому слишком большое значение может привести к резкому исчерпанию памяти.
3. maintenance_work_mem: Увеличьте этот параметр до 512MB или 1GB. Это ускорит создание индексов и выполнение регламентных операций (Vacuum).
4. effective_cache_size: Установите на уровне 50–75% от общего объема ОЗУ. Это подскажет планировщику PostgreSQL, сколько памяти доступно для кэширования данных операционной системой.

Решение 4. Использование специализированных сборок PostgreSQL

Крайне важно использовать не стандартный ("ванильный") PostgreSQL, а специализированные сборки от компании "1С" или Postgres Pro. В этих версиях реализованы критически важные патчи:

• Online Analyze: Позволяет актуализировать статистику таблиц сразу после их изменения. В ЗУП 3.1, где активно используются временные таблицы, это жизненно важно. Без актуальной статистики планировщик может построить неоптимальный план запроса, который "съест" всю память сервера.
• Поддержка блокировок 1С: Оптимизация работы с вложенными транзакциями и специфическими типами данных 1С.

Решение 5. Управление файлом подкачки (Swap)

Рассмотрим вопрос настройки виртуальной памяти. При работе с PostgreSQL на ОС Windows автоматический выбор размера файла подкачки часто работает неэффективно. Проанализируем рекомендации экспертов:

Установите фиксированный размер файла подкачки (Minimum и Maximum размер одинаковый). Оптимальный объем — 1 или 1.5 от размера физической оперативной памяти. Это предотвратит фрагментацию файла и исключит задержки системы на его расширение в моменты пиковой нагрузки, когда rphost или postgres запрашивают дополнительную память.

Резюме и рекомендации

Подведем итог нашему исследованию. Для стабильной работы 1С на PostgreSQL необходимо выполнить следующие действия:

1. Основной шаг: Перейти на 64-битный сервер 1С. Это решит 90% проблем с ошибками памяти.
2. Совместимость: Если у вас есть старые компоненты, используйте 32-битные клиенты 1С при 64-битном сервере.
3. Оздоровление: Настройте лимиты памяти и интервалы перезапуска процессов в консоли кластера 1С, чтобы предотвратить утечки памяти.
4. Оптимизация СУБД: Скорректируйте параметры shared_buffers и work_mem в соответствии с ресурсами вашего сервера.

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