1. Демонстрация сценариев использования Центра администрирования из состава 1С:КИП

• Создание новой клиент-серверной базы и загрузка конфигурации.  

• Создание пользователей с полными правами и агентами.  

• Настройка прав для агента и публикация приложения.  

• Установка агентов из дистрибутива и указание параметров.  

• Установка агентов из командной строки с использованием дополнительных ключей.  

• Зайти в центр администрирования и проверить активность агентов.  

• Агенты общаются с центром администрирования каждые 10 секунд.  

• В центре администрирования загружаем новую поставку скриптов.  

• Скрипты состоят из команд автоматизации, которые являются кубиками для сценариев автоматизации.  

• Настройка интернет-ресурса для скачивания файлов с центра администрирования.  

• Создание публикации для скачивания файлов с центром администрирования.  

• Создание хранилища файлов описания комплекта скриптов.  

• Настройка обновления исполняющей части через интернет-ресурс.  

• Формирование комплекта скриптов для агента.  

• Жмем инициировать проверку и обновления скриптов администрирования.  

• Обновляем поставляемый Python и пакет скриптов.  

• Выбираем сценарий автоматизации из документации.  

• Создаем команду "скачать из центра администрирования".  

• Указываем параметры и варианты настроек.  

• Заходим в сценарий администрирования, выбираем экземпляры сценариев.  

• Указываем параметры: файл, источник, пароль, URL.  

• Настраиваем шаг сценария: адрес для скачивания, имя пользователя, место для скачивания.  

• Указываем параметры выполнения сценария: группа агентов, расписание.  

• Запускаем сценарий, ждем его выполнения.  

• В этом сценарии мы устанавливаем клиентов и платформу для них.  

• Выбираем готовый сценарий и заполняем его с нуля.  

• Для упрощения процесса настройки используем шаблоны.  

• Указываем параметры источника и просмотра.  

• Скачиваем архив на агентов и распаковываем его.  

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

• Устанавливаем клиент и тонкий клиент.  

• Указываем версию платформы и путь установки.  

• Ждем завершения скачивания и установки платформы.  

• Проверяем наличие платформы на клиентских машинах.  

• Устанавливаем только клиентские компоненты на клиентских машинах.  

• Запуск установки платформы на клиентские компьютеры.  

• Установка платформы на сервере один с через установку.  

• Указание компонентов для 64-разрядной версии.  

• Установка платформы, регистрация библиотек, запуск сервисов кластера и сервера.  

• Установка новой версии платформы на сервере приложений.  

• Обновление платформы на клиентских компьютерах.  

• Проверка состояния служб и рабочих процессов.  

• Вход в базу бухгалтерии на сервере.  

• Выполняется вход в систему и проверка состояния скачивания платформы.  

• Установка платформы на сервере выполняется в очереди, так как скачивание еще не завершено.  

• Настройка блокировки информационной базы и установка новой версии платформы.  

• Проверка состояния скачивания и установки платформы на сервере.  

• Ошибка работы с информационной базой и блокировка не устанавливается.  

• Удаление информационной базы и попытка установки платформы снова.  

• Проверка версии платформы и успешное обновление.  

• Снятие блокировки и проверка работы информационной базы на новой версии.  

• Рассматривается сценарий обновления конфигурации информационной базы, включающий копирование файла обновления, загрузку конфигурации, установку блокировки, удаление сеансов, обновление конфигурации и снятие блокировки.  

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

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

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

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

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

• Для этого можно использовать команду "завершить процесс" на клиенте, которая принудительно завершает процесс и его дочерние процессы.  

• В сценариях можно переопределять, планировать и запускать экземпляры.  

• Удобно заполнять шаблоны в командах.  

• Можно указать, откуда будут заполняться параметры.  

• Можно дополнять команды и изменять сценарии настройки.  

• Агенты регистрируются автоматически при установке.  

• Можно удалить старые версии платформы.  

• Можно использовать другие интерпретаторы, но нужно доработать самостоятельно.  

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

• Рекомендуется использовать защищенный протокол для передачи данных.  

• В остальном, пароли максимально скрыты.  

• Обсуждение планов по развитию функциональности и обновления платформы.  

• Упоминается, что планы озвучивать не будут.  

• Обсуждение типичного сценария обновления платформы и конфигурации.  

• Упоминается, что инструкции по обновлению доступны на КБ и ИТС.  

• Упоминается, что обновление платформы на Linux не обсуждается.  

• Упоминается, что в сценариях автоматизации и командах автоматизации нет информации по обновлению платформы на Linux.  

• Упоминается сценарий, который предполагает обновление версии Apache и веб-расширений.  

• Упоминается, что этот сценарий большой и ветвистый.