Exchange数据保护最佳实践

简介:
Exchange数据存储的特性: Store: 数据存储的位置  Storage Groups(SG): 最多可以建4个Storage groups  每个Storage group最多含有5个store  每个store的存储空间无限制  注: 以上的数据都是针对Enterprise Edition   每个SG都有一套独立的事件日志 
Storage Groups(存储组) -->见下图:
20031089
细分Store和SG的好处: 提高了系统的可靠性: 分成多个数据库,提高了可靠性  Ex55中就一个大数据库,备份时间太长  Storage group之间是独立的数据库  提高了系统的可管理性: 可以针对store做配置  提高了系统维护的灵活性
数据存储的处理过程-->见下图:
20031090
日志文件的重命名: Current Logs Are Renamed After 5MB of Data is Accepted -->见下图:
20031091
20031092
Exchange的日志文件存放在那里呢? 默认的情况下第一个存储组的日志文件是存放在C:\Program Files\Exchsrvr\MDBDATA这个路径里面  大家在这里面可以看到几个log  E00.log代表的是当前正在工作的日志 当E00.log这个文件达到5MB上线的时候会被重命名成E0000002.log放在里面  E0000001.log代表是以前使用过的日志 以前的日志已经达到5MB的上线了 那么这个日志它会被重命名放到另外一个位置  res1.log  res2.log什么时候有用呢?  当磁盘空间不足的时候 那么系统会启用这两个log来帮你把Information Store结束来避免Information Store突然停止掉  E00.chk文件就是我们所谓的Checkpoint文件 有人可能会见到E1 E01 E02等等 当我们对着Exchange服务器右键--按新建--选择存储组的时候 你需要给日志文件指定一个前缀 比如事务日志文件存放在c:\logs 系统路径也是存放在c:\logs 系统路径是用来存放检查点文件的 按应用 此时你会发现在日志文件前缀里面生成E01 也就是说第二个存储组里面所有事务日志的前缀都是E01  默认第一个存储组的前缀都是E00  因为现在我这台Exchange服务器是一台虚拟机 所以里面没有大量的数据修改  看到log比较少  如果在真正的生产环境当中 这个log的数量会非常多的  如果你想查第一个存储组的日志文件放在什么位置的话  可以对着第一个存储组右键--选择属性  可以看到事务日志位置: C:\Program Files\Exchsrvr\mdbdata  这个路径你是可以更改的  因为从性能角度考虑 一般情况下我们不推荐把事务日志和数据库都放在同一块磁盘里面 
备份类型     备份所需时间     事务日志     恢复所需时间
  完全备份        最慢              删除             最快
  增量备份        最短              删除             最慢
  差异备份        较慢             不删除           较慢
  复制        与完全备份机同     不删除       与完全备份相同
20031093
通过开始-- 运行--输入ntbackup按确定来打开备份工具  按高级模式--按备份  当你在计算机上安装Exchange之后  实际上ntbackup这个软件是可以完成对Exchange备份的  展开Microsoft Exchange--EXCHANGE2003--Microsoft Information Store-把第一个存储组沟上  按开始备份--按高级--如果在备份类型里面选择正常表示进行一个完全的备份--按确定--按开始备份  这样备份完成之后你会发现日志文件减少了  注意: 如果是备份某一个存储组的某一个存储的话 日志文件是不会减少的 因为在Exchange里面的日志是共以一个存储组来使用的 那么你只备份某一个存储组中的某一个存储是不能减少日志的 如果把日志减少了就会导致另外一个存储没法正常地工作了 将来没法恢复了 如果你想减少日志的话必需一次完整地备份一个存储组 只要通过这种方式来备份 那么备份完成之后 没用的日志会自动地被清理掉 ntbackup这个软件操作的最小力度是数据库级别 它不能再小到邮箱或者邮件的级别 因此你能够选择最小的是某一个存储或者某些存储进行备份 
如何执行联机备份? 什么是联机备份? -->所有的Exchange服务都正常提供工作  按备份类型系统自动选择需要备份的Edb文件 Stm文件和事务日志文件  备份完成后检查Exchange数据的完整性  如何使用微软的备份工具进行联机备份: 1.打开备份工具 2.选择你需要备份的Exchange数据库  选择相应的备份类型,开始备份 
如何执行脱机备份 为什么执行脱机备份? 联机备份失败 Exchange IS无法启动 备份软件不支持联机备份  脱机备份的缺点: 必须首先停止Exchange IS服务 备份完成后, 日志文件需要手工删除 无法确定备份的数据库文件是否有问题  
注意: 联机备份是不需要停止Exchange的任何服务 而且用户的访问是不会受影响的确  但是如果你要做脱机备份的话 你必须到服务里面把Microsoft Exchange Information Store服务停止掉  把这个服务停止掉之后就意味着此时这个数据库不会再被任何用户访问了
20031094
我现在把Exchange服务器的Microsoft Exchange Information Store服务停止掉  此时数据库就不会再被任何用户访问了  打开IE浏览器输入 https://exchange2003.yejunsheng.com/exchange 按回车键  输入用户名(administrator)和密码按回车键  这个时候就会报了一个错误-->HTTP/1.1 503服务不可用  实际上就是因为我把Microsoft Exchange Information Store服务停止掉而带来的结果  所以脱机备份对用户的访问是有影响的  脱机备份主要备份什么东西呢? 我们需要在C:\Program Files\Exchsrvr\MDBDATA这个路径下把priv1.edb  priv1.stm这两个数据库文件复制出来  但是有人只把priv1.edb拷出来或者只把priv1.stm拷出来 这样是不行的 因为Exchange的完整数据是由priv1.edb  priv1.stm这两个数据库来组成的  priv1.edb数据库存储的是Outlook使用格式的一种数据 一般是给MAPI客户端来使用的 而priv1.stm数据库主要是通过SMTP或者Outlook Web Access来访问Exchange的时候来使用priv1.stm数据库来获取数据的  priv1.edb  priv1.stm这两个数据库存储的内容绝大部分都是不一样的  就是说当你备份的时候一定要把这两个数据库文件都备份出来 如果只备份其中一个数据库文件是没有办法达到备份的目的  当你想恢复的时候就把这两个数据库文件拷贝回去就可以了
卷影子副本服务与Exchange Server 2003 -->见下图:
20031095
打开微软操作系统备份工具--按高级--按备份--把Microsoft Information Store沟上--按开始备份--按高级  你会发现有一项叫做禁用卷影复制 你记住在Exchange上的禁用卷影复制功能是不会起作用的  你沟不沟上禁用卷影复制功能都没有作用的  因为微软提供这个备份工具是不支持Exchange的卷影副本备份的  它只支持文件系统的卷影副本备份的 
如何恢复Exchange数据库? 恢复过程: 使用备份中的数据库文件替代原有EDB/STM文件  将备份中的日志文件复制到临时文件夹  创建Restore.env文件  检查所有日志文件的签名以确定是否和该数据库匹配  将恢复的日志应用到数据库  讲数据库所属存储组下的活动日志文件应用到数据库  删除临时文件夹  Mount Exchange数据库 
20031096
我现在来做一个Exchange的联机备份  打开备份工具--按备份  我只备份一个邮箱存储就可以了--把第一个存储组里面的邮箱存储沟上--我把备份媒体或文件名里面的名称更成C:\Backup.bkf 按开始备份  注意: 这个时候Microsoft Exchange Information Store服务是在运行的 
20031097
我先把Microsoft Exchange Information Store服务停止掉然后到C:\Program Files\Exchsrvr\MDBDATA这个路径下把priv1.edb priv1.stm这两个文件删除掉 再把Microsoft Exchange Information Store服务启用  我们做Exchange数据恢复的时候需要做几件事情呢?  第一.到你要恢复数据库的上面(邮箱存储EXCHANGE2003)右键--选择属性  按数据库--把还原时可以覆盖此数据库沟上 这一项一定要沟上的 如果你不沟这一项数据库是不可以被覆盖的  按确定  第二.对着邮箱存储右键--选择卸除存储  第三.找到刚才备份的数据进行数据还原 
20031098
打开备份工具--按还原和管理媒体--展开文件--Backup.bkf--把EXCHANGE2003沟上--按开始还原  在日志及修补文件的临时位置里面指定一个路径(C:\logs)  把上次还原集沟上 这一项是很关键的 也就是说如果你是还原备份系列最后的一个备份的话 你必须把上次还原集这一项沟上  沟上这一项系统会自动重演日志文件的 如果你不沟上这一项的话 等你还原回去之后你会发现Exchange数据库是没法连接起来的 如果你只是还原备份系统中的第一个备份或第二个备份的话 你同样不同把它沟上  还有一项叫做还原后装上数据库 因为在这个备份系列只有一个备份也就是最后一项备份 所以不用把它沟上  按确定就开始还原了
20031099
打开Exchange系统管理器--展开管理组--第一个管理组--服务器--EXCHANGE2003--第一个存储组--对着邮箱存储右键--选择装入存储就ok了  此时你再对着邮箱存储右键--选择属性--按数据库--你会发现还原时可以覆盖此数据库的沟又去掉了  这个不用管它 只要记住每次在做还原之前把还原时可以覆盖此数据库沟上就可以了 
20031100
另外一种备份的方式就是脱机备份  脱机备份的还原就比较简单了 首先对着邮箱存储右键--选择卸除存储  脱机备份的还原方式只需要把你以前备份的priv1.edb priv1.stm这两个数据库文件拷贝到 C:\Program Files\Exchsrvr\MDBDATA这个路径下就可以了  最后对着邮箱存储右键--选择装入存储就ok了  在装入存储的时候它会尝试做一个日志的重演 但是有的时候会由于EOO.chk文件的问题会导致失败 如果你怀疑你的EOO.chk文件有问题的话 你可以把它删除掉  删除掉之后当你再装入存储的时候它会把所有的日志都重演一次 
20031101
对着第一个存储组右键--选择属性  有一项叫做启用循环日志记录  这个功能启用之后有什么好处呢? 启用之后系统会循环地使用一系列事务日志文件 而不会像常规模式下不断地生成新的日志事务日志文件 启用循环日志记录就意味着系统总是循环地使用某几个事务日志文件  当E0000003.log这个数据库文件存储满了之后会自动覆盖E0000001.log里面的内容  注意:当你启用循环日志记录之后就不能再做增量备份和差异备份了  因为增量备份和差异备份都是备份改变的事务日志  这是一个影响 还有一个影响就是当你装入存储的时候 它就不会再做重演日志文件的操作了 启用循环日志记录功能的好处就是有效控制日志的容量 它不会产生一个非常大的日志数量
数据库修复: 两个工具: ESEUTIL  ISINTEG  三种方式: Hard Recovery  Soft Recovery  Hard Repair
20031102
打开Exchange 系统管理器--展开管理组--第一个管理组--服务器--对着EXCHANGE2003(Exchange服务器)右键--按新建--选择恢复存储组  这个存储组是另外一个特殊的存储组  这个存储组不是在企业版那四个存储组当中  它是一个额外的存储组  按确定
20031103
对着恢复存储组右键--选择添加要恢复的数据库--按邮箱存储(EXCHANGE2003)  按确定
20031104
   这个恢复存储组有什么作用呢? 实际上相当于我要把第一个存储组里面的恢复邮箱存储添加到恢复存储组里面了 这样做有什么好处呢? 当你执行恢复的时候 它会尝试先恢复到恢复存储组的邮箱存储里面  而不是直接恢复到第一个存储组里面的邮箱存储里面  所以这个时候就带来一个好处 也就是说当你执行恢复的时候 你不需要停止第一个存储组里面的邮箱存储  对着恢复存储组里面的邮箱存储右键--选择属性--一定要把还原时可以覆盖此数据库沟上(默认是沟上的)  打开备份工具--按还原和管理媒体--把EXCHANGE2003\Microsoft沟上--按开始还原--在日志及修补文件的临时位置里面输入C:\logs--把上次还原集沟上  按确定  等它恢复完成之后就对着恢复存储组里面的邮箱存储右键--选择装入存储  它提示确实要继续吗? 你按是就ok了 注意:在你没有使用恢复存储组的时候 在你恢复的时候会直接恢复到第一个存储组下面的邮箱存储里面  如果你使用恢复存储组的话 它会恢复到我刚才添加过来的恢复数据库里面  所以第一个存储组里面的邮箱存储用户的正常访问是不会被终止的 

本文转自 叶俊生 51CTO博客,原文链接:http://blog.51cto.com/yejunsheng/162387
相关实践学习
日志服务之使用Nginx模式采集日志
本文介绍如何通过日志服务控制台创建Nginx模式的Logtail配置快速采集Nginx日志并进行多维度分析。
相关文章
|
15天前
|
存储 监控 安全
保护企业财产:ERP系统的安全与数据保护策略
保护企业财产:ERP系统的安全与数据保护策略
34 0
|
4月前
|
算法 安全 物联网
通过EMQX使用ID²,实现数据安全上云
本文介绍如何通过EMQX使用IoT设备认证(ID²),进行设备身份认证、数据加密等功能,实现物联网数据安全上云。
70 0
|
算法 数据库 数据安全/隐私保护
数据安全最佳实践(3):数据集成加解密
随着《个保法》《数安法》的发布,法律对企业的数据安全使用和管理提出了更高的要求。数据集成是数据业务中的一个重要场景,不仅可能涉及到多方数据,并且一般集成数据体量巨大。不论是基于法律的要求还是对业务数据的保护,集成过程中的数据安全都是十分重要的。 Dataphin提供基于数据集成的数据加解密服务,提供常用的商密和国密算法,并支持密钥的权限管理和使用审计,确保客户数据集成链路上的数据安全。
数据安全最佳实践(3):数据集成加解密
|
安全
通过信息隔离墙来提高Exchange数据安全,互联网营销
  企业某些部门的数据可能比较敏感,不希望其他部门看到。如研发部门的产品研发数据,关系到企业生存发展。这些数据需要严格保密,不能够外泄。再如对于一些投资机构,法律要求市场研究人员与经纪人之间的沟通进行限制。
905 0
|
网络协议 数据库 存储
|
监控 数据库 数据安全/隐私保护

热门文章

最新文章