企业需归档数据进入EB级 刺激分层存储发展

核心提示： 无论如何，作为标准开放声明的一部分，企业需归档数据进入EB级 刺激分层存储发展(2)，我们真正需要的是一个标准界面，以便让标准化的信息生命周期管理的管理信息能够传递到存储管理系统中，就是那些从应用程序到存储设备之间的资源没有得到很好的协调，除了OpenGroup已经提出的那些改变之外，这个

无论如何，作为标准开放声明的一部分，我们真正需要的是一个标准界面，以便让标准化的信息生命周期管理的管理信息能够传递到存储管理系统中。这个界面需要包括如下信息：

文件保留时间：你希望多长时间保留这个文件?对一些文件，可能是一年，而其他，可能是75年或更长。

所有权信息：目前我们受到于POSIX 用户/组 所有权的控制。如果一个文件要保留75年，那么建立这个文件的人不太可能存活这么长的时间。我们需要一个更好的方法来维护文件的所有权。

性能提示：对于任何归档系统，你都有在某个时候访问某个文件的性能需求。我看到在许多归档站点中，用户在建立了一个文件后，在几个星期内会使用这个文件，然后可能在今后几年中或永远都不会再使用这个文件，而其他文件可以马上进入长期归档。

版本管理：由于分层存储管理系统的文件系统通常没有版本控制，因此最好是每个文件保持一个文件的多个版本，或允许该文件被替换。目前，对于大部分分层存储管理文件系统，这是通过将不同版本的文件命名为另一个名字来实现的，而没有让文件系统来管理版本。

我相信我们可以想出很多政策，但是需要有一个框架来让所有人都同意并通过一个政策结构，并且为对厂商和站点专门的功能提出一个方法。这不会很快实现，而且需要来自广大厂商的同意。

扩展界面

看看：对于硬件厂商来说，建立一个能够降低他们所出售的硬件数的标准不符合他们的利益，因此许多标准的变动非常缓慢。

现有存储系统的利用效率如何?我们是否利用了磁盘驱动器的1%，5%，25%，50%或80%的性能?就我所看到的情况而言，通常是接近5%。对于那些需要很高的IOPS(每秒输入输出)的应用程序而言，尤其如此。这种情况有许多原因，但是其中一项原因，如同我过去一再指出的那样，就是那些从应用程序到存储设备之间的资源没有得到很好的协调。除了OpenGroup已经提出的那些改变之外，还需要有一些改变来支持更好的可伸缩性。这里有一些建议：