Exchange 备份入门必读* - 第 2 部分

原文发布于 2012 年 6 月 15 日（星期五）

* 但是害怕询问

本系列的第 2 部分（第 1 部分在这里）细述了 Exchange 2010 数据库可用性组（简称“DAG”）中装载和活动的复制数据库备份期间发生的事件。在本示例中，要求备份服务器使用非永久性的 COW 快照在服务器 ADA-MBX1 上创建数据库 DB1 的完整备份：

（请单击本文完整大小版本图形的缩略图）

事件 9606 指示 VSS Requestor 与 Exchange Writer 发生互动，并报告正在启动的备份作业的实例 GUID。在本例中，该实例为 830705de-32d9-4059-94ea-b9e9aad38615。此实例 GUID 在每个作业中都存在，并随每个后续的作业发生更改。因为您可以用它来跟踪每个单独作业的事件顺序。目前，Exchange Writer 提供有关呈现给备份应用程序的数据库和日志的元数据。

事件 2005 和 9811 指示 ESE 的实例编号分配。所以与来自事件 9606 的 Exchange Writer 实例 GUID 一起，我们还可以使用这些 ESE 实例编号（每个作业递增一个单位）跟踪作业的进度。在此阶段，数据库在信息存储服务的内存空间标记为“正在备份”。

就在备份应用程序根据 Exchange Writer 元数据提供的数据位置确定哪些磁盘需要创建快照之后，它便开始请求那些快照。当快照请求到达时，生成事件 9608，指示 Exchange Writer 确认即将发生的事情。然后它必须在快照生成过程期间终止（另称为“冻结”）数据库和日志的磁盘写入。

当生成事件 2001 时，关闭当前的事务日志，即冻结开始。从 STORE.exe 到磁盘的写入保留在内存中。

发生这些事件后，我们便知道快照已创建，并且再次允许写入数据库数据块。

创建快照后，备份应用程序可以从 VSS 子系统复制数据块、从卷影存储（如果数据块因为更改而保留）或实际磁盘卷（如果未保留）获取数据块。Exchange Writer 等待数据传输完成的信号。此数据的流动通过紫色的箭头表示，在本例中指将数据从存储快照中复制出来，通过 Exchange 服务器的 I/O，再到备份服务器。

备份应用程序复制完数据后，它会向 VSS 发送信号说明该过程已完成。VSS 继而向 Exchange Writer 发送信号，这随即启动通过以上事件表明的备份后步骤。显示事件 225 以指示不会发生日志截断，但是该事件有误导性。对于独立数据库，备份完成时，ESE 将开始相应地清除日志。但是，当包含 DAG 复制数据库时，必须与 Exchange 复制服务一起执行其他数据库副本检查，以确保日志截断可以继续。检查完成后，随即删除符合截断资格的日志。数据库标题使用有关备份的信息进行标记，并且进行中的备份在内存中切换为关闭。在本例中，用于作业的快照作为完成的一个环节遭到损毁。在其他类型的备份（例如增量）中，快照的永久性会发生改变，但是在本例中，它们被删除。

在本系列的下一篇文章中，我们将详细讲解被动 DAG 复制数据库副本的备份。

Jesse Tedoff

这是一篇本地化的博客文章。请访问 Everything You Need to Know About Exchange Backups* - Part 2 以查看原文