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_SNAPSHOTSCSQL的值为2- LOG_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个快照。