сервис сбора диагностической информации по аскон что это
Сбор данных по инциденту, онлайн передача
Сбор данных и их отправка данным способом происходит при сбое в работе ПО («вылете») и наличии прямого подключения компьютера к сети Интернет.
В случае сбоя в работе ПО АСКОН утилита автоматически соберёт диагностические данные и предложит пользователю подтвердить передачу данных на сервера АСКОН:
Необходимо подтвердить согласие на сбор и отправку данных, отметив соответствующий чек-бокс, и нажать кнопку «Отправить».
После завершения сбора и отправки данных будет выдано сообщение об успешной передаче данных.
Сбор данных по требованию
ВНИМАНИЕ! Данный функционал доступен в версиях утилиты начиная с 3.1.0.24.
Данный способ необходимо использовать в случае, если ПО перестаёт реагировать на действия пользователя («зависает»). Способ можно использовать как в случае прямого подключения к Интернет, так и для сохранения отчётов на компьютере или в локальной сети.
Чтобы воспользоваться этим способом, необходимо выбрать для утилиты команду «Собрать диагностическую информацию»:
После завершения сбора и сохранения данных будет выдано сообщение об успешном сборе данных. В зависимости от настроек утилиты, данные будут сохранены в сети предприятия или переданы в АСКОН в онлайн режиме (см. выше).
Сохранение данных в локальной сети
Данный способ используется в случаях, когда на предприятии невозможна онлайн-выгрузка диагностических данных (компьютер не подключён к сети Интернет, передача данных запрещена службой безопасности и т.п.).
Для данного варианта в настройках утилиты необходимо выбрать опцию сохранения отчётов в папку и указать локальный путь сохранения отчётов или папку на сервере предприятия. Например: \\Server\ASCON_reports
Для передачи собранных отчётов необходимо передать всё содержимое папки (в примере это ASCON_reports) сотрудникам службы поддержки пользователей АСКОН.
ВНИМАНИЕ! Имена папок пользователей (ID) должны быть сохранены!
Ручная передача собранных данных
Для передачи собранных отчётов необходимо передать всё содержимое папки ApplicationCrashReports сотрудникам службы поддержки пользователей АСКОН, а также сообщить уникальный номер компьютера (ID), с которого передаются данные.
ВАЖНО! Для проблем связанных с работой КОМПАС-3D, особенно в случае с «вылетами», необходимо включить ведение расширенного лога действий пользователей, см. FAQ#7001293
Сбор данных по инциденту, онлайн передача
Сбор данных и их отправка данным способом происходит при сбое в работе ПО («вылете») и наличии прямого подключения компьютера к сети Интернет.
В случае сбоя в работе ПО АСКОН утилита автоматически соберёт диагностические данные и предложит пользователю подтвердить передачу данных на сервера АСКОН:
Необходимо подтвердить согласие на сбор и отправку данных, отметив соответствующий чек-бокс, и нажать кнопку «Отправить».
После завершения сбора и отправки данных будет выдано сообщение об успешной передаче данных.
Сбор данных по требованию
ВНИМАНИЕ! Данный функционал доступен в версиях утилиты начиная с 3.1.0.24.
Данный способ необходимо использовать в случае, если ПО перестаёт реагировать на действия пользователя («зависает»). Способ можно использовать как в случае прямого подключения к Интернет, так и для сохранения отчётов на компьютере или в локальной сети.
Чтобы воспользоваться этим способом, необходимо выбрать для утилиты команду «Собрать диагностическую информацию»:
После завершения сбора и сохранения данных будет выдано сообщение об успешном сборе данных. В зависимости от настроек утилиты, данные будут сохранены в сети предприятия или переданы в АСКОН в онлайн режиме (см. выше).
Сохранение данных в локальной сети
Данный способ используется в случаях, когда на предприятии невозможна онлайн-выгрузка диагностических данных (компьютер не подключён к сети Интернет, передача данных запрещена службой безопасности и т.п.).
Для данного варианта в настройках утилиты необходимо выбрать опцию сохранения отчётов в папку и указать локальный путь сохранения отчётов или папку на сервере предприятия. Например: \\Server\ASCON_reports
Для передачи собранных отчётов необходимо передать всё содержимое папки (в примере это ASCON_reports) сотрудникам службы поддержки пользователей АСКОН.
ВНИМАНИЕ! Имена папок пользователей (ID) должны быть сохранены!
Ручная передача собранных данных
Для передачи собранных отчётов необходимо передать всё содержимое папки ApplicationCrashReports сотрудникам службы поддержки пользователей АСКОН, а также сообщить уникальный номер компьютера (ID), с которого передаются данные.
ВАЖНО! Для проблем связанных с работой КОМПАС-3D, особенно в случае с «вылетами», необходимо включить ведение расширенного лога действий пользователей, см. FAQ#7001293
Обновление корпоративного ПО: вариант для PDM/PLM-систем
Большинство крупных организаций сталкивается с трудностями в выполнении массового обслуживания ПО. Эти трудности носят как объективный, так и субъективный характер. Объективной трудностью является неоднородность ИТ-инфраструктуры, полностью преодолеть которую невозможно. Однако руководители ИТ-отделов и системные администраторы не всегда уделяют должное внимание этой проблеме. Главной субъективной трудностью является отношение к обслуживанию корпоративного ПО как к обслуживанию коробочного и, как следствие, вера в существование «магической зелёной кнопки»: нажал — и всё установилось (обновилось). На практике такой сценарий, увы, нереализуем.
В чём же заключается разница?
Установка коробочного продукта обычно выполняется по довольно простому «итерационному» сценарию: попробовал установить → не получилось → устранил проблемы → попробовал снова. Для установки «из коробки» такая последовательность оправдана, потому что в случае возникновения блокирующих проблем они локализованы на конкретном компьютере. При этом пользователь вполне может потратить немного личного времени на установку недостающих компонентов, настройку ОС и т. д. В целом, можно сказать, что 20 минут настройки одного рабочего места — вполне средняя цифра.
Обслуживание корпоративного ПО зачастую тоже пытаются проводить по итерационному сценарию, однако «цена» итерации при этом возрастает многократно. Время, затрачиваемое на настройку рабочего места, в случае массового развертывания нужно умножать на количество установок, и безобидные 20 минут уже при 10 компьютерах превращаются как минимум в 3,5 часа рабочего времени, потраченного, фактически, на механические (т. е. хорошо автоматизируемые) операции.
Далее, в случае распределенных систем блокирующие проблемы могут иметь произвольную локализацию в пределах сети, и для их устранения может потребоваться привлечение специалистов из других подразделений, поскольку, как правило, на большинстве предприятий организационные единицы, ответственные за общесистемное и продуктовое администрирование, разделены. Это требует дополнительных временных затрат. В целом, по нашей статистике, обновление 30 рабочих мест за один рабочий день силами четырех человек — вот предел ручной производительности труда.
Эффективное управление таким процессом при сколько-нибудь значительном количестве рабочих мест без отработанной методики невозможно. Суть этой методики заключается в том, что проблемы необходимо выявлять предварительно, а устранять — централизованно, причём делать это до выполнения обслуживания ПО. Казалось бы, всё просто? Но даже, если такая методика имеется, для её реализации необходим инструмент, не сложнее решаемой задачи.
Для автоматизации управления ИТ-инфраструктурой создано множество инструментов и решений, от самых простых, нацеленных, как правило, на автоматизацию типичных повторяющихся действий на рабочем месте (назовём их решениями «лёгкого класса»), до весьма сложных и изощренных (по аналогии можно сказать о решениях «среднего и тяжёлого классов»), охватывающих все или почти все аспекты управления.
Решения «лёгкого класса» нас не интересуют: с их помощью можно в лучшем случае обеспечить установку на рабочем месте драйверов и комплекта часто используемых программ типа офиса, архиваторов и т. п. Как правило, в их основе лежит простой скриптовый язык, исполняющий механизм которого может эмулировать консольный ввод, управлять окнами, процессами и другими объектами. Ограниченность таких решений вызвана в первую очередь тем, что в процессе придания скрипту универсальности (необходимой ему в силу неоднородности инфраструктуры) его сложность значительно возрастает, требуя от разработчика не только хороших навыков программирования, но и достаточно глубокого понимания архитектуры ОС и прикладного ПО. В условиях хронического недостатка времени и ресурсов, срочного решения задач, которые надо было «сделать вчера», использование «лёгких» решений не приводит к удовлетворительному результату.
С другой стороны лежат решения «тяжелого класса», которые обычно стремятся «подмять под себя» почти все аспекты управления инфраструктурой (инвентаризация аппаратуры и ПО, мониторинг использования ПО, мониторинг конфигураций, управление виртуализацией и т. д.). Из-за своей универсальности такие решения настолько сложны в использовании, что их изучение и правильное применение подчас становится не менее трудоемким, чем решение основной задачи. Второе, что нужно сказать об этих системах — это то, что «оставшаяся» часть функционала, та, что не связана с обслуживанием ПО, может быть предприятию и не нужна. С учетом немалой стоимости, подобные затраты часто себя не оправдывают.
Структура Комплекса решений АСКОН на платформе ЛОЦМАН:PLM, с ним и работает ЦОК
Чтобы облегчить работу администраторам программного комплекса АСКОН, автоматизирующего управление жизненным циклом изделия, мы разработали решение, которое можно отнести к «среднему классу». Оно не требует программирования, хотя позволяет выполнять доверенные (подписанные) скрипты в случае необходимости дополнительных послеустановочных действий. При этом оно не содержит избыточного функционала, сложного в освоении и обучении. Мы назвали его «Центр обслуживания Комплекса».
«Центр обслуживания Комплекса». Основные отличительные моменты решения
Легковесность с учетом специфики. Продукт не перегружен лишним функционалом, сфокусирован на максимально простом решении основной задачи — массовом обслуживании (установке, обновлении) продуктов АСКОН, таких, как ЛОЦМАН:PLM, САПР ТП ВЕРТИКАЛЬ, справочник Материалы и Сортаменты, справочник Стандартные изделия, КОМПАС-3D и других, с учетом их специфики.
Разумная универсальность. Продукт позволяет обслуживать практически любое стороннее ПО, использующее для установки механизм Windows Installer. При этом решается и часть смежных задач, например, мониторинг конфигураций — но лишь в том объёме, который необходим для решения основной задачи, и не более. Разумеется, конфигурации стороннего ПО отслеживаются лишь по основным параметрам, но часто и их бывает достаточно, чтобы локализовать и устранить проблему.
Централизованная диагностика. Очевидно, что для успешного обслуживания ПО необходима работоспособная инфраструктура. Проблема в том, что продуктовые администраторы часто не имеют прямого доступа к центральным, жизненно важным объектам ИТ-инфраструктуры (AD DS, DNS, DHCP, групповые политики и пр.). И даже имей они его — просто ли с ходу разобраться в многоуровневой архитектуре, которую, к тому же, ещё и не ты проектировал? Поэтому сбор, хранение и отображение диагностической информации об аппаратной и программной конфигурации рабочих мест и основных настройках ОС критически необходима для обслуживания ПО. Опять же, осуществляется он лишь в том объёме, что необходим для практической работы. Частично решается задача инвентаризации аппаратуры и ПО.
Локализации проблем. Наши наблюдения показывают, что существенная часть сбоев и ошибок (от 30% до 50%), возникающих при эксплуатации корпоративного ПО, вызвана проблемами инфраструктуры. К сожалению, на крупных предприятиях со строго регламентированной организационной структурой (в силу целого ряда причин) имеет место неявное перетекание той доли ответственности за неработоспособность продуктов, которая лежит на общесистемных администраторах, к администраторам продуктов. Мы решаем задачу локализации посредством непрерывного мониторинга инфраструктуры с накоплением полученных данных для последующего анализа.
Интеграция в продуктовый портфель. Как правило, крупные производители корпоративного ПО стараются тем или иным способом решать задачи массового обслуживания своих продуктов. До сих пор таких инструментов у АСКОН не было. Теперь мы делаем шаг на встречу заказчику и закрываем ещё один сегмент автоматизации бизнес-процессов.
В целом мы надеемся, что данное решение будет востребовано в промышленности и, прежде всего, при обслуживании сложных PDM/PLM-систем. Хотя, как уже было сказано выше, номенклатура обслуживаемого ПО ограничена только используемым для развертывания механизмом (Windows Installer). Правда, справедливости ради надо отметить, что вряд ли кому-нибудь придет в голову использовать для корпоративной системы «легкий» инсталлятор типа NSIS.
Ну и в качестве заключения немного конкретных цифр. Испытания системы в «боевых условиях» показали, что с её помощью даже при минимальном уровне начальной подготовки продуктивной среды можно обновлять/устанавливать от 65 до 70 компьютеров в час! Это что-то около минуты на один компьютер при том, что все операции может выполнить один человек. Сравнение с цифрами, приведенными в начале статьи (30 рабочих мест за один рабочий день силами четырех человек), подтверждает прирост производительности труда как минимум на порядок.
Александр Юхименко, руководитель группы разработки Единого инсталлятора Комплекса.
Центр обслуживания комплекса программных средств
Для того, чтобы обеспечить поддержку большого парка компьютеров и программного обеспечения необходимо специализированное решение, которое сделает этот процесс быстрым и удобным.
Центр обслуживания комплекса программных средств предназначен для автоматизации массового развертывания и обслуживания корпоративного ПО на крупных и средних предприятиях.
Какие проблемы ИТ-инфраструктуры помогает решить продукт
Ключевые возможности и особенности системы
Инструменты и компоненты системы
Система обладает удобными инструментами для работы с компьютерами предприятия. Гибкое и функциональное дерево позволяет объединять компьютеры в различные группы для более эффективной и удобной работы с ними. Центр обслуживания комплекса программных средств предоставляет широкую информацию о рабочих местах, конфигурации систем, установленном программном обеспечении и компонентах.
Развитые механизмы поиска и фильтрации позволяют быстро найти компьютеры и программное обеспечение по различным параметрам.
Поиск по параметрам — позволяет быстро найти, например, все компьютеры с определенной операционной системой, компьютеры, на которых произошла ошибка во время последней процедуры обслуживания или компьютеры, которые в данный момент выключены.
Поиск по установленным продуктам — как узнать, на каких компьютерах ещё не обновлен КОМПАС-3D или где стоит устаревшая версия LibreOffice? Данный инструмент поисковой системы соберёт такие компьютеры в группу, и, например, массово обновить (или удалить ненужный более продукт).
Поиск по компонентам продуктов — многие проблемы в работе вызваны несовместимостью установленных компонентов (например, корпоративные Справочники в Комплексе и библиотеки Справочников в Компасе). Без использования ЦОК просмотреть дерево компонентов можно было только в панели управления, теперь это можно сделать удаленно, не отвлекая пользователя.
Ещё один инструмент, упрощающий процедуру массового обслуживания — автоматическая проверка заданий перед исполнением. Он позволяет заранее исключить из обслуживания компьютеры, на которых планируемая операция гарантированно не может быть выполнена (например, нельзя удалить не установленный продукт или обновить несовместимые версии). Это снижает затраты времени на диагностику ошибок и упрощает работу администраторов.
Единый репозиторий системы обеспечивает централизованное хранение дистрибутивов, сервис-паков и обновлений программного обеспечения для последующего использования при обслуживании рабочих мест.
Журналы системы позволяют накапливать статистику о различных процессах установки и обслуживания ПО. Данная информация позволяет проводить аналитику для повышения качества обслуживания ИТ-инфраструктуры предприятия.
Для более подробного ознакомления с Центром обслуживания комплекса программных средств от АСКОН вы можете прочитать статью о продукте в журнале Стремление №18 и статью на habr.
Сервис сбора диагностической информации по аскон что это
Внедряем информационные системы, с которыми ваши бизнес-процессы становятся эффективнее
ПОДГОТОВКА ПЕРСОНАЛА ЗАКАЗЧИКА
Помогаем вашим специалистам стать настоящими экспертами
ТЕХНИЧЕСКАЯ ПОДДЕРЖКА
Обеспечиваем бесперебойную работу программных продуктов АСКОН
СИСТЕМА СЕРТИФИКАЦИИ
Гарантируем и подтверждаем реальные знания ваших сотрудников
ГЛАВНЫЕ НОВОСТИ
Как строительная отрасль готовится к новому BIM-году: репортаж с форума «РосТИМ»
Первый отечественный флот гидроразрыва пласта разработан в PLM-комплексе АСКОН и консорциума «РазвИТие» по программе диверсификации ОПК
Приглашаем на церемонию награждения Конкурса асов 3D-моделирования на KOMPAScon и онлайн
Вышел новый релиз Renga с вложенными и составными сборками
Эксперимент SIRIUS-21: как 3D-технологии помогут в межпланетных экспедициях + ВИДЕО с командиром экипажа
АСКОН выпустил систему управления производством «Гольфстрим 8» с гибкими инструментами управления данными
ИСТОРИИ ЗАКАЗЧИКОВ
Комплексный BIM для реконструкции курортной инфраструктуры и исторической пивоварни: опыт компании «Агропромпроект» из Калининграда
PLM-решение АСКОН для производителя компрессорных лопаток. Как Наро-Фоминский машиностроительный завод «оцифровывает» технологическую подготовку производства
Разработка инжиниринговой концепции в BIM‑системе Renga: как добиться экономии затрат на капстроительство
Производитель метрологического оборудования для «Силы Сибири» ускорил разработку с помощью приложений КОМПАС-3D
Мне сверху видно все: как спроектировать и построить колесо обозрения
«Цифра» в приборостроении: как приходит понимание PLM. Опыт НПО «Прибор»
Главный по дизелям. Как «Промышленные силовые машины» завоевали рынок малой энергетики, сделав ставку на инжиниринг и КОМПАС-3D
Время вперед: как «АПС ЭНЕРГИЯ РУС» ускоряет все этапы подготовки производства с помощью решений АСКОН
НТЦ «Геомеханика» использует КОМПАС для развития импортозамещения в нефтегазовой отрасли
Радость движения: как компания «Реабилитационные технологии» создает медицинские экзоскелеты с помощью решений АСКОН
Виртуальная реальность на производстве: в Группе Магнезит разработали VR-тренажер на основе модели в КОМПАС-3D
Станок в цифровом контуре
BIM-моделирование: «видеть насквозь» и управлять процессом. Группа Магнезит начала внедрение Renga и Pilot-BIM
Где учат технологов космического машиностроения. Балтийский федеральный университет – о подготовке кадров для ОКБ «Факел»
Сквозная автоматизация подготовки несерийного производства. Опыт АО «Завод Узбекхиммаш»
От хаоса к порядку: «Кайрос Инжиниринг» организовал единое окно взаимодействия проектировщиков в Pilot-ICE Enterprise
Как и зачем УПКБ «Деталь» проводит внутренний конкурс 3D моделирования
К 60-летию полета Юрия Гагарина: Звездочка, Синяя птица и космос в Петропавловской крепости
Переход на КОМПАС в ПКО. Опыт импортозамещения от ПАО «Химпром»
«ИНБИМ» о работе в среде общих данных Pilot:BIM. Как пользователи влияют на развитие системы
На светлой стороне автоматизации. Волжский светотехнический завод «Луч» ускоряет конструкторские разработки с помощью решений АСКОН
Как BIM-технология помогла компании «B2 Проект» выполнять проекты с большей детализацией в кратчайшие сроки
ЯАЗ в строй: в Ярославле студенты восстанавливают седельный тягач, чтобы вернуть историю автозавода
Комплексное внедрение BIM: опыт компании «Евротехнологии»
Инженерные секреты рыбного хозяйства
Проекты без временных потерь. 5 преимуществ 3D-проектирования от «САРАТОВЗАПСИБНИИПРОЕКТ-2000»
Как российская «дочка» французской BIA выбрала IT-независимость и строит цифровые процессы в бизнесе и на производстве
Спроектировать в одной BIM-системе сразу три раздела детского сада: опыт компании «ПСК РегионПроект»
Настоящий промышленный дизайн. Опыт НПО СПЕЦКРАН и Студии Артемия Лебедева