DB2 Magazine 中文版: 支持顺应性的通话记录
2008-12-12 16:35:20 来源:WEB开发网何时删除?
除了出于法律和顺从的原因需要捕捉和保留通话记录外,企业还需要控制他们归档的数据的生存期,以便遵守企业数据销毁方面的规定,另外也是为了控制数据存储的成本。
企业己经逐渐认识到,除了在法律规定的时期内捕捉和检索业务信息(包括通话记录)以外,抓住最早的时机删除这些信息的能力也是极其需要的。
虽然存储通话信息的常见方法是永久保留通话,但是这种做法已经开始改变。促成这种变化的部分动力就在于越来越需要处理基于事件的保留。例如,如果抵押的东西很快就被付还,那么相关的通话记录就可以比预期更早地删除。在通话记录的生存期内,可能发生一些会改变该记录保存策略的事件:例如客户关闭一个帐户,有雇员离开公司,或者一个保留策略发生更改。
除了法律方面的需求外,管理日益增长的数据存储量也是一个棘手的问题。想想看,一分钟的通话记录需要 100KB 存储空间,很多公司每天都有数百个客户服务代理在处理对企业至关重要的电话。数据存储的需求因而变得相当可观(每天多达 4GB)。
将所有通话和业务数据永久归档不是一种切实的选择,因为不管是从遵守法规还是从财政的角度来说这样做的代价都太高了。
新世界的通话记录
一个通话记录解决方案要想在支持顺应性方面取得成功,它必须提供:
业务数据索引
静态用户访问约束
保留策略的定义和管理(用于基于时间的保留和基于事件的保留)
在定义的记录保留期间防止删除
在保留期限过后完成记录删除
基于外部事件(例如审计或法院指令)暂缓删除通话记录
顺应性存储设备上的归档
虽然这些需求对于通话记录领域来说是新出现的,但是,大多数为文档、电子邮件、数字图像和其他格式的业务信息使用企业内容管理(ECM)解决方案的企业对这些需求并不陌生。ECM 系统同样可以作为归档通话记录的工具来使用。
ECM 解决方案,例如 DB2 Content Manager,从第一天开始就必须支持业务数据索引。在 ECM 解决方案中,仅仅捕捉通话而不为业务数据建索引是不可想像的。如果不为业务数据建索引,那么就只能根据原始字段,例如日期和时间来查找通话。相反,索引字段则允许各种搜索,例如按客户姓名、号码、策略、通话原因、通话结果、代理等进行搜索。
ECM 解决方案还必须在安全性和用户访问控制方面证明其价值。大多数 ECM 解决方案都提供了数据对象级安全,这使得它可以控制对各个业务通话记录的访问。
对于大多数 ECM 解决方案而言,记录管理和数据控制的思想是进化的一步。记录管理解决方案,例如 DB2 Records Manager 提供了控制数据删除和定义通话记录保留策略的功能。
如果将记录管理功能与业务数据索引相结合,那么按照基于事件的保留方式定义通话记录保留规则就很简单,同时又很强大,这对于大多数公司来说是一笔大资产。记录管理直接解决了知道一个记录应该归档多久以及何时应该删除的问题。
ECM 解决方案还提供了使用多种存储设备的能力,例如一次写入多次读取(WORM)的光设备和磁带设备以及新的以顺应性为焦点的设备,例如 IBM 的 Data Retention 550 (DR550)。
所有这些解决方案都属于 IT 部门负责的领域,这意味着要为灾难恢复而对它们进行定期的监控、备份和优化。
结束语
通话记录解决方案和记录管理功能的结合彻底改变了捕捉、归档和管理这些记录的方式,为 21 世纪的需要提供了一个支持顺应性的记录解决方案。
- ››db2 对float类型取char后显示科学计数法
- ››DB2中出现SQL1032N错误现象时的解决办法
- ››DB2 锁升级示例
- ››db2诊断系列之---定位锁等待问题
- ››db2 命令选项解释
- ››DB2 最佳实践: 使用 DB2 pureXML 管理 XML 数据的...
- ››DB2 9.5 SQL Procedure Developer 认证考试 735 准...
- ››DB2 9.5 SQL Procedure Developer 认证考试 735 准...
- ››DB2 9.5 SQL Procedure Developer 认证考试 735 准...
- ››DB2 基础: 表空间和缓冲池
- ››DB2 XML 编程,第 1 部分: 理解 XML 数据模型
- ››DB2 pureScale 实战
更多精彩
赞助商链接