跳转到主内容

SCSQL保留的实际工作原理是什么?

Views:
26
Visibility:
Public
Votes:
0
Category:
snapcenter
Specialty:
snapx
Last Updated:

适用场景

  • 适用于Microsoft SQL Server的SnapCenter插件(SCSQL) 4.5及更高版本
  • Microsoft SQL Server

问题解答

备份保留评估是备份工作流的一部分、只有在备份成功完成后、才会评估保留。

  1. SCSQL可删除以下旧备份组件:
    • ONTAP 卷快照
    •  以 TRB文件的形式从主机日志目录(HLD)备份.ldfSQL事务日志文件
  2. 保留的应用方式有所不同、具体取决于三种可能的SCSQL策略类型:
    • 完整备份
    • 完整备份+日志备份
    • 仅日志备份
  3. 以下是用户可以控制其删除操作的备份组件:
    • DATA:  托管SQL数据和日志文件的卷的快照数量或快照应保留的天数(通过UI或cmdlet)
    • LOG: TRB文件应保留在HLD中的天数(通过UI或cmdlet、通过设置最高为分钟(UTM)值)
    • LOG_SNAPSHOT: 托管TRB文件的卷应保留Snapshot的数量或天数(仅通过填充完整的cmdlet)
  4. 以下是SCSQL应用保留时的情形:
    • DATA:在完整备份或完整备份+日志备份期间
    • LOG:在完整备份+日志备份期间
    • LOG_SNAPSHOT:但是,在任何类型的备份期间,保留的快照数或快照天数是与用于备份的资源组(RG)关联的所有策略的LOG_SNAPSHOTS 值之和。
      示例  对于FullBackup+LogBackup策略,LOG_SNAPSHOT  SCSQL的值为2 LOG_SNAPSHOT ,而对于仅LogBackup,SCSQL将保留HLD卷的4个快照。
  5. Get-SmPolicy 输出以及应用时间。完整或日志策略的Get-Sm-Policy 输出包含一个以计划开头的部分、例如每周。在该部分下、有如下关键值:
    • backupType:数据(可能有两个、一个用于此计划、一个用于无、即OnDemand备份)、LOGLOG_SNAPSHOT
    • SchedulerType:每周、每天、每小时或无
    • RetnumberonCount:要保留的数字
    • RetnumberonDays:要保留的天数
  6. 哪个策略会为哪个组件触发保留:
    • 完整备份策略将触发所有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个快照。

 

NetApp provides no representations or warranties regarding the accuracy or reliability or serviceability of any information or recommendations provided in this publication or with respect to any results that may be obtained by the use of the information or observance of any recommendations provided herein. The information in this document is distributed AS IS and the use of this information or the implementation of any recommendations or techniques herein is a customer's responsibility and depends on the customer's ability to evaluate and integrate them into the customer's operational environment. This document and the information contained herein may be used solely in connection with the NetApp products discussed in this document.