为 Exchange 2013 生成备份和还原应用程序

  • 项目

查找有关 Exchange 2013 备份和还原应用程序的组件和体系结构的信息，以及创建备份和还原应用程序的系统要求。

适用于：Exchange Server 2013

可以从 Windows Server 2008 开始的 Windows Server 版本中使用卷影复制服务 (VSS) 来创建备份和还原Exchange Server 2013 数据的应用程序。 VSS 提供了一个基础结构，使你能够跨第三方存储管理系统、业务应用程序和硬件创建和管理卷影副本。 可以根据使用卷影副本备份和还原一个或多个 Exchange 2013 数据库的 VSS 基础结构创建解决方案。

备份和还原应用程序先决条件

为了使自定义备份和还原应用程序和 VSS 能够备份和还原 Exchange 2013 数据库，你的环境必须包括以下内容：

  • 从 Windows Server 2008 开始的 Windows Server 版本

  • Exchange 2013

此外，如果要创建备份和还原应用程序，则应注意开发环境的以下限制：

  • VSS 是一种非托管 COM API，可通过 COM 互操作程序集从.NET Framework托管代码进行访问。

  • Exchange 命令行管理程序是一个托管应用程序，可通过.NET Framework托管代码进行访问。

  • 随 Exchange 2013 一起提供的 CHKSGFILES API 是本机代码 64 位 DLL。 不支持将 Exchange 2007 32 位 CHKSGFILES DLL 与 Exchange 2013 数据库配合使用。

备份和还原应用程序概述

VSS 协调以下组件之间的通信：

  • VSS 请求者，即备份应用程序

  • VSS 编写器

  • VSS 提供程序，它是创建卷影副本的系统、软件或硬件组件

若要使用 VSS 备份 Exchange 2013 数据，备份应用程序必须是 Exchange 2013 感知 VSS 请求者。 Exchange 2013 包括用于 Windows Server 备份程序的 VSS 编写器（称为 Microsoft Exchange 编写器）;但是，Exchange 编写器仅备份整个卷。 它不会备份单个 Exchange 2013 数据库。 如果需要更大的灵活性，可以使用具有可处理各个 Exchange 数据库的 Exchange 感知 VSS 编写器的第三方备份应用程序，也可以创建自定义 VSS 请求程序。

在应用程序调用 VSS 启动备份之前，它必须获取有关它正在备份的 Exchange 2013 系统的存储配置的信息。 该信息存储在 ACTIVE DIRECTORY 域服务 (AD DS) 中。 备份应用程序可以使用 Exchange 命令行管理程序命令获取 Exchange 存储配置数据。 有关详细信息，请参阅 Exchange Server PowerShell (Exchange 命令行管理程序) 。

Exchange 2013 备份应用程序调用 VSS COM API，以创建 Exchange 数据库的完整、复制、差异和增量备份;它们不直接与 VSS 编写器交互。 Exchange 中的数据库可用性组 (DAG) 功能还使应用程序能够创建完全一致的备份，即使初始完整备份和以后的增量备份来自 DAG 中的不同服务器也是如此。 VSS 创建 Exchange 数据的副本后，备份应用程序会将数据存储到预期的介质上。

若要还原 Exchange 2013 数据库，还原应用程序会从备份媒体检索数据库和日志文件，并将其存储在 Exchange 服务器的活动磁盘存储中。 单个数据库不与特定的 Exchange 服务器关联。

备份和还原应用程序必须指定许多特定于 Exchange 2013 的参数，以便正确控制和管理 VSS 针对 Exchange 2013 数据库运行的操作。 例如，由于 Exchange 2013 最多支持 100 个同时活动的数据库，因此备份应用程序必须正确指定和处理数据库文件、事务日志文件和检查点文件数据库组件。

若要重建自上次完全备份以来发生更改的数据库，还原应用程序需要来自不同备份的数据库和日志文件。 例如，它可能需要每周完整备份和一个或多个每日增量备份。 在使用 DAG 的 Exchange 2013 系统中，还原应用程序可以使用同一 DAG 中不同服务器上的不同数据库副本的备份来重新生成数据库。 但是，从备份还原 DAG 数据库的唯一支持方法是使用相同的数据还原数据库的所有主动副本和被动副本。

所有数据到位后，还原应用程序会向 Exchange 发出信号，以检查数据库和日志文件的完整性。 如果数据库和日志文件已正确还原，Exchange 服务器随后可以重播数据库日志文件，使数据库更新并装载它。 如果数据库已恢复到已装载数据库的活动副本的服务器，该数据库将被视为恢复数据库。 如果数据库已恢复到其他服务器上，则可以独立装载该数据库，也可以将该副本添加到 DAG 中。

备份和还原系统体系结构

VSS 通过第三方 (或自定义) 提供程序与 Windows Server 文件系统和大容量存储设备驱动程序通信。 硬件提供程序确定将在何处创建卷影副本。 VSS 抽象化特定于硬件的卷影副本，以便备份和还原应用程序可以访问卷影副本，而无需了解硬件实现详细信息。 下图显示了备份和还原应用程序如何与 Exchange 2013 和 Windows Server 交互。

图 1. 备份和还原系统体系结构

此图显示备份和恢复应用程序如何进行交互。在 Exchange、Windows Server 和客户端应用程序之间存在双向通信。Windows Server 还会与大容量存储设备或备份媒体交互。

备份和还原应用程序充当 VSS 请求方。 请求者与 VSS 通信以获取有关 Exchange 2013 的信息、启动卷影副本的创建以及获取对备份数据的访问权限。

Exchange 存储是 Exchange 2013 的一个组件，通过 Windows Server 文件系统访问 Exchange 2013 数据库。 在文件系统中，每个 Exchange 服务器可以同时装载最多 100 个数据库及其随附的数据库 (.edb) 文件、事务日志文件和检查点文件。

为了支持 VSS，Exchange 2013 包括一个内置于 Exchange 存储的 Exchange 编写器。 Exchange 编写器与代表请求者操作的 Exchange 存储 (协调，) 在备份数据库之前冻结和卸载数据库，然后在备份完成后取消冻结和装载数据库。 在还原过程中，备份和还原应用程序指示 Exchange 编写器与 Exchange 存储协调，以卸载数据库、替换数据库文件、装载数据库，然后根据需要 (重播事务日志) 。

在还原期间，请求者还会与 VSS 通信，为还原准备系统，然后将数据放回大容量存储设备。 备份和还原应用程序还负责使用 Windows Server 从备份存储介质读取数据并将数据写入备份存储介质，无论是磁带存档、存储区域网络还是其他备份介质。

可将还原的数据库装载为常规数据库、活动数据库或 Exchange 2013 恢复数据库。 每个 Exchange 服务器上只能将一个装载的数据库指定为恢复数据库。

在 Exchange 2013、VSS 以及备份和还原应用程序之间成功完成备份和还原操作所需的信息将作为 Exchange 编写器元数据的一部分传输。

本节内容

另请参阅