Возникает при выполнении запроса:
     Таблица = ЗапросСвободныйОстаток.Выполнить()
может кто сталкивался? От чего может это быть?

нажми на красную буковку Я в углу

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

может в это время его кто-то юзает?

запрос покажи

(3) Юзает это точно, а то бы не было взаимных блокировак, только как юзает, вот в чем вопрос.Примеру если с 2 сеансов запустить одинаковый запрос, он же не приведет к взаимной блокировки

Если Авторезервирование Тогда
       ЗапросСвободныйОстаток.Текст =
       "ВЫБРАТЬ
       |    ОстаткиТоваровКомпанииОстатки.Номенклатура,
       |    ОстаткиТоваровКомпанииОстатки.ХарактеристикаНоменклатуры,
       |    ОстаткиТоваровКомпанииОстатки.СкладКомпании КАК Размещение,
       |    ОстаткиТоваровКомпанииОстатки.СкладКомпании.Розничный КАК СкладКомпанииРозничный,
       |    ОстаткиТоваровКомпанииОстатки.ЦенаВРознице,
       |    NULL КАК ТоварТара,
       |    NULL КАК ДоговорВзаиморасчетов,
       |    ОстаткиТоваровКомпанииОстатки.КоличествоОстаток КАК Количество,
       |    1 КАК СортировкаРазмещение,
       |    ВЫБОР
       |        КОГДА ОстаткиТоваровКомпанииОстатки.СкладКомпании = &ПредпочтительноеРазмещение ТОГДА
       |            0
       |        ИНАЧЕ
       |            1
       |    КОНЕЦ КАК СортировкаСкладКомпании,
       |    NULL КАК ДатаПоступления
       |ИЗ
       |    РегистрНакопления.ОстаткиТоваровКомпании.Остатки(,
       |        Заказ = &ПустойЗаказПокупателя
       |        И Номенклатура В (&МассивНоменклатуры)) КАК ОстаткиТоваровКомпанииОстатки    
       |ГДЕ
       //sss работаем только с складом документа
       //|    НЕ ОстаткиТоваровКомпанииОстатки.СкладКомпании.Розничный
       //|    ИЛИ ОстаткиТоваровКомпанииОстатки.СкладКомпании = &ПредпочтительноеРазмещение";
       //vvv 03.10.2006г.
       //Было
       |    ОстаткиТоваровКомпанииОстатки.СкладКомпании = &ПредпочтительноеРазмещение
       //Стало
       |
       |ДЛЯ ИЗМЕНЕНИЯ   //против блокировок (deadlocked)
       |              РегистрНакопления.ОстаткиТоваровКомпании.Остатки ";
       //vvv 03.10.2006г.    

   КонецЕсли;
   Если Авторезервирование И Авторазмещение Тогда
       ЗапросСвободныйОстаток.Текст = ЗапросСвободныйОстаток.Текст +
       "
       |ОБЪЕДИНИТЬ ВСЕ
       |";
   КонецЕсли;
   Если Авторазмещение Тогда
       ЗапросСвободныйОстаток.Текст = ЗапросСвободныйОстаток.Текст +
       "ВЫБРАТЬ
       |    ЗаказыПоставщикамОстатки.Номенклатура,
       |    ЗаказыПоставщикамОстатки.ХарактеристикаНоменклатуры,
       |    ЗаказыПоставщикамОстатки.ЗаказПоставщику КАК Размещение,
       |    Ложь КАК СкладКомпанииРозничный,
       |    0 КАК ЦенаВРознице,
       |    ЗаказыПоставщикамОстатки.ТоварТара,
       |    ЗаказыПоставщикамОстатки.ДоговорВзаиморасчетов,
       |    ЗаказыПоставщикамОстатки.КоличествоОстаток  КАК Количество,
       |    0 КАК СортировкаРазмещение,
       |    1 КАК СортировкаСкладКомпании,
       |    ЗаказыПоставщикамОстатки.ЗаказПоставщику.ДатаПоступления КАК ДатаПоступления
       |ИЗ
       |    РегистрНакопления.ЗаказыПоставщикам.Остатки(,
       |        ЗаказПокупателя = &ПустойЗаказПокупателя
       |        И ЗаказПоставщику.ДатаПоступления <= &ДатаОтгрузки
       //vvv 03.10.2006г.
       //Было
       //|        И Номенклатура В (&МассивНоменклатуры)) КАК ЗаказыПоставщикамОстатки ";
       //Стало
       |        И Номенклатура В (&МассивНоменклатуры)) КАК ЗаказыПоставщикамОстатки
       |
       |ДЛЯ ИЗМЕНЕНИЯ  //против блокировок (deadlocked)
       |              РегистрНакопления.ЗаказыПоставщикам.Остатки ";
       //vvv 03.10.2006г.
   КонецЕсли;
   Если Авторезервирование И Авторазмещение Тогда
       ЗапросСвободныйОстаток.Текст = ЗапросСвободныйОстаток.Текст + "
       |УПОРЯДОЧИТЬ ПО                 // Определяет стратегию авторезервирования и авторазмещения
       |    СортировкаРазмещение,       // Сначала на складе, потом в заказах
       |    СортировкаСкладКомпании,    // Сначала предпочтительный склад, затем остальные
       |    ДатаПоступления УБЫВ        // В порядке убывания даты отгрузки    ";
   ИначеЕсли Авторезервирование Тогда
       ЗапросСвободныйОстаток.Текст = ЗапросСвободныйОстаток.Текст + "
       |УПОРЯДОЧИТЬ ПО                 // Определяет стратегию авторезервирования и авторазмещения
       |    СортировкаСкладКомпании     // Сначала предпочтительный склад, затем остальные ";
   ИначеЕсли Авторазмещение Тогда
       ЗапросСвободныйОстаток.Текст = ЗапросСвободныйОстаток.Текст + "
       |УПОРЯДОЧИТЬ ПО                 // Определяет стратегию авторезервирования и авторазмещения
       |    ДатаПоступления УБЫВ        // В порядке убывания даты отгрузки    ";
   КонецЕсли;
   
   Таблица = ЗапросСвободныйОстаток.Выполнить().Выгрузить();

вот запрос:

ВЫБРАТЬ
   ОстаткиТоваровКомпанииОстатки.Номенклатура,
   ОстаткиТоваровКомпанииОстатки.ХарактеристикаНоменклатуры,
   ОстаткиТоваровКомпанииОстатки.СкладКомпании КАК Размещение,
   ОстаткиТоваровКомпанииОстатки.СкладКомпании.Розничный КАК СкладКомпанииРозничный,
   ОстаткиТоваровКомпанииОстатки.ЦенаВРознице,
   NULL КАК ТоварТара,
   NULL КАК ДоговорВзаиморасчетов,
   ОстаткиТоваровКомпанииОстатки.КоличествоОстаток КАК Количество,
   1 КАК СортировкаРазмещение,
   ВЫБОР
       КОГДА ОстаткиТоваровКомпанииОстатки.СкладКомпании = &ПредпочтительноеРазмещение ТОГДА
           0
       ИНАЧЕ
           1
   КОНЕЦ КАК СортировкаСкладКомпании,
   NULL КАК ДатаПоступления
ИЗ
   РегистрНакопления.ОстаткиТоваровКомпании.Остатки(,
       Заказ = &ПустойЗаказПокупателя
       И Номенклатура В (&МассивНоменклатуры)) КАК ОстаткиТоваровКомпанииОстатки    
ГДЕ
   ОстаткиТоваровКомпанииОстатки.СкладКомпании = &ПредпочтительноеРазмещение

ДЛЯ ИЗМЕНЕНИЯ   //против блокировок (deadlocked)
             РегистрНакопления.ОстаткиТоваровКомпании.Остатки
ОБЪЕДИНИТЬ ВСЕ
ВЫБРАТЬ
   ЗаказыПоставщикамОстатки.Номенклатура,
   ЗаказыПоставщикамОстатки.ХарактеристикаНоменклатуры,
   ЗаказыПоставщикамОстатки.ЗаказПоставщику КАК Размещение,
   Ложь КАК СкладКомпанииРозничный,
   0 КАК ЦенаВРознице,
   ЗаказыПоставщикамОстатки.ТоварТара,
   ЗаказыПоставщикамОстатки.ДоговорВзаиморасчетов,
   ЗаказыПоставщикамОстатки.КоличествоОстаток  КАК Количество,
   0 КАК СортировкаРазмещение,
   1 КАК СортировкаСкладКомпании,
   ЗаказыПоставщикамОстатки.ЗаказПоставщику.ДатаПоступления КАК ДатаПоступления
ИЗ
   РегистрНакопления.ЗаказыПоставщикам.Остатки(,
       ЗаказПокупателя = &ПустойЗаказПокупателя
       И ЗаказПоставщику.ДатаПоступления <= &ДатаОтгрузки
       И Номенклатура В (&МассивНоменклатуры)) КАК ЗаказыПоставщикамОстатки

ДЛЯ ИЗМЕНЕНИЯ  //против блокировок (deadlocked)
             РегистрНакопления.ЗаказыПоставщикам.Остатки
УПОРЯДОЧИТЬ ПО                 // Определяет стратегию авторезервирования и авторазмещения
   СортировкаРазмещение,       // Сначала на складе, потом в заказах
   СортировкаСкладКомпании,    // Сначала предпочтительный склад, затем остальные
   ДатаПоступления УБЫВ        // В порядке убывания даты отгрузки

для чего по твоему ключевое слово "ДЛЯ ИЗМЕНЕНИЯ"?

(8)"Для изменения" захват таблиц и не допускать другим захватить эту таблицу.
Ну и что из этого?

При выполнении этого запроса возникает взаимная блокировка

(8) Видимо, для блокировок.

Может я что то не так понимаю?

+11 Кстати, можно было бы так метод и назвать: ДЛЯ БЛОКИРОВОК

(11) это точно, для того что бы до конца работы сэтой таблицой (или транзакции) никто данные в нем не изменял

(13) Вопрос остается открыт, почему при выполнении этого запроса возникает взаимная блокировка?

Вот ошибка:
{Документ.ЗаказПокупателя(546)}: Ошибка при вызове метода контекста (Выполнить): Ошибка выполнения запроса "Конфликт блокировок при выполнении транзакции:
Microsoft OLE DB Provider for SQL Server: Transaction (Process ID 60) was deadlocked on lock resources with another process and has been chosen as the deadlock victim. Rerun the transaction.
HRESULT=80004005, SQLSTATE=40001, native=1205
"
   Таблица = ЗапросСвободныйОстаток.Выполнить().Выгрузить();
по причине:
Ошибка выполнения запроса "Конфликт блокировок при выполнении транзакции:
Microsoft OLE DB Provider for SQL Server: Transaction (Process ID 60) was deadlocked on lock resources with another process and has been chosen as the deadlock victim. Rerun the transaction.
HRESULT=80004005, SQLSTATE=40001, native=1205

(15) Почитай инфу по ключу в 8.

(17) Что за инфа по номеру 8? Ты знаешь ответ на мой вопрос?

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

Блокировки устанавливаются в момент выполнения запроса, сбрасываются же при окончании транзакции. В случае если запрос выполняется вне транзакции предложение ДЛЯ ИЗМЕНЕНИЯ игнорируется.

В случае если после предложения ДЛЯ ИЗМЕНЕНИЯ отсутствуют имена таблиц, блокироваться будут считанные данные из всех таблиц, задействованных в запросе. В случае указания конкретных таблиц будут блокироваться только данные из перечисленных таблиц. Для блокировки можно указывать только таблицы верхнего уровня (т.е. не табличные части), участвующие в запросе. Должны приводиться именно имена таблиц, а не их псевдонимы, определенные в запросе. В случае указания виртуальной таблицы будут блокированы данные из всех таблиц, задействованных в виртуальной таблице. При указании виртуальной таблицы следует записывать ее имя без параметров.


(с) ИТС

(18) Попробуй закомментарить (вернуть назад) кем-то правленный кусок:

      //vvv 03.10.2006г.

       //Было

       //|        И Номенклатура В (&МассивНоменклатуры)) КАК ЗаказыПоставщикамОстатки ";

       //Стало

       |        И Номенклатура В (&МассивНоменклатуры)) КАК ЗаказыПоставщикамОстатки
       |
       |ДЛЯ ИЗМЕНЕНИЯ  //против блокировок (deadlocked)

       |              РегистрНакопления.ЗаказыПоставщикам.Остатки ";
       //vvv 03.10.2006г.

(20) Почему? "Для изменения" написано для того что бы другие не захватили. И как может из за "Для изменения" возникать взаимная блокировка?
смотри в (19):
Предложение ДЛЯ ИЗМЕНЕНИЯ позволяет заблаговременно заблокировать некоторые данные (которые могут читаться транзакцией другого соединения) уже при считывании, чтобы исключить взаимные блокировки при записи.

(21) Как-как... Таблица уже заблокирована... И ты ее пытаешься захватить... Кто-то документ проводит, а ты отчет формируешь, и со своим предложением "ДЛЯ ИЗМЕНЕНИЯ" всю малину портишь.

(22) Спасибо, сейчась попробую.

Только: ты привел из ИТС (19) Блокировка от изменения данных считываемых в транзакции выполняется независимо от предложения ДЛЯ ИЗМЕНЕНИЯ. Это значит, что если внутри какой-либо транзакции считаны некоторые данные, то из другого соединения эти данные не могут быть изменены до тех пор, пока блокировка не будет снята.

Если бы было бы как в (22) то в обработке проведения сделать запрос по регистрам в которых позже будут записаны данные, то все время должно было бы дать взаимные блокировки, от других документов того же вида. Разве не так?

(22) Это не так. Если таблица заблокирована против чтение, то с "для изменения" или без, запрос будет ждать пока не снимится блокировка, максимум что может сделать то прервать ожидание, и ни какими взаимными блокировками тут и не пахнет... Вопрос все еще остается.

?

(24) поищи описания по совместимости блокировок для MS SQL

Взаимные блокировки - это термин движка БД, в данном случае SQL Servera.
Должно быть как минимум два ресурса, которые блокируются.
Попробуй посмотреть в SQL профайлере, что происходит на SQL Servere

(27) "Должно быть как минимум два ресурса, которые блокируются." - а вот и нифига. И даже процесс может быть всего один, дедлоки бывают от распараллеливания.

(28) Согласен. Немного упростил.

(26) что за описание, где искать?

BOL -> deadlocks, overview

Так и не увидел deadlock'ов, хотя в сабже и обещалось.
Конфликт блокировки увидал.

Упс. (16) просмотрел.

?

Почитай про особенности работы "ДЛЯ ИЗМЕНЕНИЯ" в клиент-серверном варианте
в книге "Проф. разработка в 1С 8.0" (глава 4 и далее)

Афигеть, этож че у вас запрос апдейт или инсёрт делает или еще какой алтер ?

Вопрос остается открытым

(37) Ну давай закрывать ;-)
В запросе напиши:

ВЫБРАТЬ РАЗРЕШЕННЫЕ

Что такое "РАЗРЕШЕННЫЕ" разберись сам - будет тебе домашнее задание

(38) "Учитель" не путаешь ли ты систему rls с deadlock ами?

(39) Мдя ... путаю :-(

(40) Бывает. Нормально

(41) Хорошо в чем вопрос, после такого бурного обсуждения он должен был быть снят

(42) Возникает deadlock не могу понять почему

Притом возникает не во время изменение данных, а во время запроса

(44) Во время выполнения запроса, какие либо действия с данными из запроса производятся? Например провидение документа?

этот deadlock возникает когда проводим один и тот же тип документа (ЗаказПокупателья)

Да, Сперва очищается регистр:
           НаборОстаткиТоваровКомпании = РегистрыНакопления.ОстаткиТоваровКомпании.СоздатьНаборЗаписей();
           НаборОстаткиТоваровКомпании.Отбор.Регистратор.Установить(Ссылка);
           НаборОстаткиТоваровКомпании.Прочитать();
               НаборОстаткиТоваровКомпании.Очистить();
               НаборОстаткиТоваровКомпании.Записать();

После запрос:
ВЫБРАТЬ
   ОстаткиТоваровКомпанииОстатки.Номенклатура,
   ОстаткиТоваровКомпанииОстатки.ХарактеристикаНоменклатуры,
   ОстаткиТоваровКомпанииОстатки.СкладКомпании КАК Размещение,
   ОстаткиТоваровКомпанииОстатки.СкладКомпании.Розничный КАК СкладКомпанииРозничный,
   ОстаткиТоваровКомпанииОстатки.ЦенаВРознице,
   NULL КАК ТоварТара,
   NULL КАК ДоговорВзаиморасчетов,
   ОстаткиТоваровКомпанииОстатки.КоличествоОстаток КАК Количество,
   1 КАК СортировкаРазмещение,
   ВЫБОР
       КОГДА ОстаткиТоваровКомпанииОстатки.СкладКомпании = &ПредпочтительноеРазмещение ТОГДА
           0
       ИНАЧЕ
           1
   КОНЕЦ КАК СортировкаСкладКомпании,
   NULL КАК ДатаПоступления
ИЗ
   РегистрНакопления.ОстаткиТоваровКомпании.Остатки(,
       Заказ = &ПустойЗаказПокупателя
       И Номенклатура В (&МассивНоменклатуры)) КАК ОстаткиТоваровКомпанииОстатки    
ГДЕ
   ОстаткиТоваровКомпанииОстатки.СкладКомпании = &ПредпочтительноеРазмещение

ДЛЯ ИЗМЕНЕНИЯ   //против блокировок (deadlocked)

             РегистрНакопления.ОстаткиТоваровКомпании.Остатки

После срабатывает стандартное удаление после "ПередЗаписем"

И входит в обработку проведение

Где уже есть запрос с Левым соединением, который контролирует остатки

Вот deadlock возникает или при выполнении первого запроса или при 2 запросе

притом процедуры стандартные, почти ничего не доработанно из 10.1

Работало долгое время нормально, а уже 2 недельи умирает от множество deadlock ов, у меня еще подозрение есть что это связанно с какими то индесными файлами в SQL server

(54) откуда такое подозрение? не знаю ..путаница в индексах может вызвать дедлок или нет.. ненастолько спец, но  можно реиндексировать базу.

Есть скрипт, который запускается и реиндексируется таблицы в SQL server

Я подумал может кто сталкивался?

По попробуй обнови статистику базы данных SQL. В Query Analyzer выполни скрипт:
exec sp_msforeachtable N'UPDATE STATISTICS ? WITH FULLSCAN'
DBCC FREEPROCCACHE

(56) угу)есть..абрахамс выкладывал.. поищи по нику smaharbA

(58) а что даст это?

//Регулярная переиндексация таблиц базы данных с помощью команды  
DBCC DBREINDEX ( table_name ).
//Регулярная дефрагментация индексов базы данных  с помощью команды
DBCC INDEXDEFRAG(database_name, table_name, index_name).

(59) скрипт есть, только не знаю, поможет ли, и выполняется несколько часов

(60) Скорее всего ничего, но попробуй вообще такая команда обновляется статистику выборки запросов из базы, вроде как должна увеличит скорость выполнения запроса, но возможно повлияет и на твою проблему.
В твоем случае нужно экспериментировать. Попробуй убери очистку регистра, будут ли блокировки?

(63) Уже пробовал, единственное что не возникает deadlock это когда убираю "Левое соединение" во 2 запросе

(63) Спасибо, я попробую.

Итоги не были расчитаны вообще, вот только что рассчитали, после поменял "Левое соединенме" на вложенный запрос, "Для изменение" во вложенном, и после этого "Левое соединение", очень быстро стало работать и пока нету deadlock ов

Страно, неужто в 8.0 всеже индексы при запросе реорганизуются, или того патче перезапись каких "служебных" полей идет ? (не знаю 8 вообще)

(67) Нет вроде такое не происходит

Рекомендую статью с ИТС
"Особенности проектирования конфигурации с точки зрения обеспечения параллельности работы пользователей"

А как избежать взаимных блокировок в файловой (не SQL) версии 1С v7.7 ??

(70) а тама нету их по определению...

(71) Увы возникают однако

(72) Никак, переходи на файловую версию

+(72) В терминале с файловой 1С v77 с установленной компонентой ромикса для устранения проблемы 100% загрузки процессора при ожидании захвата таблицы, иногда возникает ситуация, когда у нескольких пользователей происходит ожидание захвата какой-нибудь таблицы, при загрузке процессора на терминале = 0%. Это длится около минуты, пока один из пользователей не отвалится из-за таймаута.

+(73) Тьфу, уходи с файловой версии переходи на клиент-серверную

(73) дык это на файловой и происходит

(75) разве для v7.7 сущестувет клиент-серверная версия? SQL что-ли?

(74) нафих тебе эта ВК, поставь время ожидания 1 и успокойся, пущай жмут себе чаще...

(77) Да

(78) и будут все обработки например импорта документов аварийно завершаться если кто-нибудь устроит транзакцию дольше 1сек... Было и 1 сек и 5 и 0 -ничего хорошего

(80) А НачатьТранзакцию отменили ?

(81) чтобы все пользователи на время работы обработки пошли курить?

Ничего не помогает, вопрос открыт

(83) Еще раз опиши что ты делаешь в модуле документа. Что в процедуре ПередЗАписью, ПриЗаписи и ОбработкаПроведения. И где точно возникают блокировки

Если дела такие серьезные то советую обратится на партнерский форум: http://partners.v8.1c.ru/forums/

(84) У меня сильные подозрения что виноват SQL server

(86) Возможно, поэтому чтобы решить твою задачу, нужно полное описание ошибок + платформа 1С и SQL. Иначе что-то сказать трудно.
Выход на партнерский форум есть?

(87) Есть. Да, еще посмотрью, сейчась вроде нету дедлоков

(87) Тебе отдельное спасибо

www.rsdn.ru . Там в разделе Статьи/MSSQL server/ статья есть "Что такое взаимоблокировки и как с ними бороться". Статья сугубо о MSSQL но интересна. Автор приводит способы отлова взаимоблокировок средствами сервера и пути их анализа.

(90) не могу найти MSSQL server в статьях

http://www.rsdn.ru/article/db/deadlocks.xml