电信级IT系统技术要求.doc

精品资料/word可编辑 精品资料/word可编辑 PAGE / NUMPAGES 精品资料/word可编辑 数据一致性要求 CRM和BOSS解耦后，业务运营支撑系统与业务平台间交互更加复杂，数据跨系统分布情况凸显，大量关键数据分别存储在两个或多个系统中，数据入口和出口不一致，多系统同时对数据进行操作，增加数据不一致风险。为此，数据一致性管理提出了如下建设目标： 确保跨系统分布的数据在CRM、BOSS及相关网元间的一致性。 确保跨系统业务流程在CRM、BOSS及相关网元间的业务一致性。 根据数据的业务特性，采用适当手段，提升数据同步的实时性。 本规范通过对CRM、BOSS及相关网元间的数据分布和数据交互关系的分析，对不同情况产生的数据差异问题，采用不同的数据一致性保障手段，对数据一致性保障手段定义、适用范围等进行阐述，并对实现原则等提出明确技术要求。 数据一致性原则 数据一致性管理是针对CRM、BOSS系统及相关网元间存在的数据差异问题采取的技术和管理手段。CRM、BOSS及相关网元间的数据一致性通过业务完整性和数据稽核与同步等手段保证。 不同阶段产生的数据一致性问题，应采用不同保障手段，从事前、事中、事后三方面考虑。 事前数据一致性主要通过优化设计的手段保证，并遵循如下保障原则： 合理的数据分布设计，是指在实施CRM和BOSS的过程中，充分考虑到跨系统流程和跨系统数据分布对系统造成的影响，合理分布数据，尽量避免不必要的数据复制和同步，避免冗余数据，尽量在一个平台存储和管理数据。 合理的跨系统流程设计，是指在满足业务需求的基础上，尽量避免采用同步的通讯机制和不可靠的传输机制。 合理的应用分布，是指充分考虑冗余、复用机制，合理采用多进程、多线程，提高数据处理的实时性。 合理的同步策略，对于在多个平台存储同一数据的情况，应尽量考虑以其中的一个平台作为标准进行同步。 事中数据一致性主要通过业务完整性相关手段进行保障；事后数据一致性通过订单数据 稽核、数据稽核与同步等方式实施保证。下面章节将对事中、事后一致性保障手段做详细介绍。 业务完整性要求 业务完整性是保障业务正常流转的一种手段。由于存在跨系统的业务流程，任何一个环节的错误都可能导致业务办理的失败，导致用户的满意度下降。因此，必然要有一定的手段和流程设计来保证业务完整性。 业务完整性通过全局事务控制、回退机制和重发机制三种技术手段实现。 1、全局事务控制 全局事务是指分布式事务处理环境中，多个数据库可能需要共同完成一个工作，这个工作即是一个全局事务。例如，一个客户开户的事务中可能更新CRM、BOSS等几个不同的数据库，对这些数据库的操作发生在系统的各处，但必须全部被提交或回滚。此时一个数据库对自己内部所做操作的提交不仅依赖本身操作是否成功，还要依赖与全局事务相关的其它数据库的操作是否成功，如果任一数据库的任一操作失败，则参与此事务的所有数据库所做的所有操作都必须回滚。 在一分布事务环境中，全局事务交易由中间件通知和协调相关数据库的提交或回滚。而一个数据库只将其自己所做的操作（可恢复）影射到全局事务中。为保证全局事务的完整性，由交易中间件控制数据库做两阶段提交。 全局事务控制由数据库和中间件配合保证事务的一致性，应用程序的逻辑相对简单。但是对数据库来说事务从开始到结束（提交或回滚）时间相对较长，在事务处理期间数据库使用的资源（如逻辑日志、各种锁），直到事务结束时才会释放。 2、回退机制 回退机制提供CRM、BOSS未完成事务的撤销操作，是对事务完整性的一个补充手段，保证了系统间交易结果的一致性，是保障异步传输机制的重要手段。用于通知接收方先前交易未按预定流程完成，应取消处理结果。 回退机制解决了多个节点之间交易的一致性问题，可分为自动回退和手动回退。在回退机制中应能满足如下要求： 提供单笔或批量回退操作。 保证回退数据的正确性。 回退逻辑应避免隔单处理。 3、重发机制 重发机制是一种前向纠错的手段，用于保证业务处理流程完整性。一般会采取自动请求的方式。重发机制是和回退机制完全相反的操作，保证后端流程的正常进行。例如：发起方提交工单失败后，能将失败工单存储起来，在一定时间内自动将工单再次提交，也要支持人工处理，用于保证业务处理流程完整性。 重发机制多用在异步处理方式，支持重发次数、重发间隔时间的可配置，如服务开通工单