保险行业数据库复制解决方案概要

面向甲骨文保险行业解决方案的共享空间求实宏天软件(北京)有限公司2008年6月目录1保险业数据复制要求(31.1报告分离(31.2数据级灾难恢复(32共享数据库复制解决方案(42.1报告分离(42.1.1配置(52.1.2查询服务的分离(52.1.3查询数据的选择(52.2数据灾难恢复(52.2.1数据安全性(6业务连续性(62.2.3报表查询业务的共享(63共享复合数据复制技术(73.1共享技术原则(73.1.1基本结构(73.1.2数据采集(73.1.3数据传输(83.1.4应用数据(83.2复制模式(93.2.1单向复制(93.2.2双向复制(93.2.3广播复制(93.2.4合并复制(93.2.5级联复制(103.3复合材料主要技术指标(113.4共享解决方案的优势(123.4.1可访问的目标数据(123.4.2确保交易一致性(123.4.3对源系统性能的影响(123.4.4数据延迟(123.4.5网络资源的使用(123.4.6支持双机集群(高可用性集群软件)(133.4.7强大的容错能力(133.4.8灵活性和可扩展性(133.4.9建立复制环境的工作负载(133.4.10卓越的售后服务(134个成功故事(144.1保险业客户(144.2太平生活(144.3新华保险(165个解决方案优势(185.1可信公司(185.2产品成熟度(185.3产品稳定性(185.4技术进步(195.5技术支持和服务(191保险业数据复制要求改革开放以来，中国保险业以每年35%左右的速度发展。特别是中国加入世贸组织后，对保险业的需求进一步增强，外资保险公司的加入加剧了竞争。随着市场的进一步开放，更多的保险公司将进入中国市场，为中国带来良好的保险理念和产品，同时竞争也将加剧。保险业最具竞争力的特点是为客户提供高质量和个性化的服务。这一特点决定了企业信息化建设对保险公司来说更为重要。如何加强对客户的把握，如何为客户选择最佳产品，如何进行有效的市场开发，增强自身竞争力，在激烈的竞争中领先于竞争对手，是保险公司经常考虑的问题。保险业的核心系统一般是国家集中系统，需要7*24小时服务，这一点非常重要。由于保险公司的类型和经营策略不同，信息技术的发展思路也有自己的风格，所以业务系统也会有所不同，但大部分都会有以下要求：1.1报告分离为了避免各种基于事务的应用程序和基于统计分析的应用程序之间的相互干扰，提高它们的性能效率，统计服务需要与生产系统分开，应用程序和核心数据库需要分层。具体内容如下：应用层应用模块根据业务的层次内容相应分为：“前台应用”和“后台应用”。“前台应用程序”主要负责在线事务处理(OLTP“后台应用”主要负责即时信息查询和决策支持分析(OLAP)。一般来说，OLTP处理用于保险销售人员和保险代理人的业务，而OLAP处理用于保险公司的业务。数据分层通过应用分层，技术设计方面需要将核心数据库划分为前台生产数据库(用于在线交易处理)和后台统计分析数据库(用于即时信息查询和决策支持分析)，以完全避免交易处理和统计分析之间的交互。在数据分层中还需要考虑实时数据和历史数据。一般来说，“前台应用程序”主要是为了访问实时数据，而“后台应用程序”可能需要分析长期历史数据。1.2数据级灾难恢复数据集中化模式的采用使得数据安全性和业务连续性变得非常重要。业务连续性是保险业服务质量的基本保证，数据的有效恢复是生存和发展的前提通过建立实时或准实时的灾难恢复数据库，当数据丢失时，不仅可以保证关键业务数据的及时恢复，还可以保证应用程序的及时接管，从而将故障对应用系统的影响降到最低。2个共享数据库复制解决方案行业中常用的数据库复制技术可以满足上述复制要求。通过数据库逻辑层的复制技术，Quest软件的Oracle共享空间可以轻松实现Oracle数据库的灾难恢复保护。它具有占用源系统资源少、占用网络资源少、支持异构环境和不同复制拓扑、保持事物一致性的特点。这是保险业首选的复制方案。2.1报告分离报告分离的解决方案如下图：所示。生产系统数据库查询系统数据库数据库复制软件可以将生产系统的数据实时复制到目标系统，并将生产系统用于前台业务，主要用于OLTP操作。目标系统可以用作OLAP和查询操作的后台系统。设计考虑：考虑到应用分离：统计报表、实时查询、下级组织查询分析、数据仓库数据可以合并提取等应用程序被放入目标系统，以分担生产系统的压力。性能考虑：目标数据库和生产数据库相互独立。可以在目标数据库中建立不同的数据库配置根据两个系统的特点，可以优化设置参数和不同的指标。历史数据考虑：可以将历史数据放入目标系统，减少原始系统中的数据量，并确保更好的保护性能、业务连续性和系统备份。目标系统的历史数据和实时数据可用于统计和综合查询。安全注意事项：通过将许多内部用户的应用程序移动到目标系统来提高生产系统的安全性。2.1.1配置生产系统在该方案中，生产系统是单机或双机系统，为最终用户提供数据访问。查询系统查询系统数据库是生产系统数据库的一个子集，只包括一些需要查询和计数的数据。查询机对通过生产系统复制的数据只有访问权，没有修改权。共享空间配置生产系统和查询系统中分别安装了共享空间，通过激活配置文件建立了从生产系统到查询系统的复制链接。2.1.2查询服务的分离查询和报表统计是保险业的重要业务之一，但是在生产系统上运行查询统计会给生产系统带来很大的系统开销，甚至影响保险业务的正常运行。该方案通过共享空间数据复制功能建立独立的查询数据库，在不影响生产系统性能的前提下，提供与生产系统同步的数据源进行查询和报表服务。由于使用了单独的查询系统，用户可以根据查询服务的特点选择数据库的参数和索引，从而最大限度地优化查询服务的性能。2.1.3查询数据的选择查询和报告统计应用程序通常不需要访问所有生产数据。在该方案中，用户可以根据自己的实际需要过滤需要同步的数据，并以表格为单位进行复制。同时，对于某些表中的敏感数据，用户也可以定义只复制表中的某些字段或只复制满足一定条件的记录，这样既能保证敏感数据的安全性，又能保证查询业务。目标表还可以采用与源系统不同的分区设计，并将历史数据存储在目标表中，以实现实时数据与历史数据分离的目标。2.2数据灾难恢复对于保险业，数据库复制软件可用于以下灾难恢复场景：(1)针对Oracle的远程数据灾难恢复：共享具有占用网络资源少、占用主机资源少的优点。本发明具有准备灵活等特点，非常适合远程数据灾难生产系统数据库灾难恢复系统数据库数据安全该方案中的数据安全保障主要由灾难恢复系统数据库提供。当生产系统数据库出现意外故障数据丢失，本地备份无效时，可以通过灾难恢复数据库中的数据实现接近零数据丢失的灾难恢复，保证核心业务数据的安全。2.2.2业务连续性当生产系统数据库的整个站点因灾难而不可用时，应用程序可以立即接管远程灾难恢复数据库。由于灾难恢复数据库总是打开的，接管时间基本上等于应用程序修改数据库连接的时间。2.2.3报表查询业务的共享SharePlex的解决方案是一个和平时期和战时相结合的容灾方案。在发生灾难时，它可以确保数据安全和业务连续性。同时，系统还可以作为正常运行时报表查询的数据源，从而保证系统建设的最大投资回报。分离式报表查询系统可以大大减少生产系统的资源占用，保证生产系统的性能不受查询报表业务的影响。3个共享空间数据复制技术SharePlex是Quest针对关键业务系统的完整数据库复制软件。其中之一是一个实时、冗余和过程化的数据库复制方案，它是专门为Oracle数据库设计和开发的。面向甲骨文的共享空间采用行业内独一无二的技术和领先的产品结构，以确保企业实现其高可用性和高性能管理目标。3.1共享空间技术原理基本结构下图显示了适用于Oracle的共享空间的基本结构，其中涉及更多技术细节。数据捕捉在针对Oracle的SharePlex中，捕获过程收集已更改的数据，这是独一无二的，因为它给生产数据库带来的开销很小。在此捕获过程中完成的操作是：捕获过程从Oracle日志文件中读取信息，因此复制过程不会对生产数据库实例造成性能问题仅传输更改的数据，而不是日志文件中的所有信息，因此，共享空间的网络负载非常小。尽管需要在Oracle数据库中安装少量对象来存储一些关于复制的基本信息，但源数据库不需要参与数据捕获和传输过程共享空间的捕获过程不仅可以读取在线日志文件，还可以读取归档日志。当归档日志文件移动到其他设备时，共享空间甚至会发出提示消息。正是这种能力大大增强了系统的冗余功能。例如，如果捕获过程由于某种原因而停止，数据同步在重新启动时不会受到影响。捕获过程驻留在源系统上，并自动读取Oracle的在线日志文件。这个读取操作是从操作系统的角度完成的，而不是通过数据库。通过使用日志文件作为变更信息的来源，Quest可以完成数据复制，而不会给生产系统带来额外的开销。因为Oracle使用日志文件进行系统恢复，所以日志文件信息充足，数据格式足够稳定。任务共享空间目前支持从甲骨文7.3.4到甲骨文10g的所有版本。捕获过程持续监控日志文件以捕获变更信息。当日志文件中出现新记录时，共享空间判断它是否属于复制的对象。如果是这样，则SharePlex会添加地址信息以确定记录将被发送到哪个主机，并将包含地址信息的记录存储在其自己的队列中，该队列位于数据库之外。更改后的数据将被立即处理并发送到目标系统，而无需等待提交或回滚的完成，因为等待提交或回滚的完成会带来延迟。当提交或回滚信息被写入日志文件时，它们也将被发送到目标系统，从而完成目标系统中的相应操作。数据传输共享空间结合了自己的网络协议和TCP/IP协议来完成源系统和目标系统之间的数据传输。其相关过程确保数据的正确接收和网络数据包的正确顺序，从而提供网络传输冗余并确保数据的完整性。整个数据传输过程不需要其他中间件。应用数据应用程序进程将传输到目标系统的信息转换为SQL语句，然后发送到Oracle执行。SharePlex能够实现精确复制的一个重要原因是，它可以确保Oracle从源数据库到目标数据库的读取一致性。它不仅按顺序复制事务，还复制上下文信息，将源数据库中更改的所有事务信息复制到目标数据库。3.2复制模式共享空间支持多种灵活的复制模式，包括：3.2.1单向复制单向复制在复制时使用生产系统作为数据源。如果目标数据库仅用于报告和查询，则副本可能是生产数据库的子集，仅包括报告和查询所需的内容，但不包括源系统的所有信息。SharePlex允许用户在目标数据库中采用不同于源数据库的数据模式，并使用索引、主键、分区等。专门为提高查询效率而建立的。这种简单高效的复制方案可以通过拆分报告和查询来满足提高系统性能的任何需求。这种水平扩展方案可以直接释放生产系统的压力，而无需引入冲突解决和锁管理机制。3.2.2双向复制双向复制是高可用性数据复制的典型配置。该方法可以在正常工作模式下将主数据库的数据更新并复制到下属系统。一旦主系统出现故障，业务处理需要切换到从系统，它被配置为从从系统到主系统的反向复制。这种配置要求目标例程处于高可靠性的读写状态。只需短暂中断，业务处理就可以快速恢复，而无需长时间重启和数据库恢复。3.2.3广播复制这种配置使用单个源系统将数据复制到多个目标例程。SharePlex支持通过局域网和广域网进行复制。在这种配置中，远程用户可以通过复制由数据复制创建的副本来实现本地查询。3.2.4合并复制在报表应用程序中，共享空间支持合并复制模式。这种配置可以将多个源数据库合并到一个数据库中目标例程，并在此基础上建立企业报表和查询应用程序。3.2.5级联复制也称为多级复制或分层复制，它可以实现从源系统到目标系统，然后到从属目