1с достигнуто максимальное количество пользователей код ошибки 10033

Типовые ошибки установки сервера 1С: Предприятие и PostgreSQL на платформе Linux. Записки IT специалиста

Записки IT специалиста

Типовые ошибки установки сервера 1С:Предприятие и PostgreSQL на платформе Linux.

Связка сервера 1С:Предприятие и PostgreSQL вторая по популярности среди установок 1С и самое используемое решение на платформе Linux. В отличии внедрений на базе Windows и MSSQL, где трудно сделать так, чтобы не заработало, внедрения на базе Linux таят множество подводных камней для неопытного администратора. Часто бывает так, что вроде бы все сделано правильно, но ошибка следует за ошибкой. Сегодня мы рассмотрим самые типовые из них.

Общая информация

Перед тем, как начинать искать ошибки установки и, вообще, приступать к внедрению серверной версии 1С:Предприятия было бы неплохо освежить представление как это работает:

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

В нашем распоряжении имеются два сервера под управлением Ubuntu 12.04 x64, на одном из них установлен сервер 1С:Предприятие версии 8.3, на другом PostgreSQL 9.04 от Ethersoft, а также клиент под управлением Windows. Напоминаем, что клиент работает Только с сервером 1С, который, в свою очередь, формирует необходимые запросы к серверу СУБД. Никаких запросов от клиента к серверу управления базами данных Не происходит.

Сервер баз данных не обнаружен
ВАЖНО: пользователь «postgres» не прошёл проверку подлинности (Ident)

Данная ошибка возникает при разнесении серверов по разным ПК из-за неправильно настроеной проверки подлинности в локальной сети. Для устранения откройте /var/lib/pgsql/data/pg_hba. conf, найдите строку:

И приведите ее к виду:

Сервер баз данных не обнаружен
Could not translate host name «NAME» to address: Temporary failure in name resolution

На первый взгляд ошибка понятна: клиент не может разрешить имя сервера СУБД, типичная ошибка для небольших сетей, где отсутствует локальный DNS-сервер. В качестве решения добавляют запись в файл Hosts на клиенте, что не дает никакого результата.

А теперь вспоминаем, о чем было сказано несколько раньше. Клиентом сервера СУБД является сервер 1С, но никак не клиентский ПК, следовательно запись нужно добавлять на сервере 1С:Предприятие в файл /etc/hosts на платформе Linux или в C:WindowsSystem32driversetchosts на платформе Windows.

Аналогичная ошибка будет возникать, если вы забыли добавить Запись типа A для сервера СУБД на локальном DNS-сервере.

Ошибка при выполнении операции с информационной базой
Server_addr=NAME descr=11001(0x00002AF9): Этот хост неизвестен.

Как и прошлая, эта ошибка связана с неправильным разрешением клиентом имени сервера. На этот раз именно клиентским ПК. В качестве решения добавляем в файл /etc/hosts на платформе Linux или в C:WindowsSystem32driversetchosts на платформе Windows запись вида:

Где указываете адрес и имя вашего сервера 1С:Предприятия. В случае использования локального DNS следует добавить A-запись для сервера 1С.

Ошибка СУБД: DATABASE не пригоден для использования

Гораздо более серьезная ошибка, которая говорит о том, что вы установили несовместимую с 1С:Предприятие версию PostgreSQL или допустили грубые ошибки при установке, например не установили все необходимые зависимости, в частности библиотеку LibICU.

Если вы имеете достаточный опыт администрирования Linux систем, то можете попробовать доустановить необходимые библиотеки и заново инициализировать кластер СУБД. В противном случае PostgreSQL лучше переустановить, не забыв удалить содержимое папки /var/lib/pgsql.

Также данная ошибка может возникать при использовании сборок 9.1.x и 9.2.x Postgre@Etersoft, подробности смотрите ниже.

Ошибка СУБД:
ERROR: could not load library «/usr/lib/x86_64-linux-gnu/postgresql/fasttrun. so»

Ошибка СУБД
ERROR: type «mvarchar» does not exist at character 31

Возникает если база данных была создана без помощи системы 1С:Предприятия. Помните, для работы с 1С базы данных следует создавать только с использованием инструментов платформы 1С: через консоль Администрирование серверов 1С Предприятия

Или через средство запуска 1С.

Сервер баз данных не обнаружен
ВАЖНО: пользователь «postgres» не прошёл проверку подлинности (по паролю)

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

Сервер баз данных не обнаружен
FATAL: database «NAME» does not exist

1С:Предприятие используется для автоматизации довольно широкого круга задач. Вопрос надёжности, безусловно, важен для каждой из этих задач. Однако есть две области применения 1С:Предприятия, в которых надёжность системы является не просто важной, а очень-очень важной. Это корпоративные внедрения и облачные сервисы.

В этих областях, как мы считаем, есть два направления для повышения надёжности:

Мы работаем в обоих направлениях. И в этой статье мы хотим рассказать про очередной шаг в направлении №2.

Этот шаг заключается в том, чтобы повысить защищённость сервера 1С:Предприятия от ошибок, которые могут возникнуть в его рабочих процессах. Это могут быть самые разные ошибки. Они могут быть следствием некорректной работы платформы. Или они могут возникнуть в результате выполнения некорректного прикладного кода, который исполняют рабочие процессы сервера.

Ошибки в рабочих процессах приводят к нескольким проблемам. Для устранения каждой узкой проблемы можно было бы сделать отдельный механизм. Но мы решили попробовать сделать сразу комплексное решение. Его рабочее название — Система мониторинга. Мы понимаем, что название не совсем конкретное, но пока остановились на нём.

Суть системы мониторинга можно описать фразой из известной шутки: «В Одессе быстро поднятое не считается упавшим». А если говорить серьёзно, то задача системы мониторинга в том, чтобы своевременно обнаружить проблему и автоматически её исправить.

Систему мониторинга мы внедрили в процесс агента сервера. Каждые 10 секунд она производит опрос процессов кластера. В кластер может объединяться несколько рабочих серверов, каждым из которых управляет собственный агент сервера. Поэтому опрос процессов кластера производит только агент, управляющий центральным сервером:

Опрашиваются все процессы, функционирующие в кластере: менеджеры кластера, рабочие процессы. Процессы, исполняемые на рабочих серверах, опрашиваются через агентов этих серверов. Таким образом дополнительно проверяется ещё и работоспособность самих агентов.

Каждый процесс система мониторинга проверяет по следующим критериям:

Результаты проверки записываются в технологический журнал.

Для настройки критерия Анализ количества ошибок на количество запросов мы ввели новую опцию Допустимое отклонение количества ошибок сервера. Её нужно задавать в процентном отношении от среднего значения по остальным процессам. Например, вы установили её в значение 50. При этом среднее количество ошибок на запрос в минуту за последние 5 минут было 100. Тогда проблемными будут признаны такие процессы, которые вызвали более 150 ошибок на запрос в минуту.

Процесс может быть признан проблемным и по другим критериям (кроме критерия Стандартный запрос). Проблемные процессы система мониторинга может завершать самостоятельно, создавая перед этим дамп памяти процесса. Эта возможность включается опцией Принудительно завершать проблемные процессы.

Для того чтобы вы могли интерактивно и программно управлять опциями системы мониторинга, мы внесли необходимые доработки в утилиту администрирования клиент-серверного варианта, добавили новые методы объекту V83.COMConnector, добавили новые параметры в кроссплатформенный интерфейс администрирования кластера и новые события в технологический журнал.

С началом использования системы мониторинга для нас будет важно понять, насколько правильно мы выбрали стратегию определения уровня «здоровья» рабочего процесса. Нет ли ложных срабатываний, качественно ли определяются реальные проблемы. В этом смысле самым сложным нам представляется параметр Допустимое отклонение количества ошибок сервера. Потому что это косвенный способ оценки. Будем вместе с вами смотреть на практике, хорошо ли это работает.

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

В феврале 2019 г. фирма 1С объявила о техническом разделении лицензий уровня ПРОФ и КОРП.

Таким образом, с 9 сентября 2019 г. существовавшее ранее разделение на ПРОФ и КОРП закрепляется окончательно на программном уровне.

Что же это означает для пользователей 1С и на что стоит обратить внимание уже сейчас?

Программная платформа 1С:Предприятия, в обновлённом варианте, получила разделение на ПРОФ и КОРП версии, обладающие собственными лицензиями. Появились возможности использования некоторых функций только при активной лицензии КОРП.

Разделение платформенных лицензий на ПРОФ и КОРП начинается с версий платформ 8.3.12.1852, 8.3.13.1791, 8.3.14.1592 и выше. В указанных версиях платформ, при использовании функций КОРП на лицензии ПРОФ, при входе в базы, пользователи столкнутся со следующими предупреждениями:

“Свойства кластера “Допустимое отклонение количества ошибок сервера”, “Режим распределения нагрузки” или свойства рабочего сервера “Максимальный объем памяти рабочих процессов”, “Безопасный расход памяти за один вызов”. “Объем памяти рабочих процессов до которого сервер считается производительным”. Количество на ИБ на процесс содержат значения, отличные от значений по умолчанию. Внимание! Начиная с 9 сентября 2019г. использование этих функций будет возможно только для лицензий на платформу уровня КОРП. Обратитесь к администратору для решения вопросов приобретения и установки лицензии КОРП. Внимание! Начиная с 9 сентября 2019 г. использование на сервере более 12 ядер процессора будет возможно только для лицензий на платформу уровня КОРП. Обратитесь к администратору для решения вопросов приобретения и установки лицензий уровня КОРП.”

Таким образом, для версии лицензии ПРОФ будут установлены следующие ограничения: не более 500 сеансов пользователей в отдельной информационной базе и/или может использоваться не более 12 ядер процессоров. Кроме того, будут сильно ограничены возможности администрирования, в частности, для ПРОФ версии станут недоступны:

Все эти изменения вступят в силу не сразу. Как будут работать программы сейчас, в переходный период? Пользователи лицензий ПРОФ и КОРП на текущий момент могут использовать все функции платформы, так как техническое ограничение пока не действует. Однако с 9 сентября 2019 г. функционал КОРП станет доступен исключительно пользователям с соответствующей лицензией.

Регламент перехода предусматривает возможность обновления лицензий в течение переходного срока:

Также стоит обратить внимание на то, что цены на лицензии ПРОФ и КОРП не меняются. В случае, когда технические параметры не превышают указанных, то и получение лицензии КОРП не потребуется, и можно работать в прежнем режиме, как и ранее. Важное замечание: если с допуском ПРОФ работают одновременно не более 10 пользователей, функционал КОРП будет полностью доступен.

В случае же превышения ограничения в 500 сеансов либо при использовании более 12 ядер процессора, получить доступ к возможностям КОРП возможно будет только после приобретения соответствующей лицензии.

Как настроить сервер 1С по умолчанию для ПРОФ лицензии после 2019-09-10

Для успешного применения решений на платформе 1С:Предприятие в крупных масштабных проектах фирмой “1С” еще в 2014 году был выпущен новый тип лицензий на платформу – 1С:Предприятие 8 КОРП.

Сервер 1С КОРП

Сервер “1С:Предприятия 8.3 КОРП” предоставляет пользователю расширенные возможности по сравнению с сервером уровня ПРОФ:

Ранее возможность использования расширенной функциональности платформы уровня КОРП только декларировалась в лицензионных соглашениях на лицензии уровня КОРП, но не контролировалась технически и была доступна пользователям с лицензиями версии ПРОФ, но в новых версиях платформы “1С:Предприятие 8.3” такая защита была реализована, при этом отметим 2 особенности:

Таким образом для лицензий 1С:Предприятие уровня ПРОФ являются недопустимыми значения свойств, отличных от значений по умолчанию:

Предупреждение

Начиная с 10.09.2019 года некоторые пользователи лицензий 1С:Предприятие 8 ПРОФ, выходящие за рамки описанных выше ограничений, начали получать предупреждение с текстом:

“Операция не может быть выполнена с текущим составом лицензий.
Свойства кластера ‘Допустимое отклонение количества ошибок сервера’, ‘Режим распределения нагрузки’ или свойства рабочего сервера ‘Максимальный объем памяти рабочих процессов’, ‘Безопасный расход памяти за один вызов’, ‘Объем памяти рабочих процессов, до которого сервер считается производительным’, ‘Количество ИБ на процесс’ содержат значения, отличные от значений по умолчанию.
Использование этих функций возможно только для лицензий на платформу уровня КОРП.
Обратитесь к администратору для решения вопросов приобретения и установки лицензий уровня КОРП.”

Ранее такие пользователи получали предупреждение, но программа при этом позволяла выполнить запуск.

Для продолжения работы после 09.09.2019 г. пользователям лицензий 1С:Предприятие 8 необходимо приобрести лицензии уровня КОРП или вернуть значения данных свойств к значениям “по умолчанию”.

Значения свойств сервера 1С:Предприятие 8 “по умолчанию”

Для возможности продолжения работы используя имеющиеся лицензии 1С:Предприятие уровня ПРОФ без их апгрейда до уровня КОРП необходимо привести параметры свойств кластера сервера 1С:Предприятие 8 и параметров рабочего сервера 1С:Предприятие к значениям “по умолчанию”.

Обратите внимание, что внешний вид окон, доступность полей и значения некоторых параметров при использовании платформы 1С:Предприятие версии 8.3.15.* может отличаться от предыдущих версий.

Значения “по умолчанию” параметров кластера 1С:Предприятие

Значения параметров кластера

Отвечает за уровень безопасности кластера. Выбирается из списка (возможные значения: выключено, только соединение, постоянно).

Интервал перезапуска __ секунд
Значение по умолчанию – 0

Интервал времени после запуска процесса, по истечении которого рабочий процесс перезапускается. Нулевое значение означает, что рабочие процессы не будут перезапускаться автоматически.

Допустимый объем памяти __ KB
Интервал превышения допустимого объема памяти __ секунд

Значение по умолчанию –

Исключен из настроек начиная с версии 8.3.15

Определяет интервал времени постоянного превышения предельного объема виртуального адресного пространства, занимаемого рабочим процессом или менеджером кластера (см. предыдущий параметр), после которого выполняется автоматический перезапуск процесса. Нулевое значение означает, что автоматически перезапуск рабочих процессов не выполняется.

Значение по-умолчанию – Отключено

Флаг появился начиная с версии 8.3.15

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

Значение по-умолчанию – Отключен

Флаг появился начиная с версии 8.3.15

Определяет необходимость формирования дампа аварийного завершения рабочего процесса в случае, если кластер серверов выполняет принудительное завершение рабочего процесса. Эта ситуация может возникнуть в том случае, если в процессе мониторинга состояния кластера нарушается значение, установленное в параметре рабочего сервера Критический объем памяти процессов.

Дамп формируется в соответствии с текущими настройками формирования дампов аварийного завершения

Интервал времени, по истечении которого проблемный рабочий процесс принудительно останавливается, независимо от наличия соединений. Работа всех соединений с этим процессом завершается аварийно. Значение свойства может быть изменено во время работы кластера. Нулевое значение означает, что принудительное завершение процесса не выполняется. Менеджер кластера при стойком превышении предельного объема виртуального адресного пространства всегда перезапускается без ожидания.

Уровень отказоустойчивости определяет максимальное количество рабочих серверов, входящих в состав кластера, одновременный выход из строя которых не приведет к аварийному завершению сеансов подключенных пользователей. Если в кластер серверов входит только один рабочий сервер, то максимальный уровень отказоустойчивости будет 0,т. к. выход из строя единственного рабочего сервера приведет к аварийному завершению всех подключенных пользователей. Если в кластер входит 4 рабочих сервера, то уровень отказоустойчивости может изменяться от 0 до 3. При этом 0 означает, что фатальным считается выход из строя любого рабочего сервера, а значение 3 означает, что кластер сохранит работоспособность даже в том случае, если выдут из строя 3 из 4 рабочих серверов.

Значения “по умолчанию” параметров рабочего сервера 1С:Предприятие

Значения параметров рабочего сервера

Другие значения доступны только для лицензии уровня КОРП

Максимальный объем памяти (в байтах), доступный всем рабочим процессам кластера на данном рабочем сервере.

79; —1 R09; не ограничен максимальный объем памяти, доступный рабочим процессам кластера на данном рабочем сервере;

79; R09; значение определяется автоматически как 80% объема оперативной памяти сервера.
Каждый рабочий процесс кластера определяет объем памяти, занимаемой всеми рабочими процессами кластера на этом рабочем сервере (назовем это значение ПамятьПроцесса). Это значение обновляется один раз в две секунды. При начале вызова сервера фиксируется текущее значение ПамятьПроцесса на момент начала вызова (назовем это значение ПамятьПроцессаТекущая). В процессе выполнения вызова вычисляется объем памяти, израсходованной при выполнении этого вызова (назовем это значение ПамятьЗаВызов).

Если в результате выделения памяти в одном вызове сервера значение Максимальный объем памяти рабочих процессов превышено менее чем на значение Безопасный расход памяти за один вызов, то такой вызов не прерывается. Если в течение вызова значение ПамятьЗаВызов превысило значение Безопасный расход памяти за один вызов, и значение ПамятьПроцессаТекущая+ПамятьЗаВызов превысило значение Максимальный объем памяти рабочих процессов, то вызов прерывается исключением и завершается аварийно.

Безопасный расход памяти за один вызов
Значение по-умолчанию – 0

Другие значения доступны только для лицензии уровня КОРП

Объем памяти в байтах, использование которого в процессе вызова сервера считается безопасным.

79; —1 R09; любой вызов сервера считается опасным, если за время вызова сервера достигнут максимальный объем памяти рабочего процесса;

79; R09; значение объема определяется автоматически, как 5% максимального объема памяти рабочих процессов на данном рабочем сервере.

Объем памяти рабочих процессов, до которого сервер считается производительным
Количество ИБ на процесс *

Значение по-умолчанию – 8

Другие значения доступны только для лицензии уровня КОРП

Количество информационных баз, соединения с которыми могут обслуживаться одним рабочим процессом данного сервера. Значение 0 означает, что ограничение не установлено.

Если количество информационных баз превысит это количество R09; кластер серверов создаст на этом рабочем сервере дополнительный рабочий процесс.

Значение по-умолчанию – 128

Начиная с платформы версии 8.3.15 значение по умолчанию устанавливается 256 соединений на процесс.
Другие значения доступны как для лицензий уровня КОРП, так и ПРОФ

Количество соединений с информационными базами, которые может обслуживать один рабочий процесс данного сервера. Значение 0 означает, что ограничение не установлено.

Если количество соединений, обслуживаемых рабочим процессом, превысит это количество R09; кластер серверов создаст на этом рабочем сервере дополнительный рабочий процесс.

Значение по-умолчанию – 1541

Другие значения доступны как для лицензий уровня КОРП, так и ПРОФ.

Значение данного параметра игнорируется в том случае, если не установлен флаг Центральный сервер.

* Настройку параметров рабочих процессов рекомендуется выполнять таким образом, чтобы она не приводила к запуску множества процессов rphost, т. к. значительное число процессов rphost приводит к неэффективному использованию памяти процессами кластера. Если нет технического обоснования, почему именно так лучше, рекомендуется оставить значения по умолчанию и без необходимости не уменьшать параметры “Число соединений на процесс” или “Число информационных баз на процесс” (доступно только для лицензий уровня КОРП).

** Также проверяйте отсутствие галочки “Внешнее управление сеансами” и строку Внешнее управление сеансами (должна быть пустая) Во ВСЕХ БАЗАХ.

При количестве баз больше 50 можно пропустить.

Настройки публикации на веб-сервере

Возможность работы с базой, опубликованной на веб-сервере, также широко используется пользователями. Но и здесь появились ограничения и при попытке запуска такой базы вы можете столкнуться с ошибкой:

Поэтому, если вы использовали обновления тонкого клиента с сервера или публикацию на веб-сервере списка баз, то от этих возможностей придется отказаться.

В частности, это относится к настройкам Публиковать дистрибутив, которые не следует путать с опцией Публиковать тонкий клиент и веб-клиент, если вы снимете этот флажок, то подключение к базе тонким и веб-клиентом будет невозможно.