Exchange灾难恢复全过程.docVIP

Exchange灾难恢复全过程? ID 号:c1041724 Exchange 系统管理器 试着重新装入，结果还是相同。公共目录存储也是相同。马上查系统日志，发现了： 事件 ID: 9175 Source Exchange SA 描述:MAPI 调用 openmsgstore 失败，出现以下错误 ? 网络问题或 MSE 服务器计算机已关机或处于维护状态。 用Eseutil /mh查看数据库状态，显示为Dirty shutdown ，为不正常关闭。想到把数据库进行硬恢复，但提示操作失败。Eseutil /d 也不能顺利完成。在线查遍了资料如： /kb/313184/zh-cn bitsCN.nET中国网管博客 /?id=325674 /kb/284205 按照上面的方法，都未能成功装入存储，仍然提示：c1041724 ，但迟迟不敢用Eseutil /p 因为微软建议在不得以的情况下不要用这个命令，而且有可能会丢失部份数据。 小记：晚上八点出现这个问题，在机房一直弄到十一点，在没有办法的情况下，只能先回到住处再远程拨进来慢慢解决。回到住处，冲了个凉，泡了壶茶，继续开始排错。 直到最后，在没有办法的情况下，只能运行Eseutil /p （Eseutil /p e:＼exchsrvr＼mdbdata＼priv1.edb)进行数据维护。经过漫长的等待，第一个数据库完成。再次运行Eseutil /p e:＼exchsrvr＼mdbdata＼pub1.edb;这次对公共存储进行修复。修复完后，将服务重启， 终于决定把邮件系统重新弄一弄了。因为服务器经常出问题，DNS报错，SMTP也经常出问题。最重要的是，因为以前只有两台服务器，这台服务器上充当了几种角色（PDC，ISAserver，Exchange服务器），后增加了一服务器。于是将ISA分离出来。由于当时人在上海，只能通过远程访问对系统进行操作，过程中不知道出了什么错，导致ISA没有完全删除。之后无法安装，也无法卸载。而且重启服务器后，所以的客户机都无法访问该服务器上的所有服务。（最后发现，重启运行ISA安装程式，其中会报错，报错完后，进行回滚操作，回滚完服务器还是能被访问）其原因找了非常久，一直没有得出结果。 所以这次从上海回来，决定了好久，还是要把服务器好好弄一弄。 BBS.bitsCN.com网管论坛 设定了几个恢复方案： 环境：三台服务器 PDC mailserver(要维护的服务器） DC dhcpserver 成员服务器 ISAserver ，全Win2K3环境。 一、备份“系统状态”，和Exchange存储数据 。备份整个C盘（三项分开备份） 二、恢复方案: 1、直接重装系统，恢复系统状态，再恢复Exchange存储数据。检查两台域控是否能正常通讯。能否解析。不做回滚操作是否能访问Mailserver（此方案最为简单）如果恢复失败，则启用第2种恢复方案。 2、当第一种服恢复方案失败后。原服务器处DOWN状态。必须让服务器DHCPSERVER强制夺取五种FSMO角色。为做为GC运行。是否能让客户机正常登录。再重装mailserver，加入域，并做为额外域控运行。再以灾难方式安装EXCHANGE再进行数据恢复。 3、经过两种方法仍不能回复正常状态。进行整个C盘恢复（前面已做过全C盘备份） www_bitscn_com 设计好恢复方案后，开始来做（非常多人一定会问，为什么先不把FSMO角色通过转移的方法转移到其他的DC），当然，就是因为不能转移才想到这样的办法。一连接域控就报--RPC服务不可用。其原因我想也是以前的ISA所导致。 直接重装好系统（补丁也没打），重启按F8进入目录恢复模式，启动NTBackup进行恢复“系统状态”过程非常快完成了，提示重新启动系统。按是，重启。但发现系统启动不了，在启动画面过后，就不断得又重启。以为是安装系统时有问题，于是再装系统，再恢复。结果相同，启动到老地方就为断地又重启。心里一想，坏啦。会是哪里出错呢？容不得我多想，时间问题，决定采用第二种方案。 在dhcpserver上，强制夺取FSMO角色（关于夺取的方法，这方面的教程非常多，直接启动WIN系统帮助，一查就能），非常顺利，在提示符下操作，非常快的将角色夺取过来。重启，过一段时间后，马上测试客户端登录是否有问题。测试结果，登录正常，没有出现登录非常慢的问题。mailserver非常快也装好啦，加入域后，升级为DC，看到所有的信息都已在两台DC上同步。两台DC通讯正常（以前的问题算是解决了） ###这里有一点特别重要：在前面未指出，因为恢复系统状态失败，必须以全新安装方式进行安装，虽然以相同的名字命名，但