«1С:Эксперт» - цикл статей
Желтая каска отличная вещь для эксперта платформы «1С:Предприятие 8».

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

Для исправления взаимоблокировки вида «захват ресурсов в разном порядке», когда она возникает на исключительных блокировках СУБД, необходимо найти второй ресурс и вторую транзакцию и изменить порядок захвата ресурсов.
Источники:
• книга «Настольная книга 1С:Эксперта по технологическим вопросам», издание 2, с. 62-65.


При борьбе с взаимоблокировками и необходимости перевода базы в управляемый режим управления блокировками правильная последовательность действий:
• перевести базу в управляемый режим управления блокировками;
• заниматься избавлением от взаимоблокировок.


Взаимоблокировка (deadlock) — ситуация, когда две или более транзакции ждут друг друга из-за того, что каждая из сторон блокирует ресурс, необходимый другой стороне.
Источники:
• книга «Настольная книга 1С:Эксперта по технологическим вопросам», издание 2, с. 61.


Т1: S(P1) -> X(P1), T2: S(P1) -> X(P1), схема представляет собой схему взаимоблокировки с повышением уровня блокировки ресурса.
Источники:
• книга «Настольная книга 1С:Эксперта по технологическим вопросам», издание 2, с. 63-65.


Типичные причины взаимоблокировок:
• захват ресурсов в разном порядке;
• повышение уровня блокировки в рамках одной транзакции;
• неоптимальная работа запроса.
Источники:
• книга «Настольная книга 1С:Эксперта по технологическим вопросам», издание 2, с. 61-65.


Свойство БлокироватьДляИзменения нужно использовать для предотвращения взаимоблокировки при контроле остатков в управляемом режиме блокировок.
Источники:
• ИТС: Блокирующее чтение остатков в начале транзакции
• книга «Настольная книга 1С:Эксперта по технологическим вопросам», издание 2, с. 72-73.


T1: X(P1) -> S(P1+P2), T2: X(P2) -> S(P1+P2),
Т1: X(P1) -> X(P2), T2: X(P2) -> X(P1), схемы представляет собой схему взаимоблокировки с установкой блокировок в различном порядке.
Источники:
• книга «Настольная книга 1С:Эксперта по технологическим вопросам», издание 2, с. 62-63.


Взаимоблокировка не может произойти.
Эскалации бывают на СУБД и в менеджере управляемых блокировок. Их поведение различно. Различие состоит в том, что если в момент попытки эскалации на СУБД MS SQL кто-то другой будет держать блокировку, то эскалации не произойдет, но при этом транзакция дальше продолжит свое выполнение. Если в «1С:Предприятие» кто-то другой будет держать блокировку, то «эскалирующаяся» транзакция попадет в ожидание от всех, кто еще держит блокировки на этом ресурсе. Если в «1С:Предприятие» не получится проэскалироваться в течение N (по умолчанию 20) секунд, то транзакция получит таймаут.
Источники:
• книга «Настольная книга 1С:Эксперта по технологическим вопросам», издание 2, с. 66-67.


Данная блокировка соответствует захвату ресурсов в разном порядке.


Возникнет взаимоблокировка на уровне СУБД «захват ресурсов в разном порядке».
Источники:
• книга «Настольная книга 1С:Эксперта по технологическим вопросам», издание 2, с. 61-65.


Необходимо установить явную управляемую исключительную блокировку перед записью движений в базу. Это позволит организовать очередь.
Источники:
• книга «Настольная книга 1С:Эксперта по технологическим вопросам», издание 2, с. 55-57.


Таймаут (timeout) — время, которое транзакция может ждать освобождения ресурса, задается в свойствах системы. В системе на платформе «1С:Предприятие 8» оно по умолчанию равно 20 секундам и устанавливается в конфигураторе. Это время действует и на управляемые блокировки «1С:Предприятие 8», и на блокировки СУБД. Если транзакции приходится ждать дольше, возникает таймаут.
Взаимоблокировка возникает, когда две или более транзакции ждут друг друга из-за того, что каждая из сторон блокирует ресурс, необходимый другой стороне. «Жертва» получает сообщение об ошибке мгновенно или через 100мс — 5с.
• книга «Настольная книга 1С:Эксперта по технологическим вопросам», издание 2, с. 59-65.


Взаимоблокировка на управляемых блокировках расследуется с помощью событий:
TLOCK
— управление транзакционными блокировками в управляемом режиме.
TDEADLOCK — обнаружена взаимоблокировка в управляемом режиме.
Источники:
• ИТС: Описание и расположение служебных файлов


Для устранения взаимоблокировок нужно придерживаться следующих правил:

  • осуществлять запись ресурсов в одинаковом порядке;
  • избегать чтения ресурса после его записи, если включен режим разделения итогов; либо, если этого нельзя избежать, на время записи устанавливать свойство «БлокироватьДляИзменения» в Истину;
  • в режиме автоматического управления блокировками в запросах включать опцию ДЛЯ ИЗМЕНЕНИЯ на те ресурсы, которые будут потом записаны;
  • если есть необходимость поставить управляемую блокировку перед чтением данных ресурса, в который потом будет идти запись, нужно ставить не разделяемую блокировку, а исключительную;
  • правильная организация рабочего процесса (снижение конкуренции за одни и те же данные организационными мероприятиями);
  • выбор более подходящего прикладного объекта метаданных конфигурации для хранения данных;
  • правильная организация работы ресурсов, в которые возможна только последовательная запись;
  • оптимизация запросов, ликвидация избыточных блокировок, и уменьшение времени выполнения самих этих запросов;
  • отказ от использования механизмов, провоцирующих неоптимальную роботу запросов: это механизм разделения доступа на уровне записей при работе пользователя с ограниченными правами, и механизм разделения данных при работе пользователя с незаданным общим реквизитом, если указано использование разделяемых данных «Независимо и совместимо»;
  • снижения уровня изоляции транзакции (переход с режима автоматического управления блокировками на управляемый); это, с одной стороны, уменьшит блокирование избыточных данных, а с другой стороны, уменьшит время блокировки части ресурсов, так как все разделяемые блокировки будут сняты после выполнения запроса;
  • отказ от включения в транзакцию механизмов, вызывающих непрогнозируемое увеличение ее времени и ставящих ее в зависимость от посторонних ресурсов;
  • отказ от ошибочного рекурсивного вызова ЭтотОбъект.Записать() из транзакции записи этого же объекта;
  • снижение времени транзакции, как за счет оптимизации работы кода, так и за счет объединения нескольких транзакций в одну;
  • повышение производительности оборудования позволяет снизить вероятность взаимоблокировок.

Источники:
• книга «Настольная книга 1С:Эксперта по технологическим вопросам», издание 2, с. 64-65.


В информации о событии TDEADLOCK в явном виде указано, кто кого ждет (DeadlockConnectionIntersections=’7 6)
Источники:
• книга «Настольная книга 1С:Эксперта по технологическим вопросам», издание 2, с. 264.


Наличие буквы «I» в графе взаимоблокировки SQL Server говорит о том, что взаимоблокировка была распознана на уровне блокировок намерений.


В данном случае управляемой взаимоблокировки не будет, но будет взаимоблокировка на уровне СУБД.


Расследование взаимоблокировок в СУБД MS SQL Server можно проводить с помощью таких инструментов:

  • SQL Server Profiler;
  • Центр управления производительностью (ЦУП).

Правильный порядок событий в технологическом журнале при возникновении взаимоблокировки на управляемых блокировках:
TLOCK-1 участника 1 ...(возможно, другие TLOCK)...
TLOCK-1 участника 2 ...(возможно, другие TLOCK)...
TDEADLOCK TLOCK-2 участника 1 TLOCK-2 участника 2


В данном случае взаимоблокировки не будет.

От pbazeliuk

Добавить комментарий

Ваш адрес email не будет опубликован. Обязательные поля помечены *