(第一部分)
在这三部分系列里,我会解释一下,什么是EXCHANGE拨号音还原法(又称即时恢复,稍后恢复法)所有相关内容,以及何时在什么情况下使用。面对一个或者更多的发生故障的邮箱存储的时候,为什么使用时,要与恢复存储组相关特性相结合使用才会更好。
注:通过英文字面来理解拨号音还原法,恐怕有点困难。我用最直白的语言给大家说一下,什么是拨号音还原法,应该更容易大家理解。例如:一些大型企业,公司内的邮箱数据库很大,有几十G,甚至几百G的大小。当有一天,邮箱数据库突然损坏了,你会用手里的备份来还原数据库,但是对庞大数据库的恢复来说,会花费很多的时间。这样算的话,从问题发生到你恢复整个动作,花费的时间至少要用小时来计算,根据数据库的大小,服务器的性能,花费的时间不同。这期间用户是不能正常收发邮件的。我相信遇到这种情况的管理员,此时肯定沉不住气,就像自己在做实验时那样,慢慢的等待恢复的完成,这有点不太切实际。对于一个依赖于邮件系统,来完成日常的大部分重要任务的公司来说,这是不能接受的,哪怕停机10分钟,都是不允许的。因此拨号音还原法由此诞生,解决了这一关键性的问题。它可以让你快速恢复用户收发邮件的能力,然后管理员们就可以慢慢地恢复出错的邮箱数据库了。
(正常情况下,为了避免出现这种大数据库的情况,前期建邮件服务器的规化很重要,再我看来,不应该出现单个数据库文件几百G的情况。在人数众多的大型企业里,应该建多个邮件服务器,多个邮箱存储,分散每个服务器中用户账户的数量。要限制每个用户对服务器磁盘空间占用的大小,而且要尽量把用户的邮件设置成保存在他电脑本地的PST文件中,这样无疑是减少服务器负载、磁盘空间最有效的方法。当数据库很大的时候,读写方面都会花掉服务器大量的资源,花费大量的时间,服务器性能的下价,也会影响到用户的正常使用,所以要尽量避免单个数据库的大小。)
以上是跟此文章相关的题外话,下面言归正传。
介绍如果有一天你面临着一次较大的邮箱存储故障,恢复它所花费的时间,依赖于备份的硬件、备份的应用程序和网络速度等因素,这些都是非常耗时间的。在你等待一切恢复正常之前,你要处理的最后一件事情是面对那些抱怨、沮丧的公司同事(或者是公司老板的批评、指责!)
因此怎么才能让你的同事、老板冷静下来,然后继续他们的工作呢。而与此同时你又可以集中精神,投入到恢复邮箱存储(邮箱数据库)的工作当中呢?这有一个简单的答案,就是你可以创建一个拨号音数据库,从而可以得到信息流和邮箱访问立即被恢复。通过使用拨号音数据库,你的同事们又可以开始收发邮件了,他们甚至可查看在EXCHANGE服务器上他们的邮箱里的旧邮件信息(他们的OUTLOOK客户端必须已经配置成使用“缓存模式”)。但一定要记住,当OUTLOOK出现EXCHANGE恢复模式对话框时,他们必须要确认在线模式与脱机模式之间的切换。接下来,我将会在(第二部分中)更多的谈论OUTLOOK2003的恢复模式。
使用拨号音数据库恢复方法,意味着你可以从最近的备份中恢复一个或者多个损坏的邮箱存储,用户已连接的是一个新的空或空的邮箱存储。拨号音还原法绝对不是一个新的功能;早在EXCHANGE的上一个版本中就出现过,但是现在我们已经有EXCHANGE2003的恢复存储组这一功能,当恢复邮箱存储在您的Exchange邮件环境中时,这个方法变得更有吸引力。
注释:
前一个EXCHANGE版本中,要求需要有一个专门的EXCHANGE恢复服务器。使用一个单独的EXCHANGE恢复服务器,意味着你首先必须恢复特定的邮箱存储或者数据库到恢复服务器,然后从恢复的数据库里,使用EXCHANGE邮箱分割工具(ExMerg)导出数据到PST文件中,或者从EXCHANGE恢复服务器中复制整个数据库到生产环境服务器。这样一个数据库通常会有几G的大小,这显然意味着你需要依赖于你的有线网络复制大量的数据,整个恢复过程可能花费几个小时的时间。
使用恢复存储组特性。可以使恢复邮箱存储时,不需要专门设立一个EXCHANGE恢复服务器变为可能。取而代之的是,在相同的管理组里,任意EXCHANGE2003服务器上或者个别的EXCHANGE服务器上,你可以很容易的,直接恢复多个邮箱存储到恢复存储组中。合并来自还原邮箱存储的数据到拨号音数据库,是件容易且没有任何痛苦的过程,或者在原存储组里,替换已还原的数据库,从恢复存储组到拨号音数据库中,然后合并数据从拨号音数据库到已恢复邮箱存储。在第二部分中,我将会更多的谈到关于 “替换数据库”的相关问题。
注释:
如果你不了解恢复存储组这一特性的话,我建议你阅读一下微软的KB文章:824126-在EXCHANGE 2003中如何使用恢复存储组。文章阐述了你如何通过使用还原一个邮箱存储到恢复存储组里,来恢复邮箱存储或个人邮箱。
创建拨号音数据库我们已经准备好创建一个拨号音数据库。在创建之前,你首先需要卸除邮箱存储,以便从备份中恢复它。实现这一步,我们需要打开EXCHANGE系统管理控制台,按下图1所示,在指定的存储组下,定位到邮箱存储。右键“邮箱存储”,选择卸除存储。
图1:卸除发生故障的邮箱存储
为了可以创建拨号音数据库,下一步需要从MDBDATA目录(C:\Program Files\ExchSrvr\Mdbdata,如图2所示)移动邮箱存储文件(Priv1.edb 和 Priv1.stm)到服务器的另一个位置.
图2:复制邮箱存储文件(Priv1.edb 和Priv1.stm)
注释:
如果你有足够的磁盘空间,那建议你不要删除这些文件,而是移动邮箱存储文件(Priv1.edb 和 Priv1.stm)到服务器上的其他位置上(最好是放在相同的逻辑磁盘上),因为你不知道在恢复过程后期,是否还会再需要它们!千万记住, MDBDATA文件夹中的事物日记也需要被复制。在恢复原始数据库到恢复存储组后,需要事物日记进行回演操作。
我们现在准备创建拨号音数据库。右键点击之前卸除的邮箱存储,然后选择“装载数据库”(如图3所示)
图3:在EXCHANGE系统管理控制台先装载邮箱存储
几秒后将会弹出(如下图4所示)的对话框
图4:创建拨号音数据库
点击“是”,再等待片刻,直到下一个对话框弹出,然后点击“确定”(看图5)
图5:拨号音数据库被成功创建
我们现在已经创建了拨号音数据库,此时所有用户又可以连接到他们自己的邮箱上(虽然它只是空的数据库)
现在用户又可以连接到EXCHANGE服务器,你需要发送一封邮件通知用户发生了什么,这一点很重要。这封邮件的内容,大概类似于图6所示那样。
主题:恢复状态邮件
邮件正文:各位同事你们好,我们的邮件服务器发生很大的故障,此时你们可以看到,现在你们又可以连接到你们的邮箱。虽然数据库目前是空的,但你们仍可以发送和接收公司内部或外部的邮件。
我们正在努力、快速的恢复邮件服务器的使用,预计整个恢复需要2小时的时间。
注意:你们不需要花太多时间,去重建之前的,已经丢失的规则、视图、文件夹,等服务器恢复后,它们也会被恢复。
请记住你们仍可以通过在脱机模式下打开OUTLOOK,来访问你们之前的邮件,感谢你们的耐心等待。
谢谢,
IT工作人员
图6:一封状态邮件,通知给受邮箱故障影响的用户
这些就是第一部分,在第二部分中,我将会给你们展示,当OUTLOOK2003的客户端尝试连接到我们创建好的拨号音数据库时,将会发生什么。我也会告诉你们,从备份到恢复存储组,该如何恢复邮箱存储。最后讲一下,用恢复存储组里被恢复的数据库,替换原始存储组里的拨号音数据库,然后将它们合并。
(第二部分)
在第1部分中,我讲到EXCHANGE的拨号音是什么,以及如何创建它。第2部分中,我将会对OUTLOOK2003 EXCHNAGE恢复模式做深入的探讨。如何使用NTBACKUP备份来恢复故障邮箱存储到恢复存储组里。
OUTLOOK2003 EXCHNAGE恢复模式现在拨号音数据库已被创建,此刻工作在OUTLOOK2003缓存模式的客户端用户,都可以登录并使用邮箱了。他们将会看到如下图1所示的对话框。
注:对话框大意如下:
EXCHANGE现在工作在恢复模式下,你可以使用网络连接到邮件服务器,工作在脱机模式下;或取消登录。
图1:OUTLOOK2003 EXCHNAGE恢复模式
OUTLOOK2003 EXCHNAGE恢复模式让你选择“连接”或“脱机工作”,如果你点击“连接”,你会连接到一个空的邮箱,类似于图2所显示的那样,意味着邮件、规则、签名等消失不可见,但你可以查看全球地址列表,来发送或接收邮件,就像之前一样。
Note:
注意:OUTLOOK之前的版本,将不会收到像图1所示的对话框。而用户将选择工作在联机模式,大多数情况下会使用一个不可读的OST文件(脱机文件),因为与之前邮箱关联的加密数据将会被空邮箱的新密钥所覆盖。因此建议通知所有用户使用新版本的OUTLOOK访问他们的邮箱,在脱机模式下打开OUTLOOK,然后导出数据到PST文件,确保之后在联机模式下时,可以被打开或导入。更多的相关信息,我建议你读一下微软的KB文章(KB就是知识库):282496—重设EXCHANGE邮箱数据库时考虑的最佳实践
图2:工作在联机模式的OUTLOOK2003访问拨号音数据库
如果你点击“脱机模式工作”,那么存储在客户端本地的OST文件将被打开,在这里你可以访问到先前EXCHANGE邮箱与OST文件同步的任何邮件信息,优先于去访问发生故障的邮箱存储,如下图3所示。
图3:脱机模式下使用OUTLOOK2003访问本地的脱机文件
从备份中恢复邮箱存储现在是时候用备份来恢复我们的故障邮箱存储了,我们将恢复它到恢复存储组里,因此在做其他别的事情之前,我们需要创建一个指定的存储组。实现这一步,需要打开EXCHANGE系统管理控制台,EXCHANGE服务器位于“服务器”容器下,定位到这,并右键点击它,在弹出的内容栏中选择“新建”,然后点选“恢复存储组”,如下图3所示。
图4:创建恢复存储组
指定你想要恢复邮箱存储到磁盘驱动器的相应位置。(看图5)。如果磁盘空间允许,恢复它到拨号音数据库当前所在的路径,将会是最好的选择,这样将会大地提高性能。
图5:指定事物日志和系统文件的本地路径
Click OK.
点击“确定”
目前我们在相应的位置上已经有恢复存储组了,接下来我们需要添加数据库(我们想要从备份中恢复的数据库)到恢复存储组。我们要先右击“恢复存储组”,然后选择“添加数据库到恢复”,将会出现如下图6所示的窗口。选择你想要恢复的邮箱存储,选中后的会高亮显示,然后点击”OK”.
图6:添加数据库到恢复存储组
现在给邮箱存储命名(如图7示),然后在属性中点击“数据库”标签。
图7:为恢复存储组的邮箱存储命名
这里应该接受默认设置,但是要确定已勾选“在恢复后数据库可以被覆盖”这一选项,如下图8示,然后点击“OK”。
图8:指定恢复存储组数据库路径
我们现在准备从备份中恢复邮箱存储,这篇文章里我们使用NTBACKUP,但是如果你已经实施一个第三方产品的恢复工具,例如Veritas Backup Exec,你也可以使用它。
使用NTBACKUP,就要先点击“开始”,“运行”,然后输入“NTBackup”,然后选择“恢复和管理媒体”,如图9所示。
图9:NTBACKUP中恢复和管理媒体标签
注意:
如果你打开NTBACKUP后,没有出现图9显示的那样,是因为运行在向导模式。如果是这种情况,你需要取消选中“总是运行在向导模式”,退出NTBACKUP后,再打开。
现在需要展开“文件>Information Store.bkf>服务器名\ Microsoft Information Store\第一存储组”,选择对应的“邮箱存储”和“事物日志”(如图10)。
图10:展开并选择相应的媒体项目
注意恢复的文件到:文本框显示的原始位置。
点击“开始恢复”,然后指定恢复到的服务器和日志文件、补丁文件的临时路径。记住要勾选“上次恢复设置(日志文件在恢复完成后执行重播操作)”,“恢复后装载数据库”(看图11),然后点击“下一步”。
图11:指定服务器,日志、补丁的临时路径
恢复开始执行,邮箱存储的大小决定恢复所需的时间。当恢复完成后,点击“关闭”(图12),退出“NTBackup”。
图12:邮箱存储恢复完成
以上所有就是第二部分内容。接下来请期待第三部分,我将说明当前装载到恢复存储组的邮箱存储(我们刚刚恢复完成的),如何替换拨号音数据库(目前生产环境中正在使用的)。文章的最后,我将说一下如何合并两个数据库。我承诺下一篇文章将会是本系列的最后一篇!
揭开exchange拨号音恢复的方法(第三部分)
这是第三部分,也是揭开exchange拨号音恢复的方法系列的最后一部分。在这篇文章中,我将向你们说明,如何确定先前恢复到恢复存储组的邮箱存储状态是一致的,向你们提供必要的步骤,以便用已恢复的邮箱存储替换拨号音数据库。最后我要说一下如何合并两个数据库。
检查已恢复邮箱存储的状态
在系统管理控制台中,恢复存储组下,此时检查已恢复的邮箱存储是否可见。检查在邮箱容器对象下,相对应的邮箱已被列出(看图1)
图1:在系统管理控制台,已恢复邮箱存储在恢复存储组下可以看到
恢复一个邮箱存储到恢复存储组后,建议你立即“卸载”/“装载”它,以保证事物日志被清除,并且都已写入到数据库当中,并保证数据库的状态是一致的。如果你还心有余悸的话,你可以通过运行命令来检查数据库的状态:
ESEUTIL /MH C:\Program Files\Exchsrvr\Recovery Storage Group\database.edb(记住要先卸除数据库)
“状态”一行上应该显示的是:Clean Shutdown(安全关闭、干净关闭),如图2显示。
图2:已恢复邮箱存储的状态
用已恢复邮箱存储替换拨号音数据库
好吧,我们现在已经有了一个,状态一致的原始邮箱存储的恢复,我们准备用它来替换在当前生产工作中的拨号音数据库。其实你可以马上开始合并已恢复的邮箱存储到拨号音数据库,但是这样做有几个缺点。最值得注意的是如下方面:
- 单实例存储将丢失,这意味着邮箱存储的大小,将比先前发生故障时变的更大
- 原邮箱规则、格式等将保持在邮箱存储发生故障之前的状态,意味着用户将不能对规则做任何修改,例如移动邮件到自定义的文件夹。另外OUTLOOK的脱机文件仍发挥作用。
- 合并从一个数据库到另一个数据库的全部时间将会大大的缩短。因为拨号音数据库要比原邮箱存储小很多。想象一下,把一个30G的数据库与一个只有1G大小的数据库合并,会花费多长时间呢。
为了替换数据库,首先要将它们两个都“卸载” ,通过在系统管理控制台,右键点击邮箱存储,然后选择“卸载”。
注意:
理论上你可以通过在系统管理控制台中,改变每个数据库的逻辑路径,来替换数据库。但是我不建议你使用此方法,因此关于使用这种方法的详细步骤,我将不做说明。
接下来是要确认与邮箱存储相关联、被恢复到恢复存储组的EDB文件和STM文件,是否与拨号音数据库相关联的EDB文件和STM文件相匹配,如果不匹配的话,就需要将它们重命名。
重要说明!
如果你不需要将其他的日志文件导入到数据库的话,你应该重命名EDB和STM文件。
是时候创建一个名为“新建”的文件夹(或其他名字的文件夹也可以)。文件夹中包含已恢复邮箱存储的EDB和STM文件,以及在当前生产环境中邮箱存储(即拨号音数据库)的EDB和STM文件。它们默认的路径分别是C:\Program Files\Exchsrvr\Recovery Storage Group 和 C:\Program Files\Exchsrvr\MDBDATA 文件夹下(如下图3所示)。
图3:两个邮箱存储的EDB和STM文件路径
现在从恢复存储组的文件夹,移动EDB和STM文件到MDBDATA文件夹下的“新建”文件夹中。同样把MDBDATA文件夹的EDB和STM文件,也移动到此“新建”文件夹中。移动它们到“新建”文件夹,用来替换“恢复存储组”。当所有文件全被移走时,你需要再次移动它们,这一次是从“新建”文件夹中,把它们再移回原先的位置(就是“恢复存储组”文件夹和MDBDATA文件夹)。如果此时你看见一个对话框,提示你是否覆盖已存在的文件的话,这说明你之前是做复制操作,而不是移动操作。如果这样,你就选择“是”。(此操作一定有它的目的性,不是我翻译的问题,之前也是没弄明白,反复研究后才知,有作者的用意,继续往下看,便可知晓)。
返回系统管理控制台,你需要打开每个邮箱存储的属性,选择“数据库”标签,检查“数据库恢复时可被覆盖”一项是否打勾。(如下图4所示)。
图4:邮箱存储属性里的”数据库”标签
现在在系统管理控制台中,装载上这两个邮箱存储,当你这样操作时,用户就可以再一次访问他们原来的邮箱了(包括规则等)。此外,用户将再一次看到OUTLOOK2003 EXCHANGE恢复模式对话框,出现在数据库被替换后,他们第一次登录时。
Merging the Databases
合并数据库
在调用拨号音数据库恢复方法成功之前,我们已经做了很多事情。将拨号音数据库中创建的数据库,与在此期间我们已从备份中恢复的原始邮箱存储合并。在Exchange 2003 SP1公布之前,执行合并操作需要ExMerge的帮助,但是EXCHANGE 2003 SP1改变了这一问题,因为它包含一个新的恢复邮箱数据的特性,那就是集成在系统管理控制台里的(你可以通过微软EXHCNAGE技术中心,来阅读更多的关于这一特性的文章)。文章链接:EXCHANGE 2003 SP1恢复邮箱数据特性
从拨号音数据库到从备份中恢复的原始数据库的邮箱合并。在系统管理控制台,定位到“恢复存储组”>“邮箱存储”>“邮箱”。这里你应该选择你需要合并的邮箱,然后点击鼠标右键,在出现的内容菜单里,点选“EXCHANGE任务”,如下图5所示。
图5:选择需要合并的邮箱
现在点击两次“下一步”(图6所示)。
请注意一下目的邮箱存储,然后再次点击“下一步”(如图7)。
图7:目的邮箱存储
选择“合并数据”,然后点击“下一步”(图8所示)。
图8:选择合并数据
设置这一过程的计划任务,或者立即执行合并,然后点击“下一步”(如图9)。
图9:设置任务计划
让任务完成,然后点击“完成”(如图10和图11)。
图10:任务执行进展
图11:完成EXCHANGE任务向导
我们现在已经恢复了所有邮箱数据,这是邮箱存储发生故障之前的状态,而且还合并了用户连接到拨号音数据库时收到的任何邮件信息,至此我们执行的灾难恢复已成功完成。
最后的话
希望这三篇文章,可以鼓舞你有足够的信心,在你的实验环境中测试拨号音数据库的恢复方法,这样你就可以使用它的优势,来处理你今后的EXCHNAGE生产环境中,遇到的重大邮箱故障问题。
如果你有任何疑问、意见及其他问题,请提交到MSExchange.org下面的信息板上:
http://forums.msexchange.org/ultimatebb.cgi?ubb=get_topic;f=15;t=005517
Relevant reading:
相关文章:
EXCHANGE2003中如何使用恢复存储组
http://support.microsoft.com/kb/824126
使用EXCHANGE 2003的恢复存储组 (第六章):http://www.microsoft.com/technet/prodtechnol/exchange/2003/library/ue2k3rsg.mspx
拨号音数据库:
http://www.microsoft.com/seminar/shared/asp/view.asp?url=/seminar/en/20040318TNT1-101d3/manifest.xml
重置EXCHANGE邮箱数据库的考虑和最佳实践
http://support.microsoft.com/?id=282496