exchange2003备份与恢复

本文涉及的产品
日志服务 SLS,月写入数据量 50GB 1个月
简介:

exchange2003备份与恢复

一、首先了解的几个备份概念 :
1
、创建完整的计算机备份集

    
必须将 Windows 启动分区和系统分区(默认情况下位于驱动器 C)、系统状态数据以及 Exchsrvr 目录(Exchange 安装目录)作为完整计算机备份集的一部分。建议备份集中不要包含 ../Exchsrvr/MDBDATA 文件夹。

2
Windows 备份集中包含以下数据,并且必须将所有的这些数据包含在一个备份中:
  a.
系统状态数据。
  b.
启动分区。(用以启动计算机的磁盘分区。此分区的根目录中包含隐藏文件,例如 NTLDR  BOOT.ini。)
  c.
系统分区。(安装 Windows Server 2003 操作系统的磁盘分区。)
  
注意1、如果将 Windows Server 2003 操作系统安装在用以启动计算机的硬盘分区上,则启动分区和系统分区相同。
      2
、清除任何不想备份的项目旁边的复选框。切记 Windows 备份集不应包括 Exchange。导航到 Exchsrvr 文件夹(默认情况下为 <drive>:/Program Files/Exchsrvr),然后清除 Exchsrvr 以及任何其他您不想备份的应用程序下的复选框

3
Windows 备份集/AD备份集仅在有限的时间内有效 – 默认情况下是 60 

二、创建exchange2003服务器相关备份集
环境:WIN2003+EXCHANGE2003DCEXCHANGE装在同一台机器
  1
,备份SYSTEM STATE (包括active directoryboot filesCOM+registrysysvol
  2, 
备份第一存储组(包括公用文件夹存储、邮箱存储)
  3
,备份整个C盘和SYSTEM STATEWIN2003exchange2003都装在C盘)
三、恢复exchange2003
  1
、安装新系统,设置IP、并且通过DCPROMO升级为DC,域名和之前必须一样
  2
、安装IISASP.netNNTPSMTP(不进行这步在安装EXCHANGE2003创建IIS元数据库时会报基本DAV协议失败)
  3
、重起电脑按F8进入目录恢复模式恢复SYSTEM STATE,重起电脑
  4
、以正常模式进入win2003通过SETUP/disasterrecovery 安装 EXCHANGE2003
  5
、恢复EXCHANGE存储


ESM里设置MAILBOX STORE的属性为可被还原覆盖,这是非常重要的,否则不能还原成功!

并且把MAILBOX STORE手工DISMOUNT,这也是必需的。系统无法还原覆盖正在使用的数据库。


6
、进入NTBACKUP,找到刚才备份的文件,打开编录。你会看到其中写着无数据项目,别管它,能恢复就可以了。


7
、开始恢复数据库了,注意在日志临时文件中应写一个有效的路径,该路径用于存储在备份文件中的数据库日志,另外,需要注意的是,上次还原集请大家慎重选择。如果选择该项目,系统将在还原完成后按日志内容重放操作,这将使你刚才的操作仍然有效,换句话说,我刚才的删除项目操作仍然有效。我不希望这样,因为我希望恢复我刚才删除的文件哦,所以我不选这个选项,实际操作中该项应该是选中的,因为备份的数据比当前服务器的数据要旧,因此只有REPLAY日志才能重新应用备份后的操作。这样恢复后的数据才是服务器的最新状态。
NOTE
:只有选中了上次还原集,才能在还原后让系统自动将数据库MOUNT

OK
,还原进行中了。。一切顺利。。

还原终于完成了,没有错误,说明一切正常。


8
、进入ESMMOUNT数据库,失败了。WHY

看看日志。。

哦,原来系统告诉我说,数据库不是从硬恢复中恢复的,通俗点说,就是还有日志没有完全记录到数据库中,我们看看数据库状态来验证一下。

9
、让我们来看看数据库的状态。 (eseutil /mh)

哦,原来是DIRTY SHUTDOWN,这说明数据库当前是非正常关闭的,当然不能MOUNT啦。怎么办?当然你可以在还原时选择上次还原集这样系统会帮助你REPLAY日志,完成REPLAY后,数据库就正常关闭了。但我这里可不希望去REPLAY日志,相反的,我希望系统丢弃所有的日志,于是我只能手工处理了。

10
、使用修复命令(eseutil /p)修复数据库,强制数据库关闭。

注意:只能在确定需要修复数据库时,才能使用该命令。
修复顺利完成了。呵呵。。


11
、再来看看数据库状态。

哦,现在的数据库状态是CLEAN SHUTDOWN了,就是正常关闭了。成功了。

12
、再重新MOUNT数据库,成功了哦。


13
、赶快来检查一下看看是否正常,哈哈,,你看又是31个项目了。恢复了


14
、进入OUTLOOK看看,哦,我的邮件终于回来了,上帝保佑。。


三、后记
从这个实验中你可以看到NTBACKUP确实可以备份和恢复EXCHANGE的存储组数据哦。(MS没有骗我们,呵呵……)但是需要注意的地方还真不少。
1
、首先,我们要明白备份只备份当前有效数据,已经被删除的数据不会被备份哦。
2
、备份时不能DISMOUNT数据库,也不能停止任何的EXCHANGE服务。
3
、备份时最好能使用VSS(卷影副本)或不要使用邮箱
4
、还原前,一定要将数据库设置为可覆盖模式。注意:每次正常还原后,系统会自动把这个状态撤消掉,也就是说,你每次还原时都需要重新设置,一定记得哦。
5
、还原数据库时,要把数据库DISMOUNT哦。这和备份是不一样的。
6
、备份的文件里有可能报说找不到数据项目别管它,只要你确认备份成功了就不会有问题的。
7
、还原时的临时日志位置一定要写,且不能是原始日志目录,因为在备份时,有可能有的事务还没有完全写入数据库,因此系统也会把这部分未写入数据库的日志备份到介质中,当还原的时候,它先把这些日志释放到临时目录,恢复数据库后再按临时目录里的日志REPLAY操作哦,然后删除临时目录里的日志。
8
上次还原集按需要选择。如果选择,系统将REPLAY所有日志。但不选择,系统不会自动MOUNT数据库。而且有可能连手工MOUNT都不能。注意哦。
9
、还原完成后,如果不能MOUNT,可以先看看日志和数据库的状态(ESEUTIL /MH)这是个有用的命令。
10
、最后一点,只有正常关闭的数据库才能被 MOUNT

最后说一下,如果你的服务器坏掉了,你一定要按顺序执行下列操作:

安装全新的操作系统和补丁
恢复系统状态数据(如果是DC
以灾难恢复选项安装EXCHANGE,不要以正常方式安装,装不上的。不信你试试。
恢复数据库内容
修复或调整数据库
* MOUNT
数据库
完成恢复过程。


本文转自 bilinyee博客,原文链接:    http://blog.51cto.com/215363/1160966      如需转载请自行联系原作者             
相关实践学习
日志服务之使用Nginx模式采集日志
本文介绍如何通过日志服务控制台创建Nginx模式的Logtail配置快速采集Nginx日志并进行多维度分析。
相关文章
|
3月前
|
运维 Ubuntu Linux
备份以免丢失
备份安装docker-ce
|
6月前
|
安全
linuxdd命令备份与恢复
`dd`命令实例:用于备份/恢复磁盘,如`dd if=/dev/hdb of=/dev/hdd`复制整个硬盘。还能压缩备份(`dd if=/dev/hdb | gzip &gt; /root/image.gz`)、恢复(`gzip -dc /root/image.gz | dd of=/dev/hdb`)、备份MBR(`dd if=/dev/hda of=/root/image count=1 bs=512`)、创建swap分区(`dd if=/dev/zero of=/swapfile`)
135 1
|
存储 缓存 关系型数据库
备份与恢复 | 学习笔记
快速学习备份与恢复
备份与恢复 | 学习笔记
|
NoSQL MongoDB 数据库
备份与恢复|学习笔记
快速学习备份与恢复
|
存储 文件存储 Windows

相关实验场景

更多