Важная информация по работе Консоли управления 1С для пользователей: осенью 2019 года фирма 1С разделила пользовательские лицензии 1С:Предприятие 8 по уровням ПРОФ и КОРП на программном уровне. Еще с 2014 года такое деление присутствовало «на бумаге» – в тексте лицензионного сообщения, но на программном уровне реализовано не было, и любой обладатель серверной лицензии мог пользоваться преимуществами КОРП. Перечисленный ниже функционал теперь перенесен только под управление лицензии КОРП:
- Обновление конфигурации БД в фоновом режиме;
- Доп.управление распределением по рабочим серверам кластера в разрезе ИБ, видов клиентских приложений и фоновых заданий:
- сервисов кластера;
- соединений с ИБ.
- Возможность настраиваемого управления нагрузкой в кластере:
- безопасность расхода памяти за один вызов;
- количество инфобаз на процесс;
- объем памяти рабочих процессов, по достижении коего сервер считается производительным;
- максимальный объем памяти рабочих процессов;
- стратегия балансировки (по памяти, по производительности).
- Внешнее управление сеансами;
- Механизм управления потребляемыми ресурсами;
- Профили безопасности;
- Обновление тонкого клиента с сервера;
- Публикация списка баз и обновлений тонкого клиента через http;
- Возможность использования «1С:Сервер взаимодействия».
Почти все примеры изменений настроек, которые будут приведены в данной статье, иллюстрируют возможность Консоли сервера 1С, то есть, в свете новых правил, такие изменения на рабочем сервере требуют использования лицензии версии КОРП.
Консоль управления сервером 1С или консоль администрирования серверов 1С, или консоль кластера серверов 1С – это утилита, входящая в состав 1С Предприятие 8.3, которая необходима для:
- Управления сеансами;
- Управления списком баз;
- Создания кластеров 1С для отказоустойчивой архитектуры и для масштабируемости;
- Гибкой настройки работы рабочих процессов;
- Ограничения потребления ресурсов;
- Разграничения выполняемых задач рабочими серверами (чтобы выносить отдельные сервисы на различные рабочие сервера);
- Управления профилями безопасности.
Если вы хотите подобрать сервер для 1С 8.3, обратитесь к нашим специалистам оп телефону или прямо на сайте.
Управление базами данных в консоли кластера
При работе в клиент-серверной архитектуре пользователи, скорей всего, так или иначе, сталкиваются с консолью администрирования серверов, как минимум, когда добавляют новую базу в список информационных баз. Чтобы добавить новую базу, необходимо кликнуть правой кнопкой мышки на информационные базы и выбрать пункт «Создать».
Откроется окно.
В этом окне заполняются настройки подключения к СУБД, а при ее отсутствии можно воспользоваться опцией «Создать базу в случае ее отсутствия». Остальные настройки можно оставить по умолчанию.
Также можно открыть окно этих же настроек уже созданной информационной базы, для чего необходимо кликнуть правой кнопкой мыши на информационную базу и выбрать пункт меню «Свойства».
Здесь мы может установить блокировку начала сеансов (установить блокировку на определенный период). Пока установлена блокировка, ни один сеанс не сможет подключиться к базе.
Можно задать определенное сообщение, которое увидит пользователь при подключении.
Эта опция может применяться, например, при проведении каких-либо регламентных работ с базой (как правило, это обновление базы). Но когда требуется вход администраторов в базу с наложенной блокировкой сеансов, нужно воспользоваться опцией «Код разрешения». Указав код, в будущем, используя его, можно будет работать с базой. Например, установим код разращения 123, чтобы позже зайти в базу. С кодом разрешения необходимо использовать параметр /UC.
Параметр блокировки – произвольный параметр, который можно использовать в программном коде. Блокировка получится при использовании функции ПолучитьБлокировкуСеансов().
Блокировка регламентных заданий включена – означает, что в нашей базе данных не будут выполняться регламентные задания.
Рассмотренные опции используются наиболее часто. Остальные в жизни применяются очень редко, и информацию о них можно почитать на ИТС.
Работа с сеансами консоли администрирования
В консоли администрирования можно управлять подключенными сеансами определенной БД, а также общими сеансами на данном кластере.
Из этого окна можно получить большой объем информации, начиная с того, какого пользователя этот сеанс, и заканчивая данными потребления памяти сеансом, а также – сколько было получено данных СУБД, сколько было затрачено процессорного времени и многое другое.
Здесь же можно завершать сеансы (начиная с версии платформы 1С:Предприятие 8.3 (8.3.13) и задать текст сообщения, который пользователь увидит при закрытии тонкого клиента 1С.
С помощью профилей безопасности можно настроить, какие модули могут расширяться расширениями, ограничивать расширения определенных модулей конфигурации, ограничивать доступ к файловой системе из прикладного кода, ограничивать доступ к COM объектам, к внешним компонентам, к сторонним приложениям и т.д.
из мира 1С для ИТ-Директоров
Рабочие процессы (объединение в кластер)
В платформе 1С 8.2 можно было вручную создавать рабочие процессы сервера приложений (рабочий процесс rphost). В 8.3 рабочие процессы создает ragent. Количеством одновременно работающих процессов можно управлять косвенно, через настройки рабочих серверов.
При использовании настроек, заданных по умолчанию, будет использован один rphost на 8 информационных баз или на 128 соединений. Если у вас 32-разрядная ОС (т.е. существуют ограничения по потреблению оперативной памяти на один процесс), рекомендуется изменить эти значения, например, установить одну базу на процесс и уменьшить количество соединений. Оптимальное количество соединений подбирается эмпирически и во многом зависит от конкретной конфигурации и количества фоновых заданий.
Поскольку мы рассматриваем свойства рабочих процессов, стоит упомянуть про другие настройки:
Максимальный объем памяти рабочих процессов, значение в байтах (доступный всем рабочим процессам кластера на данном рабочем сервере).
Может принимать значение от -1 до 9 223 372 036 854 775 807:
- -1 – без ограничений;
- 0 – определяется автоматически как 80% объема оперативной памяти сервера.
Безопасный расход памяти за один вызов значение в байтах.
Может принимать значение от -1 до 9 223 372 036 854 775 807:
- -1 – любой вызов сервера считается опасным, если за время вызова сервера достигнут максимальный объем памяти рабочего процесса;
- 0 – значение объема определяется автоматически, как 5% максимального объема памяти рабочих процессов на данном рабочем сервере.
Если за время вызова объем памяти превысил параметр Безопасный расход памяти за один вызов, и общее потребление памяти всеми процессами rphost превысило значение, установленное в Максимальный объем памяти рабочих процессов, такой вызов будет прерван.
Объем памяти рабочих процессов, до которого сервер считается производительным, измеряется в байтах. Значение 0 показывает, что ограничение не установлено. Общий объем памяти, занятый всеми рабочими процессами этого рабочего сервера, по достижению которого на этот рабочий сервер перестанут назначаться новые соединения.
Флаг менеджер под каждый сервис означает, что будет назначен отдельный экземпляр менеджера кластера (процесс rmngr) под каждый сервис. Список сервисов, которые выполняются в кластере:
Флаг Центральный сервер означает, что данный сервер сможет применять соединения и выполнять синхронизацию реестра кластера.
Настройки рабочих процессов можно применять только при использовании КОРП лицензий! Если у вас ПРОФ лицензия, настройки будут доступны, однако на пользование ими у вас не будет прав.
Объединение серверов в кластер
Сервера 1С можно объединять в кластер для решения задач масштабируемости (распределения нагрузки) и отказоустойчивости. Объединяются сервера в кластер просто, достаточно создать рабочий сервер.
Если в новом сервере не устанавливать опцию «центральный сервер», то такой сервер будет считаться рабочим и не сможет принимать на себя подключение сеансов. Такая архитектура взаимодействия серверов применяется для масштабируемости, она не может быть отказоустойчивой, поскольку для этого должны быть центральные сервера, а также задан уровень отказоустойчивости в свойствах кластера.
Уровень отказоустойчивости задается как количество центральных серверов -1.
В окне настроек также можно задавать ограничения потребления ресурсов на рабочий процесс (rphost). Настройки будут заданы на весь кластер.
Интервал перезапуска – интервал в секундах, через который будет перезапущен рабочий процесс. Отсчет начинается с момента установки данной опции.
Допустимый объем памяти стоит устанавливать из расчета, что в случае срабатывания условия превышения показателя будет запущен еще один процесс rphost того же объема, т.е. момент времени у нас будет два процесса, пока соединения со старого не переключатся на новый.
Интервал превышения допустимого объема памяти – интервал в секундах, в течение которого допустимо потребление памяти, установленное в параметре Допустимый объем памяти.
Интервал превышения допустимого объема памяти. Если значение свойства Допустимого отклонения количества ошибок сервера равно 0, то проверка отклонения количества ошибок не выполняется. Вне зависимости от установленного значения этого свойства рабочий процесс, который совершает не более 1 ошибки на 100 запросов, считается функционирующим нормально и не признается проблемным. Рассмотрим пример работы свойства Допустимое отклонение количества ошибок сервера. Допустим, на 100 запросов фиксируется, в среднем, 2 ошибки за последние 5 минут. Если свойство Допустимое отклонение количества ошибок сервера установлено в значение 50, то проблемным будет считаться тот рабочий процесс, для которого будет фиксироваться более 3 ошибок на 100 запросов.
Перезапуск процессов происходит «мягко»:
- Запускается новый процесс rphost;
- Старый процесс rphost выключается, но не завершается;
- Соединения назначаются на только что созданный процесс rphost, который сразу полноценно включается в работу;
- Старый процесс будет поддерживать существующие на нем вызовы. Поддержка работы уже назначенных вызовов будет происходить в течение времени, установленного в параметре «Выключенные процессы останавливать через» секунд.
Назначение отдельных сервисов на различные рабочие сервера
При объединении нескольких серверов в кластер, мы можем выносить определенные сервисы на отдельные сервера. Например, мы можем вынести работу фоновых заданий на отдельный сервер или сделать сервер лицензирования (сервер, который будет раздавать клиентские лицензии). Полный список сервисов, которые выполняет сервер и которые можно переназначать:
Назначение сервиса на определенный рабочий сервер выполняется через требования назначения функциональности.
В статье были рассмотрены основные возможности консоли администрирования, но эта тема очень обширная и исчерпывающую информацию о конкретной функциональности утилиты администрирования можно найти на ИТС.
консультация эксперта
самые свежие новости 1 раз в месяц
