深圳地铁afc系统数据库的应用优化.docVIP

深圳地铁AFC系统数据库的应用优化 导语：?根据深圳地铁AFC系统数据岸选型、设计、应用的实际经验，阐述了AFC系统数据库维护的实现方法和优化策略，以达到AFC系统数据库技术性能及稳定性不断提高的目的 摘 要:根据深圳地铁AFC系统数据岸选型、设计、应用的实际经验，阐述了AFC系统数据库维护的实现方法和优化策略，以达到AFC系统数据库技术性能及稳定性不断提高的目的。关健词:自动售检票系统;数据库;应用;维护;优化　　深圳地铁AFC系统是以非接触式IC卡为车票介质，采用Oracle数据库平台的自动售检票系统。该系统能够完成地铁运营的车票制作、售票、检票、财务、统计、分析等全过程业务的实时管理工作。鉴于AFC系统与地铁运营的财务收益密切相关，因此，AFC系统数据的安全性、实时性、完整性等需要得到足够的重视。1 概况　　1.1数据库选型　　深圳地铁AFC系统从设计之初就充分考虑到了AFC系统数据量、性能要求、可靠性要求以及性价比等各方面因素，选择了大型数据库管理系统Oracle9. i。同时为保证AFC数据的完整性和一致性，中心和车站采用一致的数据库系统。从增加票务收益和提高服务质量的角度，深圳地铁AFC管理中心从多方面采取措施，确保数据库系统安全、可靠运行，并经历了多次大客流考验。到目前为止，深圳地铁AFC系统数据库一直保持稳定运行。　　1.2数据库设计　　从业务和管理角度来进行数据库设计，将数据按其内容、用途和业务范围不同分类。从数据的一致性来说，车站和中心要保持一样的数据定义类型。深圳地铁的数据类型具体分为下列几类。　　交易信息类:交易业务处理产生的各种信息。　　系统维护类:辅助系统运行和维护的各种参数信息、基础配置信息和用于非业务类控制管理的信息。　　运营管理类:设备管理、运营监控、运营维护等方面的信息。　　票务管理类:票卡类型、票价设定、运营点管理等方面的信息。　　结算管理类:描述结算汇总和帐户处理方面的信息。　　库存管理类:车票库存调人、调出，票卡分类等方面的信息。2 数据库的维护　　为确保深圳地铁AFC系统长期、稳定、高效的运作，数据库的维护是一项例行的、不可缺少的工作。为此，需要通过日常监控、日常维护、备份等环节保证AFC系统数据库处在良好运作状态之下。　　2.1日常监控　　（1）验证数据库及连通性。定时对数据库的连接情况进行检查，查看与数据库建立的会话数目是不是正常，如果建立了过多的连接，会消耗数据库的资源。同时，对一些“挂死”的连接，则需要手工进行清理。　　（2）查看警告日志。每天验证数据库正在运行listener并可以访问应用程序后，就应该开始检查数据库日志（alert .log ），在查看alert.log的内容时，文件中的许多信息都是常规的，比如数据库的启动、检查点和日志文件的开关。需监控这些消息出现的频率，验证数据库是否按照设计方案运行。正常情况下，数据库在alert.lo g中没有大量的错误，如果看到类似ORA-1031这样的错误消息，就需要彻底地调查.　　2.2日常维护　　（1）表空间的管理。通过Oracle数据库提供的Oracle En-terprise Manager Console，检查数据库表空间的使用情况。包括创建表空间，向表空间中添加数据文件。随着数据表和索引的增长监控空闲空间，当表空间利用率超过85%以上时，通过扩充数据文件的方法扩大数据库相应的表空间。　　（2）表空间空闲块的维护。数据库运行了一段时间后，由于不断地在表空间上创建和删除对象，会在表空间上产生大量的碎片，这时要检查表空间的碎片和可用空间情况，决定是否要对碎片进行整理或为表空间增加数据文件。　　（3）共享池的维护。通过Oracle数据库提供的Oracle En-terprise Manager Console，检查可用共享池的使用情况，当可用百分比小于6%，业务处理速度会变慢，如单程票初始化机的处理速度会下降，这时需要通过刷新共享池的方法提高可用率。　　2.3数据库备份　　为确保AFC系统数据完整，深圳地铁制定了相应的备份策略，严格做好数据库备份工作。备份的数据为中心数据库信息、中心RMAN数据库信息、TSM数据库信息、车站数据库信息。备份介质有明确标识，分类保管。　　中心数据库采用Tivoli软件自动备份，备份介质为IBM LTO磁带，备份内容为全备份、增量备份和归档日志备份，全备份每周进行一次，增量备份和归档日志备份每天进行1次。　　中心RMAN数据库采用UNIX脚本自动备份，中心TSM数据库采用Tivoli软件自动备份，将一周的备份文件刻录至光盘保存。　　车站数据库备份采用ORACLE逻辑备份（通过EXP命令），在车站服务器和