在做SQL Server 2005 的群集维护时, 碰到了这样一个问题:
当资源组在一个节点上的时候, 用sa登录数据库, 从management studio中查看用户数据库的属性, 正常; 但是将资源组转移到另一个节点时, 用sa登录数据库, 从management studio中查看用户数据库的属性, 却报如下错误:
标题: Microsoft SQL Server Management Studio
------------------------------
无法显示请求的对话框。
------------------------------
其他信息:
无法显示请求的对话框。 (SqlMgmt)
------------------------------
属性 Owner 不可用于 数据库“XXXX”。该对象可能没有此属性,也可能是访问权限不足而无法检索。 (Microsoft.SqlServer.Smo)
第一感觉可能是权限问题, 但是已经是SA用户了, 应该不是直接原因.
感觉是用户数据库owner的问题, 于是在报错的节点上, 执行以下语句:
--查询用户数据库的owner_sid
SELECT DB_NAME(database_id)
, owner_sid
FROM sys.databases
--再查一下系统中所有login的sid
SELECT name
, sid
FROM sys.syslogins
大概比较了一下, 发现用户数据库的owner_sid在 sys.syslogins里不存在, 估计这个用户数据库的owner可能是个本地用户.
于是将资源组移动到正常的节点, 打开用户数据库的属性, 结果如下图:
果不其然, 所有者是本地的administrator. 因为是本地用户, 所以资源组切换后, 在另一个节点上, 是找不到这个owner的, 就会报错.
解决的办法也简单,就是把owner改成两个节点都能找到的用户就可以了.执行以下语句, 将owner改成sa.
EXEC sp_changedbowner 'sa'