WikiDer > Удобство обслуживания (компьютер)

В программная инженерия и аппаратная инженерия, исправность (также известен как возможность поддержки) один из -способности или аспекты (из IBM РАН (U) (Надежность, доступность, удобство обслуживания и удобство использования)). Имеется в виду способность техническая поддержка персонал для установки, настройки и мониторинга компьютерных продуктов, выявления исключений или неисправностей, отлаживать или изолировать неисправности анализ причин, и предоставить оборудование или обслуживание программного обеспечения в поисках решения проблемы и возобновления работы продукта. Включение функций, облегчающих обслуживание, обычно приводит к более эффективному обслуживанию продукта, сокращает эксплуатационные расходы и поддерживает непрерывность бизнеса.

Примеры функций, облегчающих обслуживание, включают:

• Служба поддержки уведомление об исключительных событиях (например, электронная почта или отправив текст к пейджер)
• Сетевой мониторинг
• Документация
• Журнал событий / Трассировка (программное обеспечение)
• Регистрация состояние программы, Такие как
  • Путь выполнения и / или локальный и глобальные переменные
  • Вход и выход из процедуры, опционально с входящими и возвращаемыми значениями переменных (см .: подпрограмма)
  • Запись блока исключения, опционально с локальным состоянием (см .: Обработка исключений)
• Программного обеспечения Обновить
• Изящная деградация, где продукт предназначен для восстановления после исключительных событий без вмешательства техническая поддержка сотрудники
• Аппаратное обеспечение планирование замены или обновления, при котором продукт разработан для обеспечения эффективного обновления оборудования с минимальными затратами. компьютерная система время простоя (например., горячая замена составные части.)

Проектирование удобства обслуживания может также включать некоторые функции, связанные с текущим обслуживанием системы (см .: Эксплуатация, администрирование и обслуживание (OA&M.))

А сервисный инструмент определяется как средство или функция, тесно связанная с продуктом, которая предоставляет возможности и данные для обслуживания (анализа, мониторинга, отладки, ремонта и т. д.) этого продукта. Сервисные инструменты может предоставить широкий спектр возможностей. Что касается диагностики, предлагаемая классификация сервисных инструментов выглядит следующим образом:

• Уровень 1: Сервисный инструмент, который указывает, работает продукт или нет. При описании компьютерных серверов состояния часто упоминаются как «работающие» или «неработающие». Это двоичное значение.
• Уровень 2: Сервисный инструмент, который предоставляет некоторые подробные диагностические данные. Часто диагностические данные называют «сигнатурой» проблемы, представлением ключевых значений, таких как системная среда, имя запущенной программы и т. Д. Этот уровень данных используется для сравнения сигнатуры одной проблемы с сигнатурой другой проблемы: возможность сопоставления новая проблема к старой позволяет использовать решение, уже созданное для предыдущей проблемы. Возможность отсеивать проблемы ценна, когда проблема действительно совпадает с уже существующей проблемой, но ее недостаточно для отладки новой проблемы.
• Уровень 3: Предоставляет подробные диагностические данные, достаточные для отладки новой уникальной проблемы.

В качестве приблизительного практического правила для этих таксономий существует несколько «порядков величины» диагностических данных в сервисных инструментах уровня 1, уровня 2 и уровня 3.

Дополнительные характеристики и возможности, которые были замечены в сервисных инструментах:

• Время сбора данных: некоторые инструменты могут собирать данные немедленно, как только возникает проблема, другие задерживают сбор данных.
• Предварительно проанализированные или еще не проанализированные данные: одни инструменты собирают «внешние» данные, а другие - «внутренние». Это видно при сравнении системных сообщений (операторов на естественном языке на родном языке пользователя) и «двоичных» дампов хранилища.
• Частичный или полный набор данных о состоянии системы: некоторые инструменты собирают полное состояние системы и частичное состояние системы (пользовательский или частичный «двоичный» дамп памяти или полный дамп системы).
• Необработанные или проанализированные данные: некоторые инструменты отображают необработанные данные, а другие анализируют их (например, средства форматирования дампа хранилища, которые форматируют данные, в отличие от «интеллектуальных» форматеров данных («АНАЛИЗИРОВАТЬ» - общий глагол), которые объединяют знания о продукте с анализом переменных состояния для укажите «значение» данных.
• Программируемые инструменты против инструментов с фиксированными функциями. Некоторые инструменты могут быть изменены для получения разных объемов данных в разное время. У некоторых инструментов есть только фиксированная функция.
• Автоматический или ручной? Некоторые инструменты встроены в продукт для автоматического сбора данных при возникновении неисправности или сбоя. Для запуска процесса сбора данных необходимо специально вызвать другие инструменты.
• Ремонт или без ремонта? Некоторые инструменты собирают данные как предвестники процесса автоматического восстановления (самовосстановление / отказоустойчивость). Перед этими инструментами стоит задача быстрого получения неизмененных данных до начала желаемого процесса восстановления.

Смотрите также

• Шубы
• Ремонтопригодность

внешняя ссылка

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

• Sun Gathering Debug Data (Sun GDD). Это набор инструментов, разработанный специалистами службы поддержки Sun, цель которых - обеспечить правильный подход к разрешению проблем за счет упреждающих действий и передовых методов сбора данных отладки, необходимых для дальнейшего анализа.
• «Определение требований к удобству обслуживания Linux операторского класса, версия 4», Copyright (c) 2005-2007 гг., Open Source Development Labs, Inc., Бивертон, штат Орегон, США, 97005 [1]