Блокировки

[KiselevSA]

1.Проверьте задания для BatchServer, которые настроены для выполнения ночью.
2. Проверьте задачи SQLServer, выполняемые в это время.
Нет ли задач, которые выполняют Delete, Update или Insert?

[Sada]

Цитата:

Изначально опубликовано KiselevSA
1.Проверьте задания для BatchServer, которые настроены для выполнения ночью.
2. Проверьте задачи SQLServer, выполняемые в это время.
Нет ли задач, которые выполняют Delete, Update или Insert?

C базой работают круглые сутки: ночью принимаются заявки операторами, работает планово экономический отдел, хто-то еще там сидит.
А если пакетную обработку для начала вырубить, это никак не повлияет на работу системы в целом? Просто пакетную обработку настраивали до меня, и чего она там делает сейчас неизвестно (на 50%). Хочу все задачи там убить и настроить по новой.

С благодарностью - Sada.....

[DreamCreator]

Цитата:

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

А Вы не выложите код?
В любом случае благодарен за идею!

[Vadik]

Цитата:

Изначально опубликовано Wamr
1. sp_who2 - смотрите какой spid всех залочил

в качестве альтернативы - см. http://support.microsoft.com/default...b;en-us;271509

[MironovI]

Цитата:

Изначально опубликовано DreamCreator


А Вы не выложите код?
В любом случае благодарен за идею!

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

[DreamCreator]

Цитата:

Изначально опубликовано Vadik

в качестве альтернативы - см. http://support.microsoft.com/default...b;en-us;271509

Спасибо!

Цитата:

Изначально опубликовано MironovI

Ну я думаю можно взять стандартную форму блокировок и немного ее доработать..

А разве в стандартной форме можно убить процесс? (мне кажется что в этом вся соль, или я ошибаюсь и это не сложно?)
Спасибо за оперативный ответ!

[MironovI]

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

[Sada]

Прошло много времени, случайно наткнулся на эту тему (уже и забыл про нее). Хочется привести к логическому завершению данный топ. В нашем случае проблема решилась в основном железом. Были проведены некоторые модификации в коде, чтоб запросы пошустрее выполнялись, но это почтине помогло. На SQL сервере была не одна база Аксаптовская а 3. Все три довольно большие. Также там стоял контролер домена, Эксчендж и по мелочи. Вследствии чего огромные дисковые очереди и загрузка процов на 100%...(тобиш все стоит колом). Прикупили не дорогой сервачок, скинули на него контролер домена, с АОСа убраль вторичный контролер..... В общем На SQL сервере осталась только одна база - основная, в которой идут все операции; остальные, убрали на другие сервачки (в них тока бугалтерия в основном работает). Рэйд 0+1 решает... С тех пор сплю в большинстве своем спокойно. Чего и вам желаю, дорогие коллеги...

С уважением Sada...