Расследование и диагностика - раздел Социология, Понятие проблемы. Область ответственности процесса управления проблемами V Расследование И Диагностика Являются Итеративными Фазами Процесса, О...
v Расследование и диагностика являются итеративными фазами процесса, они неоднократно повторяются, каждый раз приближаясь все ближе к намеченному результату.
v Часто делаются попытки воспроизвести инцидент в условиях тестирования. Для решения проблемы могут потребоваться дополнительные знания, например, для анализа и диагностики проблемы можно привлечь специалистов из группы поддержки.
v Проблемы возникают не только из-за программных или технических средств. Они могут быть вызваны ошибками в документации, ошибками персонала или процедурными ошибками, такими как выпуск неправильной версии программного обеспечения. Поэтому желательно включать описания процедур в Конфигурационную Базу Данных и проводить контроль их версий. В то же время многие ошибки связаны с компонентами ИТ-инфраструктуры.
v После того как установлена причина проблемы, определены Конфигурационные Единицы или группы единиц, ее вызвавшие, установлена связь между Конфигурационной Единицей и инцидентом (инцидентами), становиться возможным определить Известную ошибку (т.е.определить Проблему как известную ошибку). После этого Управление Проблемами продолжит свою работу, выполняя функции контроля ошибок.
Определения Рис Отношения между проблемами и известными ошибками источник OGC... Цель УП установление КОРНЕВОЙ ПРИЧИНЫ возникновения проблемы и как следствие предотвращение...
Если Вам нужно дополнительный материал на эту тему, или Вы не нашли то, что искали, рекомендуем воспользоваться поиском по нашей базе работ:
Расследование и диагностика
Что будем делать с полученным материалом:
Если этот материал оказался полезным ля Вас, Вы можете сохранить его на свою страничку в социальных сетях:
Виды деятельности в рамках УП
1.3.1. реактивное УП с целью:
1.3.1.1.выяснение корневых причин прошлых инцидентов
1.3.1.2.подготовка предложений по ликвидации этих причин.
1.3.2
Идентификация и регистрация проблемы.
3.1.1. ИДЕНТИФИКАЦИЯ ПРОБЛЕМЫ
В принципе, любой инцидент, возникший по неизвестной причине, может быть связан с проблемой (служить причиной ИДЕНТИФИКАЦИИ проблемы). На практике это имеет с
Источники ошибок в других средах
v В большинстве случае ошибки выявляются только тогда, когда система находится в реальной рабочей среде.
v Однако продукты, поступающие из среды разработки (от внешних поставщиков и внутре
Идентификация и регистрация ошибок.
v Ошибка определена тогда, когда найден Учетный элемент, вызывающий неисправность (УЭ, который вызывает или может вызвать Инциденты).
v Статус Известной ошибки назначается, когда установле
ОЦЕНКА ОШИБОК
v Персонал Управления проблемами выполняет первоначальную оценку путей устранения ошибки, совместно со специалистом. Если необходимо, потом можно оформить RFC. Запись об Изв
Поиск решения
v Специалисты сравнивают различные решения, принимая во внимание SLA, определяют степень влияния и срочность RFC.
v Срочное исправление (СИ): СИ может потребоваться, если
Проактивное управление проблемами.
5.1. Цель – предупреждающее выявление проблем. Состоит в:
Ø Анализе тенденций (например, случаи появления определенных типов проблем после проведения изменений). Необходимость, напр
Определения
Конфигурационная единица (CI) – ИТ- компонент, который:
· контролируется ИТ-организацией;
· наличие и версия которого зарегистрированы.
Конфигура
Шаг 1. Определение основных услуг, предоставляемых бизнесу.
· На данном шаге перечисляются ИТ-системы, наиболее критичные для бизнеса (см. пример в графе 2 таблицы 2), и
· для каждой из них формулируется ответ на вопрос: «Что будет, если система пр
Новости и инфо для студентов