Требования назначения функциональности 1с 8.3

1С 8.3 : Требования назначения функциональности или Не найдено ни одного сервера с размещенным сервисом.

Если у вас возникаем ошибка вида:

Не найдено ни одного сервера с размещенным сервисом serviceName = DebugService

Не найдено ни одного сервера с размещенным сервисом serviceName = JobService

то для исправления этой ошибки — серверу необходимо назначить функциональность:

1. Откройте Панель Администрирования серверов и перейдите в раздел Требования назначения функциональности

2. Добавите общую функциональность с типом требования Назначить

3. Примените требования

4. Все должно работать

Я указал общие требования, т.к. баз на сервере мало, нагрузки практически нет, Но требования назначения функциональности имеют более глубокий смысл:

Требование назначение функциональности определяет:

Для какого объекта требования создается требование. В качестве объекта требования могут выступать некоторые сервисы 1 кластера, клиентские соединения и произвольный объект требования. В качестве объекта требования могут выступать следующие сервисы кластера:

  • Блокировок объектов.
  • Времени.
  • Журналов регистрации.
  • Заданий.
  • Нумерации.
  • Полнотекстового поиска.
  • Пользовательских настроек.
  • Сеансовых данных.
  • Транзакционных блокировок.
  • Работы с внешними источниками данных через ODBC.
  • Работы с внешними источниками данных через XMLA.
  • Сервис лицензирования.
  • Сервис фонового обновления конфигурации базы1 данных.
  • Сервис тестирования.
  • Сервис внешнего управления сеансами.
  • Определяет тип требования. Тип требования определяет, каким образом будет выполняться использование рабочего сервера:

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

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

    Авто — означает, что рабочий сервер может быть использован для обслуживания объекта требования в том случае, если нет рабочего сервера с явным указанием необходимости использования.

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

    Дополнительные параметры, необходимые кластеру серверов для принятия решения в ряде случаев:

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

    Дополнительные параметры. Используются для уточнения требований при размещении клиентского соединения или сервиса сеансовых данных. Дополнительный параметр проверяется на совпадение с началом соответствующего параметра объекта требования. Дополнительный параметр может принимать одно из следующих значений:

    Кластер серверов 1С

    В платформе 8.3.9 произошло долгожданное событие – кластер серверов 1С заработал. С того момента, когда о нем объявили в 8.3.6, до момента, когда он в 8.3.9, наконец, заработал, прошло много лет. В 8.3.10 его уже можно использовать.

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

    Уровень отказоустойчивости, какой выбрать в каком случае?

    Один из первых вопросов, который возникает при проектировании серверов 1С, это какой уровень отказоустойчивости выбрать – 0, 1, 2, 3, 8, 10?

    На практике в 99% случаев почти на любых высоконагруженных системах хватает уровня «ноль». Главное, грамотно настроить соотношение центральных и рабочих серверов 1С.

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

  • Когда уровень отказоустойчивости равен нулю, но есть хотя бы два центральных сервера, то при отказе одного из центральных серверов, те пользователи, сеансы которых к нему подключены, просто получат ошибку с предложением перезапустить 1С. Перезапустят 1С, подключатся ко второму центральному серверу, и все заработает.
  • Но если есть пожелание, чтобы переброс сеанса на работающий сервер отрабатывал автоматически, и пользователь не видел никаких сообщений и ошибок – чтобы было максимум две-три секунды торможения, и работа опять шла дальше, то выбивайте бюджеты на третий центральный сервер и устанавливайте уровень отказоустойчивости больше нуля. В этом случае с тремя серверами вы сможете перебрасывать сеансы пользователей без перезапуска.

Главное – помнить, что количество работающих в данный момент центральных серверов 1С в кластере должно быть на единицу больше, чем настроенный уровень отказоустойчивости.

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

Центральный сервер vs Рабочий сервер, в чём разница?

В 1С помимо центральных серверов есть такая сущность в кластере, как рабочие сервера. В чем разница?

  • Центральный сервер – это самодостаточная единица, он может все. Он может принимать на себя клиентские соединения, он обслуживает любые сервисы и выполняет все математические расчеты.
  • Рабочий сервер – это «рабочая лошадка» кластера. Он не может принимать соединения напрямую – к нему ни клиент не может напрямую подключиться, ни фоновое задание на нем напрямую запустить нельзя. Все это делается только по указанию центрального сервера 1С – на рабочий сервер передается какая-то задача, он ее выполняет и отдает результат. Все счастливы.
  • Есть определенный критерий, когда к имеющимся одному, двум, трем центральным серверам (которые служат в основном для отказоустойчивости) нужно добавление еще и рабочих серверов. Этот критерий простой: если стоимость модернизации текущего центрального сервера дороже, чем покупка нового (а такое бывает), то купите еще один сервер, лицензируйте его и назначьте рабочим. Это позволит вам организовать фактически безграничное горизонтальное масштабирование кластера – вы сможете свободно распространять мощность по базам.

    Нужно помнить, что любой центральный сервер можно превратить в рабочий, а любой рабочий – в центральный. Главное, не забывать при этом «условие отказоустойчивости» – чтобы центральных серверов у вас не стало меньше, чем «уровень отказоустойчивости плюс один».

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

    Одной галочкой мы превращаем рабочий сервер в центральный – на него тут же мгновенно передаются все блокировки и все списки баз. Теперь он знает, на каком сервере СУБД какая база обслуживается, и может спокойно принимать на себя соединения.

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

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

    Требования назначений функциональности, как это готовить?

    Все эти «чудеса», в основном, настраиваются с помощью «Требования назначения функциональности». Это – основной механизм работы кластера 1С. Поначалу кажется, что все очень сложно и запутанно: нужно какие-то приоритеты, какие-то сервисы куда-то назначить, что-то оставить в «Авто», а что-то вообще не трогать. Но, на удивление, потом все работает так, как настроили.

    Настройки сводятся к указанию нескольких параметров:

    • Первое, что вы должны указать – это «Объект требования». Например, можно указать «Сервер сеансовых данных» – тогда сеансовые данные будут писаться именно на тот сервер 1С, где вы настроили объект требования назначения функциональности «Сервис сеансовых данных»,
    • Далее указываете «Тип требования» – в данном случае, «Назначать».
    • И обязательно, если у вас центральных серверов больше чем один, указываете какой-то приоритет. Тогда сеансовые данные всегда будут писаться на этот сервер. Если вы это не сделали, сеансовые данные будут писаться, как решит механика сервера в конкретный момент.
    • В «Требовании назначения функциональности» есть несколько ограничений, а именно:

    • Пункт «Имя БД» можно трогать, только если вы счастливый обладатель лицензии на платформу уровня КОРП. Если вы имеете профессиональную платформу, то указывать конкретное имя базы данных в «Требовании назначения функциональности» нельзя.
    • Также в пункте «Значение дополнительного параметра» указывать тип клиента (тонкий, толстый, веб-клиент, конфигуратор) и вид фонового задания можно только в КОРП-версии. Для ПРОФ-версии можно указывать только общие назначения (например, что на этот сервер можно отдать все бэкграунды – указать конкретный бэкграунд нельзя).
    • Если у вас в кластере есть несколько центральных серверов, нужно обязательно настроить несколько «Требований назначения функциональности».

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

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

      • Помимо этого, нужно настроить сервер полнотекстового поиска, чтобы не нагружать серверы лишней работой. Пусть он крутится на одном сервере. Иначе он будет обновлять индекс то там, то здесь, и нагружать другие серверы лишней, никому не нужной работой – зря использовать их мощность.

      • Как механика сервера выбирает, куда назначить конкретное соединение?

        Сервер может быть в нескольких состояниях.

      • Например, в состоянии «Авто». Это – состояние любого сервера по умолчанию, т.е. он все принимает все, любые требования назначения.
      • Он может быть в состоянии «Назначать» – этого высокоприоритетное состояние, т. е. он как бы выиграет выборы.
      • Он может быть в состоянии «Назначать», но с приоритетом ниже, чем тот, который этот же сервер назначает на себя с более высоким приоритетом.
      • Он может быть в состоянии «Не назначать» – это полный отказ обслуживать этот вид сервиса этим сервером, т.е. запрет на уровне администрирования кластера.
      • И сервер может вообще не работать, он может быть выключен.
      • Как происходит выбор? Например, запускается запись журнала регистрации. Что сделает механика кластера серверов 1С?

      • Сначала выстроит все серверы так, как указано в консоли кластера, фактически по алфавиту.
      • Затем оттуда будут убраны все серверы, у которых четко написано «Сервис журнала регистрации» – «Не назначать».
      • Затем из оставшихся серверов будут оставлены серверы с типом требования назначения функциональности «Назначать».
      • Если серверов с требованием «Назначать» несколько, будет выбран тот, у которого выше приоритет.
      • Если с этим приоритетом несколько серверов, то будет выбран тот, у которого на данный момент наиболее высокая производительность.
      • Производительность определяется кластером серверов 1С, отправляя раз в несколько секунд эталонную задачу на каждый рабочий сервер. После того, как сервер решает эту задачу и дает ответ, механика определяет, за какое время он ее решил. Чем быстрее решил, тем больше коэффициент производительности у этого сервера. Именно он возьмет на себя соединение, либо сеанс, либо этот сервис. Он выиграет эти выборы.

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

        Наибольшая производительность вычисляется с погрешностью 25%. Не удивляйтесь, если у вас в консоли кластера видно, что производительность одного сервера 100, а второго 90, но при этом сеанс назначился на тот сервер, у которого производительность 90, хотя, казалось бы, должен быть выбран тот, у которого производительность выше. Разница в производительности будет определена однозначно только при 25% различия – если у первого сервера производительность будет 100, а у второго – 75, тогда выбор однозначно будет за первым.

        Настройки кластера и сервера 1С, какая на что влияет?

        Перейдем к настройкам кластера и сервера 1С. Тут нас ждет наследие платформы 8.2, где было только одно окно свойств, и оно было в кластере (в консоли сервера платформы 8.2 задать свойства можно было только кластеру в целом).

        При этом, как ни странно, окно свойств кластера 1С настраивает свойства процесса сервера (rphost). Тут многие путаются.

        Настройка №1, которую стоит иногда менять, – это «Интервал перезапуска» процессов сервера (rphost). Когда платформа была нестабильной, эта штука была нужной, потому что иногда возникали утечки памяти, из-за которых rphost разрастался, и его нужно было периодически перезапускать. Поэтому кластер настраивали так, чтобы он перезапускался раз в сутки, а потом удивлялись: «У меня иногда почему-то начинаются тормоза, которые длятся минуты две, потом все приходит в норму. Спасите-помогите, ничего не могу понять».

        Дело в том, что секунды, которые мы указываем в «Интервале перезапуска», начинают считаться с момента старта процесса. Но предсказать, когда у вас в 8.3 процесс запустится, очень сложно. Механика его сама по разным причинам стартует, например: вы вышли за лимит баз на процесс, или за лимит соединений на процесс, или за лимит памяти на процесс. Допустим, процесс у вас стартовал 21 сентября в 11:00. В 11:00 часов 22 сентября при настройке перезапуска раз в сутки вы получите тормоза на всех соединениях, которые были на этом процессе. Откуда взялись эти тормоза? Ровно через сутки после своего запуска этот rphost будет помечен как неактивный. Системе нужно будет передать все его активные сеансы на новый процесс. Если никакого другого rphost в системе запущено не было, система запускает процесс, начинает втягивать в оперативную память этого процесса весь контекст конфигурации и только тогда, когда она туда затянет, начинает переключаться. Переключились, через две-три секунды у всех начинаются тормоза, а потом все приходит в норму. Настройка по умолчанию стоит 0, т.е. «никогда не перезапускать». Общая рекомендация – оставьте 0. Настройки, как на скриншоте – это устаревшая вещь. Не нужно их использовать. Лучше боритесь с утечками памяти.

        Следующая настройка – «Допустимый объем памяти». Тут тоже очень тонкая вещь. Несмотря на то, что эта настройка находится в свойствах кластера – это максимальный объем оперативной памяти одного серверного процесса, одного rphost, а не всего кластера. Этой настройкой вы не перекроете, что сервер 1С не займет на вашем сервере больше 12 гигабайт. Это один rphost не займет больше 12 гигабайт. Что произойдет, когда он, например, занял 12 гигабайт? Если настройку «Интервал превышения допустимого объема памяти» оставить 0 (по умолчанию), то ничего не произойдет.

        Это тоже очень частая ошибка в настройках кластеров. Система зафиксировала 12 гигабайт, но ничего не происходит, потому что она не знает, сколько секунд ждать превышения по памяти (свойство «Интервал превышения допустимого объема памяти»). Обязательно нужно указать, сколько времени процесс сервера (rphost) может превышать объем оперативной памяти. Например, мы указали 10 секунд. Система запускает счетчик. Если в течение 10 секунд rphost не вернулся в указанный лимит, система помечает его неактивным – на него больше не назначаются сеансы. Текущие сеансы по возможности переключаются на другой rphost.

        Здесь есть еще одна классическая ошибка настройки кластера 1С – отсутствие галочки «Принудительно завершать проблемные процессы» и указание нулевого времени для остановки самого процесса. Что это означает на практике? Мы указали 12 гигабайт, 10 секунд – все замечательно. Процесс помечен неактивным, стартовал новый rphost, на него переключились все текущие сеансы, но наш rphost, который из-за каких-то утечек памяти весит 12 гигабайт, так и остался в системе, так и занимает 12 гигабайт. И пока мы не перезагрузим сервер 1С, с ним ничего не произойдет.

        Чтобы проблемный процесс автоматически удалился из системы, обязательно поставьте галочку «Принудительно завершать проблемные процессы» и установите время остановки процесса (свойство «Выключенные процессы останавливать через»). Как вычислить это время? Очень просто. Запустите конфигурацию, в которой вы работаете, засеките время от первого входа до появления логина и пароля, умножьте это время на два и укажите в настройках. Почему нужно сделать именно так? Например, «УТ 11» при первом запуске запросит логин и пароль через 15 секунд. «Комплексная автоматизация 2.0» и «ERP» – через две минуты, они и три минуты могут грузиться. Если здесь время в секундах указано меньше, чем скорость загрузки контекста конфигурации в сервер 1С, вы никогда сеансы прозрачно не переключите, они будут завершаться раньше, все будут получать ошибку соединения «Сеанс завершен администратором». Да, конечно, после перезагрузки они зайдут на новый сервер, и все будет работать. Но, чтобы можно было переключиться на него прозрачно, без перезапуска, необходимо установить сюда время, вычисленное, как двойное время загрузки первого входа в конфигурацию.

        Следующая настройка – это настройка сервера 1С. Здесь – то же самое ограничение: изменять значения по умолчанию можно, только если вы счастливый обладатель корпоративной лицензии на платформу. Если корпоративной лицензии нет, вы обязаны оставить все по умолчанию.

        Хотя тут есть с чем «поиграться».

        Первое – «Максимальный объем памяти, занимаемой рабочими процессами». Несмотря на то, что эта настройка относится к параметрам рабочего сервера 1С, это – тот объем памяти, который могут занимать все рабочие процессы кластера 1С. Вот такая путаница. Обратите внимание, что 0 – это не бесконечность, это 80% оперативной памяти, доступной в операционной системе, на которой запущен кластер. В отличие от настройки кластера, где объем оперативной памяти измерялся в килобайтах, здесь он в байтах. Очень многие путаются, забывают указать еще три ноля и удивляются, почему у них ничего не успевает запуститься. Rphost стартовал, набрал 100 мегабайт и сразу завершился, не запустившись. Думают, что он будет 100 гигабайт набирать, забывают указать три ноля. Обратите внимание на подписи, там байты.

        Второй момент – это «Безопасный расход памяти за один вызов». Тут вообще шаманство. 0 – это не ноль, а 5% от памяти, занятой всеми процессами сервера на данный момент. Как это работает? Начинается сеанс пользователя, либо какое-то соединение. Механика фиксирует, сколько всего оперативной памяти мы на данный момент занимаем всеми рабочими процессами. Например, сейчас мы занимаем 10 гигабайт, а общее ограничение по кластеру у нас 11 гигабайт. Параллельно механика для каждого вызова считает, сколько памяти он займет – раз в две секунды она эту информацию обновляет. И в какой-то момент может оказаться, что вызов займет 3, 4, 5, 6 гигабайт. Такое бывает – либо программист ошибся, либо пользователь не наложил правильные отборы – у него выводится, что попало, и на это тратятся гигабайты оперативной памяти. Система проверяет, не превышает ли изначальный объем оперативной памяти на весь кластер, плюс память на этот вызов сумму максимального объема памяти на кластер и максимального расхода памяти на вызов. Если превышает, то этот сеанс будет завершен. Не rphost, как в настройках кластера 1С, где мы просто завершаем rphost при совпадении ситуации, когда он выбрал лимит оперативной памяти. Здесь будет завершен конкретный сеанс пользователя, т.е. конкретный главный бухгалтер получит ошибку «Сеанс завершен администратором». Это очень удобно, чтобы протестировать, где у вас программист написал неправильный отчет. Один и тот же пользователь будет постоянно жаловаться на то, что этот отчет никогда не формируется. При этом остальные пользователи даже не заметят, что что-то произошло, и система продолжит стабильно работать.

        Еще одна «сладкая» настройка для стабильности и спокойного сна администраторов – это «Объем памяти рабочих процессов, до которого сервер считается производительным». Здесь 0 – это настоящий 0, т. е. мы этот объем памяти вообще не контролируем. Здесь можно указать тот лимит памяти, при котором выборы механикой сервера, куда назначать сеанс, закончатся неудачей для сервера, если он уже израсходовал столько оперативной памяти, сколько мы ему указали. Например, мы, согласно своему опыту, считаем, что этот сервер не может быть работоспособен, если он уже израсходовал 40 гигабайт оперативной памяти. И, если вы сюда это указали, то, несмотря ни на какие проверочные тесты, в которых он показывает механике сервера, что он быстрый и готовый, на него сеансы назначаться не будут, если он этот лимит превысил.

        Следующие настройки, которые почему-то все любят менять, – это «Количество информационных баз на процесс» и «Количество соединений на процесс» (не путать с количеством сеансов – именно количество соединений на процесс). В принципе, эти настройки уже нормально отрегулированы по умолчанию. Rphost давным-давно многопоточный, 64-битный и обслуживать 128 сеансов либо 8 баз данных не является проблемой. При этом «Количество соединений на процесс» можно менять и при ПРОФ лицензии.

        Могу еще сказать, что никакие настройки кластера или сервера 1С не заставят вашу 1С работать быстрее. Все настройки необходимы исключительно для того, чтобы система в целом работала стабильнее, а не быстрее. Быстрее – это вопрос к программисту, пусть код переписывает. Либо к DBA – пусть сервер базы данных настраивает. Все настройки сервера 1С касаются только стабильности и отказоустойчивости. Никакая настройка не действует на скорость. Сервер 1С всегда пытается выдать максимальную скорость математики. Он ничего не скрывает, не работает вполсилы, он просто старается этими настройками сделать крепче сон администратора, и чтобы у него не сдавали нервы.

        Настройка инфраструктуры с сервером программного лицензирования 1С

        Следующий момент – это сервер программного лицензирования. До сих пор на практике мы встречаемся с высказываниями: «Ой-ой, только не программная лицензия, они все слетают, а весь мир виртуальный, 1С это тоже не обошло».

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

        Первая его особенность – он не требует себе серверные лицензии. Фактически, это полностью бесплатная вещь. Просто поставьте сервер 1С и настройте «Требования назначения».

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

        Настроить сервер лицензирования – это всего лишь пара «Требований назначения функциональности».

        Что первое мы должны указать? Раз у него собственной лицензии нет, мы должны для него указать, что этот сервер для всех сервисов «Не назначать». Чтобы, когда механика сервера делала выбор, куда ей назначить данное соединение или сервер, она ни в коем случае не назначила его на сервер лицензирования (поскольку для клиентского соединения нужна программная лицензия, а у сервера лицензирования ее нет). Если вы так не настроите, механика сервера в какой-то момент выберет его из-за высокой производительности, запустит туда бухгалтера, и он получит ошибку «Отсутствует программная лицензия сервера».

        Вторая настройка, которую нужно сделать в «Требовании назначения функциональности» – это, наоборот, назначить ему и только ему сервис лицензирования. В кластере в идеале может быть только один сервер лицензирования. Можете сделать и два с разными приоритетами, но особого смысла в этом нет, поскольку программная лицензия – это не HASP, можно и 300 файлов положить, и ничего страшного не случится.

        Единственный момент, который нужно соблюсти, когда вы в свою инфраструктуру встраиваете сервер лицензирования – это стабильное «железо».

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

        Во всех последних версиях платформы: 8.3.10 и 8.3.9 (начиная с версии 2170) есть защитный механизм, который немного спасает в таких случаях. Если лицензия сбросилась из-за смены железа на сервере лицензирования, 1С еще сутки будет работать. Ровно через сутки она выдаст ошибку, что время вышло и теперь сервер нужно перелицензировать. После переактивации пин-кода сервера для новых параметров системы можно счастливо пользоваться 1С дальше.

        Заметки сисадмина о интересных вещах из мира IT, инструкции и рецензии. Настраиваем Компьютеры/Сервера/1С/SIP-телефонию в Москве

        Оптимальные параметры кластера 1С 8.3

        Кластер 1С 8.3

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

        Пробный запуск фоновых заданий основной базы заставило кластер 1С бесконечно перегружать rphost.exe и дополнительный rphost.exe никак не хотел создаваться. Покопавшись в настройках все стало понятно.

        Максимальный объем памяти рабочих процессов – это объем памяти, который могут использовать рабочие процессы вместе. Нужно быть очень внимательными при установке параметра, измеряется в байтах. Если установить неверное значение (недостаточное для нормальной работы пользователей) пользователям будет выдана ошибка “Недостаточно свободной памяти на сервере 1С”. Так же эту ошибку можно получить, когда на сервере 1С закончилась квота по памяти.

        Безопасный расход памяти за один вызов – позволяет контролировать расход памяти при серверном вызове, измеряется в байтах. Если вызов использует больше памяти чем положено, этот вызов будет завершен в рамках кластера 1С без перезапуска рабочего процесса (rphost.exe). Соответственно “неудачник”, который выполнил вызов сервера, утратит сеанс с базой 1С без влияния на работу других пользователей.

        в одном ГБ – 1073741824 Байт, следовательно в 2 ГБ – 2147483648 Байта

        Объем памяти рабочих процессов, до которого сервер считается производительным – при превышении этого параметра сервер в кластере 1С перестанет принимать новые соединения.

        Количество ИБ на процесс – позволяет изолировать информационные базы по рабочим процессам. По умолчанию у текущего кластера 1С было установлено значение – “8“, но на протяжении нескольких часов работы сервер себя очень нестабильно, сеансы пользователей зависали. После изоляции каждой информационной базы (значение – “1”) проблемы пропали.

        Количество соединений на процесс – по умолчанию значение “128“. Так как у текущей базы очень большая нагрузка фоновыми заданиями (расчет логистики, анализ прайсов, анализ конкурентов и прочее) было принято решение уменьшить количество до “25”.

        Немного изменились настройки и самого кластера 1С:

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

        Режим распределения нагрузки – есть два варианта параметра: “Приоритет по производительности” – памяти сервера тратится больше и производительность выше, “Приоритет по памяти” – кластер 1С экономит память сервера.

        Сервер 8.3 характеризуется переработанным заново внутренним кодом, хотя «снаружи» может показаться что это слега доработанный 8.2.

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

        Это снижает вероятность неправильной настройки сервера и понижает требования к квалификации админов.

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

        Стабильность работы при использовании больших объемов памяти определятся новыми параметрами рабочего сервера.

        Особенно интересен параметр «безопасный расход памяти за один вызов». Для тех кто плохо представляет что это такое – лучше не тренируйтесь на «продуктивной» базе. Параметр «Максимальный объем памяти рабочих процессов» позволяет при «переполнении» не обваливать весь рабочий процесс, а только один сеанс «с неудачником». «Объем памяти рабочих процессов, до которого сервер считается производительным» позволяет заблокировать новые соединения как только будет преодолен этот порог памяти.

        Рекомендую изолировать рабочие процессы по информационным базам, к примеру указать параметр «Количество ИБ на процесс = 1?. При нескольких высоконагруженных базах это позволит уменьшить взаимное влияние как по надежности, так и по производительности.

        Отдельный вклад в стабильность системы вносит «расходование» лицензий/ключей. В 8.3 появилась возможность использования «менеджера программных лицензий» напоминая менеджер «аладина». Цель – возможность вынести ключ на отдельную машину.

        Реализован он в виде еще одного «сервиса» в менеджера кластера. Вы можете использовать к примеру «свободный» ноутбук. Добавьте его в кластер 1с 8.3, создайте на нем отдельный менеджер с сервисом «сервис лицензирования». В ноутбук можно воткнуть аппаратных hasp-ключ, или активировать программные лицензии.

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

        Требования назначенной функциональности 1с

        Так на ноутбуке с ключом защиты чтобы не запускать пользователей на сервер кластера надо добавить «требования» для объекта требования «Клиентское соединение с ИБ» – «Не назначать», т.е. запретить рабочим процессам данного сервера обрабатывать клиентские соединения.

        А у кого-нибудь требования функциональности работают вообще.?

        .
        Для указания регламентного задания: BackgroundJob.ScheduledJob. ;
        .

        (2) какую то не ту цитату Вы выделили. где мои скрины противоречать вот этому: Кластер серверов предоставляет некоторый набор функциональных возможностей (называемые объекты требований), распределением которых между рабочими серверами внутри кластера можно управлять. Например, можно указать, что все фоновые задания в кластере будут выполняться на выбранном рабочем сервере.

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

        А самое интересное то и пропустили :-)))))) сразу же первое предложение:

        ПРИМЕЧАНИЕ. Доступно только для лицензии КОРП. Подробнее о видах лицензий см. здесь.

        (4) тогда и (2) мимо и мои условия без уточнений должны работать но как видим не работают

        Дополнительные параметры, необходимые кластеру серверов для принятия решения в ряде случаев:

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

        ? Дополнительные параметры. Используются для уточнения требований при размещении клиентского соединения или сервиса сеансовых данных. Дополнительный параметр проверяется на совпадение с началом соответствующего параметра объекта требования. Дополнительный параметр может принимать одно из следующих значений:

        PROИТ

        Office 365, AD, Active Directory, Sharepoint, C#, Powershell. Технические статьи и заметки.

        1С. Получение лицензий с другого сервера. Подключение к серверу лицензирования

        Дано: сервер, на котором активированы лицензии 1С (или планируется устанавливать лицензии на нем и использовать его в качестве сервера лицензирования), а также имеются сервера, где установлены 1С кластеры, которым требуются лицензии.
        Задача: распределение 1С лицензий по разным серверам (кластерам). Например, если на сервере лицензирования активирована одна лицензия на 50 пользователей, то нужно, чтобы этими лицензиями могли пользоваться различные 1С серверы/кластеры.

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

        В данной статье и в видео будут следующие условные наименования серверов:
        Сервер лицензирования — SRV-DB1
        Сервер 1С (с установленным кластером) — SRV-NODE-B

      • Как получать лицензии с другого сервера (сервера лицензирования)
      • Как настроить сервер лицензирования
      • Как активировать лицензию на сервере лицензирования
      • Как получать лицензии с другого сервера (сервера лицензирования)
        Если сервер лицензирования ( SRV-DB1 ) уже существует и настроен, то настройка любого другого сервера 1С (в этом примере, SRV-NODE-B ) на получение лицензий с сервера SRV-DB1 делается довольно легко. Подробнее смотрите видео ниже.
        Краткое описание (все действия выполняем в локальном кластере на 1С-сервере ( SRV-NODE-B )) :

        1. В рабочие серверы добавляем сервер лицензирования ( SRV-DB1 ).
        2. В блоке рабочего сервера SRV-DB1 добавляем две функциональности в требования назначения функциональности.
        3. В блоке рабочего сервера SRV-NODE-B добавляем две функциональности в требования назначения функциональности.
        4. На локальном кластере делаем полное применение требований функциональности.
        5. Перезагружаем службу 1С.

        После этого сервер SRV-NODE-B начнет получать лицензии с сервера SRV-DB1 . Т.е. как серверные, так и клиентские лицензии нужно активировать на сервере лицензирования (о том, как активировать читайте ниже).

        Посмотреть, как это делалось, можно в следующем видео-ролике:

        Подробное описание:
        (все действия выполняем в локальном кластере на 1С-сервере ( SRV-NODE-B )) :
        1) В рабочие серверы добавляем сервер лицензирования ( SRV-DB1 ):

        В итоге будет два рабочих сервера SRV-NODE-B и SRV-DB1 :

        2) В блоке рабочего сервера (сервера лицензирования) SRV-DB1 добавляем две функциональности в требования назначения функциональности.

        Функциональности должны быть именно в указанной последовательности.
        Добавляем сначала:
        Любой объект требования (Для всех) — Не назначать

        Затем:
        Сервис лицензирования — Назначать

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

        3) В блоке рабочего сервера кластера SRV-NODE-B также добавляем две функциональности в требования назначения функциональности.

        Функциональности должны быть именно в указанной последовательности.
        Добавляем сначала:
        Сервис лицензирования — Не назначать

        Затем:
        Клиентское соединение с ИБ — Назначать

        Этим мы говорим, что этот сервер готов отвечать на клиентские вызовы, но лицензии он не содержит.

        4) На локальном кластере делаем полное применение требований функциональности.

        5) Перезагружаем службу 1С.

        Также нужно не забыть про настройки локального FireWall — на сервере 1С ( SRV-NODE-B ) разрешить входящие-исходящие соединения для сервера лицензирования ( SRV-DB1 ).

        Как мы делали сервер лицензирования?
        Первоначально у нас был один виртуальный сервер, на котором был установлен 1С кластер. На нем были активированы программная серверная лицензия и программная лицензия на 50 пользователей (соответственно в кластере в информационной базе было указано, чтобы клиентские лицензии выдавались с сервера).
        Затем понадобился перенос сервера на другую физическую площадку и было также решено выделить под кластер более производительную виртуальную машину. Поэтому существующий сервер оставили в качестве сервера лицензирования, и создали новый виртуальный сервер под 1С кластер.
        Как из обычного сервера сделать сервер лицензирования? Если на нем не будут подключаться информационные базы и он будет использоваться только для лицензий, то в дополнению к вышеуказанным инструкциям нужно сделать только одно действие: удалить локальный кластер на сервере лицензирования (не саму программную серверную компоненту 1С, а именно локальный кластер в оснастке кластера, чтобы в списке кластеров было пусто — это видно на скриншотах и видеоролике, что на сервере лицензирования нет кластеров):

        Если это сделать, то сервер лицензирования не будет «отъедать» серверную лицензию (т.е. ему самому вообще никаких лицензий не нужно, он только их хранит для других серверов).

        Как активировать лицензию в случае сервера лицензирования?
        Для этого на клиенте в любой базе (хоть локальной) зайти в конфигуратор, перейти на интерфейс ввода лицензии, нажать Дополнительно и ввести адрес сервера лицензирования.

        Активация ключа на сервере:

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

        UPDATE 16.07.2020
        Обнаружилась одна неприятная особенность. По крайне мере быстро решить эту проблему не смогли.
        Не удается получить лицензии с выделенного сервера лицензирования в случае, если на серверах стоят платформы разной разрядности (битности).
        В нашем случае на сервере лицензирования установлена платформа x64 и с этого сервера успешно получают программные серверные и клиентские лицензии два других сервера с 1С-кластерами, на которых также установлена платформа x64.
        На третьем кластере установлена платформа x86, по причине того, что он использует аппаратный серверный ключ, предназначенный только для x86 1с-сервера. Клиентские лицензии он брал по сети с аппаратного ключа.
        Было решено настроить его на получение программных клиентских лицензий с сервера лицензирования по аналогии с другими серверами. Однако при абсолютно такой же настройке кластер ни в какую не захотел получать лицензии.
        При подключении клиентам выдавалось сообщение: Поиск лицензии в сервисе лицензирования: Ошибка вызова сервиса лицензирования: Не найдено ни одного сервера с размещенным сервисом serviceName=LicenseService.
        Напишем запрос в 1С, чтобы получить официальный ответ, а пока пришлось вернуться к использованию аппаратного ключа с клиентскими лицензии на этом x86 кластере.

        Параметры сервера 1С:Предприятие 8 «по умолчанию» для возможности использования лицензий уровня ПРОФ

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

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

        — фоновое обновление конфигурации базы данных;
        — дополнительное управление распределением по рабочим серверам кластера в разрезе информационных баз, видов клиентских приложений и фоновых заданий:
        — сервисов кластера;
        — соединений с информационными базами;
        — гибкое управление нагрузкой в кластере:
        — безопасный расход памяти за один вызов;
        — количество ИБ на процесс;
        — объем памяти рабочих процессов, до которого сервер считается производительным;
        — максимальный объем памяти рабочих процессов;
        — стратегия балансировки (по памяти, по производительности);
        — внешнее управление сеансами;
        — механизм управления потреблением ресурсов;
        — профили безопасности;
        — возможность обновления тонкого клиента с сервера;
        — возможность публикации списка баз и обновлений тонкого клиента через http;
        — возможность использования «1С:Сервера взаимодействия».

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

      • Максимальный объем памяти рабочих процессов
      • Безопасный расход памяти за один вызов
      • Объем памяти рабочих процессов, до которого сервер считается производительным
      • Количество ИБ на процесс
      • Режим распределения нагрузки
      • Допустимое отклонение количества ошибок сервера
      • Значения свойств сервера 1С:Предприятие 8 «по умолчанию»

        Параметр Значение
        Защищенное соединение Значение по умолчанию ? выключено.

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

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

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

        Интервал превышения допустимого объема памяти __ секунд Принудительно завершать проблемные процессы
        Записывать дамп процесса при превышении критического объема памяти
        Выключенные процессы останавливать через __ секунд
        начиная с 8.3.15 переименован на
        Проблемные процессы останавливать через __ секунд
        Значение по-умолчанию — 0

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

        Уровень отказоустойчивости Значение по-умолчанию — 0

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

        Режим распределения нагрузки Настройка доступна только для лицензии уровня КОРП
        Значение по-умолчанию — Приоритет по производительности

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

        • Приоритет по производительности,
        • Приоритет по доступной памяти.

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

        Параметр Значение
        Максимальный объем памяти рабочих процессов

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

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

        ? ? значение определяется автоматически как 80% объема оперативной памяти сервера.

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

        Безопасный расход памяти за один вызов

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

        Может принимать значение от -1 до 9 223 372 036 854 775 807:

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

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

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

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

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

        Количество ИБ на процесс * Количество соединений на процесс *

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

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

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

        Порт главного менеджера кластера

        Номер сетевого порта главного менеджера кластера, запущенного на данном рабочем сервере. Этот сетевой порт используется при формировании адреса кластера серверов для указания клиентскому приложению. Адрес выглядит следующим образом: : . Если свойство Компьютер имеет имя COMP1, а свойство Порт главного менеджера кластера равно 1541, то адрес кластера серверов будет выглядеть как COMP1:1541.

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

        Параметр Значение
        Внешнее управление сеансами

        Настройки параметра доступны только для лицензии уровня КОРП

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

        Обязательное использование внешнего управления

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

        Профиль безопасности

        Позволяет для каждой информационной базы в кластере административно (без вмешательства в код прикладного решения) управлять доступом к различным внешним ресурсам на сервере «1С:Предприятия»: файловой системе, COM-объектам, внешним компонентам, приложениям операционной системы, ресурсам Интернета, привилегированному режиму, методам, внешним отчетам и обработкам.

        Профиль безопасности безопасного режима

        Настройки параметра доступны только для лицензии уровня КОРП.

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

        • Фоновое обновление конфигурации базы данных.
          В режиме Конфигуратор пункт меню Конфигурация > Конфигурация базы данных > Фоновое обновление конфигурации базы данных .
        • Автоматическое обновление тонкого клиента с сервера.
          В режиме Конфигуратор пункт меню Администрирование > Публикация на веб-сервере > Параметр: Публиковать дистрибутив .
        • Автоматическое обновление тонкого клиента через http.
          Параметр PublishDistributiveLocation файла conf.cfg рабочих серверов кластера «1С:Предприятия» или атрибут pubdst элемента point файла default.vrd внешней публикации информационной базы.
        • Публикация списка баз
        • 1С:Сервер взаимодействия.
        • Параметры сервера 1С по умолчанию, Как сбросить свойства кластера серверов 1С к значениям по умолчанию, Какое значение по умолчанию свойства рабочего сервера Количество ИБ на процесс, Как вернуть свойства рабочего сервера Максимальный объем памяти рабочих процессов к значению по умолчанию, Параметры кластера серверов 1С по умолчанию, Как вернуть свойства кластера Допустимое отклонение количества ошибок сервера к значениям по умолчаниям, Свойства сервера 1С по умолчанию, Какое значение по умолчанию свойства рабочего сервера Количество соединений на процесс, Как вернуть свойства кластера Режим распределения нагрузки к значениям по умолчаниям, Свойства кластера серверов 1С по умолчанию, Как сбросить свойства сервера 1С к значениям по умолчанию, Свойства кластера серверов 1С по дефолту, Как сбросить настройки кластера серверов 1С к значениям по умолчанию, Как вернуть свойства кластера серверов 1С к значениям по умолчанию, Как сбросить параметры кластера серверов 1С к значениям по умолчанию, Дефолтные параметры кластера серверов 1С, Как вернуть свойства рабочего сервера Объем памяти рабочих процессов к значению по умолчанию, Какое значение по умолчанию свойства рабочего сервера Объем памяти рабочих процессов до которого сервер считается производительным, Дефолтные параметры сервера 1С, Как вернуть параметры сервера 1С к значениям по умолчанию, Параметры сервера 1С по дефолту, Настройки сервера 1С по умолчанию, Как вернуть настройки сервера 1С к значениям по умолчанию, Какое значение по умолчанию свойства рабочего сервера Безопасный расход памяти за один вызов, Как сбросить настройки сервера 1С к значениям по умолчанию, Настройки кластера серверов 1С по умолчанию, Как вернуть свойства рабочего сервера Количество ИБ на процесс к значению по умолчанию, Настройки кластера серверов 1С по дефолту, Как сбросить параметры сервера 1С к значениям по умолчанию, Свойства кластера 1С Предприятия отличаются от значений по умолчанию, Как вернуть свойства рабочего сервера Безопасный расход памяти за один вызов к значению по умолчанию, Какое значение по умолчанию Свойства кластера Режим распределения нагрузки, Как вернуть параметры кластера серверов 1С к значениям по умолчанию, Параметры кластера серверов 1С по дефолту, Свойства рабочего сервера 1С Предприятия отличаются от значений по умолчанию, Какое значение по умолчанию Свойства кластера Допустимое отклонение количества ошибок сервера, Параметры кластера 1С Предприятия отличаются от значений по умолчанию, Как вернуть свойства сервера 1С к значениям по умолчанию, Настройки сервера 1С по дефолту, Параметры рабочего сервера 1С Предприятия отличаются от значений по умолчанию, Как вернуть настройки кластера серверов 1С к значениям по умолчанию, Настройки кластера 1С Предприятия отличаются от значений по умолчанию, Какое значение по умолчанию свойства рабочего сервера Максимальный объем памяти рабочих процессов, Настройки рабочего сервера 1С Предприятия отличаются от значений по умолчанию, Свойства сервера 1С по дефолту, Как вернуть свойства рабочего сервера Максимальный объем памяти рабочих процессов Безопасный расход памяти за один вызов Объем памяти рабочих процессов до которого сервер считается производительным Количество ИБ на процесс к значениям по умолчанию,

          Смотрите так же:  Обжалование решения трудовой инспекции работником

          Добавить комментарий

          Ваш адрес email не будет опубликован. Обязательные поля помечены *

          Priuta.ru © 2020

          Тема от WP Puzzle