20.07.2011

Рекомендации по настройке клиент-серверных систем на основе "1С:Предприятия"

В данном разделе собраны рекомендации по наладке системы на основе платформы "1С:Предприятие" в режиме работы "клиент-сервер":

1. В 32-разрядном сервере "1С:Предприятия" запуск нескольких rphost позволяет лучше использовать оперативную память сервера и снизить издержки от фрагментации памяти.
   В 64-разрядном сервере "1С:Предприятия" один rphost может полностью использовать и оперативную память, и процессорные ресурсы сервера.
   Поэтому для 64-разрядного сервера "1С:Предприятия" нормальным следует считать запуск одного рабочего процесса на один сервер.
2. Из-за ошибок в платформе "1С:Предприятие" и в конфигурациях возможны аварийные завершения процессов rphost. Запуск нескольких рабочих процессов снижает критичность аварийного завершения одного рабочего процесса. Аварийные завершения рабочих процессов нельзя считать их нормальным поведением. Если подобные случаи наблюдаются в процессе эксплуатации "1С:Предприятия", то целесообразно провести необходимые расследования для выявления причин и устранения подобных ситуаций. Запуск нескольких рабочих процессов в данном случае можно считать временной мерой для снижения издержек от нестабильной работы сервера.
3. Большое количество рабочих процессов:

• увеличивает издержки на служебные вызовы между процессами сервера "1С:Предприятия" и может привести к снижению общей производительности системы;
• занимает дополнительные IP порты (по 2 на каждый процесс). Диапазоны портов, определенные по умолчанию, могут оказаться недостаточными;
• повышает общую сложность поведения сервера "1С:Предприятия".

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

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