基于CACTI的分布式ORACLE监控系统的设计与实现

计算机系统应用　２０１　０年第１　９卷第９期　基于ＣＡＣＴＩ的分布式ＯＲＡＣＬＥ监控系统的　设计与实现①　赵林海１，２李晓风１　谭海波ｉ　（１．中国科学院合肥物质科学研究院信息中心安徽合肥２３００３１：　２．中国科学院研究生院北京１　０００４９）　摘．　要：　针对多个ＯＲＡＣＬＥ数据库系统的主动性监控问题，提出一个基于ＣＡＣＴＩ的分布式监控报警系统。采　用“一个管理端十多个代理”的监控模式，ＣＡＣＴＩ作为监控管理端，在运行ＯＲＡＣＬＥ数据库服务器上　添加代理模块，实现对物理住置上分布的多个ＯＲＡＣＬＥ进行不间断的集中式监控。通过在ＣＡＣ『ｒＩ上　对各个０ＲＡＣＬＥ数据库设置不同的性能报警粒度，实现系统多层次多粒度、灵活多样的监控策略，并　对数据库运行过程中的异常状态进行邮件和短信报警。实验结果和型号项目中的实际应用验证了系统　的有效性。　关键字：ＯＲＡＣＬＥ；ＣＡＣＴＩ；分布式监控；报警　Ｄｅｓｉｇｎ　ａｎｄ　Ｉｍｐｌｅｍｅｎｔａｔｉｏｎ　ｏｆ　Ｄｉｓｔｒｉｂｕｔｅｄ　Ｏｒａｃｌｅ　Ｍｏｎｉｔｏｒ　Ｓｙｓｔｅｍ　Ｂａｓｅｄ　ｏｎ　ＣＡＣＴＩ　ＺＨＡＯ　Ｌｉｎ．Ｈａｉ　一，ＬＩ　Ｘｉａｏ．Ｆｅｎｇ　，ＴＡＮ　Ｈａｉ．Ｂｏ　（１．Ｉｎｆｏｒｍａｔｉｏｎ　Ｃｅｎｔｅｒ，Ｈｅｆｅｉ　Ｉｎｓｔｉｔｕｔｅｓ　ｏｆＰｈｙｓｉｃａｌ　Ｓｃｉｅｎｃｅ，ＣｈｉｎｅｓｅＡｃａｄｅｍｙ　ｏｆＳｃｉｅｎｃｅｓ，Ｈｅｆｅｉ　２３００３１，Ｃｈｉｎａ；　２．Ｇｒａｄｕａｔｅ　Ｕｎｉｖｅｒｓｉｔｙ，Ｃｈｉｎｅｓｅ　Ａｃａｄｅｍｙ　ｏｆ　Ｓｃｉｅｎｃｅｓ，Ｂｅｉｊｉｎｇ　１　０００４９，Ｃｈｉｎａ）　Ａｂｓｔｒａｃｔ：Ｉｎ　ｏｒｄｅｒ　ｔｏ　ｇｕａｒａｎｔｅｅ　ｍｕｌｔｉｐｌｅ　ＯＲＡＣＬＥ　ｄａｔａｂａｓｅ　ｓｙｓｔｅｍ　ｉｎｉｔｉａｔｉｖｅｌｙ，ａ　ｄｉｓｔｒｉｂｕｔｅｄ　ｇｕａｒａｎｔｅｅ　ｗａｒｎｉｎｇ　ｓｙｓｔｅｍ　ｉｓ　ｐｒｏｐｏｓｅｄ　ｂａｓｅｄ　Ｏｎ　ＣＡＣＴＩ．Ｂｙ　ｕｓｉｎｇ　ｔｈｅ“ｏｎｅ—ｍａｎａｇｅｒ－ｍｕｌｔｉ—ａｇｅｎｔ＇’ｍｏｄｅ，ＣＡＣＴＩ　ａｄｄｓ　ａｇｅｎｔ　ｍｏｄｅｌ　ｔｏ　ＯＲＡＣＬＥ　ｄａｔａｂａｓｅ　ｓｅｒｖｅｒ　ｔｏ　ｅｎａｂｌｅ　ｃｏｎｔｉｎｏｕｓ　ｃｅｎｔｒａｌｉｚｅｄ　ｍｏｎｉｔｏｒｉｎｇ　ｏｎ　ａ　ｄｉｓｔｒｉｂｕｔｅｄ　ＯＲＡＣＬＥ　ｄａｔａｂａｓｅ．Ｍｕｌｉ－ｌｔｅｖｅｌ　ａｎｄ　ｆｌｅｘｉｂｌｅ　ｍｏｎｉｔｏｒｉｎｇ　ｓｔｒａｔｅｇｉｅｓ　ａｒｅ　ｒｅａｌｉｚｅｄ　ｂｙ　ｓｅｔｔｉｎｇ　ｄｉｆｆｅｒｅｎｔ　ｇｒａｎｕｌａｒｉｔｙ　ｏｎ　ＣＡＣＴＩ　ｆｏｒ　ｖａｒｉｏｕｓ　ＯＲＡＣＬＥ　ｄａｔａｂａｓｅｓ．Ｔｈｅ　ｓｙｓｔｅｍ　ａｌｅｒｔｓ　ａｂｎｏｒｍａｌ　ｓｔａｔｅｓ　ｏｆ　ｍａｉｌ　ａｎｄ　ｍｅｓｓａｇｅ　ｉｎ　ａ　ｄａｔａｂａｓｅ．Ｔｈｅ　ｅｘｐｅｒｉｍｅｎｔａｌ　ｒｅｓｕｌｔｓ　ａｎｄ　ｈｅ　ｔｐｒａｃｔｉｃａｌ　ａｐｐｌｉｃａｔｉｏｎ　ｉｎ　ｍｏｄｅｌ　ｐｒｏｊｅｃｔｓ　ｖｅｒｉｆｙ　ｈｅ　ｔｅｆｆｅｃｔｉｖｅｎｅｓｓ　ｏｆ　ｔｈｅ　ｓｙｓｔｅｍ．　Ｋｅｙｗｏｒｄｓ：ＯＲＡＣＬＥ；ＣＡＣＴＩ；ｄｉｓｔｒｉｂｕｔｅｄ　ｍｏｎｉｔｏｒｉｎｇ；ｗａｒｎｉｎｇ　１　引言　数据库在中企业占据着至关重要的地位，　一系列复杂的业务逻辑操作，任何一个数据库性能过　低或发生故障将会对整个分布式系统造成严重的影　响，甚至给企业带来巨大的损失。要保障此类系统持　续可靠与高效的运行，必须对各个数据库进行有效的　监控，及时发现数据库运行中的异常状态，避免系统　崩溃。　ＯＲＡＣＬＥ数据库作为大型数据库的首选，在大型企业　中得到广泛的应用。随着企业信息化的发展，数据量　的日益增多１单个数据库已经很难满足企业的实际需　求，因此，分布式数据库系统得到越来越多企业的青　睐。这些系统分布于不同的物理位置，相互配合完成　①收稿时间：２００９—１　２－２２；收到修改稿时Ｉ＇ａ－］：２０１　Ｏ－Ｏ１—２２　１３４实用案例ＡｐｐｌｉｃａｔｉｏｎＣａｓｅ　

２０１　０年第１　９卷第９期　２研究现状　当前有不少商用的ＯＲＡＣＬＥ数据库监控和管理工　具，比较有影响的如ＯＥＭ（Ｏｒａｃｌｅ　ｅｎｔｅｒｐｒｉｓｅ　ｍａｎａｇｅｒ）Ｐ］、Ｅｍｂａｒｃａｄｅｒｏ　Ｄａｔａｂａｓｅ　Ｓｏｌｕｔｉｏｎｓ［２］　和Ｑｕｅｓｔ　Ｃｅｎｔｒａｌ［３］等。通过比较可知，现有的监控　工具在集成性、集中式多点监控、监控层次粒度、灵　活性、实时监控报警和二次开发表现得不尽如人意。　虽然不少商用监控工具都支持邮件报警，但是均未能　实现短信报警的功能，这可能造成ＯＲＡＣＬＥ数据库的　异常状态未能及时被发现，导致数据库系统的崩溃。　除了不能根据企业实际环境制定符合自身情况的监控　策略，现有的商用监控工具普遍价格不菲，给企业增　加了不少使用成本，所以有必要根据实际需要，制定　开发一个开源的监控系统。　前期关于ＯＲＡＣＬＥ数据库系统管理维护的研究主　要集中在对数据库的性能优化和故障诊断等方面。本　文系统主要面向多个ＯＲＡＣＬＥ数据库的监控，通过　ＣＡＣＴｌ【４】平台和编写代理模块实现分布式数据库的集　中管理监控。根据各ＯＲＡＣＬＥ数据库服务器的实际情　况，用户可以在代理模块制定最合理的监控方案。因　此，系统在监控的内容、灵活性、扩展性、实时性等　方面具有更好的性能。　３系统设计与实现　３．１关键技术　３．１．１　ＣＡＣＴＩ　。　ＣＡＣＴＩ是一套基于ＰＨＰ，ＭＹＳＱＬ，ＳＮＭｐ［ｓ］及　ＲＲＤＴｏｏｌ开发的系统和网络监测图形分析工具，通过　ｓｎｍｐｇｅｔ从代理设备采集数据，然后使用ＲＲＤＴｏｏｌ　绘制图像。ＣＡＣＴｌ除了提供基本的监控功能外，还提　供了许多功能插件用于扩展以满足不同服务的需求。　３．１．２　Ｎ盯一ＳＮＭＰ【６】　Ｎ盯一ＳＮＭＰ是一种开放源代码的ＳＮＭＰ协议开　发软件。通过ＮＥＴ—ＳＮＭＰ在被监控设备添加自定义　的代理模块，实现被监控设备性能数据的采集。　３．２系统结构　系统采用“一个管理端＋多个代理”的监控模式，　如图１所示。每台ＯＲＡＣＬＥ服务器均添加有代理模块，　每个代理模块负责采集本地ＯＲＡＣＬＥ数据库的状态信　息。监控服务器上运行ＣＡＣＴＩ作为监控程序定时向所　有代理模块采集各个ＯＲＡＬＣＥ数据库的状态信息，然　计算机系统应用　后对这些状态信息进行分析，如果有异常的状况就立　即发送报警消息给管理员。监控服务器采用的ＭＹＳＱＬ　数据库不仅在性能上满足监控服务的要求，而且它是　开源的，企业无需支付使用费。　ＯＲＡＬＣＥ服务器　图１　系统结构图　３．３系统环境　在实际设计中，系统由两部分组成，一部分为运　行ＣＡＣＴＩ的监控端，称之为Ｍａｎａｇｅｒ；另一部分为　被监控的ＯＲＡＣＬＥ数据库服务器，其在物理上是分布　的，称之为Ａｇｅｎｔ。因为这些分布的ＯＲＡＣＬＥ数据库　服务器有可能是异构的，为了保证Ｍａｎａｇｅｒ能够与　各个Ａｇｅｎｔ正常的通信，以及提高代理模块程序的复　用性，需要在每台服务器上安装Ｎ盯一ＳＮＭＰ软件。　它是基于ＳＮＭＰ协议的开发软件，而ＳＮＭＰ协议是当　前互联网设备均遵从的协议标准，所以使用　Ｎ盯一ＳＮＭＰ开发代理模块具有良好的跨平台性和移　植性。　３．４系统实现　监控系统是基于ＳＮＭＰ协议实现的，而在ＳＮＭＰ　协议通信中，被监控设备的各种状态信息是通过对象　标识符ＯＩＤ（Ｏｂｊｅｃｔ　Ｉｄｅｎｔｉｆｉｅｒｓ）【７ｌ来识别。为此，代　理模块需要为ＯＲＡＣＬＥ数据库的各种状态信息定义　ＯｌＤ。为了使这些ＯｌＤ在分布式的ＯＲＡＣＬＥ数据库系　统中能够通用，需在各个代理模块中规范化ＯｌＤ的定　义，保证系统中的ＯＩＤ与具体的０ＲＡＣＬＥ数据库性　能信息一一对应。　本文定义ＯＲＡＣＬＥ数据库性能的父节点ＯｌＤ　为．１．３．６．１．４．１．１　２２０，在此ＯＩＤ节点下添加所需的　Ａｐｐｌｉｃａｔｉｏｎ　Ｃａｓｅ实用案例１３５　

计算机系统应用　２０１　０年第１　９卷第９期　ＯＩＤ子节点，这些ＯＩＤ子节点对应于各个具体的性能　信息。除了这些ＯＲＡＬＣＥ数据库共同的性能信息，各　代理模块通过在Ｃ语言程序中嵌入ＳＱＬ语句来访　问ＯＲＡＣＬＥ数据库ＩＩｏ］。利用动态性能视图查询相应的　性能参数数据。下面举例介绍如何通过动态性能视图　采集ＯＲＡＣＬＥ数据库的状态信息。　首先，下面代码中定义了两个整形变量ｔｅｍｐ—　ｔｏｔａＩ和ｔｅｍｐ—ｕｓｅｄ分别保存临时表空间ＴＥＭＰ的总　空间和已经使用的空间。通过视图ＤＢＡ＿ＴＥＭＰ—ＦＩＬＥＳ　个代理模块还可以根据所在ＯＲＡＣＬＥ数据库服务器的　实际情况添加相应的ＯｌＤ子节点。添加完毕所需的ＯＩＤ　节点后，利用Ｎ盯一ＳＮＭＰ软件工具的库函数将定义的　ＯＩＤ添加到信息库里面。这样，Ｍａｎａｇｅｒ就可以通过　具体的ＯＩＤ节点和Ａｇｅｎｔ的ＩＰ地址查询该ＯＲＡＣＬＥ　数据库相应的性能信息，系统流程图如图２所示。　查询临时表空间ＴＥＭＰ的总空间，通过视图　Ｍａｎａｇｅｒ　Ａｇｅｎｔ　丽　Ａｇｅｎ１　．．．…………　　……；；　　：———翟　　一＞　—　里　：……　：…一……　：　；Ｉ性ＩＩ１￣ＩＥ娜ｌ０１『　嚆　髓螂ｉ　；　上　人　早　　ＩｌⅡ　髓　ＯＩｌ＾ＣＬＥ　煳　……．．………．　　‘…　…　……：　图２　系统流程图　在监控系统的Ｍａｎａｇｅｒ端，ＣＡＣＴＩ周期性的向　各个Ａｇｅｎｔ发送查询ＯＲＡＣＬＥ数据库状态信息的请　求，采集相应的性能状态数据。对于那些重要的性能　参数，ＣＡＣＴＩ可以为它们分别设置报警阈值。当　ＣＡＣＴＩ采集到数据后会将它们存储到ＭＹＳＱＬ数据库　中，并用ＲＲＤＴｏｏＩ绘制图像。对于设置阈值的性能参　数，ＣＡＣＴＩ将采集到的数据与相应的阈值进行比较，　如果发现其不在阈值范围之内，ＣＡＣＴｌ就会立即发送　报警邮件和短信给管理员。　在每个Ａｇｅｎｔ端，代理模块周期性地采集本地　ＯＲＡＣＬＥ数据库的性能信息，并将得到的数据赋予对　应的ＯｌＤ。当它接收到Ｍａｎａｇｅｒ的查询请求时，就　会将ＯｌＤ的数据值返回给Ｍａｎａｇｅｒ。　３．５数据采集　ＯＲＡＣＬＥ数据库有很多动态性能视图【８，９】，这些视　图自动收集并记录当前例程的活动信息。利用这些动　态性能视图，可以了解数据库运行的状态。通常情况　下，可以通过动态性能视图掌握两类重要的数据库运　行信息。一是了解数据库运行相关的性能数据，如内　存的使用量、磁盘排序发生的机率等。二是取得与磁　盘和内存结构相关的其他信息。这些信息将是数据库　管理员进行数据库维护与性能调整的主要参考依据。　１３６实用案例Ａｐｐｌｉｃａｔｉｏｎ　Ｃａｓｅ　Ｖ￥ＴＥＭＰ—ＳＰＡＣＥ—ＨＥＡＤＥＲ查询已经使用的空间。　／★＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝　＝＝：＝＝＝＝＝＝＝＝＝＝＝＝＝：＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝　＝＝＝　，　Ｅ×ＥＣ　ＳＱＬ　Ｓｅｌｅｃｔ　ＢＹＴＥＳ　Ｉｎｔｏ：ｔｅｍｐ—ｔｏｔａｌ　Ｆｒｏｍ　ＤＢＡ＿ＴＥＭＰ－ＦＩＬＥＳ；　Ｅ×ＥＣ　ＳＱＬ　Ｓｅｌｅｃｔ　ＢＹＴＥＳ—ＵＳＥＤ　Ｉｎｔｏ：ｔｅｍｐ—ｕｓｅｄ　ＦｒＯｍ　Ｖ￥ＴＥＭＰ＿ＳＰＡＣＥ—ＨＥＡＤＥＲ；　，　＝＝＝＝：＝＝＝＝＝＝：＝＝＝＝＝＝：＝＝＝＝＝＝＝＝＝＝　＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝　＝＝ｉ一　，　另外，还可以通过Ｖ￥ＳＧＡＳ　视图得到　ＯＲＡＣＬＥ数据库里ＳｈａｒｅｄＰｏｏＩ中空闲内存与共享池　当前使用内存的百分比。如下面代码所示。　，　＝＝一Ｉ＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝　＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝：＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝　＝＝＝★，　ＥＸＥＣ　ＳＱＬ　Ｓｅｌｅｃｔ　１　００　Ｓ．ＢＹＴＥＳ／ＵＳＥＤ　Ｆｒｏｍ　Ｖ￥ＳＧＡＳＴＡＴ　Ｓ，（Ｓｅｌｅｃｔ　Ｓｕｍ（ＢＹＴＥＳ）　ＵＳＥＤ　Ｆｒｏｍ　Ｖ￥ＳＧＡＳＴＡＴ　Ｗｈｅｒｅ　ＰＯＯＬ＝’ｓｈａｒｅｄ　ｐｏｏｌ’Ａｎｄ　ＮＡＭＥ　＜＞’ｆｒｅｅ　ｍｅｍｏｒｙ’）　Ｗｈｅｒｅ　Ｓ．ＰＯＯＬ＝。ｓｈａｒｅｄ　ｐｏｏｌ。Ａｎｄ　Ｓ．ＮＡＭＥ＝’ｆｒｅｅ　ｍｅｍｏ　：　，　—Ｉ．＝＝＝：＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝　＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝　：＝＝　，　代理模块通过ＯＲＡＣＬＥ数据库的动态性能视图采　集到状态数据后，会将这些数据分别赋予对应的ＯｌＤ　节点，更新当前值。　４系统测试结果与分析　ＣＡＣＴＩ通过ＯｌＤ采集到各个Ａｇｅｎｔ的性能状态　数据后，ＲＲＤＴｏｏｌ就会根据这些数据绘制图像，让管　

２０１　０年第１　９卷第９期　理员能够直观的查阅ＯＲＡＬＣＥ当前的状态。默认情况　下，ＣＡＣＴＩ每隔五分钟就会向分布的各个ＯＲＡＬＣＥ　数据库服务器采集一次数据。这个采集周期可以根据　实际情况进行调整，对于重要的ＯＲＡＬＣＥ数据库可以　适当缩短采集的周期，在提高监控实时性的同时，也　要避免过于频繁的采集而给ＯＲＡＣＬＥ数据库服务器造　成严重的负担。为了方便管理，系统对分布的　ＯＲＡＣＬＥＲ数据库进行规范命名。根据本文２．４的数　据采集，下面给出了名字为ＡＲＰ—ＳＥ一５的ＯＲＡＣＬＥ　数据库的ＣＡＣＴＩ监控示意图。　图３为ＡＲＰ—ＳＥ一５临时表空间ＴＥＭＰ的状态图，　图中记录该ＯＲＡＬＣＥ数据库表空间ＴＥＭＰ每个时刻的　状态。从图中可以看出大约从９时至１　５时ＴＥＭＰ的　空间均未发送变化，２　５．０７ＧＢ的空间已经被使用，还　剩余５．９８ＧＢ的空间，说明在这段时间内未有用户对　该表空间进行操作。在ＯＲＡＣＬＥ数据库中，所有的数　据对象都存放在指定的表空间中。当表空间被存放满　后，用户将不能继续往里面存入数据，需要对表空间　进行扩展。为了保证ＯＲＡＣＬＥ数据库的正常存储，可　以在ＣＡＣＴＩ中设置ＴＥＭＰ剩余空间的报警阈值。例如，　可以设置剩余空间的阈值为５０ＯＭＢ，当ＴＥＭＰ的剩余　空间低于５００ＭＢ时，ＣＡＣＴｌ就会立即发送报警邮件　和短信给数据库管理员。　Ｆｒｏｍ　ｅ　ｅ８　０９：Ｋ：ｅ７　ｉ。２￣／８９／０８　１５：毒５：ｅ７　ＩＩ如酣Ｃｕｒｒｅｎｔ：　．０７　６　Ａｖｅｒａｇｅ：　２５　８７　Ｅ　Ｈ　：　器．８７　｝　：　２５。船Ｇ　ＩＩ　Ｆｒｅｅ　Ｃｕｒｒｅｎｔ；　Ｓ　诣‘Ａｖｅｒａｇｅ：　Ｓ，驰６　ｆ　：　Ｓ．靼Ｇ　】ｃ：　Ｓ．拿８　Ｇ　图３　表空间ＴＥＭＰ状态图　图４为ＳｈａｒｅｄＰｏｏｌ中空闲内存与使用内存的百　分比示意图。查询结果能够反映Ｓｈａｒｅｄ　Ｐｏｏｌ　Ｍｅｍｏｒｙ的分配是否合理。如果百分比高于１　００％，　则表示Ｓｈａｒｅｄ　Ｐｏｏｌ　Ｍｅｍｏｒｙ分配过度，分配给共享　计算机系统应用　池的内存很可能被浪费掉。如果百分比在１　００％至　２０％之间，则表示Ｓｈａｒｅｄ　Ｐｏｏｌ　Ｍｅｍｏｒｙ关注过多，　分配的大小可以接受，但不是最佳。如果百分比低于　２０％ｌ则表示Ｓｈａｒｅｄ　Ｐｏｏｌ　Ｍｅｍｏｒｙ分配适当，已用　内存和空闲内存处在最佳状态。从图中可以看出，大　约从９时开始至１　５时，数值一直发生变化，但均处　在最佳状态，说明数据库ＡＲＰ—ＳＥ一５当前分配的　Ｓｈａｒｅｄ　ＰｏｏＩ　Ｍｅｍｏｒｙ大小合理。　图４　ＳｈａｒｅｄＰｏｏｌ中空闲内存与使用内存百分比图　利用ＣＡＣＴＩ的报警机制，可以设置该百分比的阈　值为１　００％，当采集到的数值高于阈值，则发邮件通　知数据库管理员注意Ｓｈａｒｅｄ　Ｐｏｏｌ　Ｍｅｍｏｒｙ的状态。　如果该数值长时间高于阈值，那么数据库管理员应及　时调整Ｓｈａｒｅｄ　Ｐｏｏｌ　Ｍｅｍｏｒｙ的大小，优化ＯＲＡＣＬＥ　数据库的性能。　５结束语　ＣＡＣＴＩ和Ｎ盯一ＳＮＭＰ在监控领域应用十分广泛，　文章利用它们实现对分布式ＯＲＡＣＬＥ数据库的集中监　控系统。该系统目前已经投入使用，运行稳定，能够　同时监控多台ＯＲＡＣＬＥ数据库服务器，可以根据实际　情况为每个ＯＲＡＣＬＥ数据库制定不同监控策略，并对　异常状况发送报警邮件和短信通知管理员。此外，系　统具有良好的扩展性，只需要在代理模块稍加修改就　可以满足监控需求的变化。　参考文献　１　Ｅｒｎｓｔ　Ｂ，Ｒａｓｍｕｓｓｅｎ　ＨＲ，Ｓｃｈｗｉｎｎ　Ｕ，ｅｔ　ａ１．Ｅｎｔｅｒｐｒｉｓｅ　ＤＢＡ　ｐａｒｔ　１Ａ：Ａｒｃｈｉｔｅｃｔｕｒｅ　ａｎｄ　ａｄｍｉｎｉｓｔｒａｔｉｏｎ．Ｏｒａｃｌｅ　（下转第１３３页）　Ａｐｐｌｉｃａｔｉｏｎ　Ｃａｓｅ实用案例１３７　

２０１　０年第１　９卷第９期　计算机系统应用　将用户此权限的功能向量码以及此操作的功能属性编　号传给ＣｈｅｃｋＯｐｅｒａｔｅＡｃｃｅｓｓ函数进行判断。如果返　之可以在不同的基于数字证书的应用系统中很方便地　设置权限。只需替换系统中验证签名的函数模块（同一　加密设备无需替换），就可以将本系统应用到其他数字　证书认证的系统上。这样就大大减轻了权限管理模块　的实现难度，实现了权限管理与系统业务的分离。目　回真，表示用户有权限进行此限操作。函数的形式及　参数表示如下。　ｐｕｂｌｉｃ　ｂｏｏｌ　Ｃｈｅｃｋ０ｐｅｒａｔｅＡｃｃｅｓｓ（ｓｔｒｌｎｇ　ｏｐｅｒａｔｉｏｎ　Ｃｏｄｅ，ｉｎｔ　ｏｐｅｒａｔｉｏｎｌｄ）　前该系统模块已经成功应用于国家教育电子身份认证　２．７系统性能优化　系统中，取得了不错的效果。　在每次页面加载时，都要用到资源功能属性集，　并且系统对访问的每个页面窗口都要进行权限检查，　参考，　献　而一个用户又可能隶属于多个角色，因此每次都要从　ｌ　Ｓａｎｄｈｕ　Ｒ．Ｒｏｌｅ．ｂａｓｅｄ　Ａｃｃｅｓｓ　Ｃｏｎｔｒｏｌ　Ｍｏｄｅｌｓ．　数据库中来检索权限会严重影响系统的性能。为解决　Ｃｏｍｐｕｔｅｒ，１９９６，２９（２）：３８—４７．　这个问题，在系统运行时，可将这些数据缓存到服务　２蔡昭权．基于业务无关的权限管理的设计与实现．　器中，常驻内存，如果在运行中更改了这些数据，则　计算机工程，２００８，３４（９）：１　８３—１　８５．　同时更新缓存中的数据。如将资源操作属性集存入　３王权，杨林，刘伟，王桢珍．基于ＵＳＢＫＥＹ的访问控制　ＨａｓｈＴａｂｌｅ［操作编号，操作名称】，将资源列表的数据　方法研究．计算机工程与设计，２００８，２９（Ｉ　１）：２７—２９．　集，权限数据集缓存到内存中，这样要用这些数据时　４　Ｆｅｒｒａｉｏｌｏ　Ｄ，Ｋｕｈｎ　Ｒ．Ａｎ　Ｉｎｔｒｏｄｕｃｔｉｏｎ　ｔｏ　Ｒｏｌｅ　Ｂａｓｅｄ　直接从缓存中读取，节省了系统频繁访问数据库的开　Ａｃｃｅｓｓ　Ｃｏｎｔｒｏ１．［２００７—０５－１０］．ｈｔｔｐ：／／ｃｓｒｃ．ｎｉｓｔ．ｇｏｖ／ｒｂａｃ／．　销，也提高了权限计算的效率。　５徐斌，袁健．基于Ｗｅｂ２．０的用户权限管理研究与实现．　３结束语　计算机工程，２００８，３４（１３）：１５７—１５９．　本文分析并比较了基于数字证书的权限管理与传　６暴志刚，胡艳军，顾新建．基于Ｗｅｂ的系统权限管理实　统用户名／密码方式认证的权限管理区别，并针对不同　现方法．计算机工程，２００６，３２（１）：１６９—１７０．　之处给出相应的实现方法。本文采用功能向量码的方　７高正宪，涂亚庆，李中学．ＰＫＩ和ＲＢＡＣ授权数字证书　法了设计一个基于数字证书的通用权限管理模块，使　的设计与实现．计算机工程，２００８，３４（２）：Ｉ１７一ｌ１９．　（上接第１　３７页）　Ｃｏｒｐｏｒａｔｉｏｎ，１　９９９．　６李明江．ＳＮＭＰ简单网络管理协议．北京：电子工业出　２　Ｅｍｂａｒｃａｄｅｒｏ　Ｃｏｒｐｏｒａｔｉｏｎ．ＤＢＡｒｔｉｓａｎ：Ｌｅａｄｉｎｇ　ｃｒｏｓｓ・　版社。２００７．７８—１６２．　ｐｌａｔｆｏｒｍ　ｄａｔａｂａｓｅ　ａｄｍｉｎｉｓｔｒａｔｉｏｎ　ｓｏｌｕｔｉｏｎ　ｆｏｒ　７　Ｃａｓｅ　Ｊ，ＭｃＣｌｏｇｈｒｉｅ　Ｋ，Ｒｏｓｅ　Ｍ，ｅｔ　ａ１．Ｔｅｘｔｕａｌ　Ｃｏｎｖｅｎ－　ｍａｘｉｍｕｍ　ａｖａｉｌａｂｉｌｉｔｙ，ｐｅｒｆｏｒｍａｎｃｅ，ａｎｄ　ｓｅｃｕｒｉｙｔ．　ｔｉｏｎｓ　ｆｏｒ　Ｖｅｒｓｉｏｎ２　ｏｆ　ｔｈｅ　Ｓｉｍｐｌｅ　Ｎｅｔｗｏｒｋ　Ｍａｎａｇｅ・　ｈｔｔｐ：／／ｗｗｗ．ｅｍｂａｒｃａｄｅｒｏ．ｃｏｒｎ／ｐｒｏｄｕｃｔｓ／ｄｂａｒｔｉｓａｎ／ｉｎｄｅｘ　ｍｅｒｉｔ　Ｐｒｏｔｏｃｏｌ（ＳＮＭＰｖ２）．ＲＦＣ２５７９．ＩＥＴＦ，１９９９．　．ｈｔｍｌ，２００８．　８　Ｈａｓｓａｎ　Ａ．Ａｆｙｏｕｎｉ．Ｏｒａｃｌｅ９ｉ数据库性能调整与优化．　３　Ｆｏｓｔｅｒ　Ｉ，Ｋｅｓｓｅｌｍａｎ　Ｃ，Ｆｓｕｄｉｋ　Ｇ　Ａ　Ｓｅｃｕｒｉｔｙ　Ａｒｃｈｉｔｅｅ－　吴越胜，张耀辉等译．北京：清华大学出版社，２００５．３４　ｔｕｒｅ　ｆｏｒ　Ｃｏｍｐｕｔｉｏｎａｌ　Ｇｒｉｄｓ．１ＥＥＥ　Ｃｏｍｐｕｔｅｒ　Ｓｏｃｉｅｔｙ，　—２５６　２００２．　９　Ｍａｒｌｅｎｅ　Ｔｈｅｒｉａｕｌｔ，Ｒａｃｈｅｌ　Ｃａｒｍｉｃｈａｅ１．Ｊａｍｅｓ　Ｖｉｓｃｕｓｉ．　４岑锐坚．使用Ｃａｃｔｉ监测系统与网络性能．开放系统世　Ｏｒａｃｌｅ９ｉ　ＤＢＡ基础教程．杨涛，杨晓云，王建桥，高文雅　界，２００６，（７）：６９—７２．　等译．北京：机械工业出版社，２００３．５９—１７０．　５　Ｗ．Ｒｉｃｈａｒｄ　Ｓｔｅｖｅｎｓ，Ｇａｒｙ　Ｒ．Ｗｒｉｇｈｔ．ＴＣＰ／ＩＰ详解，卷　１０孙宏昌．Ｐｒｏ＊Ｃ程序设计和Ｏｒａｃｌｅ调用接口．ｊ匕京：　１．陆雪莹等泽．北京：机械工业出版社，２０００．２７０—２９２．　电子工业出版社．１９９６．１０—１２８．　Ａｐｐｌｉｃａｔｉｏｎ　Ｃａｓｅ实用案例１３３