Превышено время ожидания запроса на блокировку #574998

Доброго всем времени суток. Я понимаю, что тема обсуждалась уже неоднократно...но, проблема возникла сейчас, и что с этим делать непонятно. 1С ЦУП нету и не предвидится, а все обсуждаемые темы отсылают к Гилеву, а Гилев к ЦУП :)  Собственно ситуация такова. Есть 1С 8.1 УТ есть сервер 1с (32 бит) И есть SQL Server 2008 r2 (x64) и все это на Windows 2008 r2 Server. Работает порядка 100 пользователей. Ресурсов сервера хватает с лихвой. Но, после проведения первого документа. неважно даже если в системе всего 1 пользователь, пишет: Конфликт блокировок при выполнении транзакции: Microsoft OLE DB Provider for SQL Server: Превышено время ожидания запроса на блокировку. На попытки провести любой документ. Подскажите как возможно решить проблему ) Проблема на боевой базе...Стала вылезать после ТиИ....

На этом же сервере SQl вертятся кадры и бухгалтерия....без проблем....

а нафига ТиИ делал?

работать с технологическим журналом можно и бер ЦУП (ЦУП - помогает, но не критично). Т.е. курить технологический журнал для начала и с его помощью выходить на код 1С который так глючит.

Восстановить из бэкапа, убедится что проблема возникла изза Тис (или в обратном). Разбираться спокойно на копии.

сервак перегрузи

суммы в регистрах двоились....

Бэкап битый вышел....не развернуть...(делался средствами sql server)

Перезагружал раз 10 уже...вроде бы помогло слегка отключение автоматических блокировок на конфигурации (на элементах оставил автоматические). Но все равно вылетает...

у вас ещё и бэкапы битые. ну тогда всё. советую ползти в сторону кладбища.

Бэкапы битые только за последний день, перед ТИИ ...остальные живые. Но, при нашем дневном документообороте это практически нереально 6(((

На кладбище рано....

это по всем видам документов так? или по некоторым? с блокировками мутили что-нибудь?

По 4 точно (реализации, заказы, приходники, платежки) Нет не мутили...

что значит "слегка" помогло?

Слегка помогло, это значит. на копии базы, переключенный в управляемые блокировки документы стали проводиться некоторое время (100-200 шт.) Потом снова ошибка - перезапуск SQl и снова работает....

На оригинале базы не трогали блокировки, там стабильно после первого проведенного документа....

попробуй выгрузку-загрузку через dt. как я понял, не дает провести документ даже когда юзер монопольно? может у вас со SQL что-то?

как вариант - восстановление последнего рабочего бэкапа и перенос xml из убитой базы

Уже думал об этом...но это ночью.... Может, но как бы это узнать... :) Все настройки типовые, как установился так и работает...

А Выгрузка - загрузка убитой базы в ДТ может помочь??

попытка не пытка

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

так что с технологическим журналом? Или гораздо романтичне гадание на кофейной гуще? :-)

На сервере еще 1 ТБ свободного места :)

Т.е. для ТЖ  - куча места - это просто замечательно :-)

его ведение не настроено.

в чём сложность - настроить? Это же совсем просто даже без ЦУПа

Честно говоря ни разу его не включал никогда, знаю, что нужна какая-то обработочка с ИТс :)

обработочка просто помогает правильно в файлик прописать настройки. надо курить книжку про тех журнал

Настроил....он включится автоматом?? Или нужно перезапускать систему???

Включил полный....так как не знаю на какой стадии ошибка живет...

И что из него выкладывать в случае ошибки??

если не ставить фильтрации - утонишь в деталях Ставь фильтр на максимальную длительность блокироки (т.е. что бы блокировки меньшей продолжительности не мусорили ТЖ)

А конфликты блокировок туду попадать будут???

Все...сделал как Вы сказали.... :)

С полным утверждение в очень скоро будет сильно неверным :)

переключен в режим отслеживания долгих блокировок

А существуют ли какие либо анадизаторы ТЖ кроме ЦУП :))

а ЦУП сам не анализирует, ЦУП лишь облегчает установку тех или иных фильтров и всё.. А единственный анализатор остаётся тот же самый - мозгХ 1СниГа :-)

С мозгом 1Сника проблемы :))))

блин в SQL есть лог, смотри его там будет имя таблицы, по имени находишь обьект метаданных. дальше ищешь все места где есть блокировка (в том числе и не явная) и думаешь

лог = журнал

Если 1Ска отваливается с диагностикой то по журналу ты нечего не отловишь :-)

Все решилось установкой сервера 8.2 и конвертацией конфигурации под платформу 8.2 :) Всем спасибо :) Работает в разы быстрее чем на 8.1 и без лагов :)