| 在使用数据库的过程中，经常会碰到数据库迁移或者数据迁移的问题，或者有忽然的数据库损坏，这时需要从数据库的备份中直接恢复。但是，此时会出现问题，这里说明几种常见问题的解决方法。 一、孤立用户的问题 比如，以前的数据库的很多表是用户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 这个方法有个最大的缺点就是，当表的数量非常多，而且还有存储过程或者触发器之类的修改起来会非常麻烦，需要一个一个修改，所以，不提倡使用。现在网上有一个批量修改的存储过程，大家可以找一下，这里就不说了，而是教大家一个更简单的。 2、使登录用户和数据库的孤立用户对应起来 其实我们建立了同样名称的数据库登录用户后，数据库中的表我们照样不能使用时因为sid的不同，就是系统登录表和数据库用户表中的用户名相同，单是sid字段，数据库中的还是以前旧系统的sid值，所以我们就要把它对应成我们新建的，数据库靠sid来识别用户。
|
评论加载中…
