«1С:Профессионал» по технологическим вопросам (Раздел 4)

Обеспечение качества и инструменты обеспечения качества

Вопрос 4.1
Для фиксирования всех ошибок, которые являются невосстановимыми исключениями:

1. необходимо использовать серверный и клиентский технологические журналы.
2. достаточно серверного журнала, т.к. в него попадают все ошибки.
3. достаточно клиентского журнала, т.к. ошибки, отображаемые на клиенте, в него не попадают
4. необходимо использовать Центр управления производительностью.

Вопрос 4.2
Как посчитать число таймаутов в СУБД за период?

1. По технологическому журналу посчитать число событий EXCP.
2. По технологическому журналу посчитать число событий с текстом «Lock request time out period exceeded» и «Maximum idle time for lock access» (Текст может отличаться в зависимости от используемой СУБД, ее языка и версии).
3. По технологическому журналу посчитать число событий с текстом «Lock request time out period exceeded» (Текст может отличаться в зависимости от используемой СУБД, ее языка и версии).
4. По технологическому журналу посчитать число событий с текстом «Unresolved lock conflict in s session» и «Возникла мертвая блокировка во время ожидания ресурса» (Текст может отличаться в зависимости от версий и языков платформы 1С и СУБД).
5. По Журналу регистрации, установив отбор на событие «ошибки блокировок».

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

  • SQL Server: Lock request time out period exceeded — таймаут СУБД SQL Server (англ.)
  • SQL Server: Превышено время ожидания запроса на блокировку — таймаут СУБД SQL Server (рус.)

Maximum idle time for lock access (Превышено максимальное время ожидания) — это таймаут на управляемых блокировках, а не блокировках СУБД.

Текст сообщения об ошибке зависит от того, был ли это конфликт управляемых блокировок или конфликт блокировок СУБД. Если конфликт произошел в СУБД, текст зависит от того, что это за СУБД, а также от ее версии и языка.

Источники:
«Настольная книга 1С:Эксперта по технологическим вопросам» (ред.2) на стр.58

Вопрос 4.3
Для подсчета количества таймаутов за день работы информационной системы следует использовать:

1. технологический журнал
2. ЦУП
3. консоль кластера 1С.
4. MS SQL Profiler
5. Windows Performance Monitor

Вопрос 4.4
Как посчитать число взаимоблокировок на управляемых блокировках 1С за период?

1. По технологическому журналу посчитать число событий EXCP.
2. По технологическому журналу посчитать число событий с текстом «Lock request time out period exceeded» и «Maximum idle time for lock access» (Текст может отличаться в зависимости от версий и языков платформы 1С и СУБД).
3. По технологическому журналу посчитать число событий с текстом «Unresolved lock conflict in a session» и «Неразрешимый конфликт блокировок».
4. По Журналу регистрации, установив отбор на событие «ошибки блокировок».

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

  • Неразрешимый конфликт блокировок — взаимоблокировка на управляемых блокировках (1С-рус.)
  • Unresolved lock conflict in a session — взаимоблокировка на управляемых блокировках (1С-англ.)

Источники:
«Настольная книга 1С:Эксперта по технологическим вопросам» (ред.2) на стр.58

Вопрос 4.5
Можно ли отличить избыточные блокировки от неизбыточных с помощью ЦУП?

1. Можно. Для этого необходимо провести замеры с анализом ожиданий на блокировках.
2. Можно. Для этого необходимо провести замеры с анализами ожиданий на блокировках и взаимоблокировках.
3. Нельзя. Для анализа избыточности блокировок необходимо использовать SQL Server Profiler.
4. Нельзя. Избыточность блокировки определяется не техническими средствами, а логикой системы.

Показатель ожидания на блокировка и взаимоблокировках не покажет избыточна ли блокировка или нет. Это можно узнать только проанализировав код приложения.

Источники:
ИТС: Типичные причины избыточных блокировок и методы оптимизации

Вопрос 4.6
Что указывает показатель «Число взаимоблокировок СУБД» в ЦУП?

1. Количество взаимоблокировок во всех базах сервера СУБД, содержащего исследуемую базу данных.
2. Количество взаимоблокировок во всех базах сервера 1С, содержащего исследуемую информационную базу.
3. Количество взаимоблокировок в исследуемой информационной базе.

При выполнении сценария «Мониторинг» для показателя «Количество взаимоблокировок MS SQL Server» анализируется счетчик операционной системы «SQL Server: Locks\Number of Deadlocks/sec», который показывает взаимоблокировки для всего сервера СУБД.

Подробнее можно прочитать здесь.

Вопрос 4.7
В результате расследования с помощью ЦУП получены следующие результаты: число взаимоблокировок СУБД за время анализа 250, результат анализа взаимоблокировок пустой. Что это означает?

1. В исследуемой базе произошло 250 взаимоблокировок, но ЦУП не смог их проанализировать.
2. На сервере СУБД, где размещается исследуемая база, произошло 250 взаимоблокировок, но все в других рабочих базах.
3. На сервере СУБД, где размещается исследуемая база, произошло 250 взаимоблокировок, но все в других базах, в т.ч. в служебных.
4. На сервере СУБД, где размещается исследуемая база, произошло 250 взаимоблокировок во всех базах, в т.ч. и в исследуемой, но ЦУП не смог их проанализировать.
5. На сервере СУБД, где размещается исследуемая база, произошло 250 взаимоблокировок во всех базах, возможно, что и в исследуемой, но ЦУП не смог их проанализировать.

При выполнении сценария «Мониторинг» для показателя «Количество взаимоблокировок MS SQL Server» анализируется счетчик операционной системы «SQL Server: Locks\Number of Deadlocks/sec», который показывает взаимоблокировки для всего сервера СУБД. А уже анализироваться будет только исследуемая база.

Подробнее можно прочитать здесь.

Вопрос 4.8
Вычисление количества взаимоблокировок в исследуемой информационной базе за период с помощью мониторинга ЦУП:

1. возможно, если включить замер количества взаимоблокировок СУБД.
2. возможно, только если это единственная рабочая база на сервере СУБД.
3. невозможно.

При выполнении сценария «Мониторинг» для показателя «Количество взаимоблокировок MS SQL Server» анализируется счетчик операционной системы «SQL Server: Locks\Number of Deadlocks/sec», который показывает взаимоблокировки для всего сервера СУБД.

Подробнее можно прочитать здесь.

Вопрос 4.9
Показатель производительности системы по методике APDEX рассчитывается по формуле (где N-общее число операции за период; Nt — операции, уложившиеся в целевое время T; N4t — операции, не уложившиеся в T, но уложившиеся в 4*T.):

1. APDEX = (Nt + N4t / 2) / N
2. APDEX = (Nt + N4t) / N
3. APDEX = (Nt + N4t / 2 * T) / N
4. APDEX = (Nt + N4t) / 2N

Для вычисления APDEX, необходимо обработать данные по времени выполнения всех ключевых операций и получить следующие значения:

  • N – общее количество выполнений данной операции
  • NS – количество выполнений с временем отклика от 0 до Т
  • NT – количество выполнений с временем отклика от T до 4T

Значение APDEX вычисляется по формуле: APDEX = (NS + NT/2)/N

Источники:
ИТС: Оценка интегральной производительности системы по методике APDEX

Вопрос 4.10
Рассчитайте показатель APDEX если общее число операций за период — 16; операции, уложившееся в целевое время — 8; операции, не уложившиеся в целевое время, но уложившееся в 4 * целевое время — 8.

1. 0,75
2. 0,67
3. 2.67.
4. 0.89.

Значение APDEX вычисляется по формуле: APDEX = (NS + NT/2)/N

  • N – общее количество выполнений данной операции
  • NS – количество выполнений с временем отклика от 0 до Т
  • NT – количество выполнений с временем отклика от T до 4T

N = 18;
NS = 8;
NT = 8;

(8 + 8/2) / 16 = 0,75

Источники:
ИТС: Оценка интегральной производительности системы по методике APDEX

Вопрос 4.11
При подсчете значения показателя производительности APDEX его значение оказалось равным 2,5. Что можно сказать о производительности системы?

1. Отлично.
2. Очень плохо.
3. APDEX посчитан с ошибкой.
4. Только по показателю Apdex = 2,5 сказать ничего нельзя. Требуется также получить оценку производительности от пользователей.

APDEX может принимать значения только от 0 до 1.

Источники:
ИТС: Оценка интегральной производительности системы по методике APDEX

Вопрос 4.12
В процессе работы информационной системы происходят падения с образованием дампов. Какая пара дампов скорее всего вызвана одной и той же проблемой?

1. rphost_8.2.19.121_67dc3f2d_20141210092337_23324.mdmp
rephost_8.2.19.121_67dc3f2d_20141210124556_6789.mdmp
2. rphost_8.2.19.121_58dc3f2d_20141210092337_23324.mdmp
rephost_8.2.19.121_67dc3f2d_20141210124556_6789.mdmp
3. rphost_8.2.19.121_67dc3f2d_20141210092337_23324.mdmp
rephost_8.2.19.121_58dc3f2d_20141210092337_6789.mdmp
4. rphost_8.2.19.121_67dc3f2d_20141210092337_23324.mdmp

rephost_8.2.19.121_58dc3f2d_20141210124556_23324.mdmp

Дамп будет идентичным, если у него совпадает имя процесса, номер версии и офсет, то есть первые три группы значений в имени файла. Например, для дампа rphost_8.2.16.368_3201be4b_20121211163453_22484:

  • имя процесса: rphost,
  • версия: 8.2.16.368,
  • офсет: 3201be4b.

Источники:
«Настольная книга 1С:Эксперта по технологическим вопросам» (ред.2) на стр.160

Вопрос 4.13
В имени файла дампа «rphost_8.2.19.121_67dc3f2d_20141210092337_23324.mdmp», образующегося при падении процесса 1С, третья группа символов определяется:

1. указателем смещения вершины стека в 0x представлении, что интерпретируется как тип ошибки.
2. временем создания дампа.
3. временем окончания записи дампа.
4. PID процесса.
5. уникальным идентификатором базы.

Имя построено по шаблону: ИмяПроцесса_Релиз_АдресОшибки_ГГГГММДДЧЧММСС_PIDПроцесса.mdmp
Где ГГГГММДДЧЧММСС – это дата и время падения.

Вопрос 4.14
В имени файла дампа «rphost_8.2.19.121_67dc3f2d_20141210092337_23324.mdmp», образующегося при падении процесса 1С, группа _20141210092337_ символов определяется:

1. временем начала вызова, который привел к ошибке и аварийному завершению процесса.
2. временем создания дампа.
3. временем окончания записи дампа и журнала процесса.
4. временем старта процесса
5. временем начала сеанса, который привел к ошибке и аварийному завершению процесса

Имя построено по шаблону: ИмяПроцесса_Релиз_АдресОшибки_ГГГГММДДЧЧММСС_PIDПроцесса.mdmp
Где ГГГГММДДЧЧММСС – это дата и время падения.

Вопрос 4.15
В имени файла дампа «rphost_8.2.19.121_67dc3f2d_20141210092337_23324.mdmp», образующегося при падении процесса 1С, четвертая группа цифр определяется:

1. указателем смещения вершины стека в 0x представлении, что интерпретируется как тип ошибки.
2. временем создания дампа.
3. временем окончания записи дампа.
4. PID процесса.
5. уникальным идентификатором базы.

Имя построено по шаблону: ИмяПроцесса_Релиз_АдресОшибки_ГГГГММДДЧЧММСС_PIDПроцесса.mdmp
Где ГГГГММДДЧЧММСС – это дата и время падения.

Вопрос 4.16
Что входит в понятие технологического качества?

1. Доступность, стабильность, устойчивость, работоспособность, производительность, масштабируемость, отсутсвие ошибок блокировок, высокий показатель Apdex.
2. Доступность, стабильность, устойчивость, работоспособность, масштабируемость, не ухудшение технологических показателей при внесении изменений в информационную базу, отсутствие ошибок блокировок.
3. Доступность, стабильность, устойчивость, работоспособность, производительность, высокий показатель Apdex, отсутствие снижения технологических показателей при внесении изменений в информационную систему.
4. Доступность, стабильность, устойчивость, работоспособность, производительность, масштабируемость, отсутствие снижения технологических показателей при внесении изменений в информационную систему.
5. Вопросы, перечисленные во всех пунктах ответов.

Технологическое качество работы информационной системы — соответствие информационной системы бизнес-требованиям автоматизируемого предприятия, которое складывается из таких составляющих, как производительность системы, ее масштабируемость, устойчивость и т. п. Соответствие функциональных возможностей и удобства использования информационной системы требованиям пользователей к вопросам технологического качества не относится.

Поэтому сюда можно отнести такие пункты, как «высокий показатель Apdex» и «отсутсвие ошибок блокировок».

Источники:
ИТС: КИП. Базовые понятия

Вопрос 4.17
Как посчитать число ошибок блокировок в выбранной информационной базе за период?

1. Настроить технологический журнал по событиям EXCP.
2. Используя инструмент Центр контроля качества.
3. Используя инструмент Центр управления производительностью.
4. Верны ответы 1 и 2.
5. Верны ответы 2 и 3.
6. Верны ответы 1, 2, 3.

Вопрос 4.18
Какие виды объектов контроля возможно настроить в Центре контроля качества?

1. Контроль производительности, анализ вызовов кластера, контроль подключений, контроль потребления памяти.
2. Контроль производительности, анализ вызовов кластера, контроль подключений, контроль потребления памяти, ожидания на блокировках.
3. Контроль производительности, анализ длительных запросов, контроль подключений, контроль потребления памяти.
4. Оценка пользователей, контроль нагрузочных тестов, анализ взаимоблокировок, анализ ожиданий на блокировках.

ЦКК поддерживает следующие виды контрольных процедур:

Кластер серверов «1С:Предприятия 8»:

  • контроль потребления памяти рабочими процессами кластера

Рабочий сервер «1С:Предприятия 8»:

  • анализ вызовов кластера серверов «1С:Предприятия 8»;
  • контроль устойчивости системы (просмотр и анализ дампов);
  • мониторинг системных ошибок

Информационная база «1С:Предприятия 8»:

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

Внешние ЦКК:

  • контроль работоспособности внешних ЦКК

Источники:
ИТС: Виды контрольных процедур

Вопрос 4.19
Если кластер серверов собран на нескольких серверах, сможет ли ЦУП анализировать данные технологического журнала со всех них?

1. Нет, он в принципе видит логи только с одного сервера.
2. Да, все равно весь технологический журнал пишется на центральном сервере кластера.
3. Да, каталоги настройки технологического журнала и места их хранений, в т.ч. сетевые, указываются в табличной части, т.е. их может быть несколько разных.

Вопрос 4.20
Каковы основные возможности ЦУП?

1. Анализ проблем производительности клиент-серверной системы, регламентный мониторинг производительности системы, создание и редактирование сценариев работы ЦУП, предоставление рекомендаций по исправлению ошибок блокировок.
2. Мониторинг технологических показателей работающей клиент-серверной системы, анализ проблем производительности и параллельной работы клиент-серверной системы, регламентный мониторинг системы, создание и редактирование сценариев работы ЦУП.
3. Мониторинг технологических показателей производительности работающей клиент-серверной системы, анализ проблем производительности клиент-серверной системы, регламентный мониторинг производительности системы, создание и редактирование сценариев работы ЦУП, анализ загрузки оборудования. предоставление рекомендаций по исправлению ошибок блокировок.
4. Анализ проблем производительности клиент-серверной системы, регламентный мониторинг производительности системы, создание и редактирование сценариев работы ЦУП, оптимизация системы в автоматическом режиме.

Основные возможности ЦУП

  1. Мониторинг технологических показателей производительности работающей клиент-серверной системы:
  2. Анализ узких мест конфигурации:
  3. Регламентный мониторинг производительности системы:
  4. Создание и редактирование сценариев работы ЦУП:

Источники:
ИТС: Основные возможности ЦУП

Вопрос 4.21
Каковы основные возможности ТестЦентра?

1. Описание многопользовательских сценариев тестирования. Запуск сценариев и контроль хода их выполнения. Сбор и хранение результатов тестирования.
2. Автоматическое создание тестовых обработок. Автоматический запуск сценариев и контроль хода их выполнения. Сбор, хранение и анализ результатов тестирования.
3. Описание многопользовательских сценариев тестирования. Расследование проблем, обнаруженных в ходе теста. Сбор, хранение и анализ результатов тестирования.
4. Описание многопользовательских сценариев тестирования. Автоматический запуск сценариев и контроль хода их выполнения. Генерация отчета по результатам цикла тестов.

Возможности Тест-центра

Тест-центр предоставляет следующие возможности:

  • описание произвольных многопользовательских сценариев нагрузочного тестирования информационных баз на платформе «1С:Предприятие 8»;
  • ручной и автоматический запуск сценариев тестирования, моделирующих параллельную работу множества пользователей;
  • контроль хода выполнения сценариев;
  • сбор, хранение и анализ результатов тестирования;
  • возможность управления тестированием из внешних программ посредством обращений к веб-сервису.

Источники:
ИТС: Возможности Тест-центра

Вопрос 4.22
В регистре сведений Замеры времени, входящем в подсистему Оценка производительности, запись замера происходит не сразу после завершения замера. Чем эта задержка регулируется?

1. Константой ОценкаПроизводительностиПериодЗаписи, если она не установлена, задержка автоматически устанавливается в 60 секунд.
2. Расписанием регламентных заданий, если его нет, опрос идет 1 раз в 180 секунд.
3. Расписанием опроса агентов тест-центра.

«При необходимости отрегулировать константу Оценка производительности период записи – это периодичность записи результатов замеров на сервере, в текущих релизах при установке значения 1 и меньше (в т. ч. 0 по умолчанию) выполняется раз в 60 секунд.»

Источники:
«Настольная книга 1С:Эксперта по технологическим вопросам» (ред.2) на стр.152

Вопрос 4.23
В соглашение об уровне обслуживания (SLA), в соответствии с рекомендациями ITIL обычно включают:

1. Список предоставляемых услуг.
2. Спецификации уровней качества сервиса.
3. Периоды времени, в которые будут предоставляться услуги, с учетом времени на техническую поддержку и обслуживание.
4. Описание процедуры решения инцидентов, включая время реакции на инциденты и процедуру эскалации на следующий уровень поддержки
5. Верны варианты 1 и 2
6. Верны все варианты

Вопрос 4.24
Контрольная процедура «Мониторинг системных ошибок» в ЦКК предназначена для:

1. Мониторинга аварийных завершений рабочих процессов кластера
2. Мониторинга аварийных завершений клиентских приложений
3. Контроля ошибочных ситуаций, с возможностью последующей группировки по контекстам исключений
4. Сборка статистики по ошибкам блокировок
5. Верны варианты 3 и 4
6. Верны все варианты

Вопрос 4.25
Контрольная процедура «Контроль устойчивости системы» в ЦКК предназначена для:

1. Мониторинга аварийных завершений рабочих процессов кластера.
2. Мониторинга аварийных завершений клиентских приложений 1С
3. Контроля ошибочных ситуаций, с возможностью последующей группировки по контекстам исключений
4. Сбора статистики по ошибкам блокировок

Контрольная процедура «Контроль устойчивости системы» предназначена:

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

Источники:
ИТС: КИП. Центр контроля качества

Вопрос 4.26
Контрольная процедура «Контроль подключений» в ЦКК предназначена для:

1. Сбора статистики о числе подключенных пользователей и используемых лицензий
2. Мониторинга попыток получения неправомерного доступа к информационных баз, зарегистрированных в кластере серверов 1С
3. Оперативного обнаружения проблем с подключением к информационной базе
4. Верны варианты 1 и 2
5. Верны все варианты

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

При работе контрольной процедуры ЦКК каждые 10 секунд пытается установить подключение к информационной базе «1С:Предприятия 8» при помощи COM-коннектора или через опубликованный веб-сервис.

Источники:
ИТС: КИП. Центр контроля качества

Вопрос 4.27
Инструмент «Монитор» в ЦКК позволяет:

1. Выводить статический график с историей изменения показателей
2. Выводить динамический график для оперативного контроля изменения показателей
3. Отображать только график с динамикой использования оперативной памяти процессами кластера 1С
4. Отображать только график с динамикой Apdex
5. Отображать только график с динамикой показателей счетчиков ОС, собранных с произвольных серверов
6. Верны все варианты

Вопрос 4.28
Для сбора статистики об общем количестве взаимоблокировок, происходящих в системе, следует использовать:

1. ЦКК
2. Технологический журнал
3. MS SQL Profiler
4. ЦУП
5. Верны варианты 2, 3 и 4
6. Верны варианты 1 и 2

Вопрос 4.29
По каким симптомам можно отличить «зависание» процессов кластера серверов от замедления работы?

1. Самопроизвольная выгрузка любого процесса кластера серверов «1С:Предприятия» или всех его процессов одновременно.
2. Состояние кластера, при котором он не отвечает на запросы пользователей, не позволяет создать новое клиентское подключение и т. п., но при этом остается загруженным в память рабочего сервера.
3. Ошибка данных информационной базы или ошибка платформы, которая не позволяет пользователю выполнить какое-либо прикладное действие с системой.

Зависанием кластера серверов 1С:Предприятия называется состояние кластера, при котором он не отвечает на запросы пользователей, не позволяет создать новое клиентское подключение и т.п., но при этом остается загруженным в память рабочего сервера.

Источники:
ИТС: Проведение нагрузочного тестирования

Вопрос 4.30
На что указывает свойство WaitConnections у событий TLOCK в технологическом журнале кластера серверов?

1. Указывает число соединений, которые ждут возможности установки управляемой блокировки
2. Указывает число соединений, которые ждут возможности установки объектной блокировки
3. Указывает число соединений, которые ждут возможности установки блокировки на СУБД
4. Указывает номера clientID соединений, которые хотят установить или удерживают несовместимую управляемую блокировку
5. Указывает номера connectID соединений, которые хотят установить или удерживают несовместимую управляемую блокировку
6. Указывает номера сеансов, которые хотят установить или удерживают несовместимую управляемую блокировку

WaitConnections – список соединений, с которыми идет столкновение по управляемым транзакционным блокировкам (для событий TLOCK и TTIMEOUT).

Фактически журнал настроенный на сбор событий TLOCK, TTIMEOUT и TDEADLOCK, и является логом управляемых блокировок. В частности, сразу видно следующее:

1. Разделяемая блокировка не снимается сразу после выполнения метода Прочитать (в реальности она держится до конца транзакции).
2. Время ожидания в сотнях микросекунд. По нему можно посчитать, какие на самом деле происходят потери на ожидания на управляемых блокировках в системе, даже без использования ЦУП.
3. В информации о событии TTIMEOUT в явном виде указано, кто кого ждет (соединение с t:connectID=6 ждет (WaitConnections=2) соединение с t:connectID=2).
4. В простых случаях, чтобы найти виновника конфликта блокировок, достаточно найти, какую именно управляемую блокировку, не совместимую с блокировкой-жертвой, установило соединение, указанное в WaitConnections. При этом даже в простых случаях она может находиться не в этом же файле. Она может быть в логах другого часа, другого рабочего процесса и даже, если в кластере несколько серверов, – в логах другого сервера. Именно для этого нужен файловый менеджер, позволяющий производить поиск кириллического текста одновременно в нескольких текстовых файлах.

Источники:
«Настольная книга 1С:Эксперта по технологическим вопросам» (ред.2), стр.262
ИТС: Структура конфигурационного файла logcfg.xml

Вопрос 4.31
Отчет «Анализ производительности» в ЦКК позволяет:

1. Оценить Apdex в разрезе информационных баз
2. Оценить динамику изменения Apdex
3. Оценить статистику распределения замеров по ключевой операции
4. Оценить влияние ключевой операции на общий Apdex
5. Верны варианты 1, 2 и 3
6. Верны все варианты

По окончании формирования отчета «Анализ производительности» ЦКК выведет под таблицей параметров анализа производительности следующие данные:

  1. Графики производительности (APDEX) информационных баз.
  2. Таблицу со сведениями о показателях производительности информационных баз, сгруппированным:

а) по информационным базам;
б) по периодам — неделям, дням или часам, — в соответствии со значением параметра Периодичность замеров.

Источники:
ИТС: Анализ производительности

Вопрос 4.32
Каким образом следует получать численную оценку от изменения условий функционирования системы?

1. С помощью предварительно проведенного нагрузочного теста, сравнивая результаты, полученные на тестовой системе в старых и новых условиях функционирования
2. С помощью подсистемы «Оценка производительности» БСП, сравнивая Apdex до перехода реальной системы в новые условия функционирования, и после перехода (предварительное нагрузочное тестирование при этом проводить не нужно)
3. С помощью ЦУПа, сравнивая результаты мониторинга до изменения условий, и после изменения условий функционирования
4. Верны варианты 1 и 2
5. Верны все варианты

Условия задачи:

Необходимо численно оценить эффект, который будет получен при изменении некоторых (любых) условий функционирования системы. Примеры изменения условий функционирования:

  • Изменение аппаратной конфигурации. Например, оценка эффекта от использования другого сервера
  • Изменение кода конфигурации. Оценка эффекта от оптимизации кода конфигурации или от внесения дополнительной функциональности (контроль качества вносимых изменений)
  • Изменений версий ПО. Например, версии платформы 1С:Предприятия, СУБД и т.п.

Решение:

Для решения задачи можно использовать 1С:ТестЦентр и сценарий «Эмуляция работы пользователей по вводу документов».

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

Последовательность действий:

1. Подготовка рабочей информационной базы
2. Подготовка тестовых баз
3. Тестирование производительности
4. Анализ результатов

На основании этих данных можно будет численно оценить эффект, полученный от изменения условий функционирования системы и принять решение о внесении этих изменений в систему.

Источники:
База знаний 1С: Численная оценка эффекта от изменения условий функционирования системы

Вопрос 4.33
Что в технологическом журнале представляет собой событие EXCPCNTX?

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

EXCPCNTX — события, которые начались, но не закончились в момент возникновения нештатной ситуации.

Источники:
ИТС: Структура конфигурационного файла logcfg.xml

Вопрос 4.34
Какое событие технологического журнала содержит информацию о входящем удаленном вызове (на стороне приемника вызова)?

1. CALL.
2. SCALL.
3. VRSREQUEST.
4. VRSRESPONSE.

CALL — входящий удаленный вызов (удаленный вызов на стороне приемника вызова).

SCALL — исходящий удаленный вызов (исходящий вызов на стороне источника вызова).

VRSREQUEST — запрос к серверу за некоторым ресурсом.

VRSRESPONSE — ответ сервера.

Источники:
ИТС: Структура конфигурационного файла logcfg.xml

Вопрос 4.35
Что в технологическом журнале представляет собой событие EXCP?

1. Событие, которые началось, но не закончились в момент возникновения нештатной ситуации.
2. Любая исключительная ситуация приложения системы «1С:Предприятие».
3. Восстановимая исключительная ситуация приложения системы «1С:Предприятие».
4. Исключительная ситуация приложения системы «1С:Предприятие», которое штатно не обрабатывается и может послужить причиной аварийного завершения серверного процесса или подсоединенного к нему клиентского процесса

EXCP — исключительные ситуации приложений системы «1С:Предприятие», которые штатно не обрабатываются и могут послужить причиной аварийного завершения серверного процесса или подсоединенного к нему клиентского процесса.

Источники:
ИТС: Структура конфигурационного файла logcfg.xml

Вопрос 4.36
Какое событие технологического журнала содержит информацию об исходящем удаленном вызове (на стороне источника вызова)?

1. CALL.
2. SCALL.
3. VRSREQUEST.
4. VRSRESPONSE.

CALL — входящий удаленный вызов (удаленный вызов на стороне приемника вызова).

SCALL — исходящий удаленный вызов (исходящий вызов на стороне источника вызова).

VRSREQUEST — запрос к серверу за некоторым ресурсом.

VRSRESPONSE — ответ сервера.

Источники:
ИТС: Структура конфигурационного файла logcfg.xml

Вопрос 4.37
Какое событие технологического журнала содержит информацию о запросе к серверу приложений за некоторым ресурсом?

1. CALL.
2. SCALL.
3. VRSREQUEST.
4. VRSRESPONSE.

CALL — входящий удаленный вызов (удаленный вызов на стороне приемника вызова).

SCALL — исходящий удаленный вызов (исходящий вызов на стороне источника вызова).

VRSREQUEST — запрос к серверу за некоторым ресурсом.

VRSRESPONSE — ответ сервера.

Источники:
ИТС: Структура конфигурационного файла logcfg.xml

Вопрос 4.38
Какое событие технологического журнала содержит информацию об ответе сервера приложений?

1. CALL.
2. SCALL.
3. VRSREQUEST.
4. VRSRESPONSE.

CALL — входящий удаленный вызов (удаленный вызов на стороне приемника вызова).

SCALL — исходящий удаленный вызов (исходящий вызов на стороне источника вызова).

VRSREQUEST — запрос к серверу за некоторым ресурсом.

VRSRESPONSE — ответ сервера.

Источники:
ИТС: Структура конфигурационного файла logcfg.xml

Вопрос 4.39
Чем событие LEAKS отличается от MEM?

1. LEAKS — это событие, которое указывает, что память была выделена и не освобождена по окончанию исполнения вызова, а MEM — cобытие, связанное с увеличением объема памяти, занятой серверными процессами (ragent, rmngr, rphost).
2. MEM это событие, связанное с утечкой памяти, которая может быть вызвана ошибками в коде конфигурации, а LEAKS — cобытие, связанное с увеличением объема памяти, занятой серверными процессами (ragent, rmngr, rphost).
3. Это одно и то же событие (утечка памяти), имеющее разные названия в разных версиях платформы.

Элемент <leaks> устанавливает отслеживание утечек памяти, вызванных проблемами кода конфигурации. По умолчанию отслеживание утечек выключено и не влияет на производительность системы.

Если элемент <mem> присутствует, то процессы сервера «1С:Предприятия» ведут подсчет:

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

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

Источники:
ИТС: Процесс исполнения встроенного языка 1С:Предприятия
ИТС: Структура конфигурационного файла logcfg.xml

Вопрос 4.40
Что произошло, если получено сообщение Maximum idle time for lock access?

1. Таймаут на управляемой блокировке.
2. Таймаут СУБД.
3. Сообщение не имеет отношения к конфликтам блокировок.

Maximum idle time for lock access — таймаут на управляемой блокировке.

Источники:
«Настольная книга 1С:Эксперта по технологическим вопросам» (ред.2), стр.58

Вопрос 4.41
Что обозначает параметр «Max degree of parallelism» («Максимальная степень параллелизма») (SQL Management studio, свойства SQL server, закладка Дополнительно)?

1. Ограничение на количество одновременно исполняющихся запросов сервером СУБД
2. Число одновременно возможных установленных несовместимых блокировок на один ресурс
3. Число процессов кластера серверов 1С, которые могут одновременно работать с сервером СУБД
4. Число процессоров, задействованных для выполнения одной инструкции, для каждого из планов параллельного выполнения

Если экземпляр SQL Server работает на многопроцессорном компьютере, он определяет оптимальную степень параллелизма, то есть количество процессоров, задействованных для выполнения одной инструкции, для каждого из планов параллельного выполнения.Для ограничения количества процессоров в плане параллельного выполнения может быть использован параметр max degree of parallelism.

Источники:
MSDN: Настройка параметра конфигурации сервера max degree of parallelism

Вопрос 4.42
Если не считать нагрузочных тестов, что можно сказать про ключевые операции?

1. Ключевая операция всегда начинается на клиенте.
2. Ключевая операция может состоять из нескольких интерактивных действий пользователя, потому что мы оптимизируем только не только систему, но и работу пользователей.
3. Ключевая операция всегда заканчивается на клиенте. То есть мы не можем разбить на несколько КО действие, которое является единым с точки зрения пользователя. В этом нет смысла, т. к. требования к частям операции не могут быть определены (пользователю все равно).
4. Ключевая операция всегда соответствует транзакции.
5. Верны ответы 1 и 3.
6. Верны ответы 2, 3, 4.

  • ключевая операция всегда начинается на клиенте;
  • ключевая операция не может состоять из нескольких интерактивных действий пользователя, потому что мы оптимизируем только систему, а не работу пользователей;
  • ключевая операция всегда заканчивается на клиенте. То есть мы не можем разбить на несколько КО действие, которое является единым с точки зрения пользователя. В этом нет смысла, т. к. требования к частям операции не могут быть определены (пользователю все равно).

Источники:
«Настольная книга 1С:Эксперта по технологическим вопросам» (ред.2), стр.25

Вопрос 4.43
Что такое ключевая операция?

1. Это интерактивное неделимое действие, у которой количественной характеристикой, определяющей наступление нежелательного состояния является время выполнения этой операции, и наступление этого нежелательного состояния является важной проблемой. На протяжении всей ключевой операции пользователь ожидает возврат управления от информационной системы.
2. Это любое неинтерактивное действие, выполняемое системой.
3. Это показатель работы, у которой объективной характеристикой, определяющей наступление нежелательного состояния, является успех или неуспех выполнения этой операции.

Ключевая операция (КО) – это операция (действие) системы, у которой количественной характеристикой, определяющей наступление нежелательного состояния, является время выполнения этой операции, и наступление этого нежелательного состояния является важной проблемой.

Источники:
«Настольная книга 1С:Эксперта по технологическим вопросам» (ред.2) на стр.25

Вопрос 4.44
Что подразумевается под приоритетом оптимизации ключевых операций?

1. Важность конкретных операций для отдельных пользователей.
2. Порядок сортировки операций от наименее производительной до наиболее производительной
3. Порядок оптимизации операций, назначенный исходя из недостаточно быстрого выполнения операций и важности для бизнеса пользователей
4. Порядок сортировки операций от наиболее производительной до наименее производительной
5. Наиболее простой порядок оптимизации операций

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

Источники:
«Настольная книга 1С:Эксперта по технологическим вопросам» (ред.2), стр.26

Вопрос 4.45
Что такое целевое время ключевой операции?

1. Это время, за которое, с точки зрения пользователя, всегда должна выполняться ключевая операция, чтобы он считал работу системы отличной.
2. Это время, до которого, с точки зрения разработчиков, реально можно улучшить время выполнения операции.
3. Это минимальное время, за которое на текущий момент в реальности выполняется ключевая операция.

Целевое время – это время, за которое, с точки зрения пользователя, всегда должна  выполняться ключевая операция, чтобы он считал работу системы отличной.

Источники:
«Настольная книга 1С:Эксперта по технологическим вопросам» (ред.2), стр.26

Вопрос 4.46
Требуется определить целевое время для нескольких ключевых операций. Заказчик затрудняется назвать целевое время. Каким образом определить целевое время?

1. Существует и является решаемой задача – получить целевое время только по заданному значению APDEX.
2. Назначить для всех операций целевое время, равное 1 секунде, как это сделано в БСП ОценкаПроизводительности
3. Рассчитать требуемое целевое время исходя из частоты выполнения операций, оценки пользователей, наиболее часто выполняющих эти операции, и текущей оценки производительности по методике Apdex.

Обратная задача: определение целевого времени Т по известному APDEX

Иногда заказчик может затрудняться с определением целевого времени Т для отдельных ключевых операций. То есть, у заказчика может быть субъективное мнение о производительности системы, но при этом он будет не готов сформулировать объективные требования к производительности.

В этом случае можно попробовать решить задачу от обратного – получить значение времени Т, исходя из субъективной оценки.

В этом случае последовательность действий может быть следующей:

1. Получить субъективную оценку производительности этой операции.
Следует субъективно оценить производительность данной операции в терминах APDEX, то есть по следующей шкале:

  • Неприемлемо
  • Очень плохо
  • Плохо
  • Хорошо
  • Отлично

Оценка должна отражать консолидированное мнение всех заинтересованных специалистов заказчика.
Предположим, что заказчик оценил производительность как «очень плохо». Будем считать, что это соответствует значению APDEX = 0.6 (середина интервала «очень плохо»).

2. Получить данные по фактической производительности данной операции в системе.
Необходимо собрать полную информацию о производительности системы при выполнении этой операции.

3. Подобрать такое значение Т, при котором APDEX = 0.6
Необходимо задавать различные значения Т с некоторым шагом, вычисляя APDEX для каждого из значений. При получении нужного значения APDEX – зафиксировать значение Т, для которого оно получено.
Эту процедуру можно автоматизировать. Например, при помощи функции «Подобрать значение», входящей в Excel.
Предположим, что путем такого перебора мы получили значение Т = 5 секунд.

4. Проверить правильность полученного значения Т
Продолжайте следить за производительностью системы, получая значение APDEX для данной операции, исходя из вычисленного времени Т. Убедитесь в том, что получаемая оценка APDEX соответствует субъективной оценке заказчика

Источники:
ИТС: Оценка интегральной производительности системы по методике APDEX

Вопрос 4.47
Что такое ошибки блокировок?

1. Ошибки, возникающая при превышении времени ожидания на блокировке (lock request time out) или неразрешимый конфликт блокировок (взаимоблокировка – deadlock).
2. Ошибки «Ошибка блокировки объекта. Объект уже заблокирован» и «Операция не может быть выполнена из-за несоответствия версии или отсутствия записи базы данных (возможно, запись была изменена или удалена)». Либо, в последних версиях: «Данные были изменены или удалены другим пользователем».
3. Верны ответы 1 и 2.

Ошибки блокировок — ошибкой блокировки называется ошибка, возникающая при превышении времени ожидания на блокировке (lock request time out) или неразрешимый конфликт блокировок (взаимоблокировка –deadlock).

Источники:
«Настольная книга 1С:Эксперта по технологическим вопросам» (ред.2), стр.30

Вопрос 4.48
Как обнаружить бесконечную рекурсию в коде на встроенном языке?

1. Только анализом кода под отладкой
2. Технологическим журналом с событием EXCP
3. C помощью ЦУП
4. Технологическим журналом с событием CALL
5. С помощью журнала регистрации
6. Технологическим журналом с событием REC

При бесконечной рекурсии в зависимости от версии технологической платформы возникнет либо аварийное завершение процесса в результате переполнения стека, либо исключение, в котором будет указан стек кода на встроенном языке, приводящий к проблеме. В момент воспроизведения проблемы в технологическом журнале будет сделана запись с событием EXCP. Но для полного анализа необходимы также события CALL и SCALL.

Источники:
ИТС: Бесконечная рекурсия
ИТС: Поиск циклических ссылок

Вопрос 4.49
Укажите правильную формулу расчета Apdex. Принятые обозначения:
N — общее число выполнений данной операции;
NS — число выполнений операции с временем отклика от 0 до Т;
NL — число выполнений операции с временем отклика от 0 до 2Т;
NT- число выполнений операции с временем отклика от Т до 4Т;
Т — требуемое время, за которое должна выполняться операция;
NF — число выполнений операции с временем отклика от 4Т;
Nall — число всех выполнений всех ключевых операций за выбранный период;

1. Apdex = (NF + NT/2)/Nall
2. Apdex = (NS + NT/2)/N
3. Apdex = (NS + NL/2)/NT
4. Apdex = (NL + NT/2)/N
5. Apdex = (NF + N/2)/Nall
6. Apdex = (NS + NT/2)/Nall

Для вычисления APDEX, необходимо обработать данные по времени выполнения всех ключевых операций и получить следующие значения:

  • N – общее количество выполнений данной операции
  • NS – количество выполнений с временем отклика от 0 до Т
  • NT – количество выполнений с временем отклика от T до 4T

Значение APDEX вычисляется по формуле: APDEX = (NS + NT/2)/N

Источники:
ИТС: Оценка интегральной производительности системы по методике APDEX

Вопрос 4.50
Контрольная процедура «Контроль потребления памяти» в ЦКК предназначена для:

1. Сбора информации о потреблении памяти рабочими процессами кластера 1С
2. Сбора информации о потреблении памяти клиентскими приложениями 1С
3. Оперативного мониторинга случаев превышения порогового значения оперативной памяти
4. Верны варианты 1 и 3
5. Верны все варианты

Контрольная процедура Контроль потребления памяти позволяет оперативно обнаруживать превышение заданного порогового значения оперативной памяти, занятой рабочими процессами кластера серверов «1С:Предприятия 8». При работе контрольной процедуры ЦКК выполняет подсоединение к агенту сервера «1С:Предприятия 8» и запрашивает данные о потреблении оперативной памяти рабочими процессами кластера. Если рабочие процессы кластера потребляют памяти больше указанного максимального значения, будет сформирована задача ответственному за разбор проблем потребления памяти.

Источники:
ИТС: КИП. Центр контроля качества

Вопрос 4.51
Контрольная процедура «Контроль потребления памяти» в ЦКК позволяет получить:

1. Точную информацию о потреблении памяти отдельными сеансами
2. Приблизительную оценку потребления памяти отдельными сеансами
3. Контрольная процедура не предназначена для получения оценки потребления памяти отдельными сеансами

Контрольная процедура Контроль потребления памяти позволяет оперативно обнаруживать превышение заданного порогового значения оперативной памяти, занятой рабочими процессами кластера серверов «1С:Предприятия 8». При работе контрольной процедуры ЦКК выполняет подсоединение к агенту сервера «1С:Предприятия 8» и запрашивает данные о потреблении оперативной памяти рабочими процессами кластера. Если рабочие процессы кластера потребляют памяти больше указанного максимального значения, будет сформирована задача ответственному за разбор проблем потребления памяти.

Примечание.
Контрольная процедура сохраняет в ЦКК информацию о работе сеансов в контролируемом кластере серверов. Количество сеансов — это важный индикатор работы информационной системы. Его изменение может многое сказать о нарушениях в работе системы (например, резкое падение числа сеансов в тот момент, когда не запланировано никаких регламентных работ). Для использования при мониторинге показателей количества сеансов необходимо включить контрольную процедуру Контроль потребления памяти.

Источники:
ИТС: КИП. Центр контроля качества

Комментарии

2 комментария к “«1С:Профессионал» по технологическим вопросам (Раздел 4)”
  1. Дмитрий:

    4.15 Ключевое слово «группа цифр», так что комментарий под вопросом необходимо изменить.
    «rphost_8.2.19.121_67dc3f2d_20141210092337_23324.mdmp»
    Эт мое предположение
    1. 8.2.19.121
    2. 67dc3f2d
    3. 20141210092337
    4. 23324

Оставьте комментарий

Top