Как работает сервер 1с

Обновлено: 07.07.2024

• Обновление конфигурации БД в фоновом режиме;
• Доп.управление распределением по рабочим серверам кластера в разрезе ИБ, видов клиентских приложений и фоновых заданий:
  • сервисов кластера;
  • соединений с ИБ.
  • безопасность расхода памяти за один вызов;
  • количество инфобаз на процесс;
  • объем памяти рабочих процессов, по достижении коего сервер считается производительным;
  • максимальный объем памяти рабочих процессов;
  • стратегия балансировки (по памяти, по производительности).

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

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

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

  Если вы хотите подобрать сервер для 1С 8.3, обратитесь к нашим специалистам оп телефону или прямо на сайте.

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

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

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

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

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

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

  
  

  Рис.7 С кодом разрешения необходимо использовать параметр /UC

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

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

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

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

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

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

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

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

  В платформе 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) под каждый сервис. Список сервисов, которые выполняются в кластере:

  
  

  Рис.14 Список сервисов, которые выполняются в кластере

  Флаг Центральный сервер означает, что данный сервер сможет применять соединения и выполнять синхронизацию реестра кластера.

  Настройки рабочих процессов можно применять только при использовании КОРП лицензий! Если у вас ПРОФ лицензия, настройки будут доступны, однако на пользование ими у вас не будет прав.

  
  

  Объединение серверов в кластер

  Сервера 1С можно объединять в кластер для решения задач масштабируемости (распределения нагрузки) и отказоустойчивости. Объединяются сервера в кластер просто, достаточно создать рабочий сервер.

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

  Уровень отказоустойчивости задается как количество центральных серверов -1.

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

  Интервал перезапуска – интервал в секундах, через который будет перезапущен рабочий процесс. Отсчет начинается с момента установки данной опции.

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

  Интервал превышения допустимого объема памяти – интервал в секундах, в течение которого допустимо потребление памяти, установленное в параметре Допустимый объем памяти.

  Интервал превышения допустимого объема памяти. Если значение свойства Допустимого отклонения количества ошибок сервера равно 0, то проверка отклонения количества ошибок не выполняется. Вне зависимости от установленного значения этого свойства рабочий процесс, который совершает не более 1 ошибки на 100 запросов, считается функционирующим нормально и не признается проблемным. Рассмотрим пример работы свойства Допустимое отклонение количества ошибок сервера. Допустим, на 100 запросов фиксируется, в среднем, 2 ошибки за последние 5 минут. Если свойство Допустимое отклонение количества ошибок сервера установлено в значение 50, то проблемным будет считаться тот рабочий процесс, для которого будет фиксироваться более 3 ошибок на 100 запросов.

  Перезапуск процессов происходит «мягко»:

  • Запускается новый процесс rphost;
  • Старый процесс rphost выключается, но не завершается;
  • Соединения назначаются на только что созданный процесс rphost, который сразу полноценно включается в работу;
  • Старый процесс будет поддерживать существующие на нем вызовы. Поддержка работы уже назначенных вызовов будет происходить в течение времени, установленного в параметре «Выключенные процессы останавливать через» секунд.

  Назначение отдельных сервисов на различные рабочие сервера

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

  
  

  Рис.19 Назначение отдельных сервисов на различные рабочие сервера

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

  
  

  Рис.20 Назначение сервиса на определенный рабочий сервер

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

  
  

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

  Как настроить терминальный сервер для 1С

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

  Использование терминального сервера для 1С

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

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

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

  Преимущества терминальных серверов

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

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

  Кроме этого, возможности серверных ОС от Microsoft позволяют силами штатных администраторов настроить возможность подключения терминальных клиентов к серверу 1С, поэтому настройка сервера 1С - такой важный вопрос.

  Установка терминального сервера для 1С

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

  Но если вы решили действовать самостоятельно, рассмотрите пример установки терминального сервера для 1С в ОС Windows Server 2012:

  • Необходимо зайти на сервере в свойства соединения и прописать нужный IP-адрес;
  • Чтобы проверить, виден ли наш сервер, попробуйте на клиентском компьютере прописать команду ping в командной строке;
  • Если пинг прошел успешно, на сервере откройте «Диспетчер серверов» и щелкните «Добавить роли и компоненты»;
  • Выберите тип установки сервера – «Установка ролей и компонентов»;
  • Выбираем наш сервер для 1С из пула серверов и нажимаем «Далее»;
  • На этапе выбора ролей сервера нам нужно найти и поставить галку напротив роли «Службы удаленных рабочих столов»;
  • Нажимаете два раза «Далее» и на этапе выбора служб ролей на сервере необходимо проставить две галки:
    • Лицензирование удаленных рабочих столов. При установке нажмите на всплывающую кнопку «Добавить компоненты»;
    • Узел сеансов удаленных рабочих столов.
    • В следующем окне проставьте «Автоматический перезапуск сервера, если требуется» и запустите установку сервера терминалов;
    • Через некоторое время терминальный сервер для 1С будет успешно установлен.

    Настроим сервер для 1С

    Теперь нам необходимо настроить доступ клиентских пользователей к серверу. Для этого:

    • Установите 1С на сервере;
    • Откройте «Администрирование». Зайдите в «Управление компьютером». Зайдите в раздел «Локальные пользователи» и выберите «Пользователи». Создайте нового пользователя на сервере;
    • В открывшемся окне заполните поля «Пользователь», «Полное имя», «Описание», «Пароль» и «Подтверждение пароля»;
    • Нажимаем «Создать». Затем заходим в свойства созданного пользователя сервера. На вкладке «Членство в группах» добавьте «Пользователи удаленного рабочего стола»;
    • Затем на сервере зайдите в «Локальная политика безопасности». Нажмите слева «Назначение прав пользователя» и справа зайдите в свойства «Разрешить вход в систему через службу удаленных рабочих столов»;
    • Сервер по умолчанию дает доступ только администраторам. Добавьте пользователей, используя «Добавить пользователя или группу…»;
    • Когда все пользователи будут в списке на сервере, нажмите «Применить».

    Терминальный сервер настроен, и клиентские компьютеры могут к нему подключаться.

    Подключение к терминальному серверу

    Подключение к настроенному терминалу 1С происходит через протокол RDP. В системах семейства Microsoft есть встроенный инструмент, названный «Подключение к удаленному рабочему столу». Чтобы найти этот инструмент, зайдите в «Пуск» – «Все программы» – «Стандартные»:

    
    

    Рис.10 Подключение к настроенному терминалу 1С происходит через протокол RDP

    В открывшемся окне необходимо указать параметры:

    • В поле «Компьютер» впишите адрес терминального сервера;
    • В поле «Пользователь» необходимо указать имя, под которым вы хотите зайти на данный сервер. Естественно, для этого пользователю должно быть разрешено удаленное управление;
    • В следующем окне необходимо будет ввести пароль пользователя для доступа на сервер.

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

    Дальнейшая работа не отличается от ситуации, в которой 1С установлена на вашем компьютере.

    
    

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

    
    

    Снимаем флаг «Установить сервер 1С:Предприятия 8 как сервис Windows(рекомендуется)»

    Далее готовим строку:

    Мы используем: sc create

    Строка выглядит как:

    sc create "<Агент сервера 1С:Предприятия 8.Х.Х.ХХХХ>" binpath= "<место расположения ragent.exe>" -srvc -agent -regport 1641 -port 1640 -range 1660:1591 -d \"<место расположения папки сервера 1С>""

    
    

    <Агент сервера 1С:Предприятия 8.Х.Х.ХХХХ> - указываем имя службы. Главное так, чтобы и вы, и те, кому предстоит поддерживать сервер 1С, могли в дальнейшем, легко ее идентифицировать.

    <место расположения ragent.exe>" -srvc -agent -regport 1641 -port 1640 -range 1660:1691 -d \"<место расположения папки сервера 1С>

    Строку службы все как обычно:

    <место расположения ragent.exe>

    
    

    Если порт 1540 уже занят (если один сервер в виде службы уже установлен), то ставим следующий или любой, какой понравится, например, вместо:

    1541 -port 1540 -range 1560:1591

    1641 -port 1640 -range 1660:1691

    Вместо <место расположения папки сервера 1С> указываем строку, где планируем расположить папку с файлами сервера. Рекомендую не хранить эту папку на диске С:\, Разбивайте диск сервера на 2. Под систему и под сервер 1С. Тогда в случае, если файлы журнала регистрации займут все место на диске, Вы без проблем зайдете на сервер и почистите их. Чего нельзя сказать, если вы своими файлами журнала регистрации займете все место на системном диске.

    
    

    Далее заходим в командную строку от админа:

    
    

    И выполняем команду:

    sc create "Агент сервера 1С:Предприятия 8.Х.Х.ХХХХ" binpath= "\"C:\Program Files\1cv8\8.Х.Х.ХХХХ\bin\ragent.exe\" -srvc -agent -regport 1741 -port 1740 -range 1760:1591 -d \"E:\1C_Bases\srvinfo_8_Х_Х_ХХХХ\""

    
    

    
    

    В итоге получим службу:

    
    

    
    

    Если службы не появилось, нажмите кнопку Обновить.))))

    
    

    Если передумали, то можно удалить только что созданную службу:

    sc delete "<Агент сервера 1С:Предприятия 8.Х.Х.ХХХХ>"

    где <Агент сервера 1С:Предприятия 8.Х.Х.ХХХХ> - имя службы

    Далее заходим в службу:

    Ставим переключатель в положение «С системной учетной записью»

    
    

    
    

    
    

    
    

    
    

    
    
    

    
    

    И в этом случае можно почистить кэш (это бывает полезно при разного рода непонятном поведении 1С)

    
    

    Удалить эти файлы можно только при остановленной службе.

    Если Вы остановили службу, а файлы не удаляются, значит, нужно зайти в Task manager и проверить его на наличие зависших:

    
    

    В случае обнаружения выполнить end task.

    1. 3.Как перенести БД с платформы на платформу, без потери журнала регистрации?

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

    Сделать это просто: открываем свойства БД на текущем сервере

    
    

    
    

    Кроме того, открываем новый сервер:

    
    

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

    
    

    По окончании с текущего сервера БД удаляем

    
    

    Далее заходим в папку, где ранее располагались файлы БД до переноса. Узнать это место просто:

    Управлять кластером серверов 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. Теперь можно использовать «деплойку» в своих скриптах. Например скрипт обновления информационной базы из хранилища, с отключением пользователей и обновлением базы данных может выглядеть так:

    Читайте также:

      
    • Компьютер для работы с графическими программами 2021
      
    • Пропала верхняя панель в браузере edge
      
    • 1с бухгалтерия 6 создать документ
      
    • Процесс исправления ошибок в программе при котором цель исправить все ошибки не ставится называется
      
    • Браузер самсунг смарт тв не открывает ютуб