Backup Exec 22.2 最佳做法
- Backup Exec 最佳做法
- Backup Exec 软件加密的最佳做法
- Backup Exec 安装的最佳做法
- Backup Exec 磁带管理的最佳做法
- Backup Exec 基于磁盘的存储的最佳做法
- Backup Exec 数据生命周期管理 (DLM) 最佳做法
- Backup Exec 编录的最佳做法
- Backup Exec 备份的最佳做法
- Backup Exec 备份关键系统组件时的最佳做法
- Backup Exec Agent for Microsoft Exchange Server 的最佳做法
- Backup Exec Agent for Microsoft SQL Server 的最佳做法
- Backup Exec Agent for Linux 的最佳做法
- Backup Exec Agent for Microsoft SharePoint 的最佳做法
- Backup Exec Central Admin Server Option 的最佳做法
- Backup Exec Agent for Oracle on Windows and Linux Servers 的最佳做法
- Backup Exec NDMP Option 的最佳做法
- Backup Exec 报告的最佳做法
- Backup Exec 和 Veritas Update 最佳做法
- Backup Exec Simplified Disaster Recovery 的最佳做法
- Backup Exec Agent for Enterprise Vault 和 Backup Exec Migrator 的最佳做法
- Backup Exec 粒度恢复技术的最佳做法
- Backup Exec Remote Media Agent for Linux 的最佳做法
- Backup Exec Agent for Microsoft Hyper-V 的最佳做法
- Backup Exec Agent for VMware 的最佳做法
- Backup Exec Deduplication Option 的最佳做法
- 将 Backup Exec Deduplication Option 和 Central Admin Server Option 配合使用的最佳做法
- 在驱动器循环策略中使用热插拔设备（例如 USB 设备）的最佳做法
- Backup Exec 数据库加密密钥的最佳做法
- 使用 Backup Exec 云连接器的最佳做法
Backup Exec Agent for Microsoft Exchange Server 的最佳做法
最佳做法包含的提示和建议可帮助您有效地使用 Exchange Agent。有关 Exchange Agent 的详细信息，请参见《Backup Exec 管理指南》。
如果要完成下列操作，则必须禁用循环日志：
运行增量备份和差异备份。
将数据恢复至故障点。
将事务处理日志文件放置在不同于数据库存储的单独物理磁盘上。如果包含数据库的磁盘损坏，那么事务日志可作为恢复资源。
将已删除项目和邮箱的保留期设置为适合可用磁盘空间的时间长度。保留期越长，所需磁盘空间就越多。但是，有的保留期可能导致您无法还原邮箱或数据库。如果可能，请配置 Exchange Server，以便在执行完全备份之后再删除相应的项目。
在 SCSI 控制器上禁用“写入高速缓存”。如果计算机在操作写入磁盘之前出现故障，则数据可能会损坏。
监视应用程序、安全和系统日志，查看是否存在任何可能影响 Exchange Server 功能的相关事件。
允许将足够的磁盘空间用于维护和恢复过程。有关详细信息，请参阅 Microsoft 文档。
详细记录 Exchange Server 配置。
不要使 Exchange Server 成为域控制器。如果您无需首先还原 Active Directory，则可以更轻松地还原 Exchange。此外，这可能会向 Exchange 受信任子系统帐户添加权限。
向至少有两个域控制器的域中安装 Exchange Server。在包含两个域控制器的域中，可使用副本来更新失败的域控制器上的数据库。
您必须在数据库可用性组 (DAG) 的每个节点上和 Microsoft Exchange 邮箱服务器上具备本地管理员权限，才能备份和还原 Microsoft Exchange 数据库文件。
对于 Exchange 2010/2013，请使用每个数据库至少包含一个被动数据库副本的数据库可用性组 (DAG)，以防止数据丢失。如果能够创建多个被动副本，则第二个被动副本应当使用 24 小时的日志重放延迟。
根据 Microsoft Exchange Capacity Planning Guide（《Microsoft Exchange 容量规划指南》）在两个或多个 Exchange 数据库之间划分用户邮箱。
保留中等大小的 Exchange 数据库；如果数据库较大，备份时间可能会增加。
运行完全备份时，请启用粒度恢复技术 (GRT) 选项。使用 GRT 选项可从数据库备份还原单个邮件和文件夹，而无需进行单独的邮箱备份。
注意:
有关 Backup Exec 粒度恢复技术 (GRT) 与 Exchange 信息存储备份的最佳做法的信息，请参阅“粒度恢复技术最佳做法”。Exchange 2007 及更高版本不支持单个邮箱备份。
Veritas 建议不要将启用了 GRT 的 Exchange 增量备份发送到重复数据删除磁盘存储设备。事务日志包含的主要是唯一数据，对这些数据进行重复数据删除不会获得良好的效果。为了获得最佳效果，请创建运行 Exchange 完全备份至重复数据删除磁盘存储设备的备份定义，然后运行增量备份至磁盘存储设备。
如果您运行启用了 GRT 的备份作业，请更改默认分段存储位置。该默认位置将用于恢复作业，以及分段存储启用了 GRT 的还原作业。您应该将此位置更改为非系统卷，以便获得更快的性能。
启用了 GRT 的备份所含的事务日志文件应当少于 75,000 个。如果事务日志文件超过 75,000 个，则可能会延长完成备份作业的时间。
请确保信息存储的定期维护与数据库备份不在同一时间运行。如果同时运行这些操作，则可能导致 Exchange Server 数据库出现问题。
将 Exchange 备份作业与其他备份作业分开运行。
请定期备份 Active Directory。
如果适用，请对系统状态和卷影复制组件运行常规备份。这些选择将备份 Internet 信息服务 (IIS) 元数据库和 Windows 注册表。
请在对系统设置或应用程序设置进行任意更改后运行备份。
运行脱机备份时，请备份组成存储组的所有文件，包括任意 .Edb 和 .Stm 文件以及所有事务日志文件。
对于包含三个或三个以上数据库副本的 Exchange 2010/2013 DAG，可以禁用一致性检查。
请注意还原所有事务日志的效果；不要删除现有的事务日志选项。在启用此选项的情况下运行某个操作后，当您启动或装入信息存储数据库时，将应用现有事务日志中的事务。如果这些事务包含备份运行后执行的任何删除，那么也将应用这些删除。因此，可能出现您计划恢复的数据正好被删除的情况。在这种情况下，请启用“清除现有数据并仅从备份集中还原数据库以及事务日志”选项。此选项会在备份后丢弃生成的 Exchange 数据。另外，您也可以使用辅助恢复服务器。您还可以使用 Exchange 2007、Exchange 2010 或更高版本的恢复数据库中的恢复存储组功能执行还原操作。
如果必须使用 Microsoft Eseutil 实用程序修复数据库，请确保恢复服务器有足够的磁盘空间。您需要的磁盘空间可能要达到信息存储数据库实际大小的 125%。您也可以指定另一个磁盘或卷作为运行 Eseutil 实用程序的临时位置。有关详细信息，请参阅 Microsoft 文档。
请务必在 Exchange Server 上指定一个有效的临时位置来存放日志和修补程序文件。该临时位置必须有足够的空间存放您要恢复的事务日志。
如果在还原操作后装入数据库时出现问题，请阅读 Restore.env 文件。此文件内的信息可帮助您解决问题。要阅读该文件，请使用 /cm 参数运行 Eseutil 实用程序。有关详细信息，请参阅 Microsoft 文档。
配置还原作业时，请选择“还原完成后提交”选项，以便数据库能够装入。使用 /cc 参数运行 Eseutil 实用程序来执行手动硬恢复。有关详细信息，请参阅 Microsoft 文档。
如果要还原到除源服务器之外的 Exchange Server，请务必遵循以下条件：
确保恢复服务器与原始服务器在相同的 Exchange 林中。
确保 Exchange Server 与原始服务器使用具有相同 Service Pack 级别或更高级别的相同 Exchange 版本。
如果将数据库重定向至另一个数据库名称，对于 Exchange 2010 或更高版本，必须使用与源数据库名称不同的数据库名称。此外，目标服务器上必须已存在空数据库，且已启用允许覆盖的选项。
定期执行测试，确保灾难恢复和数据恢复方案会产生预期结果。
熟悉有关 Exchange 数据库管理、灾难计划和恢复的 Microsoft 文档。
详细记录 Exchange Server 配置。记录后续的所有更改。记下已应用的所有修补程序和 Service Pack。