校园一卡通异地断网防范的设计.docVIP

校园一卡通异地断网防范的设计 　　摘要：随着校园一卡通系统成熟度和自助服务能力的提高，学生通过自助设备使用现金或银行卡转账充值，业务流程简单便捷，提高学校的工作效率。同时，也提升了学校整体形象。 　　关键词：校园一卡通；异地断网；城域网 　　Abstract: Along with the campus card system maturity and self-service ability, students through the self-service equipment use cash or bank card transfers accounts prepaid, business process is simple and convenient, improve school efficiency. At the same time, it also promoted the image of school. 　　Key words: campus network; remote fault; metropolitan area networks 　　中图分类号：TP393.1 文献标识码：A文章编号： 　　按照一卡通系统的规范，前端机具与后台数据库之间网络不通时，不能处理联网交易（如存款、转账）。而采用双数据库（A库和B库）的主要目的就是为了尽量避免这种情况，即只要前端机具与双库之一连通时就可以处理联网交易。例如，当B库暂时断网时，联网交易的数据将首先记录在A库中，等网络连通后再自动从A库同步到B库中。 　　大多数一卡通系统采用业内最通用的Oracle数据库。目前Oracle数据库支持的数据同步方案有以下几种： 　　1、比较原始的，触发器/Job + DBLINK的方式，可同步和定时刷新。 　　2、物化视图刷新的方式，有增量刷新和完全刷新两种模式，定时刷新。 　　3、高级复制，分为多主复制和物化视图复制两种模式。其中多主复制能进行双向同步复制和异步复制，物化视图用于单向复制，定时刷新，与2类似。 　　4、流复制，可实时和非实时同步。 　　5、GoldenGate复制，Oracle新买的复制产品，后面应该会取代流复制。它不仅能提供Oracle数据库之间的数据复制支持，还支持在不同种数据库之间的数据同步，也可设置实时和非实时同步。 　　6、DataGurd，此技术主要用于灾备方案，不过在最新11gR2版本中加入了备库实时应用日志，同时能open提供read only访问的功能。因此，可以作为读写分离，或者作为report数据库，降低系统负载的一个好的方案。 　　其中上面1，2，3，是采用Oracle数据库内部的机制来实现，而4，5，6是采用挖掘数据库日志的方式实现的。因此，后面3种方式在性能上会更好些。 　　第三方也提供一些数据同步方案，主要根据实现机制分为两大类： 　　1、采用挖掘数据库日志的方式实现。市场上用的比较多的，如Quest SharePlex，DSG RealSync。此类软件与Oracle新收购的GoldenGate工具类似。 　　2、采用相关软件在存储级进行复制。IBM、EMC等存储厂商可以实现，使用第三方存储管理软件，如Veritas Replication也可实现。此类方式应用场景与上面6类似。 　　大多数时候，复制是由技术需求驱动的，如使用复制来解决与数据可用性相关的技术问题，数据复制需求大概有以下原因：1、配置一个灾难恢复站点在这种情况下，会在与源数据库不同的地点安装一个独立的数据库，数据从源数据库单向复制到DR(灾难恢复)数据库，这种配置使得灾难降临源数据库位置时，数据和服务器遭受损坏后，业务可以通过DR站点继续不间断运行。2、网络延迟影响应用程序的性能在这种情况下，在一台不同的物理机器上创建源数据库的副本，用户通过这些数据库副本访问数据，由于数据不需要在线，在源数据库和数据库副本之间的同步可以在一天的特定时间进行。3、单个数据库被用于多个用途如在线事务处理和报告，这样在同一个数据库上加载太多的负载可能使数据库性能急剧下降，为了降低数据库的负载，创建一个新的数据库，从源数据库将数据复制到新数据库，需要在线数据的应用程序就连接到源数据库，可以在离线数据上工作的应用程序就连接到另一个数据库。不论采用哪种同步方案，都必须解决A库和B库之间数据的一致性问题，特别是金融类数据（最常见的是消费流水记录、转账记录），在两个数据库内必须高度一致。在双数据库模式下，A库和B库都存放着一卡通的钱包账户，必须按照消费流水逐一计算余额。因为网络情况的不确定性，A库和B库中记录的消费流水可能有多种情况，必须逐笔核对，确保消费流水的一致性，才能保证两库余额的准确性。而按照银