立即与支持人员聊天
与支持团队交流

NetVault Plug-in for Exchange 12.0 - 用户指南

NetVault Backup Plug-in for Exchange 简介 定义 Exchange 数据保护策略 规划 Exchange 服务器部署 安装和删除插件 配置插件 备份数据 还原数据 故障排除

保护 Exchange 服务器数据库

数据库是 Exchange 服务器架构中最精细的存储组织粒度。邮箱分配给特定数据库,允许按邮箱隔离数据以实现安全性或可扩展性。有时,重要的或高容量邮箱会隔离到单独的数据库,以提高性能或执行更频繁的备份。

数据库用于包含 Exchange 服务器支持的邮箱、邮件、文件夹存储和各种其他数据对象。虽然它们可以包含各种各样的数据对象,但数据库通常是以下两种类型之一:邮件存储和公用文件夹存储。在 Exchange 服务器术语中,存储与数据库相同。

Microsoft 还通过增加对并发数据库的支持来区分 Exchange 服务器产品的版本。企业版定义为比标准版支持更多的并发数据库。

保护 Exchange 服务器事务日志

对 Exchange 服务器数据库所做的所有更改都将提交到事务日志文件。每当用户修改存储在邮箱中的数据或将数据添加到邮箱时,该更改都会写入事务日志文件,然后再写入 Exchange 服务器数据库。

查看可用备份方法

Plug‑in for Exchange 支持以下备份方法:

对于 Exchange 2007,该插件支持实施 ESE 或纯 VSS 备份策略;也就是说,您的备份策略应该包括 ESE 备份或 VSS 备份,而不是两者的组合。对于 Exchange 2010 和更高版本,VSS 是 Exchange 支持的唯一选项。

支持的 Exchange 部署:独立、SCC/故障转移群集、LCR(仅限主动副本)、CCR(仅限主动副本)

Microsoft 支持使用 ESE for Exchange 2007 及更早版本执行 Exchange 服务器数据库的联机备份。ESE 由 Microsoft 提供,作为标准 Exchange 服务器组件,它可提供与 Exchange 之间最高级别的兼容性。

重要信息: Windows Server 2008 支持 Exchange Server 2007 SP1 或更高版本;不支持以前的 Exchange 2007 版本。在标准 Exchange Server 2007 SP1 安装中,在 Exchange Server Bin 文件夹中有 ESE 客户端库 (esebcli2.dll)。Esebcli2.dll 的文件版本是 Exchange Server 2007 SP1 的 8.1.240.5 版。但是,如果未将此库从 Exchange Bin 文件夹复制到 Windows Bin 文件夹,则 Windows Bin 文件夹中可能会出现旧版本的 .dll 文件。 Plug‑in for Exchange 使用 Windows Bin 文件夹中提供的 ESE 客户端库。如果旧版本的库包含在 Windows Bin 文件夹中,则备份或还原作业可能会失败。如果发生故障,请将 ESE 客户端库的副本从 Windows Bin 文件夹保存到安全位置,将 ESE 客户端库从 Exchange Server Bin 文件夹复制到 Windows Bin 文件夹,然后再次运行备份或还原作业。
支持的 Exchange 版本:2007、2010、2013 和 2016

Microsoft 支持使用 VSS 创建 Exchange 数据快照的功能。Microsoft 提供特定于 Exchange 的 VSS 编写器,它们与代表 Plug‑in for Exchange 运行的 Exchange 服务协调,为备份准备存储组/邮箱数据库文件,并在备份之前冻结由 Exchange 事务引起的输入/输出 (I/O) 活动,然后在备份完成后解冻并截断日志。

VSS 是 Exchange 2007 LCR 和 CCR 环境的推荐备份方法。在 CCR 环境中使用 VSS 备份方法时,管理员可以选择是备份主动节点还是被动节点。

对于 Exchange 2010 和更高版本,VSS 是 Exchange 支持的唯一选项。

使用 VSS,您可以:

说明: 任何基于磁盘的存储都支持将文件备份到存储设备选项。要使用将快照保留为永久快照在经过此时间后丢弃选项,您备份的数据必须驻留在 NetVault Backup 支持的磁盘阵列上。此外,对于永久快照,仅将元数据复制到目标。

确定 Exchange 备份策略的备份方法时,请考虑以下差异:

管理事务日志文件

定义 Exchange 服务器备份策略时,事务日志文件管理是主要考虑因素。

事务日志文件截断用于“清理”Exchange 服务器存储组/邮箱数据库,从而提高性能、降低磁盘空间要求并减少还原数据库所需的时间。

Quest 建议对执行事务日志文件截断的备份要定期执行。通常,建议执行每周或半月进行一次执行事务日志文件截断的备份。最佳频率可能会有很大差异,具体取决于每个 Exchange 服务器的使用和配置。

如果使用支持事务日志文件截断的备份类型(例如完整备份和增量备份类型),则在插件通知备份成功完成后,Exchange 服务器将截断事务日志文件。此外,发生截断的时间取决于 Exchange 服务器以及是否仍需要日志以用于更多目的,例如复制;因此,成功完成备份后可能不会立即发生截断。

在 DAG 环境中,事务日志文件截断也由数据库的回放延迟时间和截断延迟时间属性决定。属性可配置。回放延迟时间以分钟为单位定义数据库副本延迟日志重放的时间。在日志文件回放到数据库副本后,截断延迟时间以分钟为单位定义数据库副本延迟日志删除的时间。

如果 Exchange 数据库要截断事务日志文件,必须满足以下条件:

在 DAG 环境中,每个数据库副本都会保留事务日志文件,直到所有数据库副本都已确认回放了事务日志文件。如果数据库的一个或多个被动副本处于挂起或脱机状态,则不会发生日志截断,从而导致事务日志文件堆积和消耗磁盘空间。

为了减少因数据库副本挂起或脱机而导致事务日志文件堆积的影响,Exchange Server 2013 Service Pack 1 引入了松散截断。使用松散截断,每个数据库副本都会跟踪自己的可用磁盘空间,并在磁盘空间大幅降低时应用松散的截断。在应用了松散截断的情况下,每个被动数据库副本都会独立截断自己的事务日志文件。对于活动数据库副本,截断将忽略离回放的日志最远的被动数据库副本。

默认情况下,松散截断处于禁用状态。要启用松散截断,您必须在每个 Exchange 服务器 DAG 节点上编辑 Windows 注册表。在启用松散截断之前,请确保它会有利于您的数据保护目标。有关启用松散截断的详细信息,请参阅 Exchange 服务器文档。

完整备份将备份数据库的所有文件,而不考虑文件的类型。仅事务日志备份将只备份数据库的事务日志文件。

完整备份允许备份所有数据库文件,从而提供独立还原功能。根据数据库的大小,完整备份在存储要求和完成备份所需的时间方面可能要求很高。对于大型数据库,存储和时间要求可能是一项重要考虑事项。

仅事务日志备份是一种轻量级备份,用于捕获自上次执行完整备份以来的新活动。这种类型的备份可以从根本上减少大型数据库的备份时间和存储要求,但它也会依赖于一个或多个先前的备份来执行完整还原。

重要信息: 非连续复制环境的基于 VSS 的备份会在完成完整备份或仅事务日志备份时截断事务日志。在 LCR 和 CCR 环境中,Microsoft Exchange 复制服务会延迟日志截断,直到所有必需的日志文件都回放到复制副本中。Microsoft Exchange 复制服务在验证要删除的日志文件已成功应用于被动数据库副本并且主动和被动副本数据库检查点都已通过相关日志文件之后,将从主动和被动副本日志文件路径中删除备份日志文件。
相关文档

The document was helpful.

选择评级

I easily found the information I needed.

选择评级