我认为所谓数据的生命周期是指从数据的产生至数据消亡的整个过程称之为数据的生命周期。从数据的产生，到存储，调取，备份，归档，消亡，每个过程都会有对应的技术，存储设计到存储技术，调取设计到数据结构数据库，备份，设计到数据安全，归档设计到数据的存放和对应的存储介质问题等，建议看看...

磁带属于易耗品，容易坏，和保存方式，空气的湿度、温度使用次数都有关系，一般三年左右就得更换，对于需要无线保留的数据可以使用光盘塔方式保存！

首先，要清楚为什么调整，是否真的到了规划中数据生命周期调整期，然后才会根据具体的业务进行调整，说到成本，如果能保证业务正常运行，多一点成本对任何公司都不是什么事，还是那句话，要根据实际业务的各种维度，进行划分，比如核心、非核心这个样子，还有一点，如果已经开始调整，肯定是已经影...

既然没有用，那么二次挖掘的目的是什么呢？如果完全没有用，那么就可以离线归档了。放到磁带、光介质存储上或者其他归档存储。

海量数据可以考虑对象存储方式

还是得看我们采用什么样的解决方案。如果单纯的存储分层，那么只能通过主动的方式对数据进行删除。如果采用了相关的解决方案，可以通过策略做删除，比如基于tsm的备份归档，备份通过那四个参数来做，归档通过保留周期来做，超过参数的设置后，数据会被自动删除。...

伟光的图非常不错个人认为gpfs更偏向在线数据处理 hsm一般用在和备份方案集成的分层存储 ltfs还没做过相关的项目，根据我的了解，主要特长为基于磁带的文件系统 但是企业版的ltfs已经是解决方案类型的产品了而且，正如楼上的图中所示，IBM实际上已经打通了这些产品，集成的解决...

数据的生命周期和业务紧密相关，是业务属性，比如有的业务要求保存5年，有的业务要求保存3年。我们在做的过程中，生命周期是自行研发工具进行管理的。可以参考一下这个文章 https://talena-inc.com/media/Talena_Report_HadoopAdoption_2015.pdf...

在很多情况下，规划跟不上需求，甚至是被需求倒逼着走。在某一阶段为解决特殊的问题而提出的解决方案，反而可能会对后面的整体规划带来不便。在规划实施数据生命周期管理的时候，一定要从企业的实际情况出发。对企业现有的业务系统进行梳理和评估，比如在线数据、近线数据和归档数...

说实话，这个话题提的确实有点大。不管是我们说的数据生命周期管理，还是今年来比较火热的软件定义存储、云存储等话题，最终还得以最大化的满足用户需求为主。对于用户来讲，关注的的东西其实一直没变，还是企业自身数据安全、高效、高可靠的存放，并且可以发挥自身最大的价值。但是...