我们可以在多大程度上将作业监视为SQL Server中的DBO

时间:2015-03-03 21:44:33

标签: sql-server-2008 biztalk dbo

简短背景:

我在公司A工作,在公司A,我们有一个不应该的DBA。当我们负责需要快速转换的故障排除项目时,通常需要相当长的时间。

出于这个原因,我们让他授予我DBO访问某些服务器(Biztalk SQL服务器)的权限。我是那个放弃文件并监控这些东西的人,有时是一夜之间,最近我们一直在经历系统变慢。

因此,随着Biztalk的这些问题,我已经进入SQL服务器并尝试挖掘,但似乎大多数都需要更高的权限。我已经查找了暂停的查询,将其杀死,但作为DBO,我想知道我可以监控的范围,以及了解当前正在运行/暂停的作业。

我熟悉exec sp_who2kill %%,但除此之外,我一直在撞墙......

我的问题:

我是否可以将任何有用的功能用作DBO,以帮助确定这些暂停查询的原因?除了谁和谁?

你们所写的任何本土查询都是为了识别这些错误的原因而写的吗?

非常感谢任何帮助!

1 个答案:

答案 0 :(得分:1)

如果问题仍然存在,您可能希望使用Performance Analysis of Logs (PAL) Tool for BizTalk 2006BizTalk 2009