###
  • Программы
  • Безопасность
  • Новости
  • Интересное
  • Советы 
  • Новости 
  • Обзоры 

    • Утилита администрирования серверов 1с предприятия. Администрирование серверов1С предприятие. Программные обертки для работы с сервером администрирования

    12.01.2024 Безопасность

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

    • Файловый - 1С устанавливается только на один компьютер, работать с базами данных не может ни один менеджер. Этот вариант подходит для малых компаний с небольшим торговым оборотом.
    • Клиент-версия. В работе с 1С задействована система пользователей, базы данных расположены на одном компьютере, с которым связаны все остальные. Вариант работы имеет трехуровневую архитектуру, состоящую из клиентского приложения, сервера 1С Предприятия и баз данных в формате MS SQL Server или PostgreSQL. В этом случае применяется администрирование серверов 1С, чтобы обеспечить правильную настройку.

    Консоль администрирования серверов 1С: основные функции

    У сервера 1С отсутствует встроенный интерфейс для осуществления администрирования, поэтому используется консоль. Она входит в стандартный пакет поставки соответствующей версии 1С Предприятия. Эта стандартная утилита устанавливается на каждый локальный компьютер, при этом базы данных могут размещаться здесь же или на удаленном сервере.

    При помощи консоли для администрирования сервера 1С Предприятия можно решить следующие задачи:

    • Вносить изменение в функционирование сервера, создавать новые, удалять ненужные. На них можно размещать базы данных, определять взаимодействие между различными пользователями.
    • Создавать администраторов. Это пользователи, которые имеют права доступа для внесения изменений серверов. Каждый администратор может управлять только закрепленным сервером. Если не добавить ни одного администратора, администрированием сервера 1С может заниматься любой зарегистрированный пользователь.
    • Создание рабочих процессов кластера 1С. Добавление рабочих процессов позволяет оказывать влияние на производительность конкретного пользователя в системе. В свойствах можно установить максимальное значение производительности (до 1000). Запускаемые сеансы присоединяются к процессу с максимальной производительностью. Систематически система самостоятельно проводит анализ и перераспределяет эти значения для оптимизации.
    • Создание баз данных в 1С Предприятии. Можно установить возможность подключения к ней пользователей или разрешить работу только локально.
    • Принудительное завершение сеансов. Иногда сообщение сервера информирует о том, что под указанным именем пользователя уже производится работа. Система не всегда самостоятельно прекращает этот процесс, поэтому администрирование позволяет принудительно завершить сеанс для любого пользователя.

    Как начать работу в 1С?

    Клиентское приложение 1С Предприятия - это пустая платформа. Чтобы она начала функционировать, необходимо выполнить несколько последовательных действий:

    • Инсталлируется консоль. Она позволяет осуществлять последующее администрирование серверов 1С.
    • Создание Центрального сервера. После на его основе можно создавать подотчетные ему структуры. Для этого при помощи контекстного меню вводится имя, используемый протокол, номер применяемого для связи порта.
    • Создание кластера. В этом случае также поможет контекстное меню. Необходимо заполнить запрашиваемую информацию (имя кластера, используемого компьютера, порт для соединения, не обязательно совпадающий с портом, указанным ранее).
    • Создание информационной базы данных. В соответствующей ветке необходимо также воспользоваться контекстным меню. В нем вводятся требуемые параметры (наименование, описание, тип соединения, место дислокации, тип СУБД, имя пользователя и его пароль). После подтверждения правильности введенных данных база создана. Теперь в нее можно вносить необходимые данные.

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

    Администрирование профессионалами: основные преимущества

    Клиент-версию 1С используют компании среднего и крупного бизнеса, которым необходимо связать в единую систему все компьютеры, включая удаленные структурные подразделения. Это позволяет принимать управленческие решения, получать консолидированные отчеты, вести общую бухгалтерию.

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

    Администрирование платформы 1С, выполняемое профессиональными специалистами, имеет ряд преимуществ:

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

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

    В данной статье познакомимся с сервером администрирования кластера серверов, а конкретно с утилитами rac.exe и ras.exe , а также программы deployka с помощью которых становится возможным администрирование кластера серверов 1С:Предприятие из командной строки.

    По традиции, всем кому лень читать, предлагаю посмотреть вебинар на указанную тему

    Ну а остальным добро пожаловать под кат:

    1. Общие сведения

    Управлять кластером серверов 1С:Предприятие версии 8.3 возможно как с помощью консоли администрирования серверов 1С, так и из командной строки. Для этих целей служит Сервер администрирования кластера серверов , который состоит из двух утилит: непосредственно самого сервера — программы rac.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 . Вызвать справку к данному режиму можно командой:

    rac help cluster

    После чего увидим, что у данного режима в качестве аргумента указывается адрес агента кластера серверов 1С:Предприятия. По умолчанию это localhost:1540 .

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

    Ну а если необходимо подключиться к агенту сервера, запущенном, например, на компьютере с сетевым именем Server1C , причем агент работает на нестандартном порту 2540 , то команда будет следующей:

    rac cluster server1c:2540

    4. Запуск сервера администрирования в качестве службы Windows

    Конечно же, чтобы не запускать сервер администрирования каждый раз руками, удобно запустить его единожды в качестве службы Windows. Но, к сожалению, разработчики платформы не реализовали возможность автоматической регистрации соответствующей службы в системе, как, например, это сделано . Для добавления службы предлагается воспользоваться системной утилитой sc . Давайте рассмотрим этот процесс чуть более детально.

    Пусть это будет локальный пользователь с именем USR1CV8_RAS и паролем Pass123

    Файл register-ras.bat:

    @ echo off rem %1 - полный номер версии 1С:Предприятия set SrvUserName=.\USR1CV8_RAS set SrvUserPwd="Pass123" set CtrlPort=1540 set AgentName=localhost set RASPort=1545 set SrvcName="1C:Enterprise 8.3 Remote Server" set BinPath="\"C:\Program Files\1cv8\% 1 \bin\ras.exe\" cluster --service --port=% RASPort % % AgentName % :% CtrlPort % " set Desctiption="1C:Enterprise 8.3 Remote Server" sc stop % SrvcName % sc delete % SrvcName % sc create % SrvcName % binPath= % BinPath % start= auto obj= % SrvUserName % password= % SrvUserPwd % displayname= % Desctiption %

    В файле указываем:

    • имя пользователя и пароль из под которого будет запускаться служба — переменные SrvUserName и SrvUserPwd
    • адрес и порт агента сервера, который мы собираемся администрировать — переменные AgentName и CtrlPort
    • А также имя службы и сетевой порт на котором будет работать сервер администрирования — переменные RASPort и SrvcName . Имеет смысл менять эти параметры только если вы хотите запустить параллельно несколько серверов администрирования, например для обслуживания разных серверов 1С.

    В качестве единственного параметра bat-файла выступает текущая версия платформы 1С:Предприятия. Таким образом, для создания службы запускаем командную строку с правами администратора и запускаем созданный ранее файл register-ras.bat , не забыв указать нужную версию платформы.

    Проверяем, что в системе появилась служба с указанным именем. И сразу запускаем ее, выбрав соответствующий пункт в контекстном меню.

    На этом установка сервера администрирования в качестве службы завершена.

    5. Администрирование кластера серверов с помощью утилиты rac.exe

    Итак, сервер администрирования мы установили. Взаимодействием с сервером осуществляется с помощью специальной консольной утилиты rac.exe. Выполним команду

    чтобы получить справку данной программы.

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

    Описывать все режимы работы, очевидно, нет никакого смысла. Приведу лишь несколько примеров работы.

    Получение списка информации о кластерах:

    Получение списка информационных баз на заданном кластере серверов:

    Получение списка соединений с указанной информационной базой:

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

    6. Программные обертки для работы с сервером администрирования

    Как видно из примеров, работать из командной строки с утилитой rac то еще удовольствие. Но данный механизм и не создавался для ручного управления. Например, на сайте ИТС есть Java-архивов, который позволяет взаимодействовать с сервером администрирования из программы на языке Java, без помощи консольной утилиты администрирования. Скачать данный пакет можно .

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

    Например, среди прочего, работать с сервером администрирования может написанная на языке OneScript программа deployka .

    О скиптовом движке OneScript я уже рассказывал .

    О программе deployka можно подробнее узнать .

    Ну а максимально полный обзор всех имеющихся библиотек и приложений написанных на OneScript приведен в этой статье .

    7. Установка и настройка с программой deployka

    Алгоритм установки OneScript и deployka довольно подробно разобран в статьях по указанным в предыдущем пункте ссылкам. Ну а если коротко, он состоит из следующих пунктов:

    1. Скачиваем дистрибутив OneScript с официального сайта .

    2. Устанавливаем, следуя инструкциям мастера.

    3. Перелогиниваемся в системе, чтобы применились новые переменные среды.

    4. Запускаем командную строку с правами администратора, проверяем, что предыдущие пункты выполнены корректно командной

    5. Устанавливаем программу deployka с помощью пакетного менеджера opm , выполнив команду

    opm install deployka

    6. Проверяем, что все работает, вызвав справку «деплойки» командой

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

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

    deployka session kill -db Accounting_Demo -rac "C:\Program Files\1cv8\8.3.11.2867\bin\rac.exe" -db-user "АбрамовГС (директор)"

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

    @ echo on rem Устанавливаем значения переменных set ServerName="1CAPP:2541" set RacPath="C:\Program Files\1cv8\8.3.11.2954\bin\rac.exe" set uccode="123" set BaseName="ERP_Test" set UserName="Admin" set UserPass="Pass123" set ConStr="/1CAPP:2541\ERP_Test" set RepoPath="tcp://1CAPP/ERP_DEV" set RepoUserName="test" set RepoUserPass="123" rem Завершаем работу пользователей call deployka session kill -db % BaseName % -db-user % UserName % -db-pwd % UserPass % -rac % RacPath % -lockuccode % uccode % rem Обновляем конфигурацию базы из хранилища call deployka loadrepo % ConStr % % RepoPath % -db-user % UserName % -db-pwd % UserPass % -storage-user % RepoUserName % -storage-pwd % RepoUserPass % -uccode % uccode % rem Обновляем конфигурацию базы данных call deployka dbupdate % ConStr % -db-user % UserName % -db-pwd % UserPass % -uccode % uccode % rem Снимаем блокировку сеансов call deployka session unlock -db % BaseName % -db-user % UserName % -db-pwd % UserPass % -rac % RacPath % -lockuccode % uccode %

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

    Помогла ли вам данная статья?

    Консоль управления сервером 1С или консоль администрирования серверов 1С, или консоль кластера серверов 1С – это утилита, входящая в состав 1С Предприятие 8.3, которая необходима для:

    • Управления сеансами;
    • Управления списком баз;
    • Создания кластеров 1С для отказоустойчивой архитектуры и для масштабируемости;
    • Гибкой настройки работы рабочих процессов;
    • Ограничения потребления ресурсов;
    • Разграничения выполняемых задач рабочими серверами (чтобы выносить отдельные сервисы на различные рабочие сервера);
    • Управления профилями безопасности.


    Управление базами данных в консоли кластера

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


    Откроется окно.


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

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


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


    Можно задать определенное сообщение, которое увидит пользователь при подключении.


    Эта опция может применяться, например, при проведении каких-либо регламентных работ с базой (как правило, это обновление базы). Но когда требуется вход администраторов в базу с наложенной блокировкой сеансов, нужно воспользоваться опцией «Код разрешения». Указав код, в будущем, используя его, можно будет работать с базой. Например, установим код разращения 123, чтобы позже зайти в базу. С кодом разрешения необходимо использовать параметр /UC.


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

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

    Рассмотренные опции используются наиболее часто. Остальные в жизни применяются очень редко, и информацию о них можно почитать на ИТС.

    Работа с сеансами консоли администрирования

    В консоли администрирования можно управлять подключенными сеансами определенной БД, а также общими сеансами на данном кластере.


    Окно с сеансами выглядит так:

    Из этого окна можно получить большой объем информации, начиная с того, какого пользователя этот сеанс, и заканчивая данными потребления памяти сеансом, а также – сколько было получено данных СУБД, сколько было затрачено процессорного времени и многое другое.

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




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

    Рабочие процессы (объединение в кластер)

    В платформе 1С 8.2 можно было вручную создавать рабочие процессы сервера приложений (рабочий процесс rphost). В 8.3 рабочие процессы создает ragent. Количеством одновременно работающих процессов можно управлять косвенно, через настройки рабочих серверов.



    При использовании настроек, заданных по умолчанию, будет использован один rphost на 8 информационных баз или на 128 соединений. Если у вас 32-разрядная ОС (т.е. существуют ограничения по потреблению оперативной памяти на один процесс), рекомендуется изменить эти значения, например, установить одну базу на процесс и уменьшить количество соединений. Оптимальное количество соединений подбирается эмпирически и во многом зависит от конкретной конфигурации и количества фоновых заданий.

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

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

    • -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С: Предприятие с версии 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), но по умолчанию не работает. Исправим этот недостаток.

    Можно настроить запуск при загрузке сервера:

    Ras cluster --port=

    (если не задать порт, по умолчанию используется 1545)

    Или установить ras как сервис Windows (пример файла register-ras.bat для регистрации от компании 1С):

    @echo off rem %1 – полный номер версии 1С:Предприятия set SrvUserName=<имя пользователя> set SrvUserPwd=<пароль пользователя> set CtrlPort=1540 set AgentName=localhost set RASPort=1545 set SrvcName="1C:Enterprise 8.3 Remote Server" set BinPath="\"C:\Program Files\1cv8\%1\bin\ras.exe\" cluster --service --port=%RASPort% %AgentName%:%CtrlPort%" set Desctiption="Сервер администрирования 1С:Предприятия 8.3" sc stop %SrvcName% sc delete %SrvcName% sc create %SrvcName% binPath= %BinPath% start= auto obj= %SrvUserName% password= %SrvUserPwd% displayname= %Desctiption%

    2. Клиент для ras под Android DroidRAC2 пришлось написать самому. На мой взгляд там все интуитивно понятно по настройке и подключению. Приложение старается повторять стиль и UI привычной консоли для MMC. Бесплатно и без смс, как говорится. Поддерживаются возможности по просмотру всего дерева компонентов и по редактирования основных настроек, которые нужно изменять в процессе эксплуатации.

    Перспективы развития.

    В текущий момент доступна для тестирования версия 1С: Предприятие 8.4.1, в которой сильно переработана серверная часть. В числе прочего заявлен REST API для администрирования сервера и анонсирован клиент для него. Очевидно, что сам разработчик видит проблему в слабой развитости инструментов управления и здесь нас ждут приятные сюрпризы. А пока приходится работать с тем, что есть.

    P.S. Лично мне приятно следить за быстрой эволюцией ПО компании 1С, хотя часто приходится за этот прогресс платить нервами и временем. Но это уже совсем другая история

    Печать (Ctrl+P)

    Данная статья содержит описание некоторых элементов администрирования системы «1С:Предприятие», характерных для клиент-серверного варианта работы системы с Microsoft SQL Server 2012:

    Создание резервной копии в клиент-серверном варианте

    Администрирование кластера серверов

    Консоль или утилита администрирования кластеров 1cv8 servers.msc представляет собой подключаемый модуль MMC (Microsoft Management Console), и может быть использована на компьютерах, на которых установлено соответствующее программное обеспечение. По умолчанию устанавливается в папке C:\Program Files (x86)\1cv8\common

    Утилита администрирования кластеров предназначена для решения следующих задач:

    • создание, изменение и удаление кластеров серверов;
    • модификация существующих кластеров: создание, изменение параметров и удаление рабочих серверов, назначение требований функциональности к рабочим серверам;
    • установка уровня отказоустойчивости кластера;
    • ручная корректировка нагрузки на отдельные рабочие серверы;
    • управление списками администраторов центральных серверов кластеров и списками администраторов кластеров;
    • мониторинг соединений пользователей с информационными базами и служебных соединений;
    • отключение пользователей от информационной базы;
    • мониторинг объектных блокировок 1С:Предприятия 8 и блокировок клиентского соединения;
    • оперативный анализ транзакционных блокировок системы управления базами данных;
    • управление блокировкой установки соединений пользователей с информационной базой;
    • управление блокировкой выполнения регламентных заданий.

    В этой статье я буду только рассматривать регистрацию новой информационной базы

    Регистрация новой информационной базы

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

    В результате выполнения команды на экране появится диалог свойств информационной базы.

    Параметры информационной базы эквивалентны параметрам новой информационной базы, создаваемой с помощью окна запуска «1С:Предприятия».

    Тип СУБД : Microsoft SQL Server.

    Сервер баз данных : имя сервера. Может задаваться именем компьютера (если на компьютере установлен один экземпляр сервера) или именем конкретного экземпляра (если установлено несколько экземпляров). Например, Server/instance. Если сервер «1С:Предприятия» и Microsoft SQL Server расположены на одном компьютере, и для Microsoft SQL Server установлен Native Client (собственный клиент), то имеется возможность использовать для связи серверов протокол SHARED MEMORY. Для этого необходимо перед именем Microsoft SQL Server указать префикс lpc:. В этом случае имя сервера СУБД будет выглядеть следующим образом: lpc:Server/instance

    Имя базы данных : первым символом имени базы данных может быть буква латинского алфавита, а также символ «_». Последующими символами могут быть буквы латинского алфавита, цифры, а также символы «_», «$». Длина имени ограничена 63 символами. В имени недопустимы пробелы. Имя не может быть зарезервированным словом языка запросов сервера баз данных. В имени базы данных нельзя использовать следующие символы: «<», «>», «#», «%», «”», «{», «}», «[»,«]»,«|»,«\»,«^»,«`», а также символы с кодами от 0 до 31 и 127

    Пользователь базы данных : имя пользователя сервера баз данных, от лица которого будет осуществляться доступ к базе данных. Существенно, чтобы указанный пользователь был либо администратором сервера баз данных (sa), либо владельцем базы данных (если она уже существует), для того чтобы в дальнейшем беспрепятственно модифицировать структуру выбранной базы данных. В последнем случае этот пользователь должен иметь доступ на чтение к базе данных master и полный доступ к базе данных tempdb. Кроме перечисленного, указанный пользователь должен быть членом фиксированной серверной роли processadmin или sysadmin.

    Пароль пользователя : пароль пользователя, от лица которого будет выполняться доступ к базе данных.

    Смещение дат – 0 или 2000. Данный параметр определяет число лет, которое будет прибавляться к датам при их сохранении в базе данных Microsoft SQL Server и вычитаться при их извлечении. Наличие данного параметра определяется особенностями хранения дат в Microsoft SQL Server. Тип DATETIME, используемый в Microsoft SQL Server, позволяет хранить даты в диапазоне с 1 января 1753 года по 31 декабря 9999 года. И если при работе с информационной базой может возникнуть необходимость хранения дат, предшествующих нижней границе данного диапазона, то в качестве значения параметра следует выбрать 2000. Если же такие даты встречаться не будут, то в качестве смещения дат можно выбрать 0. После создания информационной базы значение данного параметра не может быть изменено.

    ВНИМАНИЕ! Если в прикладном решении используются регистры накопления или регистры бухгалтерии, то в поле Смещение дат необходимо установить значение 2000. Если при создании базы данных в это поле было введено значение 0, то следует выгрузить информационную базу в файл, заново создать базу данных с указанием в поле Смещение дат значения 2000 и выполнить загрузку информационной базы

    ВНИМАНИЕ! Имена информационных баз должны быть уникальными в пределах одного кластера. В процессе регистрации новой информационной базы система проверяет, существует ли на указанном сервере баз данных база с таким именем. Если база существует, то будет установлено соединение с ней. Если существующая база данных уже содержит данные информационной базы «1С:Предприятия», то будет установлена связь с уже существующей информационной базой. А если база данных не содержит данных информационной базы, то в ней будет проинициализирована новая информационная база «1С:Предприятия».

    Ошибка при выполнении операции с информационной базой

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

    В этом случае была попытка создания информационной базы и сервер предприятия не мог установить соединиться с Microsoft SQL Server. Нужно проверить:

    • Параметры аутентификации пользователя (Имя пароль и права на создание БД);
    • Соблюдает ли имя базы данных правила имен;
    • Правильно ли задано имя сервера базы данных;
    • Соответствует тип аутентификации пользователя. Возможно, пользователь вошел под именем пользователя sql server, а в настройках SQL стоит не тот тип аутентификации пользователя.