1 使用场景

生命周期规则可以定期将非热门数据转换为低频访问、归档存储或冷归档存储，将不再需要访问的数据删除，让您更高效地管理您存储的数据，节省大量人力及存储成本。例如：

• 某医疗机构的医疗档案，上传至OSS后半年内需要偶尔访问，半年后基本不再访问。可以通过设置生命周期规则，将已上传180天的医疗档案转为归档存储。
• 某公司服务热线的录音文件，上传至OSS后2个月内，需要作为数据统计及核查的依据，2个月后偶尔访问，半年后基本不再访问，2年后数据不再需要存储。可以通过设置生命周期规则，设置录音文件上传60天后转为低频访问存储，180天后转为归档存储，730天后删除。

• 某存储空间内有大量文件需要全部删除，但是手动删除每次仅可以删除最多1000个文件，比较麻烦。此时可以配置一条匹配整个Bucket的生命周期规则，设置一天后删除所有文件。此Bucket内的数据会在第二天被全部删除。

  2 组成元素

  (1) 策略

• 按前缀匹配：按指定前缀匹配Object和碎片。可创建多条规则匹配不同的前缀，前缀不能重复。前缀的命名规范与Object命名规范相同，详情请参见对象（Object）。

• 按标签匹配：按指定标签的Key和Value匹配Object。单条规则可配置多个标签，OSS对所有拥有这些标签的对象执行生命周期规则。标签匹配规则不作用于碎片。说明 对象标签功能详情请参见对象标签。
• 按前缀+标签匹配：按指定前缀和标签的筛选条件匹配对象。

• 配置到整个Bucket：匹配整个Bucket内的所有Object和碎片。配置了覆盖整个Bucket的生命周期规则后，不支持再创建其他生命周期规则。

  (2) 文件过期策略

• 过期天数: 指定一个过期天数N，并指定非版本状态下的所有Object、以及版本控制状态下的当前版本Object过期后执行什么操作。Object会在其最后修改时间的N天后过期，并执行指定的操作。

• 过期日期：指定一个过期日期，并指定非版本状态下的所有Object、以及版本控制状态下的当前版本Object过期后执行什么操作。最后修改时间在该日期之前的Object全部过期，并执行指定的操作。

  3 匹配逻辑

  (1) 规则生效

  例如，某个Bucket有如下几个Object：

  logs/program.log.1 logs/program.log.2 logs/program.log.3 doc/readme.txt

如果生命周期规则指定的前缀是logs/，那么此规则仅作用于前三个以logs/开头的Object；
如果指定的前缀是doc/readme.txt，那么此规则则只对doc/readme.txt起作用。

(2) 规则冲突

• 相同前缀和标签

当不同生命周期规则作用于相同前缀和标签的Object时，删除操作优先于存储类型转换操作。

4 通过控制台设置生命周期规则

(1) 使用限制

• 配置数量有限制

通过控制台最多可配置100条生命周期规则。如果您需要配置更多数量的生命周期规则，请使用SDK或者命令行工具ossutil。

• 地域有限制

仅华北1（青岛）、华北5（呼和浩特）、德国（法兰克福）以及澳大利亚（悉尼）地域支持创建基于最后一次访问时间的生命周期规则。

• 生效时间有延迟

生命周期规则配置完成24小时内会被加载，加载后的24小时内会被执行，请确认无误后再保存规则。