mssql数据库服务器进行硬件升级后,采用附加数据库的方式还原了数据库居然访问不了，出现“对像名XXXX无效的提示”
解决办法：
1、更改表的所有者为dbo，可以在查询分析器里边执行如下语句：
    exec sp_msforeachtable "sp_changeobjectowner '原所有者名称','dbo'"
注意这个只能更改表的所有者，存储过程可以这样修改：exec sp_changeobjectowner '所有者.存储过程名','dbo'，还有视图等，差且只能一个表一个表的改。所说可以一下改，不过没试过（摘自互联网）

2、我自己的操作步骤。
  1、附加数据库。（在选择所有者（DBO）的时候选择SA）
  2、建立跟原账号相同的账号(例test)，但不指定数据库访问。
  3、打开查询分析器(使用sa登陆 )，选择刚建的数据库存。执行以下语句。
   sp_change_users_login   'update_one', 'test', 'test'   
      F5执行该语句即可。

  网络上详细解释：

  使登录用户和数据库的孤立用户对应起来 
  其实我们建立了同样名称的数据库登录用户后，数据库中的表我们照样不能使用时因为sid的不同，就是系统登录表和数据库用户表中的用户名相同，单是sid字段，数据库中的还是以前旧系统的sid值，所以我们就要把它对应成我们新建的，数据库靠sid来识别用户。 
  这里可以使用存储过程sp_change_users_login。它有三种动作，分别是report，update_one和uto_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的那个就行了。 

  还有一种情况：

        对象名   ‘xxxx’   无效的问题 

        这 里可能会有人遇到对象名   ‘xxxx’无效的问题。系统表却不会产生这个问题，而用户表还要加上用户名，然后是表明才能访问，比如 select   *   from   author,会说对象名   author   无效，而用 select   *   from   test.author就可以访问，这个是用户首选身份的问题。 

        解决很简单，就是察看 test登录用户是否具有dba的权限或者系统管理的权限，有的话去掉就行了。 
        因为如果用户有dba身份，那么它登陆后的默认表空间是dbo的系统表空间，所以去掉了之后，就会以正常的test表空间访问数据表了。