Для чего предназначена утилита оснастка администрирования кластера серверов 1с предприятие
Обновлено: 07.07.2024
Доброго времени суток, господа-форумчане.
Смотрю вот вопросы профессионала по платформе 8.3, и некоторые из них вызывают недоумение (точнее "правильные" ответы по ним выложенные в большинстве источников в сети).
значком --> отметил тот вариант который считается правильным (в большинстве источников)
1 Изменить видимость существующих в списке колонок
2 Удалять колонки из списка
3 Добавлять колонки в списке
-->4 Изменить порядок, состав, иерархическое представление и условное оформление записей
5 Верны варианты 1 и 4
6 Верны все варианты
А как же видимость, когда можно зайти в настройку управляемой формы и просто снять галку на колонке? (я бы поставил 5)
======================================================================
9.54. Для чего предназначена утилита (оснастка) администрирования кластера серверов 1С:Предприятие?
1 - Отключение пользователей от информационной базы
2 - Мониторинг рабочих серверов 1С:Предприятие
3 - Управление рабочими процессорами кластера
4 - Верны ответы 1, 2
-->5 - Верны ответы 2, 3
6 - Верны ответы 1, 2, 3
А как же убиение сеанса? Всегда можно ведь оборвать сеанс пользователя (другое дело что он может повиснуть в скуле, но это уже другая история)
(поставил бы 6)
======================================================================
9.26. Список пользователей.
-->1 - задается и редактируется в режиме конфигуратора, позволяет назначать роли пользователей в режиме "1С:Предприятие". Не является частью конфигурации
2 - задается и редактируется в режимах конфигуратор и 1С:Предприятие, определяет права доступа пользователей в режиме 1С:Предприятие. Является частью конфигурации
3 - поставляется вместе с конфигурацией и не может быть изменён. Не является частью конфигурации
4 - задается и редактируется в режиме конфигуратора, определяет набор прав пользователей в режиме 1С:Предприятие. Является частью конфигурации
Эм. если мне не изменяет память в последних версиях Бухии 3 точно можно было из под админа в режиме предприятия создать пользователя и выдать ему роль.
в данном случае я в замешательстве к чему склонить выбор:
вариант №2 - определяет не права, а скорее набор прав (можем выбрать Админ, Бух-р, главбух и т.д.). - те. вариант не совсем корректен
вариант №1 + вариант №4 - "задается и редактируется в режиме конфигуратора", так ведь и в режиме предприятия можем создать пользователя и выдать набор прав.
В общем поправьте меня если я где-то ошибаюсь.
С уважением, YurAnt.
Выбрав вариант 5 в 10.17, получится дублирование, т.к. в УФ изменение состава колонок и видимости можно считать равным по смыслу.9.54 Не знаю.
По 9.26-список пользователей не является частью конфигурации. Например, создав узел УРБД в нем не будет пользователей. То что сделано управление пользователями в БП можно считать доп.сервисом.
Благодарю вас, vs7719.
Что же касается дублирования в 10.17, то я рассмотриваю вопросы с точки зрения их логической корректности.
т.е.
1) Изменить видимость существующих в списке колонок можно ? - Да, можно.
Ответ является истиной.
4) Изменить порядок, состав, иерархическое представление и условное оформление записей - тоже можно.
Ответ является истиной.
5) Верны варианты 1 и 4.
Истина И Истина = Истина.
А вот теперь сомневаюсь. что "более правильно" в данном случае, более полный вариант, либо "не дублирующий"
Управлять кластером серверов 1С:Предприятие версии 8.3 возможно как с помощью консоли администрирования серверов 1С, так и из командной строки. Для этих целей служит Сервер администрирования кластера серверов, который состоит из двух утилит: непосредственно самого сервера — программы ras.exe и утилиты командной строки rac.exe, которая обращаясь к запущенному прежде серверу ras позволяет выполнять различные операции с кластером серверов 1С:Предприятия.
Подробно про данный механизм можно прочитать в поставляемой вместе с платформой книге «Руководство администратора. Клиент-серверный вариант» (или, соответственно, на сайте ИТС).
А общая схема работы данной связки выглядит следующим образом:
Сервер администрирования должен быть той же версии, что и версия кластера серверов 1С:Предприятия, причем одновременно к одному кластеру серверов могут быть подключены несколько серверов администрирования, но конкретный сервер администрирования может взаимодействовать только с одним агентом сервера.
И сервер администрирования и утилита командной строки могут работать в любой поддерживаемой платформой 1С:Предприятия ОС. Но в данной статье мы ограничимся только ОС семейства Windows.
2. Установка компонент сервера администрирования
И сам сервер и утилита администрирования входят в состав компонент сервера 1С:Предприятия. Соответственно, на компьютере с запущенной службой агента сервера 1С:Предприятия они уже должны быть установлены по умолчанию.
Чтобы убедиться в этом, достаточно перейти в каталог с файлами сервера 1С:Предприятия и найти в нем соответствующие утилиты (для удобства файлы можно сгруппировать по типу).
Подробно про установку сервера 1С:Предприятия я писал здесь.
Для установки сервера администрирования на компьютере, где ранее не был установлен сервер 1С:Предприятия, необходимо запустить дистрибутив установки сервера 1С и в составе компонент выбрать пункт «Сервер 1С:Предприятия 8».
Причем, при выбранной данной компоненте на следующем шаге мастер установки предложит установить сервер 1С:Предприятия как службу Windows. От этого пункта конечно же следует отказаться сняв соответствующий флаг.
После установки необходимо убедиться в наличии всех необходимых компонент описанным выше способом.
3. Запуск сервера администрирования
Для получения подробной информации по утилите ras.exe можно вызвать справку выполнив команду
Из справки видно, что сервер администрирования может работать как в режиме приложения, так и как служба Windows (параметр service). Также мы можем задать сетевой порт, на котором будет работать сервер администрирования (параметр port, по умолчанию используется порт 1545), а для режима администрирования кластера используется режим claster. Вызвать справку к данному режиму можно командой:
После чего увидим, что у данного режима в качестве аргумента указывается адрес агента кластера серверов 1С:Предприятия. По умолчанию это localhost:1540.
Таким образом, если сервер администрирования запускается на той же машине, где запущен и агент сервера 1С:Предприятия, достаточно выполнить команду
Ну а если необходимо подключиться к агенту сервера, запущенном, например, на компьютере с сетевым именем Server1C, причем агент работает на нестандартном порту 2540, то команда будет следующей:
4. Запуск сервера администрирования в качестве службы Windows
Конечно же, чтобы не запускать сервер администрирования каждый раз руками, удобно запустить его единожды в качестве службы Windows. Но, к сожалению, разработчики платформы не реализовали возможность автоматической регистрации соответствующей службы в системе, как, например, это сделано для агента сервера 1С. Для добавления службы предлагается воспользоваться системной утилитой sc. Давайте рассмотрим этот процесс чуть более детально.
Для начала, я рекомендую для создаваемой службы создать отдельного пользователя Windows. Подробно как это сделать я описывал здесь.
Пусть это будет локальный пользователь с именем USR1CV8_RAS и паролем Pass123
Далее, необходимо создать и выполнить bat-файл, который будет регистрировать соответствующую службу. Содержания файла следующее:
В файле указываем:
- Имя пользователя и пароль из под которого будет запускаться служба — переменные SrvUserNameи SrvUserPwd
- Адрес и порт агента сервера, который мы собираемся администрировать — переменные AgentNameи CtrlPort
- А также имя службы и сетевой порт на котором будет работать сервер администрирования — переменные RASPortи SrvcName. Имеет смысл менять эти параметры только если вы хотите запустить параллельно несколько серверов администрирования, например для обслуживания разных серверов 1С.
В качестве единственного параметра bat-файла выступает текущая версия платформы 1С:Предприятия. Таким образом, для создания службы запускаем командную строку с правами администратора и запускаем созданный ранее файл register-ras.bat, не забыв указать нужную версию платформы.
Проверяем, что в системе появилась служба с указанным именем. И сразу запускаем ее, выбрав соответствующий пункт в контекстном меню.
На этом установка сервера администрирования в качестве службы завершена.
5. Администрирование кластера серверов с помощью утилиты rac.exe
Итак, сервер администрирования мы установили. Взаимодействием с сервером осуществляется с помощью специальной консольной утилиты rac.exe. Выполним команду
чтобы получить справку данной программы.
Как видно из справки, утилита имеет один общий аргумент, задающий адрес сервера администрирования (по умолчанию localhost:1545) и множество режимов работы: для администрирования агента кластера серверов, самого кластера, менеджера кластера, рабочих процессов и т. д. Справку по каждому режиму можно вызвать соответствующей командой.
Описывать все режимы работы, очевидно, нет никакого смысла. Приведу лишь несколько примеров работы.
Получение списка информации о кластерах:
Получение списка информационных баз на заданном кластере серверов:
Получение списка соединений с указанной информационной базой:
Утилита администрирования позволяет выполнить весь объем работ, необходимый для администрирования кластера серверов, за исключением аутентификация ОС для администраторов кластера серверов, рабочего сервера и информационной базы.
6. Программные обертки для работы с сервером администрирования
Главное, мы имеем возможность выполнять различные инструкции на кластере серверов 1С из командной строки. А это значит, что можно добавлять необходимые функции по взаимодействию с кластером серверов 1С:Предприятия в различные программы, обработки или же скрипты.
Например, среди прочего, работать с сервером администрирования может написанная на языке OneScript программа deployka.
О скиптовом движке OneScript я уже рассказывал здесь.
О программе deployka можно подробнее узнать здесь.
Ну а максимально полный обзор всех имеющихся библиотек и приложений написанных на OneScript приведен в этой замечательной статье.
7. Установка и работа с программой deployka
Алгоритм установки OneScript и deployka довольно подробно разобран в статьях по ссылкам, указанным в предыдущем пункте. Ну а если коротко, он состоит из следующих действий:
1. Скачиваем дистрибутив OneScript с официального сайта.
2. Устанавливаем, следуя инструкциям мастера.
3. Перелогиниваемся в системе, чтобы применились новые переменные среды.
4. Запускаем командную строку с правами администратора, проверяем, что предыдущие пункты выполнены корректно командной
5. Устанавливаем программу deployka с помощью пакетного менеджера opm, выполнив команду
6. Проверяем, что все работает, вызвав справку «деплойки» командой
7. Вот в общем то и все. Все режимы работы программы видны на экране. Далее читаем справку на сайте или в консоли, вызывав подсказку для каждого режима соответствующей командой:
Вот так, например, можно завершить все сеансы в указанной информационной базе с последующей установкой блокировки начала сеансов.
8. Теперь можно использовать «деплойку» в своих скриптах. Например скрипт обновления информационной базы из хранилища, с отключением пользователей и обновлением базы данных может выглядеть так:
Классическая консоль администрирования серверов, поставляемая вместе с платформой, имеет некоторое количество недостатков:
- Она требует регистрации COM-компоненты radmin.dll, которая для каждой версии сервера своя. Если нужно запустить консоль версии 8.3.11.2699, а затем 8.3.17.2231, то перед каждым запуском нужно регистрировать radmin.dll соответствующей версии.
- В одном окне консоли нельзя администрировать сервера разных версий.
- Работает только под Windows.
- Для запуска требует прав администратора ОС
Также есть внешняя обработка от фирмы 1С, но запускать ее нужно в информационной базе, что может быть неудобно, к тому же эта база должна быть на платформе 8.3.15 и выше, т.е. администрирование серверов 8.3.14 и ниже не поддерживается.
Для исправления этих недостатков я решил написать собственную консоль для администрирования кластера серверов 1С.
Консоль работает не только в Windows, но и в Linux, и MacOS.
Управление всеми серверами происходит в одном окне.
Также сейчас у в разработке плагин для EDT интегрирующий в нее весь функционал консоли администрирования.
Консоль для взаимодействия с серверами использует "Сервер администрирования (RAS)".
При установке платформы сервер администрирования (RAS) автоматически не регистрируется как служба, нужно самостоятельно решить, регистрировать его как службу (тогда он сможет запускаться автоматически при старте ОС), или запускать как приложение при необходимости.
Описание интерфейса и настроек
Основное окно программы похоже на штатную консоль администрирования: слева панель со списком серверов, справа - панель с информацией об активированном в левой панели элементе. На скриншоте показано окно программы, в котором выполнен клик на узле "Инфобазы".
Новые сеансы, соединения, блокировки и рабочие процессы выделяются зеленым шрифтом . Длительность подсветки регулируется в настройках.
Спящие сеансы выводятся в список с собственной иконкой . Так же в настройках можно включить затенение , для улучшения визуального просмотра списка.
Для отслеживания деятельности отдельных сеансов можно включить режим слежения - поставить флаг слева от сеанса . Тогда при обновлении списка эти сеансы будут выделяться синим шрифтом .
Добавление, удаление серверов и редактирование настроек подключения осуществляется через контекстное меню сервера:
Есть два режима подключения:
1. Использовать удаленный RAS
2. Запускать локальный RAS
Подробнее об обоих режимах:
1. Использовать удаленный RAS
Этот режим подключения используется в случае, если на сервере приложений 1С уже запущен RAS. Не важно как он запущен: как служба или как приложение. На самом деле он может быть запущен даже не на сервере приложений, а на другом хосте. Тут важно то, что мы подключаемся к уже существующему запущенному экземпляру RAS, который связан с определенным агентом сервера 1С.
Обязательным для подключения является группа настроек "Параметры удаленного RAS".
Группа параметров "Параметры агента сервера" не являются обязательными, но используется для отображения элемента в дереве серверов, поэтому желательно тоже их заполнить.
2. Запускать локальный RAS (пока поддерживается только для Windows)
Бывает, что сервер администрирования RAS не запущен на сервере приложений 1С и у нас нет возможности сделать так, что бы он регулярно запускался. В таком случае можно возложить на утилиту обязанность его запускать локально каждый раз при подключении к серверу. Естественно, на нашем ПК, должен быть установлен компонент "Администрирование сервера 1С:Предприятие" (об этом компоненте писалось в начале статьи).
Для этого режима подключения необходимо заполнить группу параметров "Параметры запуска локального RAS" выбрав версию платформы и порт для запуска. Порт является локальным и может быть указан абсолютно любой. Доступные версии платформы берутся поиском файла "ras.exe" в каталогах "C:\Program Files\1cv8" и "C:\Program Files (x86)\1cv8". В дальнейшем добавится поддержка Linux и MacOS.
На вкладке "Учетные данные" хранятся логины и пароли для подключения к центральному серверу и кластерам. Сами данные хранятся в том же файле config.json в открытом виде, так что каждый сам решает, хранить их или вводить каждый раз при подключении. В будущем здесь же будут храниться логин/пароли для подключения к информационным базам.
На текущий момент консоль администрирования поддерживает:
- просмотр соединений и сеансов по инфобазе или по всем инфобазам в кластере и их принудительное завершение
- создание, удаление и редактирование настроек кластеров:
- создание, удаление и редактирование настроек информационных баз. Фича - быстрое создание новой информационной базы на основании другой, останется только поменять имя базы и указать пароль пользователя СУБД:
- создание, удаление и редактирование настроек рабочих серверов:
В окнах редактирования настроек кластера и рабочего процесса добавлены кнопки:
"Сброс" - сброс параметров на сохраненные на сервере (это не те настройки, что были при открытии, ведь кто-то может их поменять пока у нас открыто окно).
"Сброс на ПРОФ" - сброс параметров относящихся к лицензии ПРОФ на значения по-умолчанию.
Меню информационной базы дополнено функциями быстрого управления сеансами:
- Завершить все сеансы. Выполняется принудительное завершение всех сеансов
- Завершить пользовательские сеансы. Выполняется принудительное завершение всех пользовательских сеансов - тонких и толстых клиентов. Конфигуратор, а так же все служебные сеансы (например сеанс утилиты администрирования) не завершаются.
Скриншот окна настроек:
Все настройки сохраняются в файле config.json, расположенном в том же каталоге, что и программа.
Программа ведет собственный список серверов, который сохраняет в том же файле config.json.
Скачивание
1. Утилита "OneS_ClusterAdmin":
- для Windows x64
- Linux (тестировалось на Ubuntu 18.04)
- MacOS (проверено на MacOS Monterey).
Для запуска консоли должна быть установлена Java 11, например "BellSoft Liberica Java JDK 11".
Для Windows и Linux открыть консоль в каталоге с утилитой и выполнить команду:
Для запуска в MacOS необходимо запускать с параметром "--XstartOnFirstThread"
В ОС Windows можно сопоставить тип файлов jar с приложением Java и запускать как обычное приложение (двойным кликом).
Для администрирования серверов 1С: Предприятие с версии 8.0 поставляется консоль «Администрирование серверов 1С Предприятия» (оснастка для Microsoft Management Console). Инструмент вполне функциональный и удобный, развивавшийся вместе с версиями платформы и служащий верой и правдой администратору.
С версии 8.1 появился вариант дистрибутива сервера для ОС, основанных на Linux (на базе deb и rpm). Это дало возможность потребителям уменьшить использование стека технологий Microsoft и значительно экономить на лицензиях и ПО. А что же для администратора? Все та же оснастка для MMC. Сложно обвинить разработчика в консерватизме, ведь прогресс в развитии платформы выглядит впечатляющим на протяжении многих лет (что часто становится поводом для упрека — стабильность приносится в жертву прогрессу). Но факт остается фактом — администрировать сервера версий 8.1 и 8.2 предлагалось из под Windows.
В версии 8.3 появились новые кроссплатформенные средства управления кластером серверов — ras (сервер управления) и rac (клиент управления). Даже среди людей, постоянно работающих с платформой 1С: Предприятие, многие о них просто не знают или едва слышали. Т.е. популярности такой метод управления не получил. И причиной видится то, что rac — консольное приложение. Ленивому администратору проще запустить mmc и накликать мышкой все, что нужно. Но есть еще одна возможность…
Парни из 1С, вы серьезно?
Почему бы не использоваться сервер ras без rac? Благо, компания 1С опубликовала «Administrative Service API» для Java.
В итоге нам понадобится:
1. Установленный и настроенный ras. По умолчанию это приложение устанавливается вместе с серверной частью (в один каталог с ragent.exe), но по умолчанию не работает. Исправим этот недостаток.
Можно настроить запуск при загрузке сервера:
(если не задать порт, по умолчанию используется 1545)
Или установить ras как сервис Windows (пример файла register-ras.bat для регистрации от компании 1С):
2. Клиент для ras под Android DroidRAC2 пришлось написать самому. На мой взгляд там все интуитивно понятно по настройке и подключению. Приложение старается повторять стиль и UI привычной консоли для MMC. Бесплатно и без смс, как говорится. Поддерживаются возможности по просмотру всего дерева компонентов и по редактирования основных настроек, которые нужно изменять в процессе эксплуатации.
Дополнение к версии 0.2 (немного о счетчиках потребления ресурсов сервера 1С и мониторинге производительности)
С версии 8.3.13 в платформу 1С:Предприятие добавлены интересные механизмы
Счетчик потребления ресурсов,
Ограничение потребления ресурсов.
С помощью них предложено решать следующие задачи
Автоматический мониторинг потребления ресурсов на сервере 1С:Предприятия.
Повышение безопасности сервера за счет прерывания операций, выполнение которых влияет на производительность сервера в целом.
Сбор статистики потребления ресурсов за произвольный промежуток времени.
Подробно и с примерами можно познакомиться в большом исследовании коллеги Capitan Nemo
Инструменты замечательные, но если подумать немного о сценариях использования, то
1) Доступно только для лицензии КОРП. Т.е. возможность качественной работы платформы 1С нужно докупать… А из коробки – и так сойдет. Недальновидное решение, субъективно
2) «Автоматический мониторинг потребления ресурсов на сервере 1С:Предприятия».
Где посмотреть графики потребления? Нигде. Cогласно DroidRAC2 начиная с версии 0.2.0 добавлена возможность получать уведомления о состоянии сервера 1С, в том числе о превышении ограничений потребления ресурсов кластера.
Для установки платформы 1С в общем случае необходимо:
- запустить файл setup дистрибутива поставки;
- в открывшемся окне выбрать компоненты к установке.
Для установки конфигурации 1С необходимо нужный шаблон распаковать в выбранный каталог.
Клиентская часть 1С (толстый и тонкий клиенты) может функционировать во всех популярных средах: Windows, Linux, MacOS, а веб-клиент совместим со всеми популярными браузерами (IE, Chrome, Mozilla, Opera, Safari).
Система 1С:Предприятие 8 работает с СУБД Microsoft SQL Server, PostgreSQL, IBM DB2, Oracle Database, файловой базой данных.
В случае файлового варианта работы, данные хранятся в файловой базе данных, архитектура которой является частью платформы. В случае клиент-серверного варианта, поддерживаются сторонние СУБД MS SQL, Oracle, DB2, Postgree (т.е. одну из определенного перечня).Если рабочие серверы кластера 1С:Предприятие работают с использованием разных операционных систем, то:
- с MS SQL сервер можно работать с рабочего сервера под управлением операционных систем Windows;
- c другими СУБД - как из-под Windows, так и из-под Linux.
Особенности установки платформы и конфигурации 1С:
- Порядок установки конфигурации (шаблона) и платформы не имеет значения, но без платформы конфигурация работать не сможет.
- Шаблоны конфигураций служат прототипами создаваемых информационных баз и устанавливаются в каталог шаблонов, указываемый пользователем.
- Обычная установка платформы "1С:Предприятие 8" предполагает отдельную установку на каждый пользовательский компьютер, дальнейшее обновление платформы возможно проводить только на каждом пользовательском компьютере.
- Административная установка предполагает установку платформы Администратором на одном компьютере, с дальнейшим копированием с него исполняемых файлов на рабочие места пользователей локальной сети.
- Для обновления технологической платформы 1С:Предприятия:
- при обычной установке - необходимо запустить программу установки, входящую в состав дистрибутива;
- при административной установке - администратору достаточно обновить платформу только в месте административной установки, обновление платформы на локальных компьютерах смогут произвести сами пользователи.
- При обычной установке 1С:Предприятия в клиент-серверном варианте, работа клиентского и серверного приложений разных релизов технологической платформы не допускается, необходимо выполнять обновление, как серверного приложения, так и клиентских приложений.
Особенности обслуживания (конвертации, копирования) прикладного решения 1С:
- Для конвертации базы из файл-серверного варианта в клиент-серверный необходимо:
- создать новую базу данных в клиент-серверном варианте;
- из старой базы посредством стандартной операции "Выгрузить информационную базу" получить файл выгрузки;
- в новую базу посредством стандартной операции "Загрузить информационную базу" обеспечить перенос информации.
- данные информационной базы и
- конфигурация базы данных.
- мониторинга рабочих серверов 1С:Предприятие;
- управления рабочими процессорами кластера.
Диалог запуска 1С
В диалоге запуска 1С:Предприятия показывается:
- список информационных баз;
- адрес выделенной базы;
- варианты возможных действий с базами:
- запустить в режиме 1С:Предприятие или Конфигуратор;
- добавить, изменить или удалить базу и т.д.
Читайте также: