ILM迈向标准化：SNIA信息生命周期管理白皮书（2）

应用说明一切

为了实施“数据服务资源管理”，业务部门之间要进行很多沟通工作，系统之间也要进行很多交互操作。本章举例说明这些沟通工作和系统交互是如何进行的。所举例子只涉及到沟通和交互活动的一小部分，并不代表部门沟通和系统交互的全貌。为了简单明了地说明问题，我们将这些活动涉及到的人归纳为3种典型类型：

业务部门的代表：业务部门的人对信息感兴趣，是因为信息对公司盈亏有着举足轻重的作用。应用所有者、产品经理、向业务部门报告工作的数据库管理员或业务流程分析师都属于业务部门的代表。

数据中心的信息技术设计师：首席信息官、IT总监、数据设计师、解决方案设计师、系统或存储管理员都归入这一类。

记录信息管理人：这类人站在公司安全管理和法规遵从管理的最前沿。首席安全官、CCO、公司法律顾问或法律顾问的代表都属于这一类。

以下例子中谈论的“系统”大多指的是“数据服务资源管理器”，“数据服务资源管理器”起的是桥梁作用，用于把数据服务级别管理和提供数据服务的资源联系起来。数据服务级别管理包括数据“服务级别目标（SLO）”管理、利用“提供数据服务级别（ODSL）”在数据的整个生命周期中协调服务级别以及将存储设备、数据保护措施和数据安全管理集成到“组合存储集（CSS）”中。

有关SNIA ILM技术工作组

ILM技术工作组将开发共享数据管理及相关存储管理服务，这些服务散布于跨越网络存储的应用。尤其是，ILM技术工作组将定义流程、控制机制及工件，可把数据管理需求（保护和可用性等方面的服务级别目标及策略）映射成数据管理服务。虽然单个应用能够、也可以提供部分这些服务，但ILM技术工作组将满足对一组公用数据和存储管理服务及它们跨共享及使用网络存储的多个应用进行协调的需求。

有关SNIA数据管理论坛和ILM计划

SNIA数据管理论坛（DMF）是由信息技术专业人士、厂商、集成商和服务提供商组建的合作性组织，旨在定义、实施、审查及传授有关电子数据及信息保护、保存及生命周期管理的经过改进的可靠的方法。DMF的ILM计划致力于促使ILM在将来实现愿景、并在未来改进实际应用。

业务流程工作流集成

1．确定新增应用的信息需求[UC-2005-010]

一家公司正在推出一个新的产品系列，需要建立新的生产、销售和后端办公流程。这些业务流程已经定义完毕，而且业务部门也已经确定用什么应用软件建立和管理这些业务流程产生的信息。举这个例子是为了说明如何对新增应用的信息进行分类。

首先，业务部门的代表会向信息技术设计师简单介绍新应用的需求。然后，信息技术设计师组织一次会议，邀请所有“需求确定团队”的成员参加，这个团队中包括公司所有有关人员，如记录信息管理人和信息技术设计师以及其他业务部门的代表，其他业务部门的数据也许与这个新应用的数据有重叠。在分类会议上，该业务部门的代表介绍新的业务流程、新应用软件的使用、新应用产生的信息以及随着时间的推移或根据业务事件的不同，这些信息的使用规则可能发生哪些变化。每位与会人员都会利用自己的专长，共同确定信息的生命周期以及在生命周期每一阶段对信息的要求。针对信息生命周期的每个阶段，该业务部门的代表会根据自己部门使用信息的独有特点细化对信息的要求，如“在购物车中的时候，20秒完成网页更新或显示”。

记录信息管理人和其他业务部门的代表对信息提出的要求可能与业务有关，也可能跟业务无关，如信息所需保留的时间以及信息访问限制。这个分类团队还要确定哪些条件可能导致对信息的要求发生变化。在IT设计师的领导下，这个团队将每一阶段对信息的要求都与数据中心提供的“可提供数据服务级别”一一对应上。信息技术设计师计算出新应用及其信息在整个生命周期中预计所需的总体成本，信息在整个生命周期中的成本包括数据服务成本。如果这个数据服务成本业务部门可以接受，那么信息技术设计师配置数据服务时就不受什么限制，可以采用任何“组合存储集”，只要这些存储集满足需求且不超过业务部门的预算就行。这个例子到此就结束了。

如果业务部门不接受这么高的数据服务成本，那么整个团队的成员必须考虑降低要求，这么做的同时增加了风险。降低要求包括修改生命周期和（或）修改整个生命周期的数据服务要求。修改过程反复重复，直到成本低于业务部门的最高预算为止，这时这个例子结束。

接下来信息技术设计师需要进行的工作参见“定义数据政策”。

2．为新应用申请网格数据服务资源

一家在线零售商已经将其IT资源网格化，很多应用都可以使用这种网格化的IT资源，其中有的应用在节日期间需要更多的资源，以满足销售高峰期的需求。网格计算自动化程序代表业务部门监视应用软件的活动，以按需增加（减少）应用装载到内存中的次数。

这个例子的起点是，网格计算自动化程序确定，需要增加应用装载到内存中的次数，以满足网上订单激增的需求。为此，网格计算自动化程序要申请服务器、网络和数据服务资源。根据预先配置，网格计算自动化程序通过“数据服务资源管理器”申请名为“关键业务”的“可提供数据服务级别”。网格计算自动化程序向“数据服务资源管理器”发送请求，其中包括应用装载到内存所遵循的标准，如所需容量和已分配服务器的名称。

“数据服务资源管理器”确定，以前哪个“组合存储集”可以满足“关键业务”服务级别目标的要求，而且其可用资源能够满足所申请的容量要求。“数据服务资源管理器”根据信息技术设计师规定的选择政策，选出满足要求的“组合存储集”。然后，“数据服务资源管理器”开始提供存储硬件、存储软件、数据保护（备份、复制）和适用的安全保障功能。“数据服务资源管理器”将数据存储系统所用存取信息返回给网格计算自动化程序。然后，网格计算自动化程序再向“数据服务资源管理器”发送请求，要求将新装载到内存的应用所需的数据复制到新的位置。“数据服务资源管理器”确定最佳的“数据放置” 服务，并开始复制数据。复制一完成，“数据服务资源管理器”就通知网格计算自动化程序。此例到此结束。

3．自动为已有应用增加资源

一家报社推出了一项免费新闻服务，读者可以通过这项服务访问归档的新闻报道。这家报社将“可提供数据服务级别”设定为：首先是“立即访问”，一年以后再将新闻报道转为“第二天访问”。这一“可提供数据服务级别”是该新闻报道档案生命周期的组成部分。由于向读者提供的新闻数量会持续增多，而且随着时间的推移，累计新闻报道也会越来越多，因此归档新闻量的增多是不可避免的。该报社的业务部门为“立即访问”型增长安排了预算，以满足新闻报道数量不断增多的需求。在所使用的数据存储资源量达到门限时，业务部门使用的新闻档案文件系统能够自动申请增加数据存储资源。在这个例子中假定，如果数据增长未导致总的数据存储量超出预先规划的容量限度，那么自动增加数据存储资源；如果数据存储量超过了预定义的限度，那么就需要人工干预。

这个例子的起点是，文件系统检测到“立即访问”型数据的存储量已经超过了预定义的门限。该文件系统向“数据服务资源管理器”发送一个请求，要求分配更多的资源。文件系统总是根据预先确定的增幅增加存储容量，这个增幅与预定义的存储容量增长计划是一致的。“数据服务资源管理器”确定该请求是否满足预定义的存储容量限度。如果不满足，那么就向“信息技术设计师”发送一封电子邮件，以通过手工流程增加存储资源，或采取其他措施，如将数据转移到“第二天访问”型存储空间中。如果该请求未导致存储容量超出预定义的限度，那么“数据服务资源管理器”确定，目前的“组合存储集”是否有充足的资源来完成此次存储扩容。如果资源不够，那么“数据服务资源管理器”就将该文件系统的数据转移到一个能支持所需存储容量的“组合存储集”上。（参见“满足业务部门临时提出的改变‘服务级别目标’的请求”。）这种数据移动对文件系统来说是透明的。除此之外，“数据服务资源管理器”还利用存储容量提交服务来为已有文件系统增加资源。文件系统接到新增资源现已可用的通知后，本例结束。