В какой степени мы можем отслеживать задания как DBO в SQL Server
Краткая справочная информация:
Я работаю в компании А, в компании А у нас есть администратор базы данных, которого не должно быть. Когда перед нами стоят задачи по устранению неисправностей, которые требуют быстрого поворота, обычно это занимает немного больше времени, чем следовало бы.
По этой причине мы попросили его предоставить мне доступ DBO к определенным серверам (серверам Biztalk SQL). Я тот, кто сбрасывает файлы и отслеживает эти вещи, иногда в одночасье, и в последнее время мы испытываем замедление работы системы.
Так что с этими проблемами с Biztalk я зашел на сервер SQL и попытался покопаться, но, похоже, большинству из них требуются более высокие привилегии, чем у меня. Я искал приостановленные запросы, убивал их, но, как DBO, мне было интересно, в какой степени я могу отслеживать и узнавать о работах, которые в настоящее время выполняются / приостановлены.
Я знаком с exec sp_who2 а также kill %% но кроме этого я бился в стену...
Мой вопрос:
Есть ли какие-либо полезные функции, которые я могу использовать в качестве DBO, которые помогут определить причину этих приостановленных запросов? Кроме кого и кто2?
Любые доморощенные запросы, которые вы, ребята, написали для выявления таких причин этих ошибок?
Любая помощь высоко ценится!
1 ответ
Возможно, вы захотите использовать инструмент анализа производительности журналов (PAL) для BizTalk 2006 или BizTalk 2009, если ваши проблемы не устранены.