简体中文版经机器翻译而成,仅供参考。如与英语版出现任何冲突,应以英语版为准。

SnapManager 如何在本地存储上保留备份

提供者 下载此页面的 PDF

通过 SnapManager ,您可以创建符合保留策略的备份,这些策略指定应在本地存储上保留多少成功的备份。您可以指定在配置文件中为给定数据库保留的成功备份数。

您可以为以下项创建备份:

  • 主存储上每天备份 10 天

  • 主存储上每月备份 2 个月

  • 在二级存储上进行 7 天的每日备份

  • 在二级存储上每周备份 4 周

  • 在二级存储上每月备份 6 个月

对于 SnapManager 中的每个配置文件,您可以更改以下非受限保留类的值:

  • 每小时

  • 每天

  • 每周

  • 每月

SnapManager 会通过考虑保留计数(例如 15 个备份)和保留期限(例如 10 天的每日备份)来确定是否应保留备份。如果备份的期限超过为其保留类设置的保留期限,或者备份数量超过保留数量,则备份将过期。例如,如果备份计数为 15 ( SnapManager 已成功创建备份 15 ),并且为 10 天的每日备份设置了持续时间要求,则五个最旧的成功备份将过期。

备份过期后, SnapManager 会释放或删除已过期的备份。SnapManager 始终会保留上次创建备份。

SnapManager 仅会计入保留计数中成功备份的数量,不会考虑以下因素:

备份不包含在保留计数中

其他详细信息

备份失败

SnapManager 会保留有关备份成功和失败的信息。虽然备份失败只需要极少的存储库空间,但您可能希望将其删除。失败的备份会保留在存储库中,直到您删除它们为止。

指定为无限制保留的备份或其他保留类的备份

SnapManager 不会删除指定无限制保留的备份。此外, SnapManager 仅考虑同一保留类中的备份(例如, SnapManager 仅考虑每小时保留计数的每小时备份)。

从本地存储挂载的备份

挂载 Snapshot 副本后,这些副本也会进行克隆,因此不符合保留条件。如果 Snapshot 副本已克隆,则 SnapManager 无法删除这些副本。

用于在本地存储上创建克隆的备份

SnapManager 会保留用于创建克隆的所有备份,但不会将其视为备份保留计数。

SnapManager 为每个保留类提供默认保留计数和持续时间。例如,对于每小时保留类计数,默认情况下, SnapManager 会保留四个每小时备份。您可以在创建或更新配置文件时覆盖这些默认值并设置这些值,也可以更改 SMO.config 文件中保留计数和持续时间的默认值。

如果本地备份根据其保留策略过期,则会删除这些备份。

与联机数据库备份过程不同,在仅归档日志备份操作中, SnapManager 不会归档重做日志文件。在执行仅归档日志备份操作之前,您必须添加任务前脚本以归档重做日志文件。任务前脚本必须运行 alter system switch logfile 命令。

以下示例显示了 SnapManager 根据三个每日备份保留策略(将计数设置为保留 3 )对各种类型的备份执行的操作:

备份日期

Status

已执行保留策略操作

说明

5/10

成功

保留

这是最新成功的备份,因此会保留该备份。

5/9

成功,已克隆

跳过

SnapManager 不会在保留策略计数中考虑用于克隆的备份。成功备份的计数会省略此备份。

5/8.

成功,已挂载

跳过

SnapManager 不会在保留策略计数中考虑挂载的备份。成功备份的计数会省略此备份。

5/7.

失败

跳过

失败的备份不会计入在内。

5/5.

成功

保留

SnapManager 可确保这第二次成功的每日备份。

5/3.

成功

保留

SnapManager 可确保这是第三次成功的每日备份。

5/2

成功

删除

SnapManager 会计算此成功备份的数量,但在 SnapManager 每天成功完成三次备份后,此备份将被删除。

  • 相关信息 *