Консоль кластера 1с что это
Консоль администрирования сервера 1С
Как многим наверное известно, система 1С Предприятие поддерживает два варианта работы. Это:
Для клиент-серверного режима необходимо установить Сервер 1С: Предприятия.
В данной статье рассмотрим, как администрировать этот сервер с помощью утилиты Консоль администрирования серверов 1С 8.3 (8.2).
Сразу сервисное отступление — если при запуске консоль выдает сообщение «Различаются версии клиента и сервера (8.3.х.х-8.3.х.х), клиентское приложение: Консоль кластера», Вам необходимо пройти регистрацию с помощью соответствующего ярлыка из меню «Пуск»:
Консоль администрирования серверов 1C Предприятия
У сервера 1С нет собственного интерфейса для управления. Администрирование ведется при помощи консоли серверов 1С. Консоль входит в поставку 1С Платформы и устанавливается локально на компьютер пользователя. Сами Информационные базы могут размещаться как локально, так и на удаленных компьютерах или серверах.
Создание, редактирование и удаление баз на Сервере 1С
Чтобы создать информационную базу на Сервере 1С, необходимо сначала создать Центральный сервер и Кластер, к которому будет принадлежать база. На строке 1C:Enterprise 8.3 Central Servers нужно «кликнуть» правой кнопкой мыши и выбрать в контекстном меню пункт «Создать». В открывшемся окне вводим имя сервера и номер порта.
Теперь создадим Кластер. Также воспользуемся контекстным меню и выберем пункт «Создать». Заполним параметры кластера.
В ветке «Информационные базы» с помощью контекстного меню добавляем новую базу. После заполнения ее параметров нажимаем «Ок». Информационная база готова к работе.
С помощью контекстного меню базу можно удалить или отредактировать свойства.
Действия в консоли
Чем может быть полезна нам консоль администрирования? Часто случается так, что у пользователя «зависает» компьютер, и при этом программа 1С у конкретного пользователя не запускается. Выходит сообщение, что под данным пользователем уже кто-то работает. Все дело в том, что на сервере 1С остаются «нерабочие» сеансы. Эти пользователи даже остаются в разделе «Активные пользователи». И когда в программе нужно сделать операции, требующие монопольного режима (например, удаление помеченных на удаление объектов), то если попросить всех пользователей выйти, операцию все равно не всегда получается осуществить.
В консоли администрирования очень удобно посмотреть такие «зависшие» сеансы и скинуть их.
В контекстном мену строки с сеансом можно выбрать три пункта: «Удалить», «Свойства» и «Справка».
Также из консоли можно управлять блокировками.
К сожалению, мы физически не можем проконсультировать бесплатно всех желающих, но наша команда будет рада оказать услуги по внедрению и обслуживанию 1С. Более подробно о наших услугах можно узнать на странице Услуги 1С или просто позвоните по телефону +7 (499) 350 29 00. Мы работаем в Москве и области.
Консоль кластеров в 1С
Клиент-серверное взаимодействие трехуровневой архитектуры программы 1С Предприятия 8 и СУБД происходит через кластер серверов программы 1С Предприятия 8.
Для управления сервером 1С используется утилита администрирования, которая устанавливается при установке 1С, так как у сервера 1С отсутствует пользовательский интерфейс.
Консоль сервера 1С позволяет создавать, изменять и удалять кластеры серверов, изменять существующие кластеры, управлять администраторами серверов, отслеживать соединения пользователей с ИБ, отключать пользователей от информационных баз, управлять блокировками соединений пользователей с ИБ, блокировать выполнение регламентных заданий.
1. Установка утилиты администрирования
Стоит помнить, что кластер серверов, технологическая платформа и сервер администрирования должны быть одной и той же версии.
Запускаем установку и выбираем «Администрирование серверов 1С Предприятие».
Указываем папку для установки и жмем «Далее».
Выбираем язык интерфейса и жмем «Далее».
В следующем окне устанавливаем галочку «Установить сервер 1С» и «Существующий пользователь» (в случае, если он уже был добавлен ранее).
В случае использования аппаратных ключей защиты выбираем «Установить драйвер аппаратных ключей защиты» и «Отключить неиспользуемые 1С:Предприятием возможности аппаратных ключей защиты».
Программа готова к началу установки. Нажимаем «Установить».
Снимаем галочку с «Открыть файл Readme» и нажимаем «Готово».
2. Создание центрального сервера в программа 1С Предприятие 8
На следующем этапе создаем кластер и центральный сервер для того чтобы создать ИБ на сервере 1С.
Указываем протокол, имя и порт, нажимаем «Ок».
Далее присваиваем имя кластеру, компьютер, порт.
3. Создаем администратора сервера 1С
Для этого позиционируемся на «Администраторы», жмем правую клавишу мыши и выбираем «Создать».
Вводим имя и пароль.
4. Добавляем информационную базу 1С
Заполняем данные для новой информационной базы.
· сервер базы данных;
· база данных (наименование в используемой СУБД);
· пользователь сервера БД;
· пароль пользователя БД;
· разрешить выдачу лицензий сервером 1С:Предприятия;
· создать базу данных в случае ее отсутствия (нет в используемой СУБД);
· установить блокировку регламентных заданий (в случае, если необходимо отключить выполнение всех регламентных заданий в подключаемой ИБ).
5. Удаление информационной базы
Для того чтобы провести удаление информационной базы, необходимо, спозиционировавшись на ней, нажать правую клавишу мыши и выбрать «Удалить».
Откроется режим удаления информационной базы.
· Выбор «Удалить базу данных» привет к полному удалению информационной базы.
· Выбор «Очистить базу данных» приведет к очистке данных из информационной базы.
· Выбор «Оставить без изменения» приведет к удалению информационной базы из списка баз кластера, но не затронет ее содержимое.
6. Принудительное завершение сеанса пользователя 1С
Если требуется принудительно и оперативно завершить работу пользователя нужно перейти в ветку «Сеансы» и выбрать необходимый.
Далее кликаем по сеансу правой кнопкой мыши и нажимаем «Удалить».
Данную операцию можно производить для всех сеансов одновременно (как для завершения работы пользователей, так и для снятия фоновых заданий).
В информационном окне можно указать сообщение, которое будет отображаться пользователю при принудительном отключении сеанса.
Окно, которое увидит пользователь после удаления его сеанса при помощи агента сервера 1С:
Запуск консоли кластера серверов нужной версии из 1С
Что такое консоль кластера серверов, или консоль администрирования знают многие. Также многие знают, что работать одновременно можно только с одной версией консоли. Для работы с другой версией, нужна перерегистрация консоли. Т.е. если у вас есть базы, работающие на разных версиях платформы, то значит есть сервер с разными кластерами или разные сервера. И одна заргестрированная консоль работает только с одной версией платформы.
Консоль можно установить и на своем локальном компьютере, прописав в ней путь до разных серверов или кластеров и работать с ними. Для установки консоли, при установке платформы, необходимо указать пункт «Администрирование сервера 1С:Предприятия».
Если необходимо запускать консоль для разных версий платформы, необходимо при установки каждой версии выбирать вышеуказанный пункт. После этого в папке «bin» с установленной платформой (Например, c:\Program Files (x86)\1cv8\8.3.14.1779\bin\) появляется файл:RegMSC.cmd. Его запуск (от имени администратора) как раз и отвечает за регистрацию консоли в выбранной версии.
Однажды мне наодело постоянно копаться в установленных файлах платформы, выискивая нужный файл, поэтому сделал обработку, которая просматривает установленные версии платформы, определяет те, для которых установлена консоль, и по нажатию одной кнопки, выполняет перерегистрацию консоли, и по другой кнопки открытие консоли. 1С при этом должна быть запущена от имени администратора (для регистрации консоли). Прежде, чем скачивать обработку, рекомендую проверить ручную перерегистрацию, убедиться в наличии прав.
Инструкция по настройке рабочих серверов с Технологической Платформой 1С:Предприятие
Ниже приводится инструкция по настройке рабочих серверов с Технологической Платформой 1С:Предприятие.
Рекомендуется при настройке рабочего сервера пройти указанный ниже сheck-лист и продумать, нужна ли указанная ниже настройка в вашем конкретном случае.
Если такая настройка нужна, то выполнить её. Важно на каждом пункте сознательно принимать решение о том, как именно вы хотите настроить рабочий сервер.
1. Определить, сколько информационных баз будут использоваться в кластере для работы пользователей
Существует несколько вариантов развертывания:
Наибольшие требования с точки зрения доступности информационной системы будут в случае развертывания в продуктивной и подготовительной зонах.
В этих случаях желательно все нерабочие информационные базы вынести в отдельный кластер на отдельные серверы.
Возможно, возникнет желание сделать копию рабочей информационной базы и развернуть в том же кластере в продуктивной среде, например, для того, чтобы восстановить определенные данные за прошлые сутки. Стоит перебороть это желание и проследить, чтобы
Для восстановления данных за предыдущие сутки не стоит использовать продукционный кластер, а получать необходимые данные с подготовительной зоны информационной системы.
Рекомендуется в продуктивной зоне настраивать кластер с минимальным числом необходимых баз, чтобы снизить возможное влияние тестовых баз на работу пользователей.
В тестовой зоне и зоне разработки ограничений по числу информационных баз в кластере условно нет.
2. Определить, сколько пользователей будет работать одновременно
Число одновременно работающих пользователей информационной базы является одним из основных параметров, определяющих нагрузку на информационную систему.
Этот параметр также необходим для корректного расчета конфигурации оборудования, который выполняется исходя из
3. Настроить профили пользователей ОС, от которых будут запускаться процессы кластера
Необходимо определиться, будут ли процессы кластера серверов работать от имени различных пользователей информационной системы.
Это может быть необходимо для того, чтобы код, который выполняется в rphost точно не мог обратиться к каким-либо определенным данным на рабочем сервере или выполнить операцию с административными правами.
Для того, чтобы создать профили пользователей ОС достаточно один раз войти от их имени в ОС Windows.
4. Настроить логирование и дампы
Для этого необходимо настроить:
Хорошей практикой будет настроить сбор WER для rmngr и ragent, но не указывать rphost.
5. Проверить настройки операционной системы
5.1. Настроить рабочий сервер
5.2. Настроить рабочий сервер
Необходимо настроить рабочий сервер в соответствии с инструкцией, которая позволяет избежать ошибки «An operation on a socket could not be performed because the system lacked sufficient buffer space or because a queue was full»
5.3. Убедиться, что брадмауэр операционной системы настроен таким образом, что не запрещает процессам кластера взаимодействовать корректно.
Информация по клиент-серверному варианту работы здесь;
Обратите внимание на используемые порты, которые указываются в параметрах центрального сервера,
в свойствах кластера серверов,
и рабочих серверов кластера.
5.4. Убедиться, что на рабочих серверах кластера одновременно не используется IPv4 и IPv6.
5.6. Убедиться, что установлены компоненты Microsoft Data Access Components
Этот пункт нужен для настройки с СУБД MS SQL Server.
В противном случае будете получать ошибку вида: «Компоненты OLE DB провайдера не найдены».
Скачать MDAC можно с официальных ресурсов microsoft.
6. Необходимо настроить сетевой стек для обеспечения возможности обработки большого числа подключений
Настройки, которые необходимо выполнить (в дополнение к настройке 5.2. Настроить рабочий сервер в соответствии с инструкцией):
7. Настроить кластер серверов
7.1. Необходимо добавить рабочие серверы в кластер
Информация по работе со списком серверов кластера тут: http://its.1c.ru/db/v837doc#bookmark:cs:TI000000157
7.2. Настроить условия перезапуска
Настроить условия перезапуска по превышению порога памяти.
7.3. Настроить расположение каталога кластера
Необходимо убедиться, что
7.4. Настроить число соединений и информационных баз на процесс
Настройку необходимо выполнить с учетом конфигурации системы
Постарайтесь выполнять настройку таким образом, чтобы она не приводила к запуску 100 процессов rphost, т.к. значительное число процессов rphost приводит к неэффективному использованию памяти процессами кластера.
Не стоит просто так уменьшать параметр «Число соединений на процесс» или «Число информационных баз на процесс».
Если у вас нет технического обоснования, почему именно так лучше, рекомендуем оставить значения по умолчанию
7.5. Выполнить настройки для случая нескольких рабочих серверов в кластере.
8. Первый запуск
На этом этапе следует выполнить следующие шаги:
9. Отказоустойчивость
В случае необходимости настройки отказоустойчивого кластера, выполните следующие шаги.
9.1. Проверить лицензии.
Убедитесь, что на рабочих серверах, которые должны выполнять роль Центральных серверов достаточно лицензий для работы всех пользователей в информационной системе при отсутствии одного из Центральных серверов в случае возможного (теоретически) отказа.
9.2. Установить флаг «Центральный сервер».
Установить флаг как на рисунке ниже.
9.3. Установить флаг «Уровень отказоустойчивости»
Установить параметр, пример на рисунке ниже.
Подробную информацию про уровень отказоустойчивости вы можете прочитать в статье
Обратите внимание, что не нужно просто так указывать максимально возможный уровень отказоустойчивости, т.к. это приведет к избыточным накладным расходам.
9.4. Скорректировать строку соединения
Необходимо скорректировать строку соединения с информационной базой.
Имеется возможность указания списка резервирования с помощью строки соединения с информационной базой или в соответствующем поле свойств информационной базы.
Список указывается в формате Server1, Server2:Port, Server3.
10. Замечания
10.1. Не настраивайте exec backup (или аналогичные утилиты) на директории кластера серверов
Причина в том, что в этих директориях могут располагаться хранилища с сеансовыми данными, выполнять backup которых не нужно, а создание backp-а которых будет приводить к избыточным накладным расходам.
10.2. Не настраивайте сжатие данных дисков с директорией кластера
10.3. Не забывайте про периодическое выполнение дефрагментации дисков ОС Windows.
10.4. Настроить защиту от вирусов.
В случае расположения рабочих серверов кластера в зоне, к которой доступ строго ограничен, не имеет смысл настраивать антивирусные решения на рабочих серверах.
Настройка антивирусных решений на таких серверах будет оказывать существенное влияние на производительность при практическом отсутствии выигрыша с точки зрения защиты.
При этом, стоит обеспечить защиту антивирусными решениями те пользовательские компьютеры, с которых выполняется доступ к рабочим серверам кластера и сетевым директориям.
Архитектура кластера
Основные возможности кластера серверов
Общая схема клиент-серверного варианта работы
В клиент-серверном варианте работы клиентское приложение взаимодействует с кластером серверов, который, в свою очередь, осуществляет взаимодействие с сервером баз данных.
Один из компьютеров, входящих в состав кластера серверов, является центральным сервером кластера. Центральный сервер, помимо обслуживания клиентских соединений, управляет работой всего кластера и хранит реестр кластера.
Для клиентского соединения кластер адресуется по имени центрального сервера и номеру сетевого порта. Если используется стандартный сетевой порт, то достаточно указания одного имени центрального сервера.
При установке соединения клиентское приложение обращается к центральному серверу кластера. Центральный сервер, на основе анализа статистики загруженности рабочих процессов, направляет клиентское приложение к конкретному рабочему процессу, который будет его обслуживать. Этот процесс может находиться как на центральном сервере, так и на любом рабочем сервере кластера.
Рабочий процесс выполняет аутентификацию пользователя и обслуживает соединение до окончания сеанса работы клиента с данной информационной базой.
Состав простейшего кластера серверов
Простейший кластер серверов может располагаться на одном компьютере и содержать один рабочий процесс:
Функционирование компьютера в составе кластера обеспечивается процессом ragent.exe, который называется агентом сервера. Соответственно компьютер, на котором запущен агент сервера, называется рабочим сервером. Одной из функций агента сервера является ведение списка кластеров, расположенных на данном рабочем сервере.
Агент сервера и список кластеров не входят в состав кластера серверов, а лишь обеспечивают работу сервера и кластеров, которые расположены на нем.