基于ArcGIS的GIS应用服务平台性能调优.docVIP

基于ArcGIS的GIS应用服务平台性能调优 张志强 （天津中科遥感信息技术有限公司，天津，300384） 摘要： 基于ArcGIS开发的WebGIS应用平台，其性能问题是衡量系统优越性的标准之一，所以需要通过多种手段调优系统，来保证系统的正常稳定运行。本文从多个角度调整GIS应用服务平台，保证平台的正常运行。 关键词： WebGIS、ArcGIS、系统性能优化 概述 传统的GIS系统多数以C/S结构开发建设，不能满足GIS网络化使用的需要。随着WebGIS应用的展开，服务的性能正逐渐成为制约WebGIS发展的瓶颈。当前WebGIS实现方式主要有胖客户端和瘦客户端两种方式。在胖客户端方式下，空间数据的绘制与操作是在客户端进行的，而在瘦客户端的方式下，客户端看到的是服务器端渲染好的某种格式的图片，操作也是有服务器端进行处理。这两种方式都有各自的特点，但是考虑到实际运用中用户体验性和数据保密性等要求，一般采用瘦客户端方式开发。 在实际工作中，由于数据量大、使用频繁，平台的服务负载较为沉重，平台服务性能问题是制约平台建设的瓶颈问题，也是衡量平台建设的标准之一，应采用多种方式保证平台服务性能。 平台部署结构 平台采用ESRI公司的ArcGIS 9.3系列软件搭建，采用Oracle 10g作为平台使用的数据库系统。平台包括多层架构，系统总体结构从下到上主要分为网络层、数据层、功能层和应用层。 平台的调优可以从多个层次进行，包括数据层、功能层和应用层等。 系统性能优化方案 对于数据库和ArcSDE进行优化 文献[1]研究了基于Oracle和ArcSDE的空间信息访问的优化操作，分别从操作系统、内存、磁盘I/O等多方面进行了性能的改进和优化。其优化原则是将访问频繁的文件分开放置到不同的硬盘上，降低磁盘I/O竞争。 在工作中，可以使用磁盘阵列的方式，将一份文件分割存于几个硬盘上，提高磁盘吞吐量和速度，同时为表和索引建立不同的表空间，建立和调整ArcSDE的空间索引等方式对数据库和ArcSDE进行性能优化。在系统运行期间，通过对存储参数、内存使用参数等方面的处理，提高系统运行性能。 建立影像金字塔结构 指在同一的空间参照下，根据用户需要以不同分辨率进行存储与显示，形成分辨率由粗到细、数据量由小到大的金字塔结构。影像金字塔结构用于图像编码和渐进式图像传输，是一种典型的分层数据结构形式，适合于栅格数据和影响数据的多分辨率组织，也是一种栅格数据或影像数据的有损压缩方式。 在实际工作中，对于存储在ArcSDE库中的影像数据，制作多级金字塔结构可以加快不同比例尺下的数据读取速度，同时，在建立影像金字塔结构式会采用压缩算法，并不会给实际运用带来过大压力，所以应建立影像金字塔以提高服务性能。 服务器分布式部署 平台大体可以分成两类服务：池化与非池化地图服务。在SO池化服务中，启动需要花费大量的内存资源，随着用户不断增加，内存耗用将不断增大，而用户退出系统不释放instance与内存耗用，当内存或instance耗用达到极限时，SO服务就崩溃，导致最终图形浏览系统无法正常运行。而在图层管理、图形编辑、图形数据上传、入库、打印操作等都是非池化地图服务方式，其内存耗用不大，用户退出系统释放instance,编辑与打印系统相对来说较为稳定。 针对这种问题，需要对于服务器的部署进行详细的设计，以解决服务器负载问题。本系统使用ArcGIS Server进行图形服务的部署，ArcGIS Server服务器架构包括： SOM——管理在唯一主机上的windows服务，用于管理分布在各个SOC上的服务对象； SOC——可以装在多台机器上，是服务对象的宿主。每一台SOC机器可以产生多个Container processes，一个Container processes可以运行多个服务对象，Container processes 是由SOM来管理的。（每台SOC机器都需要一个授权文件） Web Application Developer Framework——Runtime Software Developer Kit，Runtime安装在Web Sever机器上，SDK安装在Web Application上。 平台把ArcGIS Server应用进行分布式部署，由一个SOM和多个SOC组成，SOM起到负载均衡的作用，具体的请求由SOC来完成。系统利用多台服务器搭建，以满足大用户量的图形服务需求，具体结构如图所示： 图 1图形服务器部署方案图 GIS服务器本身包括两个部分：分别是SOM与SOCs，一个SOM和多个SOC。系统工作流程为：客户端发送请求到SOM，SOM将分配的资源提供给客户端，通过SOM对SOC进行调度与管理。 通过这样的部署结构，可以有以下特点： 高可靠性（HA）。