1с 8.3 конфликт блокировок как исправить. Как я диагностировал проблемы блокировок. Большое количество выполняемых операций

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

Большое количество выполняемых операций

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

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

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

Регламентные задания

Не редки случаи, когда причина ошибки кроется в , которое обрабатывает большое количеств данных. Рекомендуется подобные вещи делать ночью. Задайте расписание выполнение таких регламентных заданий во внерабочее время.

Таким образом, и пользователи будут работать в стабильной системе, и сами регламентные задания будут завершаться успешно, так как снизится вероятность возникновения конфликтов с пользовательскими сеансами.

«Зависшие сеансы»

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

По многочисленным комментариям на просторах интернета подобные ситуации чаще встречаются при использовании сетевых ключей защиты. Если ситуация с «зависающими сеансами» повторяется систематически, это причина произвести тщательную проверку и обслуживание системы и серверов (если база клиент-серверная).

Ошибки при написании конфигурации

Все типовые конфигурации разработаны квалифицированными специалистами и экспертами. Каждая система тщательно тестируется и оптимизируется для более быстрой и корректной работы в ней.

В связи с этим причина ошибки может крыться в неоптимальном коде, написанном сторонним разработчиком. Это может быть «тяжелый» запрос, который будет блокировать данные на длительный промежуток времени. Так же нередки случаи построения алгоритмов с низкой производительностью и нарушением логики.

Большая вероятность, что конфликт блокировки возник именно из-за ошибок разработчика, если он возник после обновления программы. Для проверки можно просто «откатить» доработки, либо произвести рефакторинг кода.

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

Конфликт блокировок в 1С 8.3 и его значение

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

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

Причины возникновения ошибок блокировки в 1С

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

Если не брать идеальные варианты, то конфликты блокировок 1С встречаются по следующим причинам:

Одновременная работа пользователей с большим объемом данных. Эта первопричина продиктована внутренними механизмами 1С. Они предполагают запрет изменения данных, вовлеченных в транзакцию, запущенную от имени другого пользователя;

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

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

Как исправить конфликт блокировок в 1С 8.3

Системное сообщение «конфликт блокировки при выполнении транзакции 1С 8.3» не характеризует конфигурацию в качестве неверно спроектированной. Но если подобные сигналы игнорировать, то существует вероятность в самый ответственный момент, например, при сдаче квартальной или годовой отчетности получить большие проблемы. В лучшем случае – тормозящую систему и недовольных пользователей. В худшем – неправильные данные на выходе, что может повлечь за собой штрафные санкции от контролирующих органов.

Решением проблемы конфликта блокировок в 1С 8.3 может стать перевод конфигурации на управляемый (ручной) режим управления блокировками. Реализованный в версии 8.1, механизм в руках грамотных специалистов решает проблему конфликта блокировок при транзакции в 1С.

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

Быстрое решение конфликта блокировок 1С

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

Для быстрого решения проблемы существуют два пути:

• Найти и завершить сеанс, заблокировавший необходимые данные. В небольших компаниях, где количество пользователей 1С не превышает пары десятков человек, это оптимальный вариант решения;
• Если вы контролируете систему, в которой работают сотни сотрудников, поиск нужного сеанса без специализированного программного обеспечения может затянуться надолго. В этом случае намного эффективнее будет перезагрузить сервер.

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

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

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

Проблемы, вызванные блокировками, не имеют общего решения. Поэтому мы попробуем проанализировать причины возникновения таких проблем и систематизировать варианты их решения.

ПРИЧИНЫ ВОЗНИКНОВЕНИЯ БЛОКИРОВОК ТРАНЗАКЦИЙ

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

Пример 1: покупка билета на самолет или поезд. Предположим, мы озвучили свои пожелания кассиру. Кассир сообщает нам наличие свободных мест, из которых мы можем выбрать наиболее понравившееся (если их несколько, конечно). Пока мы выбираем и подтверждаем своё согласие с предлагаемым вариантом, эти места не могут быть проданы кому-либо еще, т.е. временно «блокируются». Если бы они не блокировались, то к моменту подтверждения могла бы быть ситуация, когда выбранные нами билеты уже проданы. А в этом случае цикл выбора может быть непрогнозируемого количества повторений. Пока выбираем места, а их уже продали!.. Пока выбираем другие, и их уже нет...

Пример 2: покупка чего-либо в магазине или на базаре. Подошли мы к прилавку, выбрали самое красивое яблоко из сотни доступных. Выбрали и полезли в карман за деньгами. Как будет выглядеть, если в тот момент, пока мы считаем деньги, именно выбранное нами яблоко будет продано подошедшему позже нас покупателю?

Таким образом, сама по себе блокировка - это нужное и полезное явление. Именно благодаря блокировке мы гарантируем выполнение действий за один этап. А к негативу чаще всего приводит не самая удачная реализация программного обеспечения, когда, например:

• блокируется избыточное количество объектов (билетов, яблок);
• время блокировки необоснованно растягивается.

ИЗБЫТОЧНЫЕ БЛОКИРОВКИ В ТИПОВЫХ КОНФИГУРАЦИЯХ 1С

На крупных проектах, как правило мы используем «1С:Предприятие». Поэтому практические рекомендации решения проблем блокировок мы попробуем описать на примере связки «1С:Предприятие»+MS-SQL.

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

Но есть причина, из-за которых бытует мнение об обратном - миф о том, что при интенсивном одновременном использовании работать с решениями на базе 1С:Предприятия некомфортно или невозможно. Ведь как только типовые решения под 1С:Предприятие начинают использовать сотни пользователей на промышленных масштабах, всё чаще на экране появляется окошко с гордой надписью: «Ошибка при вызове метода контекста (Записать): Конфликт блокировки при выполнении транзакции: ...» и дальше в зависимости вида применяемого SQL-сервера что-то типа «Microsoft OLE DB Provider for SQL Server: Lock request time out period exceeded. ...».

Почти все типовые решения в предлагаемой «из коробки» реализации настроены на автоматический режим управления блокировками. «Автоматический» тут можно воспринимать как «параноидальный». На всякий случай при проведении любого документа блокируем всё, что хоть как-то с ним может быть связано. Вот и получается, что когда один пользователь что-то проводит (а иногда и просто записывает), остальные могут только ожидать.

Выскажу свое мнение, почему 1С решила не настраивать свои типовые решения под высокую параллельность использования. Трудозатраты на такую доработку не высоки - несколько «человекомесяцев», что по масштабам 1С не значимо. Мне кажется причина в другом.

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

Вторая причина зарыта в типовых базовых настройках SQL-серверов, например, MS-SQL, который всё еще используется чаще других. Так уж повелось, что приоритеты в настройках отданы экономии оперативной памяти серверов, а не сокращению блокировок. Это приводит к тому, что при необходимости заблокировать несколько строк SQL-сервер принимает «экономное» для памяти и процессора решение - заблокировать сразу всю таблицу!..

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

РЕКОМЕНДАЦИИ ПО УСТРАНЕНИЮ ИЗБЫТОЧНЫХ БЛОКИРОВОК ДЛЯ 1С:ПРЕДПРИЯТИЯ

Что же делать, если решение проблем избыточных блокировок настолько важно?

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

Т.к. данная операция крайне важна, её приходится выполнять постоянно. Поэтому для упрощения проведения подобной доработки мы выработали ряд основных рекомендаций, которых стараемся придерживаться. Рекомендаций, полученных и проверенных на опыте значительного количества масштабных внедрений.

1. Если используемая СУБД или система разработки (например, 1С:Предприятие) по умолчанию использует автоматический режим блокировки данных, откажитесь от автоматического управления блокировками. Настройте правила блокировок самостоятельно, опишите критерии блокировки целых таблиц или отдельных строк.
2. При разработке программы всегда, когда это возможно, обращайтесь к таблицам в одном порядке.
3. Постарайтесь не писать в одну и ту же таблицу несколько раз в пределах одной транзакции. Если это сложно, то хотя-бы минимизируйте промежуток времени между первой и последней операцией записи.
4. Проведите анализ возможности отключения эскалации блокировок на уровне SQL-сервера.
5. Внятно информируйте пользователей о причинах невозможности выполнения каких-либо действий, если они обусловлены блокировками. Давайте доступные и понятные рекомендации, что делать дальше.

Если внимательно посмотреть на рекомендации, то становится понятным, что подобная отработка уместна не только для 1С:Предприятия, но для любых систем . Абсолютно не важно на каком языке они написаны и с каким работают сервером БД. Большинство рекомендаций имеют универсальный характер, а потому одинаково справедливы и при использовании 1С:Предприятия, и для «самописных» программ или других «коробочных» ERP-систем.

P.S. А Вы знали о том, что мы предлагаем профессиональную помощь с обновлением 1С по лучшей цене?

• Блокировки транзакций
• Устранение блокировок
• Блокировки 1С
• Блокировка
• Конфликт блокировок
• Конфликт блокировок при выполнении транзакции

Что такое блокировки в 1С, зачем они нужны и как избежать проблем при работе с ними

Наверняка многие из Вас при использовании информационных систем 1С Предприятие (1С 7.7, 1С 8.1, 1С 8.2, 1С 8.3) сталкивались с таким явлением, как блокировки. Причем, как правило, все называют это явление по-разному: «Блокировки 1С», «Конфликт блокировок 1С», «Ошибки блокировок 1С», «Блокировки транзакций 1С» и прочие названия. Давайте кратко разберемся в том, что такое блокировки (не взаимоблокировки), зачем они нужны и как избежать проблем при работе с ними.

Сами по себе блокировки (в том числе в 1С и в других системах) полезный инструмент, который обеспечивает возможность последовательной работы с общими ресурсами. Для примера, понятие «общие ресурсы» окружает нас по жизни, например, пока Вы управляете автомобилем никто другой не может им управлять. Следовательно, автомобиль – общий ресурс. А второй водитель ожидает пока Вы приедете, например, Ваша жена/муж. Вы оба конкурируете за общий ресурс – автомобиль. Кто будет управлять автомобилем в текущий момент Вы определяете на понятийном уровне, а как нам быть в автоматизированных системах??? Для этого и придумали инструмент блокировки , которые обеспечивают организацию процесса доступа к общему ресурсу и определяют очередь. Как правило в жизни, как и в информационных системах (1С 7.7, 1С 8.1, 1С 8.2, 1С 8.3), общих ресурсов очень много, поэтому и блокировок тоже много. Теперь второй важный момент – как долго будет ждать освобождение вашего автомобиля жена/муж, логично предположить, что не вечно. Поэтому для блокировок задается предельное время ожидания – иначе время таймаута. Таймаут - это максимальное время ожидание конкурирующим участником (вашей жены/мужа) освобождения общего ресурса. Дальше либо он продолжает ждать еще такое же время, либо идет пешком. В информационных системах 1С истечение таймаута заканчивается сообщением «Конфликт блокировок 1С», «Ошибки блокировок 1С», «Блокировки транзакций 1С», «Таймаут при блокировке».

Важная деталь, которую также следует помнить, блокировки (в частности в 1С) бывают явные (задаются пользователем) и неявные (задаются платформой SQL). В статье мы говорим о явных блокировках, поэтому они всегда используются в транзакции, отсюда выходит, что «Блокировка 1С» и «Блокировка транзакций 1С» синонимы.

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

• Множество блокировок 1С в транзакции;
• Длительность транзакции.

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

Для уменьшения множества блокировок:

В 1С:Предприятие 7.7:

Информационная система 1С 7.7. для блокировок используют табличные блокировки, которые парализуют работу пользователей. Как правило более 50 человек в одной базе данных не могут безошибочно работать, при этом проблемы могут появляться и в базах данных от 20 пользователей.
Решение:

• Гибкие блокировки 1С от компании «Софтпоинт». С их помощью вы не только оптимизируете множество блокировок (замена табличных блокировок на пользовательские), но и ускорите подборы, поиски и отчеты.

• Управляемые блокировки 1С – встроенное средство платформы 1С для более селективной настройки блокировок. Чтобы его использовать, программист должен сам прописать в нужных местах кода специальные операторы, чтобы заблокировать нужные (по его мнению! ) записи в таблицах информационной системы;
• Гибкие блокировки 1С – технология компании Софтпоинт для замены стандартных блокировок на пользовательские.

Для уменьшения длительности транзакций:

Для любых информационных систем 1С (1С 7.7., 1С 8.1, 1С 8.2, 1С 8.3) как и для других информационных систем применяется схожие подходы:

Проверка и правильная настройка регламентного обслуживания базы данных (обслуживание файлов, индексов, статистик, базы временных таблиц, настройка Windows и SQLServer);

Анализ и оптимизация тяжелых запросов 1С и SQL (индексный тюнинг, переписывание запросов);

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

1. Если Вы хотите самостоятельно разбираться с техническими проблемами производительности 1С (1С 7.7, 1С 8.1, 1С 8.2, 1С 8.3) и других информационных систем , то для Вас уникальный список технических статей в нашем Альманахе (Блокировки и взаимоблокировки, большая нагрузка на CPU и диски, обслуживание баз данных и индексный тюнинг - лишь малая часть технических материалов, которые Вы там найдете).
2. сли Вы хотите обсудить с нашим экспертом проблемы производительности или заказать решение мониторинг производительности PerfExpert , то оставьте заявку и мы свяжемся с Вами в кратчайшие сроки.

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

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

Получите 267 видеоуроков по 1С бесплатно:

Выполнение большого количества операций

Вполне вероятно, что какой-либо пользователь запустил, например, за большой период в одной транзакции. Архитектура 1С 8.3 предполагает, что система не дает изменять данные, которые используются в одной транзакции другим пользователем, и блокирует их.

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

Ошибка в конфигурации

Кроме ошибок в коде часто встречаются методически неверные решения. Например, — он сам по себе подразумевает последовательное проведение документов. Партионный учет можно заменить на РАУЗ — этим Вы серьезно повысите производительность системы.

Как исправить эту ошибку в 1С 8.3?

В любом случае, появление ошибки «Конфликт блокировок при выполнении транзакции» говорит о необходимости инспекции системы, особенно для средних и крупных информационных систем в клиент-серверном режиме работы (MS SQL, PostgreSQL и т.д.). Если это проигнорировать на раннем этапе, возможны необратимые последствия позже, когда работа системы будет особенно важна (в период сдачи отчетности).

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