遵循以下最佳实践有助于您避免用户在创建和修改政策模板时犯的一些常见错误。
您需要根据恢复点目标 (RPO) 和恢复时间目标 (RTO) 配置政策模板。随着时间的推移，您可能需要更改这些模板。
初始数据备份捕获
政策模板中的政策首次备份应用数据时，会备份完整的数据。后续备份将采用增量方式。
如需使用一个政策模板保护多个应用，请仅将该政策模板应用于其中几个应用。初始完整数据捕获完成后，将政策模板应用于更多应用。重复此过程，直到将政策模板应用于所有应用。
调整卷大小
如果您调整包含受保护数据的卷的大小，对于某些应用类型，系统会在下次运行该卷的快照政策时执行完整备份操作，无论该卷的数据过去已备份多少次。这些包括调整大小的 VMWare VMDK 以及非 LVM 上的 Microsoft Windows 应用和 Linux 应用的代理备份。
如果您必须调整受影响应用类型的卷大小，请考虑捕获所有数据对应用服务器、网络和备份/恢复设备的影响。
作业并发
备份/恢复设备默认可以同时运行 6 个快照作业。如果您在同一时间段内安排的作业数量超出允许的上限，政策调度程序将启动允许的数量的作业，并将其他作业加入队列。
由于每个用户的网络设计、数据布局和存储类别不同，因此请对并发性进行实验，直到达到最佳并发作业数量。
政策时间表
在配置政策时，管理控制台支持通过以下两种方法指定政策时间表：
- 窗口化。定义遵循特定频率和时间范围的离散快照备份时间表（例如，每天从 09:00 到 17:00 (UTC) 每 30 分钟执行一次备份）。您可以指示备份/恢复设备按指定的频率间隔运行多个备份作业，也可以指示其在指定的时间段内运行一次备份作业。
- 连续。定义连续快照备份时间表（例如，每 8 小时执行一次备份作业，从世界协调时间 (UTC) 01:00 开始执行第一个作业）。在此政策时间表中，作业会按指定的时间间隔持续运行（全天候）。
频次计算
周期是指两次预定运行作业之间的时间，频率是指单位时间内运行的作业数量。例如，如果时间表要求作业每 4 小时运行一次，则周期为 4 小时，预期频率为每天 6 次。如果作业需要 1 小时才能完成，并且政策的频率为 12 小时，则该政策的作业将在前一作业完成 11 小时后再次运行。
请务必选择能够实现所需恢复点目标 (RPO) 且有足够时间来完成作业的频率。
- 快照政策的建议最低频率为 1 小时（本地 RPO）。
- StreamSnap 政策可以指向频率为 1 小时或更长时间的任何快照政策（远程 RPO）。
备份方案政策中的数据库日志保护
为数据库创建快照政策时，您还可以选择以指定的频率捕获其日志文件。捕获数据库日志的频率与数据库的频率是分开定义的。例如，您可以每天捕获数据库，每小时捕获其日志。
数据库日志备份的频率以分钟为单位进行设置，并且日志的捕获频率不得超过其关联数据库的捕获频率。例如，如果数据库捕获频率为每 24 小时一次，则日志文件捕获频率必须小于每 24 小时一次。
频率和保留期限在数据库快照政策的高级设置中定义。捕获日志时，无需考虑其关联数据库的捕获日期边界、时间范围或频率。
您可以通过备份方案快照政策中的启用数据库日志备份高级设置启用日志保护功能。备份方案政策的高级设置中还定义了频率和保留时间。
管理控制台会自动管理存储数据库日志所需的物理空间。管理控制台至少会评估典型日志的大小及其保留期限，并根据需要添加空间。
如需启用日志备份，以及更高效地管理数据库日志的存储空间要求，请参阅下表。
| 设置 | 输入 |
|---|---|
| 备份后截断或清除日志 | 必须将此值设置为“是”，才能清除正式版日志。如需管理日志清除，请选择此选项。这会在每次日志备份结束时运行日志清理。默认值为“不截断”。 如果包含启用数据库日志备份的政策设置为否，并且备份后截断或清除日志设置为是，则系统会在每次数据库备份结束时运行日志清除，清除所有日志。 |
| 日志备份保留期限 | “Backup and DR 暂存磁盘”下的日志备份将保留到此处设置的值。备份日志保留期可能与快照保留期不同。 |
| 记录预演磁盘增长大小 | 设置在需要时扩大日志备份暂存磁盘的百分比。 |
| 估算的更改率 | 估算数据库数据每天变化的百分比。 |
| 压缩数据库日志备份 | 使用此属性可启用数据库日志备份，以便使用应用级数据库 API 在压缩模式下运行。 |
| 启用数据库日志备份 | 启用数据库日志备份选项可让备份计划政策备份数据库和所有关联的日志文件。日志会在日志备份作业运行时备份。选项包括 Yes 或 No。设置为“是”时，系统会启用相关选项。 |
| RPO | 将“启用数据库日志备份”设置为“是”后，RPO 会定义数据库日志备份的频率。频率以分钟为单位设置，不得超过数据库备份间隔时间。 |
| 复制日志 | （使用 StreamSnap 技术）将“启用数据库日志备份”设置为“启用”后，“复制日志”高级设置会允许将数据库日志备份复制到远程备份/恢复设备。如需运行日志备份复制作业，模板中必须包含 StreamSnap 复制政策以及指定远程备份/恢复设备的资源配置文件，并且必须先完成至少一次数据库成功复制。然后，您可以将远程站点上的日志备份用于复制日志备份保留范围内的任何数据库映像。此功能默认处于启用状态。
日志复制使用 StreamSnap 技术在本地备份/恢复设备和远程备份/恢复设备之间执行复制；日志复制会直接从本地快照池复制到远程设备上的快照池。 注意：只有在数据库受到保护且数据库备份映像已复制到远程备份/恢复设备后，才会发生日志复制。 |
| 将日志发送到 OnVault 池 | 如果设置为“是”，日志将复制到一个或多个 OnVault 存储池，从而支持从其他网站上的 OnVault 池进行某个时间点恢复。 |
作业优先级和调度
所有活动都作为作业运行。系统会根据创建政策时配置的时间表来执行作业。
有些作业需要的时间比其他作业要长得多。过期作业的运行速度很快。 快照作业取决于应用或虚拟机的大小以及自上次快照以来有多少数据发生了变化等变量；任何应用或虚拟机的初始快照都是全新数据，因此这些作业可能需要很长时间才能完成。
政策调度程序会确定应用于应用的一项或多项政策何时运行，然后启动一个作业，以便在安排的开始时间到达时将政策放入队列。对于每种政策类型，都有一个节奏机制，以确保系统不会因运行的作业过多而超载。此节奏机制使用作业槽来实现这种稳定状态，这意味着，即使作业应在特定时间启动，也只会在有作业槽可用时执行。
如果多个应用被安排在同一时间运行且具有相同的作业优先级，系统会随机选择要运行的应用，以确保所有具有相同优先级的应用都得到公平对待。
作业重试
当作业失败时，调度程序会自动重试运行作业。作业首次失败时，调度程序会等待 4 分钟，然后才会将其提供给重试。作业尝试 3 次失败后，作业会被标记为“失败”，并且系统不会再重试。系统会根据政策的时间表尝试执行下一个作业。
调度程序会像对待任何其他可用作业一样对待作业重试。如果可用作业数量多于可容纳作业的槽数，则系统会将作业加入队列。这可能会导致重试未能在时间范围内启动，并且作业被标记为失败。
作业重试会在 Monitor 中报告。为了识别作业重试，监视器会先向每个重试作业的名称附加 a，然后附加 b，最后附加 c。