CN101044482A

CN101044482A - 基于实体的可配置数据归档管理系统和方法

Info

Publication number: CN101044482A
Application number: CNA2005800358097A
Authority: CN
Inventors: J·埃皮塞尔; G·戈朵伊; N·金甘
Original assignee: International Business Machines Corp
Current assignee: International Business Machines Corp
Priority date: 2004-10-25
Filing date: 2005-10-24
Publication date: 2007-09-26
Also published as: EP1812874A1; US7493350B2; WO2006045767A1; JP2008518295A; JP4392042B2; US20060101095A1

Abstract

本发明提供了用于可配置地表达准则以周期地归档数据、删除数据或将数据从一个数据存储系统移动到另一个数据存储系统的方法和系统。执行管理特定数据的程序的一致方法使用表达的准则来标识数据集合以及与由所述程序处理的数据实体关联的规则。数据实体可以具有不同的控制规则和策略，如不同国家、公司或合同约定所要求的。将数据实体与定义了存储持续时间、归档频率、保留周期等的规则和策略相关联。因此，可以实现捕获组织的保留策略并在各种应用系统上管理的一致处理。

Description

基于实体的可配置数据归档管理系统和方法

技术领域

本发明一般地涉及用于归档数据的系统和方法，更具体地，涉及基于高度可配置的数据保留策略来归档数据的系统和方法。

背景技术

由于多种原因，存储在计算机系统上的数据通常需要周期归档，这包括删除或移动到另一个存储设备。周期归档可以为任何指定的持续时间。该周期管理的准则通常受到包括公司的数据保留策略、终端用户需求、系统容量和性能的多种因素的影响。

在公司代表许多其他公司或组织(例如，政府机构、区域、部门、不同客户等)控制或管理数据的情况中，标识适当的数据对象以及管理所述数据对象的归档变得难以解决。类似地，在公司出于业务原因将数据作为独立且不同的对象分割和管理的情况中，可能由于例如不同的客户基础，规划和执行将所有不同周期归档纳入考虑的一致归档策略以及归档的数据对象标识可能变得相当有难度和复杂。

由合同约定或契约(它们通常因业务关系或政府策略而产生)所施加的要求可以增加此复杂性。这些要求彼此可能明显不同。当公司代表此类关系或策略(或作为此类关系或策略的结果)从事数据管理时，许多不同的归档要求可能很容易使负责执行日常归档的公司陷入困境。跟踪和确保符合所有不同的要求可能成为令人望而生畏的任务。

此外，目前大多数归档程序通常都开发(以额外的成本)为不一致地处理常用功能。即，每个归档程序通常根据它的特定开发目的来处理标识是归档或删除等的候选者的数据集合，并且单方面地处理关联的性能问题，而不考虑任何其他也可能试图对不同数据集合执行归档功能的归档程序。此单方面的归档情形(其可能涉及许多不同的归档程序，每个归档程序通常都将特定类型或类别的数据作为目标)可能限制计算机系统的吞吐量和性能，甚至影响主要的非归档应用的效率或及时性。大多数这些程序都具有内部的编码管理规则(使配置成本很高)或开发的用于配置控制的专用装置。

发明内容

在本发明的一个方面中，提供了一种控制数据的方法。所述方法包括以下步骤：为一个或多个数据对象定义与数据保留策略关联的一个或多个数据管理规则，所述一个或多个数据管理规则中的每个规则都指定了与所述一个或多个数据对象关联的应用程序系统、标识所述一个或多个数据对象的参数，以及执行所述一个或多个数据对象的归档管理的软件模块。所述方法还包括以下步骤：当事件发生时执行所述软件模块，所述事件标识了所述一个或多个数据管理规则中的至少一个规则，以根据所述参数和所述指定的应用系统来控制所述归档管理，以便对由所述一个或多个数据管理规则标识的所述一个或多个数据对象执行归档管理操作。

在一个实施例中，所述方法包括：定义与所述数据保留策略关联的一个或多个数据管理规则类型，其中所述一个或多个数据管理规则中的每个规则都定义了所述数据管理规则类型的实例，其中所述一个或多个数据规则类型指定了描述实体类型的数据保留策略的规则的命名类型，以及所述一个或多个数据规则类型具有以下一个或多个在控制所述归档管理中使用的属性：

i)应用ID，

iii)应用系统ID，

iii)企业ID，

iv)受管理的实体名称，

v)控制实体名称，

vi)角色CD，

vii)控制数据列ID，或

viii)数据保留策略ID。

在一个实施例中，所述实体类型定义了被唯一地标识并具有名称属性和描述属性中的至少一个属性且关联了实体关键词属性的人、地点、事物、概念或事件，所述实体关键词属性定义了组成所述实体类型的完整关键词的属性。

在一个实施例中，所述方法包括：定义以下一个或多个在控制所述归档管理中使用的属性，并将其与所述一个或多个数据管理规则关联，所述属性是：

i)已安装的应用ID，

ii)实体关键词，

iii)操作前的时间，

iv)时间度量单位，

v)提交计数，

vi)最大迭代，

vii)数据保留类型，或

viii)事件名称。

通过实例的方式，所述一个或多个数据管理规则可以与已安装的应用实体关联，所述应用实体具有已安装的应用ID以及业务功能代码、应用系统ID和已安装的应用描述中的至少任意一个。

在一个实施例中，所述方法包括定义一个或多个实体类型，所述实体类型标识了所述一个或多个数据对象并且具有包括实体名称、实体描述以及实体关键词属性的属性。

所述实体关键词属性可以具有包括实体名称、实体关键词顺序以及关键词属性名称的属性。

在一个实施例中，可以定义一个或多个实体建立器，每个所述实体建立器定义了一组有序的算法，当被调用时，所述算法通过实例化所述一个或多个实体类型中的一个实体类型来构造唯一标识符。

在一个实施例中，定义了具有包括一个或多个计算机作业实体的一个或多个属性的工作单元实体。

在一个实施例中，所述方法包括定义所述工作单元实体的一个或多个属性，所述属性包括已安装的应用ID、数据管理规则名称、实体关键词、工作单元起始日期、工作单元结束日期，以及工作单元状态中的至少任意一个，以便控制由所述实体关键词标识的所述一个或多个数据对象中的至少一个数据对象的所述归档管理。

在一个实施例中，所述方法包括将一个或多个数据管理日志实体与所述一个或多个计算机作业实体关联，以记录所述归档管理被执行时的活动，所述一个或多个数据管理日志实体具有包括已安装的应用ID、数据管理规则名称、实体关键词、工作单元起始日期、工作单元结束日期、作业号、日志时间戳、活动状态和已记录的消息、交易计数中的至少任意一个的属性。

在一个实施例中，所述事件周期地发生以启动所述执行步骤并将事件名称提供给所述一个或多个数据管理规则。

在本发明的另一个方面中，提供了一种控制数据管理的方法。所述方法包括以下步骤：实例化控制器并将事件名称提供给所述控制器，以及访问与所述事件名称关联的规则。所述方法还包括获取与和所述规则关联的规则类型关联的控制数据，以及执行程序以对由至少包括工作单元定义的所述控制数据定义的一个或多个数据对象执行归档功能。

在一个实施例中，所述工作单元定义包括用于开始日期、结束日期的参数。

在一个实施例中，所述控制数据定义了应用系统、与所述一个或多个数据对象关联的实体名称、控制实体名称以及最大迭代中的至少任意一个。

在一个实施例中，所述归档功能包括删除数据、清除数据以及将数据从一个系统移动到另一个系统以便存储中的至少任意一个。

在本发明的另一个方面中，提供了一种管理数据的系统。所述系统包括：用于实例化控制器并将事件名称提供给所述控制器的装置，以及用于获取与由所述规则名称标识的规则类型关联的控制数据的装置。所述系统还包括用于执行程序以对由至少包括工作单元定义的所述控制数据定义的一个或多个数据对象执行归档功能的装置。

在一个实施例中，所述系统包括用于实例化所述规则类型以提供所述规则类型的实例的装置，所述规则类型具有以下一个或多个在控制所述归档功能中使用的属性：

i)已安装的应用ID，

ii)实体关键词，

iii)操作前的时间，

iv)时间度量单位，

v)提交计数，

vi)最大迭代，

vii)数据保留类型，以及

viii)事件名称。

在一个实施例中，所述规则类型与已安装的应用实体关联，所述应用实体具有包括已安装的应用ID，以及业务功能代码、应用系统ID和已安装的应用描述中的至少任意一个的属性。

在一个实施例中，实例化所述工作单元定义，并将控制参数提供给所述程序以标识与所述规则类型关联的所述一个或多个对象。

在一个实施例中，所述系统包括用于记录由所述事件名称启动时与所述程序的执行关联的信息的装置。

在本发明的另一个方面中，提供了一种包括计算机可用介质的计算机程序产品，所述计算机可用介质其中包含可读程序代码，所述计算机程序产品包括至少一个组件以执行以下操作：为一个或多个数据对象定义与数据保留策略关联的一个或多个数据管理规则，其中所述一个或多个数据管理规则中的每个规则都指定了与所述多个数据对象关联的应用程序系统、标识所述一个或多个数据对象的参数，以及执行所述一个或多个数据对象的归档管理的软件模块。还提供了至少一个组件以当事件发生时执行所述软件模块，所述事件标识了所述一个或多个数据管理规则中的至少一个规则，以根据所述参数和所述指定的应用系统来控制所述归档管理。

附图说明

现在将仅通过实例的方式并参考附图描述本发明的优选实施例，这些附图是：

图1A-1D是示出由本发明的优选实施例提供、管理或使用的各种类型的实体的逻辑方块图；

图2是本发明的实施例的功能方块图；

图3是示出使用本发明的步骤的本发明的实施例的流程图；以及

图4A-4C是示出使用本发明的步骤的实施例的流程图。

具体实施方式

根据优选实施例的本发明一般地涉及用于提供归档规则准则的高度可配置的表达以及用于执行程序的一致处理的系统和方法，所述程序使用所述表达的归档规则准则来管理特定数据。存储在计算机介质中的数据几乎始终具有保留期限周期，并且通常不希望无限期地存储。该保留期限通常由组织的数据保留策略声明或规划来描述，并通常由应用系统以多种方式实现。根据优选实施例的公开的所述系统和方法提供了用于实现至少以下目标的一致处理，所述目标是：

-获取组织的保留策略，

-定义如何将这些策略应用于特定类型的数据，

-定义用于已定义数据集合的特定保留规则，以及

-在多种应用系统中管理这些规则。

一旦由负责数据管理的组织实施，就可以实现进行中的一致的和可靠的归档结果，所述归档结果可以灵活地配置以处理很宽范围的数据类型和系统环境。这允许满足归档目标(由一个或多个策略设置组织通过要求的策略或约定定义)的较高可信度。

图1A-1D是示出由本发明的优选实施例提供、管理或使用的多种类型的实体(数据)的逻辑方块图(总体表示为标号100)。图1A在较高级别上示出了多种实体，而图1B-1D提供了所述实体和关联属性的更多细节。用于数据管理的逻辑实体示为组织成三个一般分类：用于数据类型的策略和规则105、特定规则115，以及执行管理125。可以定义和实例化这些实体来实现数据管理处理。备选地，图1A-1D也可以是用于定义和/或创建示出的多种实体的步骤。

数据保留策略108描述了组织的保留策略，其中每个不同的组织可能都需要保留策略。例如，组织“A”可以将数据定义为需要短期、中期以及长期存储，而组织“B”可以将数据定义为可任意处理的和重要的。这些定义通常包括关联的和/或特定的“期限”。例如，“短期”可以定义为“将该数据存储六个月”，而“重要数据”可以定义为“将要存储七年”。

数据管理规则类型实体110a-110f，共同地，是将数据保留策略108与在应用系统中找到的特定实体链接的数据。举例来说，数据管理规则类型110a可以是“供应商录入的发票”，其可以由称为“网络支付请求”(WPR)的应用系统110c管理。该规则类型描述了“供应商发票”实体类型110b的管理，并且这些发票由实体关键词属性110f(例如，“发票Id”)来标识。该规则类型还定义了实体类型110b，即，在声明特定数据管理规则时用于定义另一粒度级别的“控制实体”。以下进一步描述了各种逻辑组件和相关属性：

实体类型110b

该实体定义了业务组织需要关于其的信息以支持其业务活动的人物、地点、事物、概念或事件。该实体可以由实体类型名称唯一标识，所述实体类型名称是实体类型110b的属性并且定义了赋予实体类型的唯一名称，例如雇员、工作地点、项目、购买顺序或处理历史。

实体关键词属性110d

该实体定义了组成实体类型的完整关键词或唯一标识符的那些属性。该信息允许系统根据配置来自动构建多种实体标识符，并且可以具有以下属性：

实体类型名称

该属性定义了声明了其标识属性的实体类型的名称。

实体关键词顺序号

该属性定义了使用关键词属性类型来唯一地标识实体类型的实例的顺序。

关键词属性类型名称

该属性定义了赋予组成实体类型的唯一标识符的那些属性类型的名称。系统使用该数据与对象通信以动态获取实体标识符的实例。以下实例旨在用于说明这些属性：

实体类型“雇员”(实体类型名称)可以由属性类型“HR系统ID”和“雇员ID”按此顺序唯一标识；它们分别是带有实体关键词顺序号1和2的关键词属性类型名称。

实体类型“公司”可以由属性类型“国家CD”和“公司CD”按此顺序唯一标识。

实体类型“公司商品”可以由属性类型“国家CD”、“公司CD”和“商品CD”按此顺序唯一标识。

实体建立器110e

该实体可以定义一组有序的算法，当实例化实体类型时，可以调用所述算法来准确地和完整地构建唯一标识符。这些算法从现有的源检索用于组成唯一关键词的数据，从而实现某种形式的引用完整性。引用完整性确保了实体之间的关系是完整和准确的。例如，只有在公司引用存在于父实体中的企业时，关系“公司只属于一个企业”才具有“良好的完整性”。

数据管理规则类型110a

该实体定义了描述单个类型实体的企业数据保留策略的规则的命名类型。该规则类型管理相同实体类型的特定规则的建立，并且具有一个或多个以下属性：

数据管理规则名称

该属性定义了用于唯一地标识规则类型的名称。

应用ID

该属性定义了唯一标识应用程序的名称，所述应用程序以任何程序语言编写，并且使诸如删除、移动或汇总业务数据集合的实际数据管理操作自动化。该程序实现数据管理规则类型。

应用系统ID

该属性定义了应用系统类型的名称，所述应用系统操作并存储必须受到管理的业务数据。可以存在该类应用系统的多个实例。例如，CAAPS是赋予具有三个正在运行的实例(一个在拉丁美洲，一个在欧洲，以及一个在亚太地区)的采购系统的名称。每个实例都操作相同种类的业务数据并以相同的格式存储数据。为具有应用系统ID的此应用系统建立数据管理规则类型。

企业ID

该属性定义了可以包括若干较小的法定实体(即公司)的法定业务实体的名称。由该企业定义数据管理规则类型。

受管理的实体类型名称

该属性定义了由该数据管理规则类型管理的业务数据。例如，实体类型“财务发票记入”可以是给定规则类型的主体。

控制实体类型名称

该属性定义了用于将业务数据分段的实体类型并允许应用更具体的策略要求。例如，法国的业务数据策略可以与美国的业务数据策略不同(即，实体类型“国家”)。在配置特定数据管理规则时可以使用该属性，以便管理可以为规则选择什么实体。

控制列名称

该属性定义了存在于业务数据(通过受管理的实体类型名称命名)内的要用于确定某些操作(例如，删除、汇总等)的资格的日期或时间戳数据的名称。

角色CD

该属性定义了必须赋予人员的角色，以便更改为该规则类型创建的特定规则的配置。

应用系统110c

该实体定义了“拥有”要根据公司策略来管理的数据的应用系统的类型。

参数类型110f

该实体定义了(如果必要)“归档器”(执行归档功能的程序)应用所需的参数的类型，以便为数据管理操作建立业务文档(例如，交易)的资格。

仍参考图1A-1D，特定规则115是共同地描述控制实体的特定数据管理规则的组件。例如，“业务单元”(例如“公司-A通用采购”或“公司-B人员系统部门”)可以是控制实体的实例。控制实体可以处于较高级别，例如“北美”(地理区域)，或是完全不同的实体，如可以是企业资源规划(ERP系统)的特定安装的“CAAPS63103”。特定规则115的组件可以包括以下实体：

事件120a

该实体定义了诸如时间触发的事件或其他计算机作业的完成之类的命名事件。

数据管理规则120b

该实体定义了在执行期间用于标识要归档或清除等的适当业务文档的数据管理规则类型110a的实例。该实体包括控制属性，诸如容纳被管理的数据的特定应用实例、必须经过的天数(或其他时间段)、相对于涉及的业务文档的日期或时间戳、在采取操作之前该“操作前的时间”属性的度量单位、在工作单元内要处理的最大文档数(即，在将操作提交给数据库之前)，或在规则的单个执行内可查找适当文档的最大次数。

已安装的应用120c

该实体定义了“拥有”要被管理的数据的应用系统的特定实例。例如，已安装的应用IBMSAPGP0和IBMSAPGP1是应用系统(类型)“SAP”的两个实例。

参数120d

该实体定义了“归档器”用于确定关于数据管理的业务文档的资格的特定标记数据块。

仍然参考图1A-1D，执行管理125，共同地，是使能管理定义的规则的数据。这允许中央控制组件追踪特定工作单元的状态和完整性。以下详细描述了执行管理125的组件：

工作单元130a

该实体定义了适合数据管理操作的业务文档集合。该文档集合可以由文档的期限(包括其他方式)来标识。

计算机作业130b

该实体定义了程序或程序组的单次可标识的执行。

数据管理日志130c

该实体定义了用于记录或审计目的的数据库。

图2是本发明的实施例的功能方块图，总体上用标号200表示。该实施例包括数据管理控制器(DMC)205、一个或多个“黑箱”程序210a-210c(可能存在这些程序的多个迭代，1-N)以及数据库215，数据库215具有需要归档处理(可能与诸如“系统A”之类的特定系统关联)的数据(例如，发票数据、财务数据、企业数据和/或简历数据等)。还包括用于配置和记录的数据库220并且包括数据库225，数据库225具有需要归档的可能与另一个特定系统(如“系统B”)关联的其他数据。

DMC 205可以负责一个或多个活动，包括以下活动：

i)查找与触发处理的命名事件关联的特定数据管理规则。

ii)确定“工作单元宽度”(“UOW宽度”是要处理的数据的开始和结束日期范围期限)。

iii)调用“归档器”程序并传递在此刻将操作的交易或“对象”的最大数量(工作量)、UOW日期以及任何进一步限定要处理的数据的参数。

iv)如果工作量超过了根据定义的迭代次数的最大值，再次调用“归档器”程序。

v)追踪每个UOW的状态。

vi)记录关于“计算机作业”的一般统计数据(例如，持续时间、运行历史)。

继续到图2，功能组件230a-230c示出了DMC 205执行的可以由各种软件例程完成的这些和其他功能步骤。例如，功能块230a示出了DMC定义和/或标识一个或多个程序(例如，215、220或225)、系统(例如，系统A)、控制实体，以及被管理的数据。功能块2 30b示出了对于特定控制实体，DMC 205标识或定义工作单元宽度(UOW)、工作量、迭代次数以及启动归档处理的事件。功能块230c示出了DMC 205可能采取的示例性操作，包括调用由特定事件(如事件235)触发的合适的“归档器”程序(例如，210a-210a)、追踪UOW状态，以及记录统计数据。事件235可以以预定频率发生，例如一个月两次。

此实施例200还示出了“归档器”程序A，210a，可以用于与程序A关联的数据(例如可以位于数据库215的发票数据)的归档处理。程序B，210b，示例性地示为处理关联的数据，该数据可以例如是简历数据并且也位于数据库215。但是，在一个实施例中，程序B，210b，也可以直接将活动记录到数据库220。在其他实施例中，DMC 205(而不是“归档器”程序)可以执行记录功能，如标号217所表示的。例如，程序C，210c，可以处理与系统B关联的数据，如标号225所表示的，以及服从DMC 205以代表它自己记录到数据库220，如标号217所表示的。

一般地说，“归档器”程序具有以下责任，例如：

i)基于UOW日期、作为参数传递的准则以及限于传递的工作量(例如，交易数)，对为其编写程序的数据采取操作。

ii)出于审计目的，记录业务控制计数(即，数据管理日志)。

但是应当理解，“归档器”程序可以包括其他责任。

为了协调系统的活动，数据管理体系结构(以下参考表1、2和3提供了其实例原型)的通用归档框架和实施方式通常包括以下基本规则：

i)“归档器”应用应当实现Archiver接口(如以下示出的)。通常在该接口中定义一个方法，当调用规则时由DMC调用该方法。

ii)“归档器”应用通过结果数据(在以下定义)类的实例来传送回控制器。

iii)“归档器”应用可以通过实现参数接口(在以下定义)来获取配置信息。

iv)所有“归档器”应用都应通过archivers.xml文件向控制器登记。每个“归档器”应用都存在表项。该文件还向控制器提供参数接口的任何实现的类名称。

v)控制器检查(每条规则)以查看先前的工作单元(此后称为UOW)是否未完成。如果存在未完成的UOW，则可以将它标记为完成，并且可以创建与先前运行具有相同日期范围的新的UOW。

vi)控制器如archivers.xml文件中定义的那样调用参数接口的实现，使得它可以收集“归档器”程序需要的任何其他数据。

vii)控制器调用关联的“归档器”程序的“performArchival”方法，然后所述方法执行归档操作。

viii)可以询问从“归档器”返回的结果数据对象的来自“归档器”的状态。如果返回不成功状态，则将“归档器”应用调用如规则表中配置的迭代次数。

ix)如果获得成功状态，则可以将UOW标记为完成。

表1中示出了Archiver接口的实例。此接口可以由所有“归档器”应用实现。在该实例中，DMC通过“performArchival”方法将控制传递给处理被处理的特定规则的“归档器”应用。

表1

表2是可以用于在“归档器”应用与DMC之间传递消息的“结果数据”类的实例。

表2

在该实例中，所有“归档器”程序都可以返回该类型的对象，并最低限度地设置指示所述程序是否成功地执行了所有数据的归档的状态。该类还提供了返回可用于增强记录和消息传递的类型“ExecutionResult”的对象的能力。在各实施例中，使用该对象，DMC自身可以完成记录。

表3是用于将配置传递给“归档器”应用的参数接口的实例。

表3

该示例性接口可用于将配置传递给“归档器”应用。还提供了可以传递已安装的应用ID、实体、提交计数和相关日期的默认实现。如果必要的话，“归档器”应用还可以实现该接口来同样传递其他“配置”数据(带有适当更改)。图3是示出使用本发明的步骤的本发明的实施例的流程图，开始于步骤300。图3和4A-4C可以同样地表示实现其步骤的优选实施例的组件的高级方决图。图3和4A-4C的步骤可以在计算机程序代码上结合适当的硬件来实现。该计算机程序代码可以存储在诸如软盘、硬盘、CD-ROM、DVD-ROM或磁带之类的存储介质上，以及诸如只读存储器(ROM)或随机存取存储器(RAM)之类的存储器存储设备或存储器存储设备集合上。此外，所述计算机程序代码可通过因特网或某些其他类型的网络传输到工作站。

继续图3，在步骤305，可以为多个数据对象定义一个或多个规则。在步骤310，可以为每个规则指定控制实体。在步骤315，可以为每个数据对象指定和关联应用。在步骤320，可以指定软件模块以便执行诸如归档、将数据对象移动到另一个存储系统之类的管理功能。在步骤325，可以指定更精确地标识适合对其进行操作的数据对象的参数。例如，可以列举指示财务文档“准备被清除”的状态代码的列表。

在步骤330，为每个规则(例如，保留周期、存储装置大小，或其他处理限制)定义一个或多个准则。在步骤335，为每个规则指定事件。在步骤340，当事件发生时可以调用应用(例如，“归档器”)。在步骤345，可以使用为规则和规则类型定义的参数，为每个规则和关联的实体执行归档管理功能，如移动数据、删除数据，和/或将数据存储在新的存储设备上。处理在步骤350结束。

图4A-4C是示出使用本发明的示例性步骤的实施例的流程图，开始于步骤400。在步骤405，检查是否已实例化控制器。如果是，则在步骤415，向控制器提供带有启动归档或数据保留处理的事件名称的消息。处理继续到步骤420。但是，如果控制器未被实例化，则在步骤410，启动控制器并向其提供启动归档或数据保留处理的事件名称。在步骤420，访问与命名事件关联的规则。在步骤425，为规则获取来自相关规则类型表的控制。

在步骤430，检查对于所述规则，先前的工作单元(UOW)是否完成。如果完成，则在步骤460，可以计算适合于其余数据的新的UOW参数。在步骤465，使用新的参数启动与所述规则关联的适当的“归档器”程序。但是，如果在步骤430，先前的UOW未完成，则在步骤435，使用先前的UOW参数为所述规则启动适当的“归档器”程序。在步骤440，可以输入日志表项以记录来自“归档器”的每个接口参数的执行结果。在步骤445，检查是否已处理了最大数量的数据或数据行(即，要处理的业务文档的最大数量)。如果是，则在步骤450，将所述UOW标记为“完成”并且处理在步骤455继续。如果否，则处理在步骤455继续。

在步骤455，检查是否为当前命名事件进行了最大迭代次数。如果否，则在步骤465，使用该迭代的参数(例如，UOW参数、要处理的最大文档数等)启动“归档器”程序，并且处理在步骤440继续。但是，如果已达到最大迭代次数，则在步骤470，检查以查看命名事件是否存在任何其他规则。如果是，则处理在步骤425重新使用新的规则。否则，如果命名事件没有其他规则，则处理在步骤480结束。

使用实例

作为一个示例性实例，假设以下情况：HALCO包括在世界各地的32个不同的公司。这些公司中的三家使用“CAPPS”系统的两个实例来处理在美国和德国的应付帐款交易(支付供应商发票)。这两个系统(“CAAPSUS”和“CAAPSDE”)需要在付款已偿清20天后将交易数据从生产系统移动到归档数据库。所述归档数据库称为“APBDW”数据仓库系统。这些支付文档在美国公司的支付归档两年后以及在德国公司的支付归档三年后必须从“APBDW”系统删除。“偿清”的定义在两个国家之间可能稍有不同；此差异表示为文档中找到的状态代码的两个交集。

他们的团体角色中的全局管理员可以建立如下的规则类型：

i)对于系统，将逻辑实体CAPPS_COMPANY定义为拥有Country_Code和Company_Code的两方关键词。

ii)创建实体“建立”逻辑，所述逻辑首先通过将AP.TCOMPANY_TBL DB2表与系统接口控制表(其将公司与已安装的应用系统关联)相结合来标识来自AP.TCOMPANY_TBL DB2表的Country_Code的子集。此关系仅包括“CAPPS”安装。所述建立逻辑的第二部分为使用“CAAPS”安装的公司提供指定国家(如通常由最终用户提供)内的公司的列表。

a.所述第一建立逻辑的结果是关系数据集合：

1.US-美利坚合众国

2.DE-德国

b.所述第二建立逻辑的结果是集合：

1.US-CO01-美国商业区域

2.DE-CO02-德国商业区域

3.DE-CO03-德国居住区域

iii)可以为这三个示例性公司创建两个数据管理规则类型，指示：

a.对于归档操作：

1.规则类型名称(例如，“CAAPS_PAYMENTS_ARCHIVE”)。

2.将处理归档的程序(例如“CP134A100”)。

3.这是“CAAPS”系统规则的事实。

4.该规则用于HALCO企业的公司的事实。

5.“PAYMENT”文档被管理的事实。

6.将CAAPS_COMPANY用作控制实体。

7.管理员必须创建和维护实际规则的角色(例如国家管理员)。

b.对于删除操作：

1.规则类型名称(例如“CAAPS_PAYMENT_PURGE”)。

2.将处理清除的程序(例如“PAYPURGE”)。

3.这是“APBDW”系统规则的事实。

4.该规则用于HALCO企业的公司的事实。

5.“PAYMENT”文档被管理的事实。

6.将CAAPS_COMPANY用作控制实体。

7.管理员必须创建和维护实际规则的角色(例如国家管理员)。角色“国家管理员”意味着管理员只可为授权国家(多个)内的那些公司定义规则。

iv)可以定义单个参数类型以允许国家管理员描述表示“偿清的”支付的状态代码。为容纳“CAAPS_PAYMENT_ARCHIVE”规则类型的支付文档“标题”的DB2表“AP.TPAY_HDR”创建参数类型“PAY_ST_CD”。

现在国家管理员可以为其控制范围内的公司创建所需要的多个特定规则。例如，管理员可以根据规则类型中指定的应用系统来选择为其创建规则的已安装的应用系统，然后选择规则应用到其的国家和公司(实体建立逻辑动态地创建国家和公司的有效集合)。对于“CAAPS_PAYMENT_ARCHIVE”和“CAAPS_PAYMENT_PURGE”规则类型，存在三种规则：

CAAPS_PAYMENT_ARCHIVE

1.用于US商业区域(US-CO01)的“CAAPSUS”系统上的“CAAPS_PAYMENT_ARCHIVE”。

i)操作前的时间：20

ii)度量单位：天

iii)提交计数：5,000(每5,000个文档，将工作提交给数据库以允许更大的同时访问。如果程序遇到较少的合格文档，则执行提交且工作单元完成。)

iv)最大迭代次数：4(最多允许归档4个5,000个文档的集合。)

v)数据保留类型：“必需”(该公司允许数据的两种分类。必需的数据必须比可任意处理的数据保留长得多的时期。这通常只是文档编制。)

vi)事件名称：“2x/月”(该名称意味着规则和关联的程序一个月归档两次。这取决于调度软件来实现特定调度并在合适时传递该名称。)

vii)SQL逻辑频率：在该实例中不适用。

2.用于德国商业区域(DE-CO02)的“CAAPSUS”系统上的“CAAPS_PAYMENT_ARCHIVE”。

i)操作前的时间：20

ii)度量单位：天

iii)提交计数：2,000

iv)最大迭代次数：10

v)数据保留类型：“必需”

vi)事件名称：“每周”

3.用于德国居住区域(DE-CO03)的“CAAPSUS”系统上的“CAAPS_PAYMENT_ARCHIVE”。

i)操作前的时间：20

ii)度量单位：天

iii)提交计数：1,000(该公司文档较少)

iv)最大迭代次数：5

v)数据保留类型：“必需”

vi)事件名称：“每周”

CAAPS_PAYMENT_PURGE

1.用于US商业区域(US-CO01)的“APBDW”系统上的“CAAPS_PAYMENT_PURGE”。

i)操作前的时间：2

ii)度量单位：年

iii)提交计数：10,000

iv)最大迭代次数：20

v)数据保留类型：“必需”

vi)事件名称：“每月”

2.用于德国商业区域(DE-CO02)的“APBDW”系统上的“CAAPS_PAYMENT_PURGE”。

i)操作前的时间：2

ii)度量单位：年

iii)提交计数：10,000

iv)最大迭代次数：20

v)数据保留类型：“必需”

vi)事件名称：“每月”

3.用于德国居住区域(DE-CO03)的“APBDW”系统上的“CAAPS_PAYMENT_PURGE”。

i)操作前的时间：2

ii)度量单位：年

iii)提交计数：10,000

iv)最大迭代次数：20

v)数据保留类型：“必需”

vi)事件名称：“每月”

此外，对于每个已定义的规则，可以针对为规则类型定义的PAY_ST_CD创建区分“已偿清”支付的参数。对于“CAAPS_PAYMENT_ARCHIVE”美国规则，参数列表可以是“CL”和“PS”，而对于德国，列表可以是“CL”、“BL”和“AC”。“archiver”归档和清除程序使用这些变量来进一步描述适合被清除的业务文档(例如，所述支付)集合。只有那些“已偿清”的支付文档才应被清除；此状态代码列表将“已偿清”的定义提供给归档器程序。

虽然根据各实施例描述了本发明，但是本领域的技术人员将认识到，可以修改本发明并在所附权利要求的精神和范围之内实现本发明。

Claims

1.一种控制数据的方法，所述方法包括以下步骤：

为一个或多个数据对象定义与数据保留策略关联的一个或多个数据管理规则，所述一个或多个数据管理规则中的每个规则都指定了与所述一个或多个数据对象关联的应用程序系统、标识所述一个或多个数据对象的参数，以及执行所述一个或多个数据对象的归档管理的软件模块；以及

当事件发生时执行所述软件模块，所述事件标识了所述一个或多个数据管理规则中的至少一个规则，以根据所述参数和所述指定的应用系统来控制所述归档管理，以便对由所述一个或多个数据管理规则标识的所述一个或多个数据对象执行归档管理操作。

2.如权利要求1中所述的方法，还包括以下步骤：

定义与所述数据保留策略关联的一个或多个数据管理规则类型，其中所述一个或多个数据管理规则中的每个规则都定义了所述数据管理规则类型的实例，

其中所述一个或多个数据规则类型指定了描述实体类型的数据保留策略的规则的命名类型，以及

所述一个或多个数据规则类型具有以下一个或多个在控制所述归档管理中使用的属性：

viii)应用ID，

ix)应用系统ID，

x)企业ID，

xi)受管理的实体名称，

xii)控制实体名称，

xiii)角色CD，

xiv)控制数据列ID，或

xv)数据保留策略ID。

3.如权利要求2中所述的方法，其中所述实体类型定义了被唯一地标识并具有名称属性和描述属性中的至少一个属性且关联了实体关键词属性的人、地点、事物、概念或事件，所述实体关键词属性定义了组成所述实体类型的完整关键词的属性。

4.如权利要求1中所述的方法，还包括定义以下一个或多个在控制所述归档管理中使用的属性，并将其与所述一个或多个数据管理规则关联的步骤，所述属性是：

ix)已安装的应用ID，

x)实体关键词，

xi)操作前的时间，

xii)时间度量单位，

xiii)提交计数，

xiv)最大迭代，

xv)数据保留类型，或

xvi)事件名称。

5.如权利要求4中所述的方法，其中所述一个或多个数据管理规则与已安装的应用实体关联，所述应用实体具有已安装的应用ID以及业务功能代码、应用系统ID和已安装的应用描述中的至少任意一个。

6.如权利要求1中所述的方法，还包括定义一个或多个实体类型，所述实体类型标识了所述一个或多个数据对象并且具有包括实体名称、实体描述以及实体关键词属性的属性。

7.如权利要求6中所述的方法，其中所述实体关键词属性具有包括实体名称、实体关键词顺序，以及关键词属性名称的属性。

8.如权利要求6或7中所述的方法，还包括定义一个或多个实体建立器，每个所述实体建立器定义了一组有序的算法，当被调用时，所述算法通过实例化所述一个或多个实体类型中的一个实体类型来构造唯一标识符。

9.如任一上述权利要求中所述的方法，还包括定义具有包括一个或多个计算机作业实体的一个或多个属性的工作单元实体。

10.如权利要求9中所述的方法，还包括定义所述工作单元实体的一个或多个属性，所述属性包括已安装的应用ID、数据管理规则名称、实体关键词、工作单元起始日期、工作单元结束日期，以及工作单元状态中的至少任意一个，以便控制由所述实体关键词标识的所述一个或多个数据对象中的至少一个数据对象的所述归档管理。

11.如权利要求9中所述的方法，还包括将一个或多个数据管理日志实体与所述一个或多个计算机作业实体关联，以记录所述归档管理被执行时的活动，所述一个或多个数据管理日志实体具有包括已安装的应用ID、数据管理规则名称、实体关键词、工作单元起始日期、工作单元结束日期、作业号、日志时间戳、活动状态和已记录的消息、交易计数中的至少任意一个的属性。

12.如任一上述权利要求中所述的方法，其中所述事件周期地发生以启动所述执行步骤并将事件名称提供给所述一个或多个数据管理规则。

13.一种控制数据管理的方法，所述方法包括以下步骤：

实例化控制器并将事件名称提供给所述控制器；

访问与所述事件名称关联的规则；

获取与和所述规则关联的规则类型关联的控制数据；以及

执行程序以对由至少包括工作单元定义的所述控制数据定义的一个或多个数据对象执行归档功能。

14.如权利要求13中所述的方法，其中所述工作单元定义包括用于开始日期、结束日期的参数。

15.如权利要求13或14中所述的方法，其中所述控制数据定义了应用系统、与所述一个或多个数据对象关联的实体名称、控制实体名称以及最大迭代中的至少任意一个。

16.如权利要求13、14或15中所述的方法，其中所述归档功能包括删除数据、清除数据以及将数据从一个系统移动到另一个系统以便存储中的至少任意一个。

17.一种用于管理数据的系统，所述系统包括：

用于实例化控制器并将事件名称提供给所述控制器的装置；

用于获取与由所述规则名称标识的规则类型关联的控制数据的装置；以及

用于执行程序以对由至少包括工作单元定义的所述控制数据定义的一个或多个数据对象执行归档功能的装置。

18.如权利要求17中所述的系统，其中所述工作单元定义包括用于开始日期、结束日期的参数。

19.如权利要求17或18中所述的系统，其中所述控制数据定义了应用系统、与所述一个或多个数据对象关联的实体名称、控制实体名称以及最大迭代中的至少任意一个。

20.如权利要求17，18或19中所述的系统，其中所述归档功能包括删除数据、清除数据以及将数据从一个系统移动到另一个系统以便存储中的至少任意一个。

21.如权利要求17至20中的任一权利要求所述的系统，还包括用于实例化所述规则类型以提供所述规则类型的实例的装置，所述规则类型具有以下一个或多个在控制所述归档功能中使用的属性：

ix)已安装的应用ID，

x)实体关键词，

xi)操作前的时间，

xii)时间度量单位，

xiii)提交计数，

xiv)最大迭代，

xv)数据保留类型，以及

xvi)事件名称。

22.如权利要求17至21中的任一权利要求所述的系统，其中所述规则类型与已安装的应用实体关联，所述应用实体具有包括已安装的应用ID，以及业务功能代码、应用系统ID和已安装的应用描述中的至少任意一个的属性。

23.如权利要求17至22中的任一权利要求所述的系统，其中实例化所述工作单元定义，并将控制参数提供给所述程序以标识与所述规则类型关联的所述一个或多个对象。

24.如权利要求17至23中的任一权利要求所述的系统，还包括用于记录由所述事件名称启动时与所述程序的执行关联的信息的装置。

25.一种包括计算机可用介质的计算机程序产品，所述计算机可用介质其中包含可读程序代码，所述计算机程序产品包括至少一个组件以执行以下操作：

为一个或多个数据对象定义与数据保留策略关联的一个或多个数据管理规则，其中所述一个或多个数据管理规则中的每个规则都指定了与所述多个数据对象关联的应用程序系统、标识所述一个或多个数据对象的参数，以及执行所述一个或多个数据对象的归档管理的软件模块；以及

当事件发生时执行所述软件模块，所述事件标识了所述一个或多个数据管理规则中的至少一个规则，以根据所述参数和所述指定的应用系统来控制所述归档管理。

26.一种系统，所述系统包括用于执行如权利要求1至12中的任一权利要求所述的方法的装置。

27.一种计算机程序，所述计算机程序包括适于执行如权利要求1至16中的任一权利要求所述的方法的程序代码装置。