ArcGIS Server性能优化

合集下载

ArcGIS Server管理与性能优化

68.5
64.3
50
0 SHP FGDB Oracle11g PostgreSQL SQL Server
大数据不同数据源矢量查询
• 大数据不同数据源矢量查询
– Shapefile劣势很明显 – 如果是只读操作File Geodatabase表现不错 – PostgreSQL 免费且足量
吞吐量KB/S
配置用户和角色的存储
•
配置用户和角色信息存储的位置
用户角色管理
•
添加用户
-
配置完存储位置以后，立即添加user和role可能会报错，重启som和manager服务以后就可以了。
用户角色管理
•
添加角色
开启安全设置
•
激活安全机制
-
配置完用户角色以后再激活
设置服务的访问权限
• •
激活了安全机制以后，默认情况下所有的服务都不能匿名访问对于已有的服务，可以用特殊角色进行授权
•
根据最大吞吐量设置实例数 (通常为每个核有2 到4个实例
最佳的做法是运行测试实例，在机器上查看CPU 和内存使用情况。最大压力下 CPU使用80%为最优
内存瓶颈（现阶段出现几率不大）解决
•
增加主机内存
•
限制主机上实例数
-
一旦达到这个限制，服务器开始取代最近很少使用的实例，而不是创建新的实例
Web Server (Windows/UNIX) Web Application
Web Browser ArcGIS Desktop
Web Service
ArcGIS Desktop
Administrator (ArcCatalog)
• • • •

ArcGIS Server性能优化

ArcGIS Server性能优化1影响时间的关键因素1.1客户端到Web服务器传输时间这部分取决于网络环境，从软件角度我们没有什么工作可以做，增加带宽就可以。

1.2服务器端的请求排队时间随着服务的增多和用户访问频率的加快，请求排队时间的影响将越来越明显。

因此将请求负载服务独立出来就很有必要，这就是所谓的负载均衡，也就是分布式部署。

目前我们在这一块没有做太多的工作，可以采用server本身就支持的分布式部署来提升性能。

1.3地图渲染时间1.3.1图层数目图层数据越多，渲染时间越长，因此应该根据具体的应用情况整合、合并部分图层。

1.3.2符号的复杂化显示符号越复杂，渲染时间越长，因此要尽量避免复杂的符号，多使用简单符号。

具体的原则为：使用简单线型、使用宽度较小的线型、使用实色填充模式。

1.3.3显示比例设置合适的显示比例，在满足实际应用的情况下，一般将显示比例设置的尽能大。

1.3.4图片大小和格式渲染时间与要素数量成正比，越大的图片写磁盘需要更长的时间。

根据项目具体应用，尽量采用合适的图片格式如png、gif等。

1.4数据库查询时间1.4.1设置合适的空间索引和属性索引ArcGIS支持三级空间索引，设置合适的空间索引是加快访问速度的关键因素1.4.2删除不必要的字段和记录字段越短越好，字段数据量越小越好1.4.3优化查询代码通过编写高效的查询代码来避免重复低效的查询。

1.4.4大表拆分为小表当表的数据量较大时，应该考虑拆分，可以横向拆分（分区）、纵向拆分（按类型分表）。

1.4.5尽量使用影象压缩技术或采用金字塔结构1.5采用缓存机制采用缓存机制，缓存客户端和服务器端的内容，可以减少数据库的访问次数和网络传输往返次数。

1.6采用MSDMSD是ArcGIS Server 9.3.1最新支持，它使用一种更快的地图渲染引擎，速度更快，效果更好。

1.7平台因素采用高性能或高版本的平台。

ArcGIS_Server配置和调优

1 Manager进程使用的网络端口（Windows） (2)2 Manager进程使用的网络端口（Linux/Solaris） (2)2.1 默认显示端口，DISPLAY:600，可以被修改 (3)2.2 RPC端口 (4)Monitor (5)2.3 2422–3 GIS服务器如何工作 (6)server (7)3.1 GISdirectories (8)3.1.1 Serverserver启动的进程 (8)3.1.2 GIS3.1.3 监测SOC机器的状况 (8)server (9)3.2 Web3.3 Clients (10)4 Windows平台的网络环境 (11)server组件配置指南 (11)5 ArcGIS5.1 关于SOM的建议 (12)5.1.1 选择一台SOM机器 (12)5.1.2 Using a failover or round-robin configuration (12)5.1.3 SOM帐号 (12)5.1.4 添加用户到agsadmin和agsusers组 (12)5.2 关于SOC建议 (12)5.2.1 SOC机器以及ArcGIS Server的许可 (13)5.2.2 添加和删除SOC机器 (13)5.2.3 给SOC帐号授权 (13)5.2.4 输入SOC名称 (14)5.3 关于Web servers的建议 (14)5.4 帐号和权限 (14)5.5 深入阅读 (16)6 预计和考虑用户 (16)6.1 用SOC机器来容纳更多用户 (17)6.2 调整服务属性来容纳更多用户 (17)7 优化和配置服务 (18)7.1 Pooling (18)7.1.1 池化的服务 (18)7.1.2 非池化的服务 (19)7.2 回收 (20)7.3 隔离级别 (21)7.4 超时 (22)7.5 通过Capacity参数限制服务器的负载 (23)7.6 服务器如何根据需求调整：Pool shrinking (23)7.7 限制用户对服务的操作 (24)1Manager进程使用的网络端口（Windows）ArcGIS Server Java的Manager系统占用了许多网络端口给GIS 服务和部署的应用程序使用。

ArcGIS for Server新特性、部署架构及性能优化v1.0-程杰

站点
Data Server
Web Server
架构解析-GIS Server
GIS 服务器
集群
站点
GIS Server
N:1
Cluster
N:1
Site
•跨平台
•纯64位 •内置Web Server
•一组GIS Server集合
•标准：安全性、资源 •服务发布到指定集群
•对外提供统一URL
•可创建多个Cluster
ArcGIS for Server部署架构
架构解析
http://80 Web Server Web Adaptor
ArcGIS Server site
连接Manager GIS Server 管理员
GIS Server1
发布服务
cluster A
Default
ArcGIS for Server新特性、部署架构及性能优化
易智瑞(中国)信息技术有限公司程杰
内容
ArcGIS for Server新特性 ArcGIS for Server部署架构 ArcGIS for Server性能优化
ArcGIS for Server在ArcGIS产品体系中的位置
集成实时 GIS 数据服务
GeoEvent Extension 发布 WebSocket 通信 Stream Layer 显示
新的 ArcGIS for Maritime: Server 扩展模块
服务增强 — OGC
增强对 OGC 标准的支持
支持 WFS 2.0 规范支持 OGC WMS 高程信息支持 OGC WMS 细粒度的操作
• 模板部署 • 快速置备
• 存储问题：EBS云存储

ArcGIS for Server新特性、部署架构及性能优化

安全性提高
注意问题：增加请求开销不具备高可用性只能使用Token验证
基本部署+Web Adaptor
•
Web Adaptor是Esri 针对ArcGIS Server
的代理应用
•
支持IIS、 WebSphere 、 WebLogic 、 Tomcat等Web容器
•
提高第三方Web容器的安全，实现Web
层的安全控制
基本部署（主动+被动）
• 应用场景： • 内部使用或外网使用可用性要求较高
优势：包含了HA备份部署备机的License不需要额外费用
•
注意问题：依赖于外部的负载均衡需要保持两个Server完全同步
基本部署（主动+主动）
•
应用场景：性能要求高发布地图切片高性能依赖于外部负载均衡
-
纯粹的维护版本，只是修复了一些bug
单个集群模式
• 在10.3.1 版本中，作为一个可选项被引入； • 在10.4 版本中，创建新站点或者升级原有站点（除了原站点具有多个集群）过程默认启用单个集群模式。
单个集群模式
Server 站点
配置目录/ 服务器目录
只读模式
只读模式
GIS Server
小结
1. 单个集群模式 2. 只读模式 3. 更新注册/托管数据库的密码 4. Server对象拦截器（SOIs） 5. 默认 HTTP 和 HTTPS 通信协议 6. 安全脚本 7. 新的安全默认值：地理处理服务和服务器扩展 ……
3. 部署情景
典型部署情景
• 单机部署
- 单机基本部署 - 基本部署+代理 - 基本部署+Web Adapter - 基本部署（主动+被动） - 基本部署（主动+主动）

ArcGIS Server性能调整

ArcGIS Server性能调整ArcGIS Server产品的强大功能往往给了有些用户带来一定的认识误区。

有些用户会认为可以把c/s程序的使用模式和数据照搬到ArcGIS Server的应用系统中.。

ArcGIS Server的应用是b/s的应用，软件角度来讲涉及到数据库，web server，ArcGIS Server，浏览器，任何一个环节都有可能出现问题，所以ArcGIS Server系统需要很好的设计和规划，简单的功能移植只能得到低效率的ArcGIS Server应用。

其实ArcGIS Server的应用系统往往都比较大，特别是数据量都比较大。

用户都希望把大量的数据都通过网络共享给广大的浏览器用户。

由于ArcGIS Server简单功能的系统的构建是非常简单的，用户很容易就搭建出来了，因此当用户把大量的数据往ArcGIS Server系统上搬时并发现速度非常慢时，用户往往会认为是ArcGIS Server产品的速度慢，因此性能调整的考虑角度也仅仅从ArcGIS Server产品角度入手，这也给ArcGIS Server系统的性能调整带来一定的误区，忽略了ArcGIS Server系统中的重要组成部分――数据的性能。

当然，不同应用系统有不同的情况，因此在性能调整方面都要看具体系统情况，这里我们只是大致介绍一下ArcGIS Server应用性能调整的几个大的考虑方面：1 硬件和网络方面这方面我们不做过多的介绍2 数据方面1）数据量角度ArcGIS Server应用毕竟是b/s程序，网络传输很容易使它的性能瓶颈，除了增加网络带宽之外，当然也尽量要减少数据量，主要的原则是按需使用数据。

比如在对数据进行了分析之后，发现数据节点非常密，在不影响数据的浏览精度的情况下使用简化操作，减少数据量。

2）数据组织角度如果是文件方式的话，就没有什么可调整性，如果是sde中的数据，那么主要从两个方面对数据进行调整，一个是属性字段的索引，一个是空间索引大小的调整。

ArcGIS Server解决方案

ArcGIS Server 是一个基于Web 的企业级GIS 解决方案，它从ArcGIS 9.0 版本开始加入ESRI 产品家族。

ArcGIS Server 为创建和管理基于服务器的GIS 应用提供了一个高效的框架平台。

它充分利用了ArcGIS 的核心组件库ArcObjects ，并且基于工业标准提供WebGIS 服务。

ArcGIS Server 将两项功能强大的技术--GIS 和网络技术（Web ）结合在一起，GIS 擅长与空间相关的分析和处理，网络技术则提供全球互联，促进信息共享。

这两项技术协同工作，相得益彰。

ArcGIS Server为我们带来了许多可喜的变化。

与过去的WebGIS产品相比，它不仅具备发布地图服务的功能，而且还能提供灵活的编辑和强大的分析能力，这对于WebGIS发展可以说是具备里程碑意义的。

由于ArcGIS Server基于强大的核心组件库ArcObjects搭建，并且以主流的网络技术作为其通信手段，所以它具有许多令人欣慰的优势和特点，列举一二如下：2 集中式管理带来成本的降低。

无论是从数据的维护和管理上还是从系统升级上来说，都只需要在服务器端进行集中的处理，而无需在每一个终端用户上做大量的维护工作，这不但极大的节约投入的时间成本和人力资源，而且有利于提高数据的一致性。

2 瘦客户端也可以享受到高级的GIS 服务。

过去只能在庞大的桌面软件上才能实现的高级GIS 功能的时代终止于ArcGIS Server 。

通过ArcGIS Server 搭建的企业GIS 服务使得客户端通过网络浏览器（IE ，Netscapes ）即可实现高级的GIS 功能。

2 使WebGIS 具备了灵活的数据编辑和高级的GIS 分析能力。

用户在野外作业时可以通过移动设备直接对服务器端的数据库进行维护和更新，大大减少了回到室内后的重复工作量，为野外调绘和勘察提供了极大的便利。

另外，ArcGIS Server 可以实现网络分析和3D 分析等高级的空间分析功能。

ArcGIS Server分布式技术实现与优化

２ＷｅＧＳ系统框架设计ｂＩ
本文使用Ｗｅｅｖｃ技术实现多个ＷｅＧＳ分布式服ｂＳｒｉｅｂＩ
务器之间的相互通信，调用各自的数据传输到统一而又独
立的ＷｅＧＩ户端。ｂＳ客
图１ＷｅＧＩｂＳ系统框架
整个实现过程包括：空间数据与ＳＥＶＥＱＬＳＲＲ之间的通信、ＳＥＶＥ与ＷｅＧＳ分布式服务器之间的通ＱＬＳＲＲｂＩ
２ＹｕｎｎＰｏｉｃａａｉｏａｉｓＣｅｔｒｏｉａ．ｎａｒｖｎｉｌＢｓｃＧｅｍｔｃｎｅｆＣｈｎ，Ｋｕｍｉｇ６０３ｎｎ５０４，Ｃｈｎ）ｉａ
ＡｂｔａｔＴｏｓｌｅｔｅｈｒｗａｅｈｒｌａｉｆｓｔｅｇｏｈＷｅＧＩｆｒｔｎ，ａｃｍｐｅｅｓｅｐａｆｒｔｃｎｌｇｏｎｓｒｃ：ｏｖｈａｄｒａｄｙｓｔｉｈｒｗｔｂＳｉｏｍａｉｓｏｒｈｎｉｌｔｏｍｅｈｏｏｙｆｒｅ — ｓｅｎｏｖｔｒｒｓ－ｅｅＳａｐｉａｉｎａｅｎＡｒＧＩｅｖｒｗｅｅｖｃｓｐｏｏｅ．Ｗｅｅｖｃｅｇｎｒｔｎｏｅｖｃ－ｒｎｅｐｉｌｖｌｅＧＩｐｌｔｓｂｓｄｏｃＳｓｒｅｂｓｒｉｅｉｒｐｓｄｃｏｂＳｒｉｅｉａｎｗｅｅａｉｆｒｉｏｉ — ｓｏｓｅｅｔｄｄｓｒｕｅｏｕｉｇｍｏｅ．Ｗｅｅｖｃ，ｂｓｎｈｅｅｖｃｅｖｒｂｔｅｈｕｉｅｓｌｇｃｌｎｐｔｌｎｏｍａｅｉｔｉｔｄｃｍｐｔｄ１ｂｎｂＳｒｉｅｙｕｉｇｔｅＷｂＳｒｉｅｓｒｅｅｗｅｎｔｅｂｓｎｓｉａｄｓａｉｆｒ — ｏａａｉｔｎｌｙｒａｕｓａｔｌｅｌｅｔｅｌｇｃｌｎｈｓａｉｒｕｉｅｐｏｅｓｎｅｅｈｅＧＩｙｔｍ．Ｕｓｎｈｅｈｉａｅ，ｃｎｓｂｔｎｉｌｒａｉｈｏｉａｄｐｙｉｌｓｉｔｖｒｃｓｉｇｓｒｒｉｔｅＷｂＳｓｓｅｏａｙｚａｃｄｔｂｖｎｉｇｔｅｔｃ — ｎｑｅｏｅｅｖｃｎｃＳＳｒｅａｅｏｖｈｍｏｎｆＷｅＧＩｎｏｍａｉｎｐｏｌｍｙｄｓｒｂｔｎｅｅａｒｉｕｆＷｂＳｒｉｅａｄＡｒＧＩｅｖｒｃｎｒｓｌｅｔｅａｕｔｏｂＳｉｆｒｔｒｂｅｂｉｔｉｕｉｇｓｖｒｌＷｅｏｂＳｒｉｅｅｖｃ，ａｄａｓｅｏｖｈｒｂｅｏａｄｒ．ＡｔｔｅｓｍｅｔｍｅｈｃＳＳｒｅｅｆｒｎｅｏｉｉａｅｖｒｅｖｃｓｓｒｉｅｎｌｒｓｌｅｔｅｐｏｌｍｆｒｗａｅｏｈｈａｉ，ｔｅＡｒＧＩｅｖｒｐｒｏｍａｃｆｎｍｌｒｅｍｓｒｓｕｃｓｏｃｐｎｙｒｔ，ｍｉｉ —ｉｇｔｅａｕｔｏａａｔａｓｓｉｎ，ｔｅｍｏｔｓｉｂｅｉｇｏｍａｎｈｅｔｄａｔｇｆｅｏｒｅｃｕａｃａｅ ‘ 。ｚｎｈｍｏｎｆｄｔｒｎｍｉｓｏｎｍｉｈｓｕｔｌａｍａｅｆｒｔｄｔｅｂｓｖｎａｅｏａａｔｅｅｆｉｎｙｏｏｅｅｅｕｉｎａｅｏｔｚｄｔｅｈｐｉ１ｓｓｅｐｒｏａｃ，ｈｒｗａｅｈｆｉｅｃｆｃｄｘｃｔｒｐｉｅＯｇｔｔｅｏｔｃｏｍｉｍａｙｔｍｅｆｒｎｅａｄｒ．ｍＫｅｒｓｙｗｏｄ：ＡｒＧＩｒｅ；ｗｅｅｉ；ＷｅＧＩｃＳＳｖｒｅｂｓｒｃｖｅｂＳ；ｄｓｒｂｔｄｓｒｉｅｏｔｚｔｎｉｉｕｅｅｃ；ｐｉａｉｔｖｍｉｏ

ArcGIS Server地图服务性能优化策略

ArcGIS Server地图服务性能优化策略作者：俞亮，周吉金来源：《科技资讯》 2015年第8期俞亮周吉金（浙江省地理信息中心浙江杭州 310012）摘要：ArcGIS Server是一个用来构建集中管理、支持多用户的企业级GIS应用平台。

由核心的ArcObjects构建，是对ESRI其他两个应用服务器ArcSDE和ArcIMS的一个补充。

数字城市地理信息公共服务平台利用AGS提供的地图服务发布和管理功能，实现了海量空间数据的处理、发布、分享、管理业务。

ArcGIS Server的性能直接影响公共服务平台的使用性能。

影响ArcGIS Server地图服务性能的因素有很多，该文通过优化配置服务参数、调整地图数据显示、优化地图文档结构等多种手段对ArcGIS Server的地图服务进行优化，可以大幅提高地图服务的访问性能。

关键词：ArcGIS Server 地图服务性能优化地图缓存中图分类号：TP31 文献标识码：A 文章编号：1672-3791（2015）03（b）-0018-02①作者简介：周吉金（1984，12—），男，江西上饶人，硕士学历，工程师，研究方向：地理信息系统。

通讯作者：俞亮（1982，6—），男，浙江杭州人，本科学历，工程师，研究方向：地图学与地理信息系统。

随着数字城市建设的不断加快，越来越多的行业部门的应用系统通过调用数字城市地理信息公共服务平台提供的基于ArcGIS Server平台发布的地图服务实现了和数字城市的对接。

应用系统用户数量的不断增加，公共服务平台的地图服务负载压力越来越大，地图浏览速度逐渐变慢、数据查询性能降低。

为了提高地图服务的性能，笔者通过多种手段对地图服务进行优化，在一定程度上提高了地图访问速度。

根据实践经验，该文作者对一些优化策略进行了归纳，和大家一起分析探讨。

1 影响ArcGIS Server地图服务性能的几个因素影响ArcGIS Server地图服务性能的因素有很多，主要有以下几个因素。

GIS系统性能优化策略

特点：统一计算、统一存储、虚拟化
虚拟化部署优势
• 提高物理主机的资源使用率，降低总成本(能源消耗、维护等)
•
•
利用虚拟化技术提供的HA和FT，减少宕机时间并快速恢复、迁移、备仹虚拟机
Esri为在虚拟化环境中使用ArcGIS`软件出现的仸何问题提供技术支持，前提必须是使用官方支持的操作系统，因为这些已经经过Esri和这些厂商之间的严格测试，尤其是VCE Vblock环境的测试，有相应的质量保证
显示复杂性数据密度
工作流基准
输出格式
服务配置
数据缓存
服务组织，数据密度
• 高复杂地图文档
• 36个图层（点、线、面） • 每个图层有几千-几万要素 • 全部显示 • PostgreSQL
• 预览显示时间为10秒 • 低复杂地图文档
• 2个图层（线、面）
• 每个图层有几十个要素
• 全部显示 • fileGDB数据库
可操作图层来自于劢态数据源缓存的底图可以来自于ArcGIS Online 初除地图文档中引用的其他服务
服务组织，重视消息
Analyze：
• 解决错误 • 处理警告（会影响地图绘制和显示性能） • 重视消息：潜在性能问题
服务配置，ArcGIS 10.2 for Server新特性
具备ArcGIS 10.1 for Server的新特性
• 以64位本地应用程序的形式运行，软件性能得到大的提升 • 减少单点故障，自劢配置管理，提升了处理故障恢复，使得架构更加的健壮 • 可以通过具有管理权限的REST admin API迚行管理编辑 • 采用自适应网站配置管理，与门服务弹性云部署 • 全新的Java软件组件体系结构，Linux环境支持更加友好

如何提高ArcGIS for Server地图缓存能力

如何提高ArcGIS for Server地图缓存能力ArcGIS 10.1 for Server Prerelease改变了以往的地图缓存模式。

新的地图缓存方式更强调缓存的主要性能，并将更加优化的性能将反馈在不同的对话框中。

同时，新的缓存模式也致力于智能的帮助您进行缓存方案的选择。

最后，缓存方式在缓存之前和缓存的过程中尝试给出更多的反馈。

1. 选择或制造切片方案新版本的切片方式强调ArcGIS Online/Bing Maps /Google Maps 切片方案，当你的地图投影与这种切片方案不匹配的时候，它甚至可以重新投影你的地图。

当然，你也可以选择你一个你自定义的切图的方案，我们可以使用“生成地图服务缓存切片方案”工具去实现这个功能，将自定义的缓存方案保存在一个本地路径下。

当创建缓存时就可以浏览切片方案。

2. 自动或手动创建缓存在目前的prerelease版本中你可以做出一个新的选择，即缓存是在你发布服务的时候自动创建还是在发布服务完成以后手动创建。

如果你的地图范围很小或者比例尺很小，那么在发布地图服务时可以选择自动创建缓存，如果你预期使用大比例尺或者范围较大的数据，你应该选择手动建立缓存的方案，这种方式你能将缓存工作分解成可管理的任务块（可能仅在缓存大比例尺数据时）并在一段时间内运行这个缓存工作，这将损坏性降到了最低。

3.设置影像格式在前一版本中，缓存默认的图像格式通常是PNG8，在Prerelease版本中，ArcGIS Server 会检查地图文档中图层的类型并且基于以下条件将图层类型设置为默认格式：⏹如果地图中包含矢量图层并且没有使用抗锯齿工具，图像格式默认为PNG8；⏹如果地图文档中包含矢量图层并且使用了抗锯齿工具，图像格式默认为PNG32；⏹如果地图文档中包含任何的栅格图层，那图像格式默认为MIXED。

这些默认的格式选择对哪一种图像格式是最适用你的缓存的具有一定的指导作用。

然而尽管建议的默认格式通常是适用的，仍然有一些情况基于地图的目的需要改变缓存图像格式，你可以在Available map cache properties(地图缓存属性)中找到这些提示.4.评估和查看缓存大小Prerelease版本同时也包含一些有用的窗口来评估缓存大小并查看缓存进度。

ArcGIS for Server 架构设计与性能优化策略 - 韩源萌 - 上传版

Desktop Web Device
发布的服务所见即所得空间数据的管理、分析及可视化提供企业级应用的整套方案支持各种客户端API开发技术支持多种服务类型及标准与生俱来的支持SOA架构
Web GIS
Server
Online Content and Services
Web App已经悄无声息的走入我们的生活
空间数据模型
业务数据访问（X Y事件）属性索引未必要
分布式数据I/O
地图文档设计
地图文档设计
高复杂地图文档
36个图层（点、线、面）每个图层有几千个要素全部显示预览显示时间为10秒
低复杂地图文档
2个图层（线、面）全部显示 fileGDB数据库预览显示时间为0.11秒
地图文档设计 - 地图文档组织
为ArcGIS Server运行提供关键信息，确保ArcGIS Server用户具备相关权限
规划 ArcGIS Server 站点配置
客户端
GIS服务器
站点管理员，连接到ArcGIS Server Manger
ArcGIS Site
http:6080
Manager
服务器目录与配置存储，存储本地能体现最佳性能
The ability to increase output and maintain acceptable performance
Capacity – 吞吐量
The maximum level of output the system can produce, e.g. X cars/sec X maps/sec
一个显示请求需要1.32秒，最大3.78Mbps流量（5Mb/1.32Sec）

ArcGIS Server地图服务性能优化策略

素有很多，主要有以下几个因素。１．４数据性能地图服务背后的数据以及地图文档也１．１硬件环境数字城市提供的地图服务用户量是影响地图服务性能的一个关键因素，可大，使用频率高，业务依赖性大，不可避以通过多种方式优化数据源和地图文档组免地会对服务运行性能带来影响，良好织方式，提高地图服务性能。的硬件环境是解决系统运行性能问题的
地图服务的访问性能。关键词：ＡｒｃＧＩＳＳｅｒｖｅｒ地图服务性能优化地图缓存
中图分类号：ＴＰ３１
文献标识码：Ａ
文章编号：１６７２ — ３７９１（２０１５）０３（ｂ）－００１８－０２ຫໍສະໝຸດ ２地图服务性能优化
作者以数字城市地理信息公共服务平１．２网络环境数字城市提供的地图服务运行在政务台发布的地图服务为例，整理了一些地图外网，网络环境对服务性能影响很大，增加服务优化的策略。２．１数据源优化网络带宽能够有效提高服务访问速度。１．３部署方式数字城市地理信息公共服务平台的地ＡｒｃＧＩＳＳｅｒｖｅｒ的部署方式和参数配置图服务常用的数据类型有两种：矢量数据根据服务使用频率和栅格数据；数据的存储方式一般包括文１影ｇ￣ＡｒｃＧＩＳＳｅｒｖｅｒ地图服务性能的几也会影响系统的性能。和性能要求，可以选择采用单层架构、２层件存储（Ｓｈａｐｅ＼Ｉｍａｇｅ＼Ｇｒｉｄ）、ＦｉｌｅＧＤＢ、个因素影响ＡｒｃＧＩｓＳｅｒｖｅｒ地图服务性能的因架构、３层架构等不同的集群架构。ＡｒｃＳＤＥ三种方式。不同的存储方式对ＷＭＳ表１不同数据源地图服务出图吞吐量服务的性能影响各不相同。表１是低复杂度的ｗＭＳ服务采用不同数据源时的出图效ＦＧＤＢＳＨＡＰＥＯｒａ１１ｇＰｏｓｔｇｒｅＳＱＬ率，单位：ｋｂ／Ｓ。表２是低复杂度的ＷＭＳ服３６１２９１２２５３４７务采用不同数据源时的矢量查询效率，单表２不同数据源地图服务查询效率位：ＴＰＳ。表３是高复杂度的ｗＭｓ服务采用本地数据和网络共享数据（ＵＮＣ）时的出图效率，单位：ｋｂ／Ｓ。通过表１、表２、表３可以清楚发现以下表３本地与ＵＮＣ路径的地图服务出图吞吐量几点。（１）地图服务采用ＦｉｌｅＧＤＢ作为数据源，出图性能较好。（２）地图服务采用ＡｒｃＳＤＥ＋ＰｏｓｔｇｒｅＳＱＬ表４动态绘图响应时查询效率最高。这是由于关系型数据库服务类型操作类型第一次第二次第三次均值内部优化查询效率的结果。ＭＸＤ放大１．５７８１．１５７１．４５７１．３９ｌ（３）地图服务采用本地数据时的性能明缩小１．５７８１．７０３１．５４６１．６０９显强于采用ＵＮＣ路径的数据。漫游１．８２８１．４３８１．５７８１．６１５２．２地图文档优化ＭＳＤ放大０．９８４０．７０３０．７０１０．７９６地图服务在发布之前，需要在ＡｒｃＭａｐ缩小０．９８４１．０６２０．９６５１．００４中对数据做一系列的优化，如整理图层、整漫游１．０４７０．８５００．９６００．９５２理属性字段、比例尺控制、符号渲染等。对地图文档进行合理的优化，能有效提高地表５缓存瓦片响应图服务的访问速度。服务类型Ｉ操作类型第一次第二次Ｉ均值２．２．１图层整理ＭＸＤＩ地图切片７１．２７３．５Ｉ７２．３５在一个地图文档中图层数量的多少将ＭＳＤＩ地图切片５３．２５１．４ｌ５２．３０会影响到地图服务的访问速度，在组织图层结构时，根据应用需要删除不必要的图表６不同隔离机制的性能层，并对点、线、面图层进行合理的合并处进程设置响应时间吞吐量事务数每秒点击数理，减少图层数据量。如果地图服务需要在高隔离１．５Ｏ１４６３８８１２２７２７．１多级比例尺下显示，那么利用分辨率来组低隔离１．７９ｌ４０９６４１２ｌ４２５．９织图层组，一个图层组代表一种分辨率，在表７不同数据源类型性能峰值时ＣＰＵ配置的实例数其下面只包含在该分辨率下显示的图层。２．２．２属性整理组织图层时，由于图层对应的数据源并没有经过显示优化，数据中包含了一些

ArcGIS Server 性能优化与高可用性部署

•
使用原生ArcGIS栅格数据格式如GRID
数据服务（Geodata Service）
•
可以作为数据库连接池使用
•
使用AGS ArcObjects开发Web Service访问数据非常有用
•
• •
服务使用时间设置为大于10分钟同步复制尽量使用单向(one-way）而不是双向(two-way）精心设计GDB,确保版本树深度不要太大，定期压缩数据库
•
•
• •
client
模型中输入数据源参数使用MXD图层参数
模型作为Tool Layer添加到文档中避免图层每次都需要打开数据源
GIS Server Map Svc GP Svc Clip Web Server
避免坐标转换 • 简化数据并使用属性索引 • 使用内存数据集
•
•
ToolBox
MXD
例如：%scratchworkspace%\out.shp
0.7
0.6
0.5
60,000
0.39
56,520
0.4
0.3 40,000
0.2
20,000 0.1
0
MSD_FGDB MSD_SDE
0
Maps/Hour
Avg. Response Time
测试数据： 1,800,000 个土地利用多边形图斑图斑最多有60000个节点
Ave. Response Time
GIS Server
GDB GeodataSvc Web Server MXD client
MapSvc
4 性能规划与测试
预备知识：理解ArcGIS Server分布式架构
Web应用程序

ArcGIS Server应用程序优化

ArcGIS Server应用程序优化飞行石(spediacn@)摘要本文主要根据作者开发与配置经验分析基于平台的ArcGIS Server的性能优化与代码开发优化。

讲述如何设置地图缓存、设置缓存图像格式、使用合适的地图服务连接方式、ArcGIS Server中一些对象属性的设置、服务器环境配置等内容，尽可能地使得ArcGIS Server程序性能达到最大化。

关键词ArcGIS, 优化, 缓存, 地图服务简介ArcGIS Server主要用于向各种客户端提供集中部署的GIS功能、应用和数据。

它提供了一整套框架，可供开发人员创建含有GIS功能的Web应用程序和服务，我们可以通过手机终端、桌面程序、浏览器甚至进行再次开发来访问和使用这些发布的GIS Web应用程序和服务。

ArcGIS Server由一个GIS服务器(GIS Server)和应用程序开发框架(ADF)组成。

GIS 服务器含有两个基本元素：服务器对象管理器(Server Object Manager,简称SOM)和服务器对象容器(Server Object Container,简称SOC)；应用程序开发框架分别支持.NET和Java开发框架。

ArcGIS Server提供了一套基于Web的管理工具，包含服务或数据的部署和发布，服务器属性设置、负载均衡设置、网站快速生成以及安全设置等功能；ArcGIS Server还提供了一套完整的基于 2.0/3.5的控件包，开发人员可以通过少量代码就可实现许多复杂的地图功能。

设置地图缓存几乎所有大访问量的GIS信息网站提供的地图数据都是经过缓存的，通过设置地图缓存可以极大地减少服务器端地图图像的绘制时间。

设置地图缓存最常见的方式就是进行“切片”，将各个比例尺的地图数据进行预读处理，将显示的图像切割为固定大小的图片集合（如256×256，或者512×512），按一定的规则存储在磁盘阵列上。

ArcGIS Server部署策略与性能优化

ArcGIS Server
ArcSDE
多SOC部署（MIME）
网绚负载均衡
WS (2) Web Tier (WS1) SOM
…
WS (N) 全双工的千兆网
SOC (1)
SOC (2)
… SOC (N)
是否存在网绚瓶颈
ArcSDE
多SOC部署（URL）
网绚负载均衡
Virtual Dir (1) Web Tier (WS1) SOM File Server (1)
但是这个结果并非绝对，在某些情况下可能结果也会相反。一般还是推荐直连。
100 80 60 40 20 0
83.6
62.9
服务连接
直连吞吐率（KB/s）
数据库参数调整创建/维护属性索引更新数据库统计信息版本压缩检查空间索引
数据源种类太多，无法穷尽。在可选的基础上，模拟业务情况，测试 +比较。明天的讲座《海量空间数据库实施策略》中会有一些供参考的基准结果。
MIME vs. URL
一般磁盘总是先于网绚成为系统瓶颈 MIME伸缩性较好输出小图片MIME更有优势
MIME vs. URL
200000
吞吐量(Tr/Hr) 150000 100000 50000 0 FGDB_Local_MIME FGDB_Local_URL
Portland (large images)
2010 Esri 中国区域用户大会 ArcGIS Server 部署策略与性能优化
吴泳锋
ArcGIS Server 系统中的性能影响因素
硬件数据源 ArcGIS Server 配置服务开发框架
硬件的影响
影响响应速度

分布式部署与性能优化

ArcGIS Server分布式部署和性能优化分布式部署•ArcGIS Server应用部署中总共有这个几个部分：WebServer，SOM，SOC，DataServer•单层结构•双层结构•三层结构具体部署中注意的问题•SOM和SOC机器上的用户名和密码相同•Mxd以及数据源所在目录的权限•输出图片的目录的权限•发布服务时候的参数要使用UNC目录性能优化ArcGIS Server: Response time factors•Four main factors of response time•Multiple tiers•Performance bottleneck can occur in each tierBrowserWeb ServerSOMSOCArcSDE TransmissionTimeWait TimeSearch &Retrieval TimeUsage TimeSDE数据方面•数据量对数据进行分析，在可能的情况下，对数据进行一些简化操作•数据组织角度属性字段索引，空间索引大小的调整Mxd数据的组织（对动态服务而言）•较少数据图层•图层按比例控制•使用annotation来代替label•减少复杂符号General Guidelines•Show relevant information–Start simple (additional layers can be toggled on by user)–Use field visibility (hide unnecessary attributes)•Use scale dependencies–Use data appropriate for the given scale (generalize ifnecessary)–Display similar number of features at all scales forconsistent user experiencePoint, Line & Polygon rendering For non-cached, dynamic layers •Points–Use single layer Simple or Character markers for best performance–Use EMF instead of bitmaps–Use Integer (vs. character) fields for symbol values–Avoid halos, complex shapes, masking•Line & Polygons–Use ESRI_Optimized style–Avoid cartographic lines (also includes polygon outline!)ESRI_Optimized•For lines & polygons•Outlines for all fillsare simple linesinstead ofcartographic lines•Picture fills are emf-based instead of bmp-based •Improves drawing performance by > 50%Best PracticesText and labeling•Use annotation instead of labels•Use indexed fields (reduce label SQL querynumber and complexity when possible)•Use label and feature conflict weights sparingly •Avoid special effects (fill patterns, halos,callouts, backgrounds)•Avoid very large text size (60+ pts)•Avoid Maplex for dynamic labeling•Avoid overuseSymbolizing data effectively: Labels / Text •Use larger size•Use wider line and character spacing•Use sans serif, open-letter fonts•Minimize special effects (e.g. italics)•Minimize text backgrounds (e.g. callout boxes)•Don’t overuse Labels–ID tool can be used–Use scale dependency服务的组织•不要把所有的图层都放在一个服务中，图层很多的情况下可以分放在不同的服务中，这样可以使用多进程来完成所需请求，从而提高相应速度服务的设置（一）•池化的服务性能会超过非池化，因此在功能许可的情况下，尽可能使用池化服务•在使用编辑等一定要使用非池化的服务的情况下，要尽可能的把非池化的服务中的图层减少，而把他们增加到池化服务中服务的设置（二）•使用MapCache，这是一个非常有效的提高客户端的用户感受的方法•在创建cache的时候，如果第一次出现错误，可以使用updatecache来进行弥补瓶颈•CPU •MemoryCpu 瓶颈：动态服务的池化实例的最优个数•Set instances to level where maximum throughput occurs (usually between 2 to 4 instances per CPU)CPU bottlenecknumber of instancesT h r o u g h p u t (m a p s /h o u r )NMemory 瓶颈Memory Bottleneck –Solutions •Increase physical memory•Limit capacity on host machinesSetting Capacity•Limits number of service instances running on a specific host machine.•Once this limit is reached, Server starts replacing least recently used instances instead of creating new ones.•Serve large number of services only part of which are used at any point in time–Usage sliding from European to U.S. map services over time.–Supports “limited resource” scenario•Serving a large library of maps•Individual services rarely usedBuilding Map Service Cache •Renders 4K x 4K images–1 GB consumed by just 3 processes •Options to resolve–Increase memory to 2 or 3 GB–Reduce number of instances per serverMemory and CPU usage by Service Type–Dynamic map service•CPU Usage = High•Memory = Low*–Static Map and Globe services•CPU Usage = Low•Memory = Low–Editing map service•CPU Usage = High•Memory = High•Database connections = High–Geoprocessing service•CPU = High•Memory = High•I/O = HighDetecting Bottlenecks•Single user testing is inadequate •Simulating multiple users–Low Tech:•Recruit others in the office and synchronize over the phone –High Tech: Load simulation toolLoad Simulation Tool•Build–Code your own test harness•Buy–Price: (free/bundled to $100K or more)–Technical vs. Functional–Microsoft•Web Application Stress Tool (WAST)•Application Center Test (ACT)•Visual Studio 2005 Team Edition for TestersMeasuring Web Performance •Client Response Time–How “fast” does web application appearto remote browser hitting the site–Response Time (average, 75th percentile, max)•Machine Throughput–Measured in requests/sec–Determines number of servers you need to buyVisual Studio 2005 Team System•Tester tools are now onpar with DeveloperTools•Unit, Web, Load, andManual tests•Measures codecoverageVS 2005 –Recording a Web Test• A series of HTTP URLs that can be created or recorded from a browser session.Monitor Statistics and Log Files •Creation Time•Wait Time•Usage TimeLog File Behavior•Modify Log Level in Server.cfg–0 (None): No logging– 1 (Error): Serious problems– 2 (Warning): Additional errors.– 3 (Normal): Common administrative messages of the server, warnings, and errors are logged.– 4 (Detailed): Common messages from user use of the server, including server objects, normal messages, warnings, and errors arelogged.– 5 (Debug): Verbose messages to aid in troubleshootingQuestions?High Availability Configuration。

ArcGIS Server的性能及伸缩性话题_吴泳锋

知识储备
• 对新旧产品必须有整体把握 • 对产品体系有系统了解
测试
• 发现实例数设置过多 • ArcGIS Server与 Engine的NA使用的默认参数不同 • 自行开发的程序是否有问题
数据
• 在Web端没有过滤掉一些错误的输入参数 • 数据源是否还可以优化，索引、缓存、网络、地图等
File Geodatabase存储大 4.86G 41分2秒栅格数据，即使采用JPEG 1.72G 14分11秒压缩读取效率也不会有太大下降
77.6秒 20.3秒
每个比例尺下应该显示多少数据？
使用MSD还是MXD？
MIME与URL如何取舍？
•
MIME
-
REST export image/SOAP returnMimeData
硬件情况
•
16台DELL PowerEdge M600刀片服务器
-
2× Xeon E5420，2.5GHz，4核 2×150G 1万转SCSI硬盘，RAID 0 8G RAM 2×1G网卡
•
MD3000i iSCSI SAN 存，RAID 5
•
20G网络交换机
数据量 4.72G 3.92G 2.05G
JPEG压缩算法选用 75%的压缩质量是压缩耗时个比较好的平衡点
某小范围预览耗时
JPEG压缩算法 1093.2秒不同质量的压缩耗时相差并 1473.0秒不太大
2.2秒
16分8秒 3分43秒
JPG/75% JPG/50%
托管FileGDB/无压缩托管FileGDB/JPG/75% ArcSDE/无压缩 ArcSDE/JPG/75%
Esri的一个测试案例

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

基于ArcGIS的GIS应用服务平台性能调优张志强（天津中科遥感信息技术有限公司，天津，300384）摘要：基于ArcGIS开发的WebGIS应用平台，其性能问题是衡量系统优越性的标准之一，所以需要通过多种手段调优系统，来保证系统的正常稳定运行。

本文从多个角度调整GIS应用服务平台，保证平台的正常运行。

关键词：WebGIS、ArcGIS、系统性能优化1.概述传统的GIS系统多数以C/S结构开发建设，不能满足GIS网络化使用的需要。

随着WebGIS 应用的展开，服务的性能正逐渐成为制约WebGIS发展的瓶颈。

当前WebGIS实现方式主要有胖客户端和瘦客户端两种方式。

在胖客户端方式下，空间数据的绘制与操作是在客户端进行的，而在瘦客户端的方式下，客户端看到的是服务器端渲染好的某种格式的图片，操作也是有服务器端进行处理。

这两种方式都有各自的特点，但是考虑到实际运用中用户体验性和数据保密性等要求，一般采用瘦客户端方式开发。

在实际工作中，由于数据量大、使用频繁，平台的服务负载较为沉重，平台服务性能问题是制约平台建设的瓶颈问题，也是衡量平台建设的标准之一，应采用多种方式保证平台服务性能。

2.平台部署结构平台采用ESRI公司的ArcGIS 9.3系列软件搭建，采用Oracle 10g作为平台使用的数据库系统。

平台包括多层架构，系统总体结构从下到上主要分为网络层、数据层、功能层和应用层。

平台的调优可以从多个层次进行，包括数据层、功能层和应用层等。

3.系统性能优化方案3.1.对于数据库和ArcSDE进行优化文献[1]研究了基于Oracle和ArcSDE的空间信息访问的优化操作，分别从操作系统、内存、磁盘I/O等多方面进行了性能的改进和优化。

其优化原则是将访问频繁的文件分开放置到不同的硬盘上，降低磁盘I/O竞争。

在工作中，可以使用磁盘阵列的方式，将一份文件分割存于几个硬盘上，提高磁盘吞吐量和速度，同时为表和索引建立不同的表空间，建立和调整ArcSDE的空间索引等方式对数据库和ArcSDE进行性能优化。