今天去科技园那边维护公司服务器,早上九点到晚上十点,机房里空气干燥,累得我两眼迷成一条缝补~~~~
累是累了点,值得庆兴的是又学到了点东西,呵呵~~其中遇到一个问题,花了一两个小时才搞定,所以把这个过程中的一
些经验纪录下来与大家分享，希望能对大家以后的类似操作有所帮助。~~
问题描述:将服务器上的SQL Server 2000升级为SQL Server 2005,因为要重装系统,所以不能直接升级数据库,
先把
2000中的数据库分离,等装好2005后,再附加上来,完后,附加上来的数据库中的用户在2005中又不存在,想删除,但删除
失败,在2005中新建个和原来一样的用户后,再给其分配权限,提示:
“错误15023:当前数据库中已存在用户或角色”
首先介绍一下sql server中“登录”与“用户”的区别，“登录”用于用户身份验证，而数据库“用户”帐户用于数
据库访问和权限验证。登录通过安全识别符 (SID) 与用户关联。将数据库恢复到其他服务器时，数据库中包含一组
用户和权限，但可能没有相应的登录或者登录所关联的用户可能不是相同的用户。这种情况被称为存在“孤立用
户”。 此时是不能通过新建登录或者是对同名登录授予对应数据库的“用户”权限来解决登录问题，因为SQL
Server会报出“错误15023:当前数据库中已存在用户或角色”，为了解决这个问题，需要调用系统存储过程
sp_change_users_login，具体用法如下：
Use Northwind
go
sp_change_users_login 'update_one', 'test', 'test'
其中Northwind为存在孤立用户的数据库，update_one是存储过程的参数，表示只处理一个用户，前一个test是“用
户”，后一个test是“登录”，以上这个SQL表示将服务器登录“test”与 Northwind 数据库用户“test”重新连接
起来。这样就可以正常使用数据库了。
产生SQL对象名无效的问题大多原因是由于数据迁移导致的,下面我们给出解决方法.
在使用数据库的过程中，经常会遇到数据库迁移或者数据迁移的问题，或者有突然的数据库损坏，这时需要从数据库的备份中直接恢复。但是，此时会出现问题，这里说明几种常见问题的解决方法。
一、孤立用户的问题
比如，以前的数据库的很多表是用户test建立的，但是当我们恢复数据库后，test用户此时就成了孤立用户，没有与之对应的登陆用户名，哪怕你建立了一个test登录用户名，而且是以前的用户密码，用该用户登录后同样没办法操作以前属于test的用户表。
这个问题有两种办法解决。
先说解决的前提条件。
首先，要用备份文件还原数据库，我们这里的数据库名为testdb，里面有属于用户test的用户表。这个很容易了操作了，不多讲了，在企业管理器中很方便可以恢复。恢复后，就产生了孤立用户test。
然后，用sa用户或者具有DBA权限的用户登录，创建一个test数据库登录用户，密码随便设置了，也可以和以前的保持一致。我们用它来对应孤立的test用户。
使登录用户和数据库的孤立用户对应起来
其实我们建立了同样名称的数据库登录用户后，数据库中的表我们照样不能使用时因为sid的不同，就是系统登录表和数据库用户表中的用户名相同，单是sid字段，数据库中的还是以前旧系统的sid值，所以我们就要把它对应成我们新建的，数据库靠sid来识别用户。
这里可以使用存储过程sp_change_users_login。它有三种动作，分别是report，update_one和auto_fix。
运行sp_change_users_login 'report'，系统会列出当前数据库的孤立用户数。
我们只需要选择当前数据库为testdb，然后运行
sp_change_users_login 'update_one','test','test' --系统就会提示修复了一个孤立用户。
如果没有建立test的登录用户，还可以用
sp_change_users_login 'Auto_Fix', 'test', NULL, 'testpassword' --来创建一个登录用户名为test，密码为testpassword的用户与之对应。
好了，到这里通常情况下，数据库对象得到访问问题已经解决了。如果有多个数据库中有同一个用户的数据表，只需要选择不同的数据库，执行update_one的那个就行了。
二、对象名 ‘tablename’ 无效的问题
这里可能会有人遇到对象名 ‘tablename’无效的问题。系统表却不会产生这个问题，而用户表还要加上用户名，然后是表明才能访问，比如select * from author,会说对象名 author 无效，而用select * from test.author就可以访问，这个是用户首选身份的问题。
方法一：
解决很简单，就是察看test登录用户是否具有dba的权限或者系统管理的权限，有的话去掉就行了。
因为如果用户有dba身份，那么它登陆后的默认表空间是dbo的系统表空间，所以去掉了之后，就会以正常的test表空间访问数据表了。
方法二：
将所有test所有表设置为dbo就OK了
执行语句：exec sp_msforeachtable "sp_changeobjectowner '?','dbo'"