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

差异备份

差异备份

差异备份备份事务日志文件，用于捕获最近完全或增量备份之后所做的更改。差异备份不会执行事务日志截断，因此不会保留 Exchange 服务器的运行状况。

后续差异备份的大小和持续时间都将增加，因为每个差异备份都包括同时包括在前一个差异备份中的事务日志文件和自上一个差异备份。例如，如果在带有计划为星期一至星期六的差异备份的星期日上执行完全备份，星期一的差异包括自星期日上完全备份以来生成的事务日志文件，而星期二的差异包括在星期一生成的事务日志文件和在星期二生成的文件。周三的差异包括用于星期一、星期二和星期三等的事务日志文件。

同一个事务日志备份一样，差异备份必须始终具有基本备份，而基本备份通常为完全备份。无需先执行完全备份即可执行差异备份，可能会导致备份失败，并使您无法正确恢复和恢复 Exchange 服务器。

在用于完全备份时，差异备份通过完全备份提供可接受的低备份性能、好的恢复性能以及合理的数据库维护。

增量备份和差异备份

增量备份和差异备份

由于 Exchange Server 会在增量备份备份后截断事务日志文件，因此后续的增量备份速度更快。由于只备份最后增量备份后创建的事务日志文件，因此它们会更快一些。但是，使用增量备份的恢复序列要求完全备份和故障点之间的每次增量操作必须连续恢复。此过程可能会导致恢复时间较长，因为启动多个恢复任务需要增加人工干预。

差异备份不会在备份事务日志文件后截断事务日志文件。后续的差异备份会变得更长，因为最后一次完全备份后的所有事务日志文件都包括在备份中。然而，使用差异备份的恢复序列要求在完全备份恢复后仅恢复一个差异备份。此过程可加快恢复，因为在恢复过程中需要的人工干预较少。

在增量备份和差异备份之间作出的另一个注意事项是事务日志文件截断的所需频率。实施增量备份时，Exchange 服务器会截断事务日志文件，其频率与增量备份相同。例如，如果每天执行增量备份，则每天都会截断事务日志文件。但是，对于差异备份，事务日志文件仅在执行完全备份时被截断。因此，如果完全备份只每周执行一次，则事务日志文件只会每周截断一次。

实施差异备份策略会导致更快的恢复，但需要更频繁的完全备份来维护 Exchange Server 的运行状况。

备份序列示例

备份序列示例

●	仅限完全备份：当要求满足前一天的备份保护时，在以下情况下，每夜执行完全备份应该已经足够：

■

备份窗口很大。

■	-小时后电子邮件数量不足。

■	需要截断常规事务日志文件。

●	完全备份和增量备份：当要求保证前一天的数据保护时，备份时间应尽可能快，并且需要进行常规事务日志文件截断，使用增量备份耦合的完全备份最好的组合。

例如，每周一次晚上11:00 点执行一次完全备份，而从星期一至星期六的 11:00 p.m. 执行增量备份。每个增量备份包括自上一次夜间备份以来生成的事务日志文件，无论该文件是星期日快速完全备份还是从某个星期增量备份。

恢复这种类型的备份序列会更加耗时。例如，如果在星期二执行恢复，则只需恢复周日的完全备份和周一次的增量备份。但是，如果在星期三执行恢复，则必须恢复星期日的完整备份后再等待星期一和星期二的增量备份。即使备份速度更快，恢复操作仍会花费更长时间，因为运行多个恢复任务需要介入。

●	完全备份和差异备份：当要求保证前一天的数据保护时，恢复和备份时间应足够快，并且只需要偶尔进行事务日志文件截断，与差异备份耦合的完全备份就是最好的组合。

例如，在每星期日夜间的 11:00 p.m. 执行完全备份，而在周一至周六的 11:00 p.m. 执行差异备份。每个差异备份都包含自上次完全备份后生成的事务日志文件。此进程可能需要比增量备份更多的备份时间。无论需要进行恢复，都需要相同数量的恢复任务。例如，如果在星期二执行恢复，则必须恢复周日的完全备份和星期一的差异备份。但是，如果在星期四执行恢复，星期日的已满

必须恢复跟有周三差异备份的备份。即使后续差异备份不仅增加大小但持续时间，恢复速度也更快，因为必须运行较少的恢复任务。

了解基于快照的备份和恢复

了解基于快照的备份和恢复

该插件可以使用硬件或软件 VSS 提供商来创建持久性或非持久的基于 VSS 的快照。该插件使用 VSS 提供商在客户端上创建快照，然后将选定的数据从快照或快照复制到存储设备。

您可以将基于硬件的集成 VSS 快照与 Dell Compellent 存储阵列配合使用。请注意，如果在同一备份任务中包括数据库、Compellent 和非 Compellent 的混合，则插件会将包含的所有数据库备份到相同的存储设备上。

要创建和使用持久快照，要备份的数据必须位于 NetVault Backupsupported 磁盘阵列上。如果您尝试使用位于不受支持的磁盘阵列上的数据，或在本地驱动器（使用 Microsoft 软件 VSS 提供商获取的快照）上创建持久快照，则采用所需的硬件快照会失败，而插件默认使用软件快照。在获取软件快照时，数据仅备份到存储（即使该选项将文件备份到存储未选定），并且创建了非持久快照。

如果您的备份包含位于不同存储的数据，而该存储混合 NetVault Backupsupported 磁盘阵列和不受支持的磁盘阵列或本地驱动器，则会出现相同的问题。例如，如果您的备份包含五个

Exchange 邮箱数据库，用于在 NetVault 中的三个邮箱数据库位于不同的卷中

支持备份的磁盘阵列，而其他两个邮箱数据库位于 Exchange 服务器上的两个不同的本地驱动器中，您可以选择保留基于阵列的持久 拍摄，由于所有邮箱数据库不位于 NetVault Backup 支持的磁盘阵列上，因此硬件快照会失败。无法采用所需的硬件快照后，插件会尝试拍摄软件快照;如果成功，数据会保存到 NetVault Backup 管理的存储，即使该选项将文件备份到存储未选定。

一定如果正在运行 DAG 环境，请确保在 DAG 中包括的所有 Exchange 服务器上已存在基于软件的 Microsoft VSS 提供商，并且确保基于软件的提供程序优先于任何供应商基于硬件的 VSS 提供商。

如果您的备份目标是非 NetVault Backup 介质（例如磁盘阵列），并且需要完成恢复，请注意以下事项：如果将 Exchange 数据库恢复到 DAG 且未指定目标客户端，则插件会将数据库恢复到主机 t 的节点。活动副本。如果从持久性快照恢复数据库，则该插件会在备份过程中映射拍摄快照的客户端中的卷。鉴于这些情况，从持久性快照恢复到 DAG，即目标客户端是 NetVault Backup 虚拟客户端，要求数据库的活动副本位于备份过程中拍摄快照的节点上。

示例：如果1拍摄快照，同时DB1正在备份，正在恢复DB1从快照中，1是 DB1 的活动副本的主机。否则，恢复会失败。例如，如果节点2当前承载 DB1 的活动副本，您必须将活动的角色从节点返回至1.

要更改活动角色分配，请使用以下 PowerShell 命令：

移动-ActiveMailboxDatabase<DatabaseName>-ActivateOnServer<ServerName>-MountDialOverride： None

如果数据库损坏导致验证失败，请使用-SkipClientExperienceChecks切换以强制激活数据库：

移动-ActiveMailboxDatabase<DatabaseName>-ActivateOnServer<ServerName>

-MountDialOverride： None-SkipClientExperienceChecks

有关 NetVault Backup 支持的操作系统版本和磁盘阵列的详细信息，请参阅本文的Quest NetVault Backup 兼容性指南.

3