《Exchange Server白手起家系列存储备份策略.ppt》由会员分享，可在线阅读，更多相关《Exchange Server白手起家系列存储备份策略.ppt（32页珍藏版）》请在金锄头文库上搜索。
1、,Exchange Server白手起家系列存储备份策略,喻 勇, PMP/MCSE 微软特约讲师 讲义下载：,系列课程内容,万事开头难 进行企业IT架构评估 做一个Exchange管理员必须掌握的技术-软件篇 做一个Exchange管理员必须掌握的技术-硬件篇 邮件系统设计和选型的原则 如何执行压力测试？ 软件安装和服务器管理的规范化 用户和系统迁移过程中的注意事项 大规模的用户帐号管理、组管理中采用的常见策略 客户端部署和管理 邮件系统日常维护的要点 系统SLA和监控流程 邮件安全、反病毒和反垃圾邮件 存储备份策略 你的系统可靠性有几个9？ Down机了怎么办？ 常见问题汇总和答疑,今日议
2、程,数据存储和备份是邮件系统平稳可靠运行的保证，也是进行灾难恢复的前提。本讲讨论存储设计的一些问题，以及Exchange Server备份和恢复的一些原则、建议和实践方法。 关于Exchange数据存储的一些建议 Exchange的备份的幕后细节 微软内部Exchange系统的备份方案 各类邮件恢复方法的比较,关于Exchange数据存储的一些建议,每服务器支持500和5000个邮箱的区别,优点 显著降低管理成本 对存储硬件的利用率高 充分利用数据中心的硬件基础架构,顾虑 备份完成的速度 灾难恢复的高要求,关于Exchange数据存储的一些建议,RAID，RAID，RAID！ 分区尽量以物理的
3、RAID阵列为单位 每个分区的功能要明确，并尽可能单一 禁用NTFS高级特性，禁用压缩和磁盘配额 大型系统尽可能使用SAN来节省远期投入 高速磁盘和低价位磁盘混合使用，各司其职,关于Diskpar,对齐磁盘扇区以获取最大的性能 Windows 2000中使用Diskpar Windows 2003中使用Diskpart 值得一读： 优化 Exchange Server 2003 的存储 ,操作步骤,大多数情况下，应使用 DiskPar 来使硬盘磁道与物理磁盘分区对齐。由于 Windows 2000 和 Windows Server 2003 将最大隐藏扇区数限制为 63，因此，对于每个磁道具有
4、 63 个以上扇区的磁盘，其默认启动扇区是第 64 个扇区。Windows 2000 和 Windows Server 2003 所创建的所有分区都从第 64 个扇区开始，这使得写入磁盘的每八个数据块中有一个数据块会跨越两个磁道。要使用 DiskPar 来对齐硬盘，请执行以下步骤。 备份硬盘上的所有数据，然后删除所有分区。 在命令提示符处，键入 diskpar -s ，然后确认您要对磁盘分区。 键入该硬盘的新起始偏移量和分区大小。由于 Exchange 以 4 KB 数据块为单位写入数据，因此所键入的起始偏移量的值必须是 4 KB 的倍数。 DiskPar 对齐磁盘之后，在命令提示符处，键入
5、diskpar -i ，以验证磁盘已正确对齐。 使用磁盘管理器对硬盘进行分区。将分区配置为使用 NTFS，并使用 4096 (4 KB) 作为分配单位大小。 使用 DiskPar 提高磁盘性能并格式化磁盘分区。使用 DiskPar 之前，务必备份想要保留的所有数据。DiskPar 是 Windows 2000 资源工具包的一部分。有关使用 Diskpar.exe 的详细信息，请参阅 Microsoft Windows 2000 资源工具包的帮助。,Exchange的备份的幕后细节,备份API被调用,数据库进入备份模式,开始备份,备份程序调用Exchange的备份API接口 checkpoint
6、文件被冻结 在线碎片整理暂停, 数据库服务依次通知每一个数据库进入备份状态, 备份代理读取数据库的每一 个页面，每次读取8个，用64k 读取页面时进行校验和计算,结束备份, 页面读取完成 复制日志文件到磁带 清除日志文件 关闭备份集,数据库恢复到正常模式,备份完成,checkpoint 文件解冻 在线碎片整理恢复,备份过程的要点,Information Store服务必须启动，所有数据库都要被Mount 可以备份整个存储组，也可以备份单一的数据库 支持同时进行备份和恢复(针对不同的数据库) 事务日志文件的清除 长时间等待的备份任务可能导致数据库离线或停止工作 超过1024个未提交日志会使数据库
7、离线,备份类型比较,Full(Normal) Copy/Daily Incremental Differential Snapshot Offline,X X X,X X X X X,Type Copies DB Copy Logs Truncates Logs,X X X Not recommended,将数据库离线,数据库进入恢复模式,开始恢复,结束恢复,数据库进入正常模式,恢复完成, 自动或者手工的将数据库离线, 数据库服务通知ESE 进入恢复模式 创建临时的恢复存储组, 备份代理复制磁带上的数据库文件 备份集上的日志文件也同时被复制到 临时目录, 处理日志文件, 数据库被加载 删除临时
8、文件夹中的内容,Exchange的恢复的幕后细节,恢复过程的要点,MSExchangeIS服务在恢复时必须正常运行 被恢复的数据库需要离线 手工设置数据库的可覆盖属性 其余的数据库不受影响，可以正常使用 System Attendant 服务不参与恢复过程 Restore.env文件 使用命令行进行硬恢复(Hard recovery) Eseutil /cc,恢复过程的要点,数据库 备份程序根据数据库的GUID决定恢复的路径 日志文件 磁带上备份的日志文件被复制到临时目录 用户需要制定临时文件的位置 Restore.env文件的作用,Restore.env,Restore.env文件中包含的内
9、容 恢复路径 恢复的日志文件路径 存储组信息 日志文件的范围 恢复时间,恢复数据库时Log文件的重演过程,检查Log文件的签名 重演(replay)日志文件 首先从临时文件夹中被恢复的日志开始 接着从存储组的日志中进行Replay 如果启用了循环日志，则不进行任何Replay In this case the database will be rolled back to the date of backup 如果仅恢复存储组中的一个数据库，程序会选择从日志序列中恢复跟此数据库有关的日志,Situation As part of the internal rollout of Microsof
10、t Exchange2003 and the Microsoft Windows Server System at Microsoft, Microsoft IT began to consolidate messaging servers to reduce operating costs. High availability requirements for the clustered server redesign prompted Microsoft IT to examine its backup and restore solution. Solution Microsoft IT
11、 implemented a two-step backup solution and the Exchange2003 Recovery Storage Group (RSG) feature that minimizes user downtime during a database recovery. The new solution supports server consolidation with high availability while providing greater backup and restore flexibility. Benefits Increased
12、server ability during single node failures Reduced operating costs from server consolidation Minimized impact to users during backup using an alternate passive node in the clustered configuration Flexible recovery solution allowed users to continue working while restoration of mailbox/database was d
13、one offline and merged later,微软内部Exchange系统的备份方案,Products and Technology,Microsoft Exchange Server2003 Microsoft Windows Server 2003 Enterprise Edition Veritas Network Storage Executive (NSE) HP StorageWorks Enterprise Virtual Array 5000 storage area network (SAN) solution Microsoft Operations Manag
14、er (MOM) Exchange2003 Management Pack (MP),Situation,As of July 2003 the Microsoft corporate e-mail infrastructure is comprised of: Global mail flow of 6,000,000 messages per day on average, with 2,500,000 average Internet mail messages per day. 20 databases per server, with 50 gigabyte (GB) maximum
15、 database size on new clustered deployments. 200 MB per user mailbox limits. Global service availability of 99.9% with a target to achieve 99.99% on clustered designs. Worldwide mail delivery in less than 90 seconds, 95% of the time. Backup and restore operation SLA of less than one hour per databas
16、e.,Old Configuration,A,B,C,D,E,SG1,A,B,C,D,E,SG2,Backup Solution Architecture,Production Data Four storage groups (SG) per server Five databases per storage group,D,E,A,B,C,D,E,A,B,C,Pool of Backup Disks,A,B,C,D,E,A,B,C,D,E,A,B,C,D,E,A,B,C,D,E,Linear Tape Library,Backup60GB/hr/SG,Backup60GB/hr stream,Restore,Restore100GB/hr,A,B,C,D,E,D,E,A,B,C,D,E,A,B,C,Recovery,Service Recovery,Data Recovery,5 DB (1000 users),=1 DB(200 users),RSG+EXMERGE,Exchange 2003
