ArcGIS Server性能调整

ArcGIS Server产品的强大功能往往给了有些用户带来一定的认识误区。<BR>有些用户会认为可以把c/s程序的使用模式和数据照搬到ArcGIS Server的应用系统中.。ArcGIS Server的应用是b/s的应用，软件角度来讲涉及到数据库，web server，ArcGIS Server，浏览器，任何一个环节都有可能出现问题，所以ArcGIS Server系统需要很好的设计和规划，简单的功能移植只能得到低效率的ArcGIS Server应用。<BR>其实ArcGIS Server的应用系统往往都比较大，特别是数据量都比较大。用户都希望把大量的数据都通过网络共享给广大的浏览器用户。由于ArcGIS Server简单功能的系统的构建是非常简单的，用户很容易就搭建出来了，因此当用户把大量的数据往ArcGIS Server系统上搬时并发现速度非常慢时，用户往往会认为是ArcGIS Server产品的速度慢，因此性能调整的考虑角度也仅仅从ArcGIS Server产品角度入手，这也给ArcGIS Server系统的性能调整带来一定的误区，忽略了ArcGIS Server系统中的重要组成部分――数据的性能。<BR>  当然，不同应用系统有不同的情况，因此在性能调整方面都要看具体系统情况，这里我们只是大致介绍一下ArcGIS Server应用性能调整的几个大的考虑方面：<BR>1 硬件和网络方面<BR>  这方面我们不做过多的介绍<BR>2 数据方面<BR>  1）数据量角度<BR>     ArcGIS Server应用毕竟是b/s程序，网络传输很容易使它的性能瓶颈，除了增加网络带宽之外，当然也尽量要减少数据量，主要的原则是按需使用数据。<BR>　　　比如在对数据进行了分析之后，发现数据节点非常密，在不影响数据的浏览精度的情况下使用简化操作，减少数据量。<BR>  2）数据组织角度<BR>     如果是文件方式的话，就没有什么可调整性，如果是sde中的数据，那么主要从两个方面对数据进行调整，一个是属性字段的索引，一个是空间索引大小的调整。<BR>属性字段索引：特别是对于经常要进行搜索的字段都要进行索引的建立。<BR>空间索引大小的调整：会非常影响数据的浏览和空间查询的速度。空间索引大小的调整要依照数据的每个单元的大小而定。一般建立2级就可以，第二级是第一级的4-5倍，第一级是要素类中大多数要素的大小。这个设定的效果可以在桌面产品中进行验证。<BR>　　Mxd文档的组织，二维的服务都是通过发布mxd文件的，因此mxd的文档组织也非常重要。主要包括减少图层数量，图层的按比例显示，减少复杂符号，减少label等。<BR>3 服务方面<BR>  1）服务组织方面<BR>  如果应用中要包含大量的图层，比如上百个，不要把所有的图层都放在一个服务中，可以把上百个图层进行拆分，做成几个服务，然后在应用中进行组合，这样就可以有多个进程来完成，从而减少处理时间。<BR>　另外，这样拆分的另一个好处就是可以根据不同的用户使用不同的服务，没有必要每个人都添加所有的数据，这也是按需使用数据的原则。<BR>  2）服务的设置方面<BR>  服务设置也有两个方面，一个是服务的池化和非池化设置，一个是服务的cache的设置。池化服务的效率比非池化服务的效率要高，而且池化服务可以建ｃａｃｈｅ来更进一步提供高速度。<BR>4 应用系统的配置方面<BR>  把ArcGIS Server应用进行分布式部署，由一个ＳＯＭ和多个ＳＯＣ组成，ＳＯＭ起到负载均衡的作用，具体的请求由ＳＯＣ来完成。