五月天怪兽好矮:Exchange Server 2003备份方法 A

愈来愈多的企业使用 MS Exchange 服务器，我们都知道 Exchange Server 不单是邮件服务器……

　　愈来愈多的企业使用 MS Exchange 服务器，我们都知道 Exchange Server 不单是邮件服务器，它更是企业的协同作业平台， MS Exchange 所能带给企业许多的商业效益不用我们多说，大家一定都有相当的研究，也因为其在企业占有举足轻重的地位，所以要提醒各位绝对不能忽略对于 MS Exchange 服务器的数据库与相关组态信息的数据保护。如何备份才能提供 Exchange 服务器完整的保护是这篇文章最主要用意。

　　Exchange Server 2003 储存结构

　　在谈到 Exchange Server 2003 数据保护之前 ，要 先了解 Exchange Server 之数据库的储存结构 。

　　Exchange Server 2003 的数据库是由两个档案所组成：

　　丰富文本文件(扩展名为 .EDB )，它存放了每封邮件讯息和 Message Application Programming Interface ( MAPI )的内容。

　　另一个则为原始内容「数据流( Stream )」档案(扩展名为 .STM )，它保存了所有非 MAPI 的信息。

　　因此，信箱存放区是由 Priv1.edb 和 Priv1.stm 组成 ( 图 1) 。相同的，公用数据夹存放区是由 Pub1.edb 和 Pub1.stm 组成。每一个 Store 里都有这两个档案，且 Exchange Server 2003 将这两个档案视为一组。所以每一个存放区 (Store) 的大小，就是将丰富文本文件、原始内容文件、和异动记录文件组合在一起后的大小。这两种数据都以 Extensible Storage Engine(ESE) 数据库格式存放。

　　除了上述 store 的档案外， MS Exchange Server 还包含两个主要的档案

　　异动记录文件 (Transaction Log): 运作方式采用 fault-tolerant, transaction-based databases 来贮存数据 , 因此 每个 5120KB 大小的 Transaction Logs . 也是重要的一环 , 另外每个 storage group 同时拥有两个 log files (Res1.log and Res2.log) 这两个 log files 乃是为了确保硬盘用完之前能够顺利的 Shut down Service 而不至于造成 storage group 发生 inconsistent 的情 形。

　　检查点档案 (Checkpoint Files ) : 检查点档案会记录在记录文件中的哪一笔项目已被写入磁盘中，如果记录文件内所有的项目都已写入磁盘了，则记录档案在复原期间不会被重新执行。经由告诉 ESE 哪一个记录文件项目需要重新执行，哪一个不需要，便可以加快复原的时间。

　　什么是该备份的？

　　Exchange Server 2003 中存放着大量信息，而这些信息包含使用者邮件的数据、公用数据夹数据与分别存放在 Mailbox Store 与 Public folder Store ， 除此之外，每一个信箱的信息及 Exchange Server 的组态信息则是存放在 Active Directory 中， 因此若要作好 Exchange Server 2003 的备份工作的话，就是要备份下列项目 :

　　信箱存放区 (Mailbox Store)

　　公用数据夹 (Public Folder Store)

　　异动纪录文件 (Transaction Log)

　　网域控制站服务器的系统状态 (System State)

　　备注：System State

包含 ---- 登录，凭证服务数据库， COM+ 类别数据库，系统开机档案， SYSVOL 与 Active Directory 数据库 。

　　愈来愈多的企业使用 MS Exchange 服务器，我们都知道 Exchange Server 不单是邮件服务器……

　　该如何备份？

　　在现实的环境中，单靠操作系统附加的备份程序 ( 如 NT Backup) 并无法满足企业对 MS Exchange 主机的备份需求，对 MS Exchange 主机除了针对上述档案执行数据备份外，其实企业需要更进阶、更弹性及更简易的方式来进行 MS Exchange 数据的保护，藉由专业储存厂商所提供的备份软件，除了可以拥有上述的效益外，更可以整合所有平台的服务器，让 IT 人员能不必浪费过多的时间在备份各种不同平台的服务器上。接下来我们要从备份策略及专业厂商所提供备份软件的备份方式来?大家介绍如何对 MS Exchange 数据库进行备份

　　备份策略

　　有多项因素会影响备份策略--备份动作多寡、还原动作多寡、服务器与储存硬件、可用媒体数量、媒体保留时间、网络频宽、服务器负载量、以及数据库的大小。因此，企业应该根据其实际硬件环境，决定使用何种备份策略。当决定备份策略时，首先必须先评估组织在每个礼拜可备份 Exchange Server 的时间数。在评估时，需注意执行还原时最耗时的项目，是重新执行日志档案。根据您多久执行一次完整备份，在还原时重新执行大型服务器的日志档案可能会花上几个小时，因为从上一次备份后所发生的每次异动都必须经过扫瞄。除此之外，根据必须重新执行的异动类型差异，又会造成不同的异动日志重新执行速度。执行日志档案的测试还原，取得更正确的执行时间估计值。在决定还原动作多寡之后，还须考虑企业环境与资源将对备份策略所造成的影响：

　　希望拥有最少还原动作的关键任务数据的环境中，应该在夜晚执行完整备份(或是在服务器最少作用状态时)而在中午(或是在完整备份腾出空间的那一天中较低的生产力期间时)执行递增备份。

　　如果媒体使用量是备份策略的主要因素，可以每天执行完整备份，或是每天交替执行完整与差异备份。

　　当还原动作多寡不是企业在意的事项，您应该每周至少执行一次完整备份，并在其它日子执行递增或差异备份。

　　下列附表包含几种备份策略的范例，以及其优点与缺点。尽管如此，为达最佳的保护效果，应该每天执行完整与递增备份，为达最佳的保护效果，管理者可以自订备份策略，以符合组织的需要。唯一的要求，就是最少要有每周一次完整备份的工作日，执行每日备份。

备份策略

优点

缺点

每日完整备份

良好的保护频率
较少还原动作

高媒体使用量

每日完整和递增备份

高保护频率
较少还原动作

高媒体使用量

每周至少一次完整备份的每日备份

良好的保护频率
低媒体使用量

较多还原动作

　　还原策略

　　所谓养兵千日用在一时，我们要告诉各位最初规划的备份策略及平日执行备份所花费的时间的磁带，要的就是能在最迫切的时间还原数据，因此数据的还原也是需要策略及演练计划，才可确保数据在重要时刻得以发挥作用。企业可以在在线系统执行备份测试;但是，建议在为在线系统执行备份、还原策略之前，应在与在线系统高度相似的测试系统中执行修复测试。

　　每月至少执行一次还原至备份服务器的测试，并确定还原的数据库可正常执行。这个步骤可以让您测试备份、还原策略，评估是否可正确地备份系统，并做好可能灾难的准备。虽然 Exchange Server 2003 包含修复储存群组，可用来测试还原特定的储存群组。但是，仍建议企业应该练习将整个 Exchange Server 还原至测试服务器。