加载中…消息 208,对象名 无效 数据库还原 解决办法
(2010-06-10 22:02:39)
标签：
杂谈 |
分类： SQL |
将现有数据库用户映射到 SQL Server 登录名。
注意：
sp_change_users_login 不能与通过 Windows 主体创建的 SQL Server 登录名一起使用，也不能与使用 CREATE USER WITHOUT LOGIN 创建的用户一起使用。
Transact-SQL 语法约定
sp_change_users_login [ @Action = ] 'action'[ , [ @UserNamePattern = ] 'user' ] [ , [ @LoginName = ] 'login' ] [ , [ @Password = ] 'password' ]
- [ @Action = ] 'action'
-
说明过程要执行的操作。action 的数据类型为 varchar(10)。action 可具有下列值之一。
值 说明 Auto_Fix
将当前数据库的 sys.database_principals 系统目录视图中的用户项链接到同名的 SQL Server 登录名。如果不存在同名的登录名，将会创建一个。检查 Auto_Fix 语句的结果，确认实际链接是否正确。在对安全性较为敏感的情况下，要避免使用 Auto_Fix。
如果使用 Auto_Fix 时登录名尚不存在，则必须指定 user 和 password，否则必须指定 user，但 password 将被忽略。login 必须为 NULL。user 必须是当前数据库中的有效用户。不能将另一个用户映射到该登录名。
Report
列出当前数据库中未链接到任何登录名的用户以及相应的安全标识符 (SID)。user、login 和 password 必须为 NULL 或不指定。
Update_One
将当前数据库中的指定 user 链接到现有 SQL Server login。必须指定 user 和 login。password 必须为 NULL 或不指定。
- [ @UserNamePattern = ] 'user'
-
当前数据库中的用户名。user 的数据类型为 sysname，默认值为 NULL。
- [ @LoginName = ] 'login'
-
SQL Server 登录的名称。login 的数据类型为 sysname，默认值为 NULL。
- [ @Password = ] 'password'
-
通过指定 Auto_Fix 创建的新 SQL Server 登录名分配的密码。如果已存在匹配的登录名，则映射该用户名与登录名且忽略 password。如果不存在匹配的登录名，则 sp_change_users_login 创建新的 SQL Server 登录名并分配 password 作为新登录名的密码。password 的数据类型为 sysname，且不能为 NULL。
http://i.msdn.microsoft.com/ms174378.security%28zh-cn,SQL.90%29.gif208,对象名 无效 数据库还原 解决办法" />安全说明： 请使用强密码。有关详细信息，请参阅强密码。
0（成功）或 1（失败）
| 列名 | 数据类型 | 说明 |
|---|---|---|
|
UserName |
sysname |
数据库用户名。 |
|
UserSID |
varbinary(85) |
用户的安全标识符。 |
| http://i.msdn.microsoft.com/ms174378.note%28zh-cn,SQL.90%29.gif208,对象名 |
|---|
| sp_change_users_login 不能用于将数据库用户映射到 Windows 级主体、证书或非对称密钥。 |
使用 sp_change_users_login 将当前数据库中的数据库用户链接到 SQL Server 登录名。如果用户登录名已更改，则使用 sp_change_users_login 将用户链接到新的登录，而不会丢失用户的权限。新的 login 不能为 sa，而 user 不能为 dbo、guest 或 INFORMATION_SCHEMA 用户。
不能在用户定义的事务中执行 sp_change_users_login。
要求具有 db_owner 固定数据库角色中的成员资格。只有 sysadmin 固定服务器角色的成员才能指定 Auto_Fix 选项。
A. 显示登录映射的当前用户的报告
以下示例生成当前数据库中未链接到任何登录名的用户及其安全标识符 (SID) 的报告。
EXEC sp_change_users_login 'Report';
B. 将数据库用户映射到新的 SQL Server 登录名
在以下示例中，数据库用户与新的 SQL Server 登录名关联。数据库用户 MB-Sales 首先映射到另一个登录名，然后重新映射到登录名
MaryB。
--Create the new login.
CREATE LOGIN MaryB WITH PASSWORD = '982734snfdHHkjj3';
GO
--Map database user MB-Sales to login MaryB.
USE AdventureWorks;
GO
EXEC sp_change_users_login 'Update_One', 'MB-Sales', 'MaryB';
GO
C. 自动将用户映射到登录名（必要时新建一个登录名）
以下示例显示如何使用 Auto_Fix
将现有用户映射到同名的登录名，以及如何在不存在登录名 Mary 的情况下，创建密码为 B3r12-3x$098f6 的 SQL Server 登录名
Mary。
USE AdventureWorks;
GO
EXEC sp_change_users_login 'Auto_Fix', 'Mary', NULL, 'B3r12-3x$098f6';
GO
------------结束--------------------
或者有突然的数据库损坏，这时需要从数据库的备份中直接恢复。但是，
此时会出现问题，这里说明几种常见问题的解决方法。
一、孤立用户的问题
比如，以前的数据库的很多表是用户test建立的，但是当我们恢复数据库后
，test用户此时就成了孤立用户，没有与之对应的登陆用户名，哪怕你建立了
一个test登录用户名，而且是以前的用户密码，用该用户登录后同样没办法
操作以前属于test的用户表。
这个问题有两种办法解决。
先说解决的前提条件。
首先，要用备份文件还原数据库，我们这里的数据库名为testdb，里面有
属于用户test的用户表。这个很容易了操作了，不多讲了，在企业管理器
中很方便可以恢复。恢复后，就产生了孤立用户test。
然后，用sa用户或者具有DBA权限的用户登录，创建一个test数据库登录
用户，密码随便设置了，也可以和以前的保持一致。我们用它来对应孤
立的test用户。
下面就有两种操作方法了，第一种就是改变对象的属主，第二种就是使
登录用户和数据库的孤立用户对应起来。先说第一种方法。
1、修改对象属主
就是将原本属于数据库用户test的用户表，修改为属于dbo的用户表；
然后修改test登录用户的数据库为testdb,就可以直接使用test登录用
户登录后对该数据库进行操作了。
使用的存储过程
sp_changeobjectowner [ @objname = ] 'object' , [ @newowner = ] 'owner'
参数说明
[ @objname = ] 'object'
当前数据库中现有表、视图、用户定义函数或存储过程的名称。object
是 nvarchar(776)，没有默认值。如果架构及其所有者具有相同的名称，
则 object 可由现有对象所有者限定，格式为 existing_owner.object。
[ @newowner=] 'owner '
将成为对象的新所有者的安全帐户的名称。owner 的数据类型为 sysname，
没有默认值。owner 必须是可访问当前数据库的有效数据库用户、服务器角色、
Microsoft Windows 登录名或 Windows 组。如果新所有者是没有对应数据库级
主体的 Windows 用户或 Windows 组，则将创建数据库用户。
实例：
以下示例将 authors 表的所有者更改为 dbo。
EXEC sp_changeobjectowner 'authors', 'dbo';
GO
程或者触发器之类的修改起来会非常麻烦，需要一个一个修改，所以，不提倡
使用。现在网上有一个批量修改的存储过程，大家可以找一下，这里就不说了
，而是教大家一个更简单的。
样不能使用时因为sid的不同，就是系统登录表和数据库用户表中的用户名相
同，单是sid字段，数据库中的还是以前旧系统的sid值，所以我们就要把它
对应成我们新建的，数据库靠sid来识别用户。
别是report，update_on
sp_change_users_login 'Auto_Fix', 'test', NULL, 'testpassword'
来创建一个登录用户名为test，密码为testpassword的用户与之对应。
好了，到这里通常情况下，数据库对象得到访问问题已经解决了。如果有多
个数据库中有同一个用户的数据表，只需要选择不同的数据库，
执行update_on
二、对象名 ‘xxxx’ 无效的问题
这里可能会有人遇到对象名 ‘xxxx’无效的问题。系统表却不会产生这个问题，
而用户表还要加上用户名，然后是表明才能访问，比如select * from author,
会说对象名 author 无效，而用select * from test.author就可以访问
，这个是用户首选身份的问题。
解决很简单，就是察看test登录用户是否具有dba的权限或者系统管理的权限，
有的话去掉就行了。
，所以去掉了之后，就会以正常的test表空间访问数据表了。
喜欢
0
赠金笔