ArcGIS-Server管理与性能优化

ArcGISServer管理与性能优化Esri中国信息技术有限公司韩云主要内容•ArcGISServer体系结构•ArcGISServer管理—服务管理—缓存管理—安全管理•ArcGISServer性能优化—性能影响因子分析—性能优化方法ArcGISServer体系结构ArcGISServer系统构架WebServer(Windows/UNIX)SOMServerObjectManagerServerContainers(Windows/UNIX)DataWebApplicationWebServiceWebBrowserArcGISDesktopArcGISDesktopAdministrator(ArcCatalog)(Windows/UNIX)•GIS服务器–提供GIS资源服务，例如地图和定位服务。•Web服务器–Web应用和Web服务的宿主，使用GIS服务器•浏览器–连接的运行在Web服务器上的Web应用•桌面应用–间接连接的GIS服务器，通过运行在Web服务器上的Web服务–直接连接的GIS服务器，通过LAN–管理GIS服务器GISServerWebApplicationArcObjectsProxiesJava/.NETObjectsWebApplicationServerWebApplicationArcObjectsProxiesJava/.NETObjectsWebApplicationServerServerObjectManagerBrowserServerObjectContainersGISServerArcGISDesktopBrowserInternetArcGISEngineServerObjectContainers•服务器=服务器对象管理器（SOM）+服务器对象容器（SOC）•服务器对象管理器（ServerObjectManager）（1）用来管理分布在一组服务器容器中的服务器对象（类似于DCOM的管理模式）（2）是一个Windows/Unix服务•服务器容器（ServerContainer）（1）服务器对象管理器启动的一个进程（2）部署了一个或多个GIS服务器对象GIS服务器ArcGISServer管理•使用manager•使用catalog管理工具ArcCatalogmanager服务发布——地图文档制作服务发布——使用ArcCatalog服务发布——使用ArcCatalog服务发布——使用Manager查看服务——在ArcCatalog中查看服务——在Manager中缓存管理反锯齿无反锯齿•基于角色的安全模型•.NET平台-Windows用户和组-MicrosoftSQLserver-ASP.NETcustommembershipprovider•JAVA平台-缺省存储位置:JavaManager中部署的ApacheDerby数据库-外部数据库（通过JDBC支持：Oracle,DB2,MSSQLServer）-LDAPserver-ActiveDirectoryArcGISServer的安全策略服务安全配置用户和角色的存储•配置用户和角色信息存储的位置用户角色管理•添加用户-配置完存储位置以后，立即添加user和role可能会报错，重启som和manager服务以后就可以了。用户角色管理•添加角色开启安全设置•激活安全机制-配置完用户角色以后再激活设置服务的访问权限•激活了安全机制以后，默认情况下所有的服务都不能匿名访问•对于已有的服务，可以用特殊角色进行授权-针对单个的服务-针对某个文件夹下的所有服务ArcGISServer性能优化151.392.568.582.664.3050100150200SHPFGDBOracle11gPostgreSQLSQLServer吞吐量（KB/S）如何存储我的矢量数据•大数据不同数据源矢量出图–Shapefile在不使用label的情况下出图性能很好–FileGeodatabase性能出色大数据不同数据源矢量查询1.67.8819.44.30510152025吞吐量KB/S•大数据不同数据源矢量查询–Shapefile劣势很明显–如果是只读操作FileGeodatabase表现不错–PostgreSQL免费且足量1亿1千多万个ArcSDE矢量要素的出图性能线数据范围（真实结果数）冷/热数据（秒）范围约10个要素(8)0.357/0.156范围约100个要素(114)0.734/0.203范围约1000个要素(1341)0.920/0.250范围约10000个要素(10414)2.386/0.562面数据范围（真实结果数）冷/热数据（秒）范围约10个要素(16)0.530/0.160范围约100个要素(133)2.636/0.343范围约1000个要素(1104)8.034/0.500范围约10000个要素(10494)29.952/1.310从这些数据你想到了什么？•不同数据源栅格出图-文件储存普遍要比入库后快如何选择我的栅格数据741668.7676541.9482.2494.10100200300400500600700800不同数据源栅格出图（输出为JPEG2000）如何选择栅格压缩格式与压缩比892.9722.2676562.2832.2541.901002003004005006007008009001000吞吐率（KB/s）文件格式性能越压缩越差数据库可能在压缩和I/O之间达到最优值以一个4.7G的TIFF格式为例压缩格式/压缩比数据量压缩耗时某小范围预览耗时TIFF/无压缩4.72G2.2秒PNG/LZ773.92G16分8秒1093.2秒JPG/100%2.05G3分43秒1473.0秒JPG/75%598M2分51秒870.7秒JPG/50%396M2分26秒827.7秒FileGDB/无压缩4.76G16分56秒7.9秒FileGDB/JPG/75%1.73G34分6秒20.3秒ArcSDE/无压缩4.86G41分2秒77.6秒ArcSDE/JPG/75%1.72G14分11秒20.3秒数据无压缩无影像金字塔为数据源，将其导出为若干个不同压缩格式和压缩比的数据大栅格数据无压缩性能高LZ77算法压缩非常有限JPG不同的压缩耗时差距不大SDE压缩与不压缩读取差距很大，可见数据库对栅格数据读取的因素是数据量大小fileGDB压缩后读取性能差距很大每个比例尺下应该显示多少数据1846856520554400100002000030000400005000060000MXD_SDE(2.21s)MSD_SDE(0.69s)IMS_SDE(0.83s)吞吐量MXD还是MSD可以看出使用MSD发布动态数据性能更高•UNC/CIFS/SMB总有额外消耗•尽量使用本地存储•大量的I/O请求下差距跟明显能否使用网络存储010000200003000040000500006000070000Local（FGDB）UNC（FGDB）不同数据路径吞吐量（TR/HR）应该配置多少个实例•紧凑型切片生成更快、伸缩性更好•紧凑型切片更容易迁移使用离散还是紧凑型切片•在访问上，通常离散型的切片性能更好•另外，能使用虚拟目录的话性能提升很大ArcGISServer集群应该如何配置？ArcGISServer性能优化•四个主要的响应时间因素•性能瓶颈在每一层都可能发生ArcGISServer响应时间•单用户测试是不能说明问题的•模拟多个用户-低级做法：协同多人操作-高级做法：通过使用测试工具，如LoadRunner等录制事件检测瓶颈•CPU•网络•内存•硬盘空间•线程-服务器对象可用性可能出现瓶颈的地方•地图可以包括动态图层和静态图层•动态图层=经常变化的数据-按照道路的通畅度符号化道路要素-显示最近工单的电力网络•静态图层-土地利用-路网-基础地形数据•分类是主观的，由应用决定优化地图服务动态地图显示质量与速度的权衡vs.速度质量•阴影地貌•透明图层•Maplex标注•标准标注•同一环境同一地图文档采用的缓存地图和动态地图出图性能比较缓存地图则不用权衡性能1.5seconds4seconds缓存地图服务•在固定的比例尺下以分块的方式进行预先渲染•静态基础数据的快速显示•以极佳的性能提供丰富的制图符号•显示相关信息-启动简单图层(其它的图层可以由用户控制显示)-使用字段可视性(隐藏不需要的属性)•使用比例尺-使用和比例尺一致的数据(如果需要对数据做综合)-可以利用图层组的方式在对该比例尺下显示的所有要素类别进行可见比例设置动态地图服务最佳实践总的原则•点-为了更好的性能，使用简单的或者字符型符号-使用EMF代替位图-使用整型(vs.字符型)字段作为唯一值渲染-避免晕轮（halos）,复杂形状,掩膜（masking）•线和面-使用ESRI_Optimized符号-避免制图线(也包括多边形外廓线)动态地图服务最佳实践动态地图点、线、面渲染原则•所有填充的外廓线是简单的线，不是制图线•图片填充是EMF，而非BMP•提高显示性能50%ESRI_Optimized符号•用注记（annotation）代替标注（label）•使用有索引的字段(尽可能减少标注SQL查询次数和复杂性)•少用标注和要素冲突权重•避免特殊效果(填充模式、晕轮、背景)•避免非常大的文本尺寸(60+pts)•避免用Maplex进行动态标注•避免重用动态地图服务最佳实践文本和注记对于硬件增加运算能力增强机器配置或增加机器数量一切为了SOC•状态信息(如当前范围、图层可视性等.)维护在web服务器/浏览器•由于共享对象池，提供较好的均衡使用池化服务类型的服务•定义最大-最小的实例数•实例分布在所有的主机上配置池化服务的实例数•根据最大吞吐量设置实例数(通常为每个核有2到4个实例根据硬件情况选取最佳实例数最佳的做法是运行测试实例，在机器上查看CPU和内存使用情况。最大压力下CPU使用80%为最优•增加主机内存•限制主机上实例数-一旦达到这个限制，服务器开始取代最近很少使用的实例，而不是创建新的实例-提供的大量服务仅仅其中的某部分会被经常使用，因此要正确评估服务的并发量内存瓶颈（现阶段出现几率不大）解决