Хочу рассмотреть вопросы и подготовку к сертификации. Учить правильные ответы плохой путь, а вот понимать ответы и применять их, вы тем самым становитесь на путь к уровню «1С:Эксперт». По сути это цикл записей с расширенными ответами на несколько вопросов из тестов.
Для фиксирования всех ошибок, которые являются невосстановимыми исключениями необходимо использовать серверный и клиентский технологический журналы. Детальное описание на сайте ИТС (требуется подписка).
Число таймаутов в СУБД за период можно посчитать с помощью технологического журнала. Обычно это события с текстом «Lock request time out period exceeded», но текст может отличатся в зависимости от используемой СУБД, ее версии и языка.
Для подсчета количества таймаутов за день работы информационной системы следует использовать технологический журнал. Пример разбора технологического журнала на сайте ИТС (требуется подписка).
Число взаимоблокировок на управляемых блокировках 1С за период можно посчитать с помощью технологического журнала. Это события с текстом «Unresolved lock conflict in a session» и «Неразрешимый конфликт блокировок». О блокировках «1С:Предприятия 8» хорошо написано по ссылке, анализ и устранение взаимоблокировок на сайте ИТС (требуется подписка).
Избыточные блокировки нельзя отличить от неизбыточных с помощью ЦУП. Избыточные блокировки определяются не техническими средствами. Чтобы понять проблематику следует прочесть статью сайт ИТС (требуется подписка).
«Число взаимоблокировок СУБД» в ЦУП — это количество взаимоблокировок во всех базах сервера СУБД, содержащего исследуемую базу данных. Немного об анализе взаимоблокировок с помощью ЦУП сайт ИТС (требуется подписка).
Если рассмотреть вопрос 6 еще раз, станет понятно, что блокировки возникли на сервере СУБД где размещается исследуемая база, но взаимоблокировки произошли в других базах данных, в т. ч. в служебных. Немного о «Центре управления производительностью» сайт ИТС (требуется подписка).
Согласно 6 и 7 возможно, только в случае если это единственная рабочая база на сервере СУБД.
Показатель APDEX рассчитывается по формуле: APDEX = (Nt + N4t / 2) / N, где
N — общее число операций за период,
Nt — число операций выполненное за целевое время T,
N4t — число операций не уложившиеся в T, но уложившиеся в 4*T.
Хорошая статья по ссылке.
N — общее число операций за период = 16,
Nt — число операций выполненное за целевое время T = 8,
N4t — число операций не уложившиеся в T, но уложившиеся в 4*T = 8,
APDEX = (Nt + N4t / 2) / N = (8 + 8 / 2) / 16 = 0.75.
Согласно формуле (Nt + N4t / 2) / N, APDEX не может превышать 1. В заданном вопросе APDEX посчитан с ошибкой.
Рассмотрим файл дампа rphost_8.2.19.121_67dc3f2d_20141210092337_23324.mdmp, он состоит из 5 частей:
rphost — дамп упавшего рабочего процесса;
8.2.19.121 — версия платформы «1С:Предприятия 8»;
67dc3f2d — указатель смещения вершины стека в 0x представлении, что интерпретируется как тип ошибки;
20141210092337 — время создания дампа;
23324 — PID процесса (уникальный номер (идентификатор) процесса).
Соответственно, если указатели смещения вершины стека равны, скорее всего они вызваны одной проблемой.
rphost_8.2.19.121_67dc3f2d_20141210092337_23324.mdmp — указатель смещения вершины стека в 0x представлении, что интерпретируется как тип ошибки.
rphost_8.2.19.121_67dc3f2d_20141210092337_23324.mdmp — время создания дампа.
rphost_8.2.19.121_67dc3f2d_20141210092337_23324.mdmp — PID процесса (уникальный номер (идентификатор) процесса).
В понятие технологического качества входят все пункты, детально на сайте ИТС (требуется подписка).
Чтобы посчитать число ошибок блокировок в выбранной информационной базе за период можно настроить технологический журнал по событиям EXCP или воспользоваться для это конфигурацией «Центр контроля качества» (ЦКК).
ЦКК — предназначен для мониторинга всех возможных показателей производительности системы, управления регламентными операциями и множеством других. Собранные данные можно просматривать и оценивать, так же можно настроить оповещения при возникновении нештатных ситуаций.