我有一个 SQL Server 2005 Standard x64，它在过去几个月中遇到了 TempDB DDL 争用问题。服务器将在等待资源 2:1:103 上发生争用（等待类型为 PAGELATCH_EX）。
当服务器负载正常时，该问题似乎偶尔会发生。我一直在监视“破坏临时表”的比率，当我们在 2:1:103 出现 PAGELATCH_EX 问题时，它可以跳到 5,000+。从我读过的内容来看，这个计数器大部分时间应该是 0，但我们的大部分时间似乎都保持在 300-1100 之间。只有当系统上的用户很少时，计数器才会变为 0。
如何缩小导致 tempdb 上 DDL 争用的范围，而不必在大海捞针中寻找针头？
我的一位开发人员编写了一个类似于 VB.Net 函数 (LastIndexOf) 的 SQL 函数，并希望发布它。我的问题是将它放在中央数据库中而不是将它放在每个用户数据库中的原因是什么？
开发人员试图将它放在他的主数据库上的 sys 模式中，这样他就不必限定从用户数据库对它的调用......叹气
但我不确定将它（显然不是主数据库）与每个用户数据库集中起来的有效借口是什么？
我有一个带有 SP4 的 SQL Server 2005 Std (x64)，它有一个我似乎无法杀死的过程。如果我查看 sys.dm_exec_requests，我会看到 SPID 103，wait_type 为 LCK_M_SCH_M，状态为 SUSPENDED，命令为 KILLED/ROLLBACK。然而，SPID 并没有消失。我什至可以执行 sp_who 103 并且我看到带有 KILLED/ROLLBACK 的 SPID。自从我杀死 SPID 以来，它的当前等待时间接近 20 小时。
此外，运行KILL 103 WITH STATUS ONLY返回 0% 已完成
我有一个过程，它遍历数据库中的所有对象并为它们分配适当的权限给该对象。我想知道是否有更好的方法来做到这一点？我使用模型数据库来创建新数据库，因此每次创建新数据库时都必须运行它。这是它的外观的一个想法（注意：从一开始就丢失了一个块，它会删除所有用户并重新创建必要的用户；自从 SID 更改后，这是必要的）：
CREATE PROCEDURE usp_SetPermissions
AS
BEGIN
DECLARE @CurrentId INT
DECLARE @ObjectName NVARCHAR(128)
DECLARE @Message NVARCHAR(160)
DECLARE @Error INT
DECLARE @Sql NVARCHAR(256)
CREATE TABLE #tmpDbObjects
(
ID INT IDENTITY(1,1),
ObjectName NVARCHAR(128),
Completed BIT
)
INSERT #tmpDbObjects(ObjectName, Completed)
SELECT DISTINCT [Name], 0 As Completed
FROM sys.objects
WHERE [type] = 'U' AND is_ms_shipped <> 1
WHILE EXISTS (SELECT 1 FROM #tmpDbObjects)
BEGIN
-- Pick first uncompleted object
SELECT TOP 1 @CurrentId = ID,
@ObjectName = ObjectName
FROM #tmpDbObjects
-- Grant permissions …