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

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

NetVault Backup Plug-in for Exchange 简介 定义 Exchange 数据保护策略 规划 Exchange Server 部署 安装或删除插件 配置插件 备份数据 恢复数据 故障排除

差异备份

差异备份备份事务日志文件，以捕获自最近完整备份或增量备份以来所做的更改。差异备份不执行事务日志截断，因此不会维护 Exchange Server 的运行状况。

后续差异备份的大小和持续时间会增加，因为每个差异备份都包括先前差异备份中包含的事务日志文件，以及自上次差异备份以来生成的事务日志文件。例如，如果周日进行完整备份，周一到周六安排了差异备份，则周一的差异备份包括自周日的完整备份以来生成的事务日志文件，而周二的差异备份包括周一生成的事务日志文件和周二生成的事务日志文件。周三的差异备份包括周一、周二和周三的事务日志文件，依此类推。

与仅事务日志备份一样，差异备份必须始终具有基准备份（通常是完整备份）。在不首先执行完整备份的情况下执行差异备份，可能会导致备份失败，并使您无法正常还原和恢复 Exchange Server。

当与完整备份配合使用时，差异备份可提供良好的备份性能和良好的还原性能，以及通过完整备份实现合理的整体数据库维护，让您可以进行权衡取舍。

增量备份和差异备份

由于 Exchange Server 在增量备份中进行备份后会截断事务日志文件，因此后续的增量备份会更快。它们更快是因为只备份自上次增量备份以来创建的事务日志文件。但是，使用增量备份的还原序列要求必须连续还原完整备份和故障点之间的每个增量。由于启动多个还原任务需要增加人为干预，此过程可能导致还原时间更长。

差异备份在备份后不会截断事务日志文件。后续差异备份需要更长时间，因为自上次完整备份以来的所有事务日志文件都包含在备份中。但是，使用差异备份的还原序列要求在还原完整备份后仅还原一个差异备份。此过程可加快还原速度，因为在还原过程中需要较少的人为干预。

决定选择增量备份还是差异备份时的额外考虑因素是事务日志文件所需的截断频率。实施增量备份时，Exchange Server 会以与增量备份相同的频率截断事务日志文件。例如，如果每日执行增量备份，则每日将截断事务日志文件。但是，对于差异备份，只有在执行完整备份时事务日志文件才会被截断。因此，如果仅每周执行完整备份，则事务日志文件仅每周截断一次。

实施差异备份策略可加快还原速度，但还需要更频繁的完整备份来维持 Exchange Server 的正常运行。

备份序列示例

•
只进行完整备份：当要求确保备份保护至前一天，且存在以下条件时，执行夜间完整备份应该足以满足需求：
•
备份窗口较大。
•
下班后电子邮件数量很少。
•
需要定期进行事务日志文件的截断。
•
完全备份和增量备份：当要求确保数据保护至前一天且备份时间应尽可能快，并且需要定期进行事务日志文件的截断时，完整备份与增量备份相结合是最佳组合。
例如，在每周日晚上 11:00 执行完整备份，而增量备份则在周一至周六晚上 11:00 执行。每个增量备份包括自前一晚备份以来生成的事务日志文件，无论备份是周日晚上的完整备份还是从工作日开始的其中一个增量备份。
还原此类备份序列更耗时。例如，如果在周二执行恢复，则只须还原周日的完整备份和周一的增量备份；然而，如果在周三执行恢复，则必须还原周日的完整备份，接着再还原周一和周二的增量备份。即使备份较快，由于运行多个还原任务需要干预，还原可能需要更长时间。
•
完全备份和差异备份：当要求确保数据保护至前一天且还原和备份应以合理的速度执行，并且只需要偶尔执行事务日志文件的截断时，完整备份与差异备份相结合是最佳组合。
例如，每周日晚上 11:00 执行完整备份，周一到周六晚上 11:00 执行差异备份。每个差异备份包含自最后一次完整备份以来生成的事务日志文件。此过程可能需要比增量备份更多的时间。无论何时执行恢复，都需要相同的还原任务数。例如，如果在周二执行恢复，则必须恢复周日的完整备份和周一的差异备份；然而，如果在周四执行恢复，则必须恢复周日的完整备份，接着再恢复周三的差异备份。虽然后续差异备份不但大小会增加，持续时间也会增加，但是由于必须运行的还原任务数较少，因此还原速度会更快。

了解基于快照的备份和还原

该插件可使用硬件或软件 VSS 提供程序创建永久或非永久的基于 VSS 的快照。插件使用 VSS 提供程序在客户端上创建快照，然后将快照中的所选数据复制到一个存储设备。

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

要创建和使用永久快照，您想要备份的数据必须驻留在 NetVault Backup 支持的磁盘阵列上。如果您尝试使用驻留在不受支持的磁盘阵列上的数据或使用驻留在本地驱动器（使用 Microsoft 软件 VSS 提供程序拍摄快照）上的数据来创建永久快照，则拍摄所需的硬件快照会失败，并且插件默认使用软件快照。拍摄软件快照时，数据仅备份到存储设备当中（即使未选中将文件备份至存储设备选项）并创建非永久快照。

如果您的备份包括驻留在不同的存储设备（受 NetVault Backup 支持的磁盘阵列与不受支持的磁盘阵列或本地驱动器混合而成）上的数据，也会出现相同的问题。例如，如果备份包括五个 Exchange 邮箱数据库，其中三个邮箱数据库位于 NetVault Backup 支持的磁盘阵列中的不同卷中，另外两个邮箱数据库位于 Exchange Server 上的两个不同的本地驱动器中，并且您选择保留为永久快照，那么获取硬件快照将失败，因为并非所有邮箱数据库都在 NetVault Backup 支持的磁盘阵列上。如果未能获取所需的硬件快照，该插件将尝试获取软件快照；如果成功，数据将保存到 NetVault Backup 托管的存储位置，即使未选中将文件备份到存储设备选项。

 
* 
重要信息： 如果您运行的是 DAG 环境，请确保 DAG 中包含的所有 Exchange Server 上都安装了基于软件的 Microsoft VSS 提供程序，并确保基于软件的提供程序优先于任何供应商的基于硬件的 VSS 提供程序。

如果您的备份目标是非 NetVault Backup 介质（如磁盘阵列），并且您需要完成还原，请注意以下事项：如果将 Exchange 数据库还原到 DAG 并且不指定目标客户端，该插件会将数据库还原到托管主动副本的节点。如果从永久快照还原数据库，该插件将对备份过程中拍摄快照的客户端中的卷进行映射。由于存在这些条件，从永久快照还原到 DAG（即目标客户端是 NetVault Backup 虚拟客户端）时，要求将数据库的主动副本托管在备份过程中拍摄快照的节点上。

示例：如果 node1 在备份 DB1 时拍摄快照，则从快照还原 DB1 要求 node1 是 DB1 的主动副本的主机。否则还原将失败。例如，如果 node2 当前正在托管 DB1 的主动副本，则必须将活动角色从 node2 移回 node1。

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

Move-ActiveMailboxDatabase <DatabaseName> -ActivateOnServer <ServerName>
-MountDialOverride:None

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

Move-ActiveMailboxDatabase <DatabaseName> -ActivateOnServer <ServerName>
-MountDialOverride:None -SkipClientExperienceChecks

有关受 NetVault Backup 支持的操作系统版本和磁盘阵列的更多信息，请参阅《Quest NetVault Backup 兼容性指南》。

相关文档

The document was helpful.

选择评级

I easily found the information I needed.

选择评级