一次失败的exchange server2003数据恢复

funchile

　　一个不大不小的领导无意中将自己的个文件夹删除了，他半年的邮件都没有了，重担就落到挨踢部门的头上了，可能已经被覆写过了，通过文件恢复出来的数据已经没有办法使用了，只能通过服务器exchange server上的备份来恢复了。
        平时是没有时间为他一个人折腾的，只能在双休日来处理
        1.首先是使用ntbackup备份了目前的exchange 数据库，几十个G，有点漫长的.....
        2.打开exchange server管理器，将公共文件夹存储和邮箱存储的数据库属性设置成“还原时可以覆盖此数据库”
        3.卸载公共文件夹存储和邮件存储，特别要注意公共文件夹存储也要卸载（除非你在选取还原文件的时候不选择公共文件夹存储备份文件），否则就会在后面出现问题；
       4. 使用ntbackup还原，选择以前的备份文件，不要选择“上次还原集”，下一步就可以了，剩下了就是等待的问题了。因为我在前面没有卸载掉公共文件夹存储，就导致还原没有办法继续，在时间日志中就会出现904，8003，8019这三个错误id，当然904错误中已经很清楚说明错误的原因：
　　event Type: Error
                   事件来源： ESE BACKUP
                    e vent category: callback
                  事件 ID： 904
                  说明：信息存储 (2500) 回叫函数调用 ErrESECBRestoreGetDestination 已结束，错误 0xC7FE1F41 数据库正在使用中。这是因为我选择的还原文件中包括了公共文件夹存储的原因，卸载掉公共存储文件夹或者还原时不选择对应文件就可以。还原的时间和你备份的时间相当。
      5.经过漫长的等待，终于提示你数据还原完毕，当你兴奋地去加载存储，系统会告诉你错误，所以你还得使用
eseutil /p d:/prive1.edb /tz:/tempriv.edb去修复一下。    又是漫长等待；不过这次好像有点问题，以前相对来说还是比较快的，这个经过了scan database catalog,rebuiding msyobjects,rebuilding msyobjectsshadow,check database,scan database,repaire damage table,deleting unicode fixuptable 估计此数据库一直存在错误,在最后一步"deleting unicode fixup table“的时间太长，等的我自己放弃了。
　　6.没有办法，只能将最新的备份还原上，宣告本次数据恢复失败。
      狗日的"deleting unicode fixup table"，害我浪费了一天的时间。也许自己的耐心不够吧，下次让他修复一个晚上看看。