SCSQL保留的实际工作原理是什么?
适用场景
- 适用于Microsoft SQL Server的SnapCenter插件(SCSQL) 4.5及更高版本
- Microsoft SQL Server
问题解答
备份保留评估是备份工作流的一部分、只有在备份成功完成后、才会评估保留。
- SCSQL可删除以下旧备份组件:
- ONTAP 卷快照
- 以 TRB文件的形式从主机日志目录(HLD)备份.ldfSQL事务日志文件
- 保留的应用方式有所不同、具体取决于三种可能的SCSQL策略类型:
- 完整备份
- 完整备份+日志备份
- 仅日志备份
- 以下是用户可以控制其删除操作的备份组件:
DATA
: 托管SQL数据和日志文件的卷的快照数量或快照应保留的天数(通过UI或cmdlet)LOG
: TRB文件应保留在HLD中的天数(通过UI或cmdlet、通过设置最高为分钟(UTM)值)LOG_SNAPSHOT
: 托管TRB文件的卷应保留Snapshot的数量或天数(仅通过填充完整的cmdlet)
- 以下是SCSQL应用保留时的情形:
DATA
:在完整备份或完整备份+日志备份期间LOG
:在完整备份+日志备份期间LOG_SNAPSHOT
:但是,在任何类型的备份期间,保留的快照数或快照天数是与用于备份的资源组(RG)关联的所有策略的LOG_SNAPSHOTS
值之和。
示例: 对于FullBackup+LogBackup策略,LOG_SNAPSHOT
SCSQL的值为2LOG_SNAPSHOT
,而对于仅LogBackup,SCSQL将保留HLD卷的4个快照。
Get-SmPolicy
输出以及应用时间。完整或日志策略的Get-Sm-Policy
输出包含一个以计划开头的部分、例如每周。在该部分下、有如下关键值:- backupType:数据(可能有两个、一个用于此计划、一个用于无、即OnDemand备份)、
LOG
和LOG_SNAPSHOT
。 - SchedulerType:每周、每天、每小时或无
- RetnumberonCount:要保留的数字
- RetnumberonDays:要保留的天数
- backupType:数据(可能有两个、一个用于此计划、一个用于无、即OnDemand备份)、
- 哪个策略会为哪个组件触发保留:
- 完整备份策略将触发所有BackupType保留。
- 仅日志备份类型仅触发备份类型
LOG_SNAPSHOT
。
追加信息
示例:
完整+日志策略-每日 | |||||
备份类型 | 数据 | 数据 | log_Snapshot | 日志 | |
计划程序类型 | 无 | 每日 | 无 | 无 | |
RettionCount | 8 | 8 | 2 | 3 | |
RetondOnDays | 0 | 0 | 0 | 0 |
仅LogBackup策略—每小时 | |||||
备份类型 | 数据 | 数据 | log_Snapshot | 日志 | |
计划程序类型 | 无 | 每小时 | 无 | 无 | |
RettionCount | 7 | 7 | 2 | 7 | |
RetondOnDays | 0 | 0 | 0 | 0 |
具有上述两个策略的RG将产生以下结果:
托管.mdf文件的ONTAP卷:每种计划类型最多8个快照、在本示例中仅每日执行。ONTAP卷托管.ldf文件:每个计划类型最多8个快照、如上所述。
托管HDL的卷:HDL卷中的TRB文件:只有在执行完整+日志备份时、TRB的数量才会减少到最多3个
HDL卷中的Snapshot:最多4个(根据日志策略的SC 4.5默认值、最多2个+我们通过cmdlet为完整策略设置的带有Log_Snapshot变量的2个);
注意:SCSQL 4.4及更低版本对HLD快照具有不同的保留设置(硬编码为7个快照)。从SCSQL 4.5开始、它将更改为2个快照。