数据生命周期管理（Lifecycle Management）

概述：
oracle的生命周期管理叫做Information Lifecycle Management（ILM）
SQL server的生命周期管理叫做Database Lifecycle Managemet(DLM)
Elasticsearch的生命周期管理叫做Index Lifecycle Management（ILM）

SQL server的生命周期管理：

数据库生命周期管理 (DLM) 是一种基于策略的方法，用于管理数据库和数据资产。 DLM 不是一种产品而是管理数据库应
用程序的数据库架构、 数据和元数据的一套全面的方法。DLM采用深思熟虑且主动的方法，组织可以根据相应的性能、保护、可用性和成本的级别来管理数据资源。


DLM从项目设计和目标开始，从而进行数据库开发，测试，构建，部署，维护，监视和备份活动，最后是数据存档。
在此期间还包括数据管理活动和数据可移植性操作，如导入/导出，备份和还原，迁移和同步。

SQL server的生命周期管理： 

Elasticsearch的生命周期管理：
ES的生命周期管理的API能随着时间的推移自动化的管理Index索引数据。除了简化基于indics索引数据的定时行为的管理操作，
还可以基于其他因素如性能要求和分片数的操作。

可以通过将生命周期策略附加到索引模块用于控制索引如何处理老化的索引，索引策略可以修改新的索引和既有的索引的生命周期。

可以通过将生命周期策略附加到索引模块用于控制索引如何处理老化的索引，索引策略可以修改新的索引和既有的索引的生命周期。

对于时间序列索引，索引生命周期中有四个阶段：
hot - 索引数据正在活跃的更新和查询
warm - 索引数据不再被更新，但是仍被查询
cold - 索引已经不被更新且很少查询。但是索引数据的信息还需要被搜索，若被搜索则比较慢。
delete - 索引不再被需要可以安全的删除。

Hot-索引正在积极更新和查询。
暖 - 索引不再更新，但仍在查询中。
冷 - 索引不再被更新，很少被查询。信息仍然需要搜索，但如果这些查询速度较慢也没关系。
删除 - 不再需要索引，可以安全删除。
生命周期策略控制索引数据如何在这些阶段中转换以及在每个阶段对索引执行的操作。该政策可以指定：

要转移到新索引的最大大小或年龄。
索引不再更新的点和主分片的数量可以减少。
何时强制合并以永久删除标记为删除的文档。
索引何时可以移动到性能较低的硬件的时间点。
可用性不那么重要 和副本的数量可以减少的点。
何时索引数据可以安全删除。
例如，如果要将一组ATM中的度量标准数据写入到Elasticsearch，则可以定义一个策略：

当索引达到50GB时，转到新索引。
将旧索引移动到warm阶段，将其标记为只读，并将其缩小为单个分片。
7天后，将索引移至cold阶段并将其移至较便宜的硬件。
一旦达到所需的30天保留期后，删除索引。
重要
索引生命周期管理不支持混合版本集群使用。尽管可以针对较新版本的节点创建此类新策略，
但无法保证它们可以按预期工作。使用旧版本节点中不存在的新操作的新策略将导致错误。

 

参考：

https://www.elastic.co/guide/en/elasticsearch/reference/current/index-lifecycle-management.html

https://docs.microsoft.com/zh-cn/sql/relational-databases/database-lifecycle-management?view=sql-server-2017