基于ArcServer的Web GIS性能分析
基于GIS Web Service的WebGIS应用
1 服务 和网络服务
11 服 务及 相关概 念 .
地理 信息 服务 的相 关概 念为 : 服 务是 实体 通 ①
过接 口所提供的特定功能 ; 接 口是体现实体行为 ②
特征 的一 组命 名 的操 作 ; 操 作 是调 用 对象 进行 转 ③ 换或查 询 的规 范 , 个 操 作 都 有 一 个 名 称 和 参 数 每
文 章 编 号 :02 64 20 }1 0 7 —0 10 —53 (060 — 0 1 3
基 于 GI bS ri SWe evc e的 WeGI 用 b S应
吴 功 和 ,刘 真
( 息 工 程 大 学 测 绘 学 院 , 南 郑 州 40 5 ) 信 河 50 2
摘
要 : bI WeGS是一种更为开放的 、 符合分布式 G S I 应用趋势的解决方案 . 阐述了现有 的大多数 WeGS软 件 bI
关 键 词 : b I; I We e i ;rO j t WeGS GS bSr c Ac b c v e es
L-
中圈 分 类 号 :P9 .1 T 3 14
文献标识码 : A
分布式地理信息系统是指人们可以使用计算机 网络技术访问的分布于不同地方的各种地理信息及
服务 ( 括地 图 、 包 图像 、 据集 、 理分 析和 报表生成 数 地 等 )又称 为 We , b地理 信息 系统 ( b I) weGs . 从 2 世 纪 9 代 开始 , 着 以 It t 代 表 0 O年 随 ne 为 me
维普资讯
第 2 卷第 1 7 期
20 06年 2月
华
北
水
基于ArcGIS Server的校园WebGIS应用研究
一
文献标 识码 :A
文章编 号 : 10 - 6 2 ( 0 )0 O 3 2 0 8- 19 2 1 - - 1 3 8
1 【I e ve . jS S r r
、
引 言
随着 网络技术 的发 展 , 网络 技术 使 G S功 能得 I 到扩 展 , 具有广 泛应 用前 景 的 We G S技 术 也随之 bI
的连接 ,连接 的标识 是机器 的 I 机器名 。S P或 OC 是运行 一个 或 多个 服 务对象 的进程 ,S C进 程 运 O 行 在 S C容 器服 务器之上 , O 每个 S C服 务器通 过 O S M 的 管理可 以宿 主多个服 务对象 。所有 的服务 O 对 象通 过 S M 的管理分别 平均 分配 到各个 S C容 O O 器 ,实现 系统 负载均衡 。
第2 8卷 第 3期 2 1 年 6月 01
邢 台 职 业 技 术 学 院 学 报
J u a f n ti o y e h i l g o r l g a l t c n cCo l e n o Xi P e
、 1 8 No 3 ,. 0 2 .
J n 2 1 u.01
We G S服务 。G S擅长 做与 空 间相 关 的分析 和处 bI I 理 ,网络 技术 则 提供 全球 互 联 ,促 进 信 息共 享 ,
A c SS re 将两 项功 能强 大 的技 术 结合在一 起 , rGI ev r 使这 两项技 术协 同工作 ,共 同发展 。
二 、A c I e e 的组成 与结构 体 系 rG SS r r v ( )ArG SS re 的组成 一 c I e r v
2 .We b服务 器
基于ArcGIS+Server的WebGIS开发
基于ArcGISserver的webGIS开发摘要:胁GISsemr是一个用来构建企业级webGIs的平台.首重研究了A稍IsServer的基本知识和系统架构后,并在.Net平台下结合实际进行了开发应用,同时指出了在开发中的若干注意事项。
关键词:ArcGlsSew%WebGIs;开发l概述we嘲s作为GIs新的发展方向,近几年来取得了巨大的发展,但无论是初期采用CGI技术、Plug-III技术,以及之后的采用JavaAp_pleI、Activex作为解决方案,在数据请求方面其始终遵循的是一种请求,响应模式【l】,用户体验差,严重阻碍了WebGIS的进一步发展。
典型的解决方案是EsIu提供的AIcGISServ口。
妣GIsserver支持GML3.0相关规范以及OGC的wMS和wFs接口,通过其webAp-pHcati佣和webServiee构架,在8,s模式下,可在普通IE浏览器环境中获得类似ArcInfo的专业空间数据管理和GIs分析功能,使GIs应用系统在分布式环境下的数据共享和互操作成为可能,还提供后台服务功能扩展机制。
着重研究ArcGIsServer中的体系结构及在.№t平台下基于ArcGIsSer"r9.2的应用开发。
2ArcGIsSe竹er体系研究2.1系统简介AJeGIsserv日是一个发布企业级Gls应用程序的综合平台,提供了创建和配置GIS应用程序和服务的框架,并实现空问数据管理,空间可视化,空间分析的功能隅。
2.2关键概念2.2.1服务器对象管理器CsoM)soM是运行在GISServer上的window“Ulli)【服务,管理分布于一个或多个容器服务器中的服务器对象或服务器对象组。
当web应用通过LAN或wAN直接连接到GIsserver时,实际是建立—个与soM的连接,连接参数是运行SoM的服务器名称或Ⅲ地址。
2.2.2服务器对象容教Salc)SOC是一个运行一个或多个服务器对象的进程。
基于ArcGISServer的WebGIS应用系统开发
第25卷第1期2007年2月水 电 能 源 科 学Water Resources and Power Vol.25No.1Feb.2007收稿日期:2006211222,修回日期:2007201208作者简介:康玲(19662),女,博士、副教授,研究方向为水资源系统分析与仿真,E 2mail :kling @文章编号:100027709(2007)0120026204基于Arc GIS S e rve r 的W e bGIS 应用系统开发康 玲1 傅俊锋1 王怀清2 蔡劲松2(1.华中科技大学水电与数字化工程学院,湖北武汉430074;2.武汉市水利规划设计研究院,湖北武汉430015)摘要:Arc GIS Server 是ESRI 在Arc GIS 9.0系列产品中新推出的一个创建企业级Web GIS 应用的平台。
介绍了Arc GIS Server 的基本知识和体系结构,阐述了Arc GIS Server 的运行机制,着重分析了分布式环境下服务器端的配置和管理方法,并结合水资源信息查询系统的开发实例———系统的构建及主要功能的实现,阐明了在.N ET 平台下如何开发一个Arc GIS Server 系统。
关键词:Arc GIS Server ;Web GIS ;水资源信息查询系统中图分类号:P208;TV213文献标志码:A1 概述1.1 Arc GIS S e rve r 简介Arc GIS Server 是同行业中第一个在企业级服务器构架中实现GIS 全功能的技术,它是对传统桌面应用和客户端/服务器应用的发展,为广域网中实现高性能的GIS 功能提供了新的解决方案[1]。
Arc GIS Server 用于构建集中管理、支持多用户的企业级GIS 应用[2]。
开发者使用Arc GIS Server 可构建Web 应用、Web 服务以及其他运行在标准的.N ET 和J 2EE Web 服务器上的企业级应用,如EJB 。
运用ArcGISServer开发WebGIS系统主要几种途径及发展趋势
运用ArcGISServer开发WebGIS系统主要几种途径及发展趋势ArcGIS En使用ArcGIS Server开发WebGIS一般可以有以下几种途径1、使用ESRI ADF for java或for .NetADF是ESRI开发的一套用于WebGIS开发的框架,功能非常强大。
偶使用过for Java的版本。
他使用JSF构建,提供了很多控件,开发简单的WebGIS系统可以直接使用甚至不需要编码。
支持瓦片式地图,支持BS系统下的GIS空间数据编辑,内建了测距、测面积、查询、定位、实体高亮显示等等功能。
可以同时访问多个GIS服务并叠加结果。
ADF框架可以使用SOAP或者COM+的方式访问ArcGIS Serve r,特别是后者,可以在ArcGIS Server中创建几乎所有ArcEngine对象,可以实现比较高层次的功能。
但是COM+的形式也使服务器部署遇到一定困难。
ADF使用JSF1.1构建,目前的ArcGIS Server 9.3版本带的ADF 框架还不能运行在其他版本的JSF实现中。
给开发带来了一些不良影响。
ADF包办了几乎所有的WebGIS操作,而很多操作又包的比较严实,使得某些细粒度的操作使用起来比较麻烦。
浏览器的调用先是由ADF处理,然后在转交ArcGIS Server,结果一本也要经ADF转一次手,因此有时候性能是个问题。
2、使用ArcGIS Engine最笨,但也是100%可以被我们掌控的方式。
不会受制于WebGI S框架,但是需要自己实现的功能太多,比如客户端脚本,地图状态保持,图片输出,分析运算等等,而且要求在Web服务器上要安装Arc GIS Engine。
但当团队对Web和ArcEngine有较多积累的时候,确实是实现WebGIS最方便的一种方式。
3、使用ArcGIS Server Rest ServiceRest服务调用简便,相应速度快,网络压力小,对网络环境要求低等等,并且所有处理都在服务器端客户端甚至仅仅是JS就可以实现高水平的WebGIS系统。
基于ArcGISServer开发的Web应用研究
2 关键 开 发概 念
2. Ar GI e v r 1 e SS r e
A c SSre 是 一套 后 台基于 Ar jcs 建 的强大 的 B S开发 工具 , rGI v r e c et搭 Ob / 是一个 构建 空 间相关 企业 级应用 的 平台, 主要 面 向 We b应用 开发 人员 。基 于 A c SSre 构建 的 GI 决方 案 具有 低 成 本 、 伸 缩 、 I 统 rGI v r e S解 可 与 T系 ( B , bSre, 业应用 服 务器 ) D MSwe v r企 e 无缝集成 , 可使 用 标准 网络 ( A WA Itme) L N/ N/ne t等特 点 。A c SSre rGI v r e 包含 一个 GI re 和 一个 we SS v r e b应用 开发框 架 ( ) ) F。
系统 中的 应 用 实 例 。
关 键 词 : rGI re; b应 用 ;DF A c j t A c SSv rWe e A ;r e s Ob c
中 图 分 类 号 : P 1 T 31
文献 标 识 码 : A
1 引 言
A c SS re 是 E RI ArGI9中新增 的产 品 , rGI ev r S 在 c S 是一 个 用 于构 建集 中管 理 、 持 多用 户 的企 业 级 GI 支 S应
用平台, 其最大特点在于提供基于网络的高级 G S I 服务而不仅仅是数据的共享。目前 , 基于 A c I evr r SSr 可构 G e 建各种服务和应用 , 包括 A c I r S桌面系统及其扩展 、 b G We 应用以及 We ri s bSv c 应用等。其开发的系统和应用 e e 程序 管理 简单 , 费用低 , 现 出 了 强 大 的优 势 , 得 ArGI re 成 为 人们 所 研 究 的对 象 。针 对 基 于 A c S 体 使 c SSv r e rGI ev r Sre开发 的 We b应用 相 关 问题 , 合 数 据 库 管 理 技 术 , ArGI re 框 架 ( DF 进 行 了 深 入 研 究 , 用 结 对 c SSv r e A ) 使 widw 平 台下 的 . TAD no s NE F实现 了一个 简单 的 We b应用程 序 , 出了一种 快速开 发 的可行 性解 决方 案 。 提
基于ArcGISServer的WebGIS系统开发
总的来说,ArcGIS Server 是第一个真正意义上的企业级 GIS 服务器平台软件,它为构建企业级GIS 系统提供了一个 工业标准的框架。它的体系结构和特点充分体现了在构建和 部署企业级GIS系统中所具有的优势。它是对传统桌面GIS应 用的一个补充,为 WebGIS 软件在广域网中实现高性能的空 间分析处理功能提供了一种解决方案。随着 WebGIS 技术的
2.2 管理服务器对象
服务器对象可以配置为池式或非池式状态。非池式对象 为每个应用创建一个新实例,在被应用释放后销毁。非池式 对象的每一个用户都需要一个对应的实例。所以,在任何时 刻对非池式对象来说,用户数和实例数是相等的。池式对象 可以被多个应用进程共享,故能支持更多的用户。非池式对 象是可读可写的,但池式对象只读不可写。
(2)Web 服务器:用于装载 Web 应用和 Web 服务。这些 Web 应用和Web服务需要调用运行在GIS 服务器中的对象。
(3)Web 浏览器:作为客户端,用于连接运行于 Web 服 务器中的 Web 应用。
(4)桌面应用程序:通过 HTTP 协议连接运行在 Web 服 务器中的 ArcGIS Web 服务,或通过 LAN 或 WAN 直接与 GIS 服务器建立连接。
SOC 是服务器对象的容器。在连接到 GIS 服务器后,必 须使 SOC 与 SOM 建立连接。这样,使用 ArcCatalog 就能管 理和配置运行在 SOC 中的服务器对象。
一旦将服务器对象添加到服务器中后,客户端就能通过 服务器来访问这些对象。使用ArcCatalog能监视每一个对象 的运行状况和出现的问题,还能获得对象的统计信息如使用 时间、等待时间等。根据这些信息,管理员能根据需要加以 修改,如增加 SOC 以应付过大的网络负载,或给某个对象分 配更多的实例。
基于ArcGIS Server与Web Service的Web GIS技术研究
( 宁工 程技 术 大学 测 绘 地 理科 学 学 院 , 宁 阜 新 辽 辽 13 0 ) 20 0 摘 . : 了解 决 We GS在 跨 平 台 的 可 互操 作 性 及 D O 在 解 决 客 户 端 和 服 务 器通 信 的 困难 , 者 将 We ev e .要 为 bI CM 笔 bSri c 技 术 引入 到 We GS中来 发 布 WeG S 并 在 . e 中结 合 A c I e e 就 构 建 企 业 级 WeG S的 相 关 问 题进 行探 讨 。 bI b I, Nt r SSr r G v bI 关键 词 :rG Ssr rWeG SWe e i ;nt Ac I e e ; b I ; bSr c ,e v ve
系统平台上开发 出来 的程序都 可 以相互 通信 的优 点 , 因 此笔者借助 We ev e bSri 技术 , 合 E R 公司的 Ac I c 结 SI rGS
Sre 软 件来研究 We G S 术 。 e r v bI技
2 基 于 We ev e和 A c I e e b S ri c rG S S r r的 We — v b G S架构 I
2 1 We e i . bS r c v e技术
图 1 We ev e体 系 结构 bS ri - c
2 2 A c I e e 概 述 . rG SS r r v
We ev e是 It t 布 式 计 算 环境 中提 供 基 bSri c ne 分 me 础功能的编程模块 ( 网络组 件) 。We e i 具 有 的开 bS r c v e
Ac I e e rGSSr r由两 个 组 件 组 成 : v 一个 GS服 务 器 I
和一 个基 于. E N T和 Jv aa开发 的 A F 。G S服 务 器 D… I
arcgis server 利用
arcgis server 利用ArcGIS Server利用1. ArcGIS Server介绍ArcGIS Server是Esri公司推出的地理信息服务(GIS)产品,基于地图和地理信息,可以在Web浏览器中分发地图,把地图和地理信息服务移植到Web应用程序中。
ArcGIS Server通过各种Web服务和 Windows Communication Foundation (WCF)服务,把地理数据和地理信息处理计算功能移植到Web应用程序中,为用户提供分布式GIS计算服务。
2. ArcGIS Server功能ArcGIS Server提供了许多强大的GIS功能,它可以支持地图分发、GIS计算和分析、地理信息服务(GIS)、地理数据服务(GDS)和地理空间数据服务(GSD)等。
(1)地图分发:通过ArcGIS Server可以把地图分发到Web应用程序中,使用户可以从任何地方访问这些地图。
(2)GIS计算和分析:ArcGIS Server可以使用户从Web应用程序中实现GIS计算,比如空间查询、空间叠加、空间测量等,从而帮助用户更好地利用GIS数据解决实际问题。
(3)地理信息服务:ArcGIS Server可以把地理数据和地理信息处理计算功能移植到Web应用程序中,从而为用户提供分布式GIS 计算服务。
(4)地理数据服务:ArcGIS Server可以实现地理数据服务,帮助用户更好地分析和管理地理数据,从而更好地利用GIS数据。
(5)地理空间数据服务:ArcGIS Server支持地理空间数据服务,可以把空间数据以服务的形式提供给处理空间数据的任何应用程序。
3. ArcGIS Server的优势(1)可扩展性:ArcGIS Server可以对同一个地图数据集进行多次分布式计算,这样就可以处理大量的数据,从而有效地提高处理效率。
(2)安全性:ArcGIS Server可以对地理信息服务进行高等级的安全限制,这样就可以避免敏感信息泄露。
ArcGIS Server在WebGIS开发中的应用
o eain me h ns i ito u e n h e e h iu si o srcigW e p rto c a im s nrd c d a d tek ytc nq e n c n tu t bGI u h a J n S s c s A AX,W e e ie&e a ay e . T e Yelw v r b S r c r n lzd v h l o Rie d l S i sa lse y ui zn hstc nq e et GI setbih d b tiig ti e h iu .Th y tm o ssso i u cin lmo ue u h a ai n urs n ie r g iq i s a l es se c n i fsxfn t a d lss c b c iq ie ,e gn ei n ur , t o s s n e
2 S a d n doo ya d trR su csAd nsrto ra . h n o g Hy rlg n Wae eo re miitain Bue u,Y C,J' 5 0 C ia; RC i an2 01 0, hn n
3 S ad n ogXnd osl tna dS prio o t, ia , 50 3 hn ) . h nogL n i-aC nut i n u e s nC .Ld J' n 2 0 1 ,C ia ao vi n
绍 了 Ac I evr rG SS re 的运行机制 , 分析 了WeG S建设 中的 A A We e i bI J X、 bSr c v e等 关键技 术。运用 A c I e e 建立 了黄 rGSSr r v 河 口网络地 理信 息 系统 , 系统 包括基本查询 、 该 工程查询、 文查询、 水 河道 查询分析 、 口查询 分析和 生态查询 六大功 能 河
基于ArcGIS Server的企业级WEBGIS的设计与开发
( eat n o esineadSre nier g E s C iaIs t eo eh o g F zu34 0 , hn ) D pr t f oc c n uvyE g e n ,at h tu f cn l y, uh 40 0 C ia me G e n i n n it T o
次上构建分布式 WeGS 以及利 用 Ac I Sr r b I, r S e e 开发企业级 WeGS 用时提 高 系 的性 能的几种有效 方法. G v bI应 统
关键词 : rGSSre We GS 设计与开发 ; rO j t A c I v r; b I ; e Ac b c es 中图分类号 :2 8 P 0 文献标识码 : A 文章编号 :0 8— 4 3 2 0 )4— 4 3一o 10 8 2 ( 0 8 0 0 1 5
Ab t a t 1 sp p r i l e e r h st efa wo k s u t r a o s u  ̄ a n e p ieW e GI sr c : 1 a e n y r s a c e h me r t c u e t t n t c n e tr rs b S印 一 I i ma r r h c r p i ain b s d o c S S r e , e ma a e n fte s r e fA c I e v ra d t ed v l p n a— l t a e n Ar GI e v r t n g me to e v r r G S S r e n e eo i g p t c o h h o h t r f e Ar GI e v r. e n o c S S r e ADF T e k y o e p p ri h w t ul S a p i ain.w i h i it b h t . h e f a e o b i a GI p l t h t s o d c o h c sd sr — i u e n t e t re l v l o e e vc , S s r i e a d d t r ie, a e n Ar GI e e n e e i t d o e e s f b s r ie GI e vc n aa s vc b s d o c S S r ra d t f — h h e w e v h ce tme o s t a n a c e p r r n e o e W e GI y t m n te p o e so e eo i g W e GI in t d t h n e t e o ma c f b S s s h h e h f h t e o r c s f v lp n b S h d b sd o r G S S re . ae nA c I e r v
基于服务模式下的WEBGIS高性能保障技术研究
基于服务模式下的WEBGIS高性能保障技术研究随着互联网的发展和各类应用的普及,WEBGIS(Web地理信息系统)正发挥着越来越重要的作用。
作为一种将地理空间信息与互联网相结合的技术,WEBGIS的性能保障对于用户体验和系统运行稳定性都具有至关重要的作用。
本文将探讨基于服务模式下的WEBGIS高性能保障技术的研究。
首先,服务模式是WEBGIS的一种常用架构模式。
在服务模式下,WEBGIS将地理空间数据以服务的形式提供给用户,用户可以通过网络和相应的接口进行数据访问和操作。
服务模式下的WEBGIS需要解决的一个关键问题是高性能保障,即如何提供快速、稳定和可靠的服务。
在服务模式下的WEBGIS高性能保障技术研究中,首先需要考虑的是系统的架构和设计。
优化系统的架构可以提高系统的性能和稳定性。
在设计阶段,需要合理划分系统的功能模块,明确各个模块的职责和关系,确保系统的可扩展性和可维护性。
此外,还可以通过引入缓存机制、异步处理和负载均衡等技术手段提高系统的并发处理能力,提升用户的响应速度和体验。
其次,对于服务模式下的WEBGIS高性能保障技术研究来说,数据管理和存储是一个重要的方面。
传统的WEBGIS系统通常使用数据库来存储和管理地理空间数据,但随着数据量的增加和用户并发访问的增多,传统的数据库往往无法满足高性能的需求。
因此,可以考虑采用分布式数据库、主从复制和数据库分片等技术来提高系统的数据库性能和可用性。
此外,服务模式下的WEBGIS还需要考虑网络传输和通信的性能。
在数据传输过程中,网络延迟和带宽等因素会对系统的性能产生一定的影响。
因此,可以通过采用网络加速技术、压缩传输和数据分块传输等方式来提高网络传输的效率和速度,减少数据传输的时间和成本。
最后,高性能保障技术研究还需要关注系统的监测和故障处理。
通过实时监测和分析系统的运行状况,及时发现和解决可能存在的问题,提高系统的鲁棒性和稳定性。
在故障处理方面,可以采用故障恢复和备份机制等技术,保证系统的可靠性和可用性。
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 REST构建高性能WebGIS服务
ArGI E T中 ,C c SR S RUD意味 着 创建/ 取/ 读 更
新/ 除地 图 服 务 的子组 件 ,也 就是 一 个 层 。一 个 删
功能 齐 全 的R S 地 图服务 可 以让 使 用者 建立 层 , ET
现 ,例如 地 图和影像 ,XML IS N。  ̄J0
A c S S r e . 中引入 了创 新 的 和 强 大 的 r GI ev r93 基于 R S E T的We 1 务 架构 。面 向ArGI ev r b]  ̄ c SS re的 R S P 是对 S PA I E TA I 0A P 的增 强和 改进 。
、 l
匐 化
使用A c I E T rG SR S 构建高性能WeG S b I服务
Usi r ng A cG I REST S cons r t uct hi h- g per or ance W ebG I s vi f m S er ces
周 兆滨 ’ 、王琴 ’ 、顾 亮 、张永 军’
摘 要 :本文介绍了R S 的产生、特点及优势 。并且详细阐述了A c S R S 的功能 ,创建、发布 以 ET r GI E T
及应用A c S E T r GI R S 的方法 ,最 后讨论 了使用Ar OS R S 的安全机制和提高其性能的各种 c I E T
方法策略。
关键词 :R S 务 ;S P;RA;Fe ;Sle lh E TE J j  ̄ OA I lx i rg t v i
Z OUZ a — i , H h o bn WAN n , in Z AN o gjn G Qi GU La g , H G Y n - ’ u
地理信息系统开发库ArcGIS for Server新特性、部署架构及性能优化
2. 新特性
ArcGIS 10.4 版本系列
•
ArcGIS 10.4 在2016年1月发布
-ቤተ መጻሕፍቲ ባይዱ
增加了许多新的功能
•
ArcGIS 10.4.1 在2016年5月发布
-
纯粹的维护版本,只是修复了一些bug
单个集群模式
• 在10.3.1 版本中,作为一个可选项被引入;
• 在10.4 版本中,创建新站点或者升级原有站点(除了原站点具有多
基本部署(主动+被动)
• 应用场景: 内部使用或外网使用 可用性要求较高
•
优势: 包含了HA备份部署
备机的License不需要额外费用
•
注意问题: 依赖于外部的负载均衡 需要保持两个Server完全同步
基本部署(主动+主动)
•
应用场景: 性能要求高
发布地图切片
高性能
• •
优势: 注意问题:
依赖于外部负载均衡
• 多机部署
- 基本部署+负载均衡 - 基本部署+Web Adapter - 集群部署
4. 性能优化
性能优化
Client App 影响因素: • 系统架构 • 平台性能 Server
• 数据访问
• 地图设计 • 服务配置
Storage
• 服务类型的选择
系统架构
• 多机站点可以提高性能
平台性能
地理处理服务和服务器扩展默认httphttps通信协议基本部署webadapter基本部署webadapter集群部署典型部署情景单机基本部署开发测试易搭建高性能没有备份机默认设置只能用60806443端口安全数据arcgisserver站点基本部署代理内部使用公开服务增加请求开销不具备高可用性只能使用token验证基本部署webadaptorwebadaptor是esri针对arcgisserver的代理应用支持iiswebsphereweblogictomcat等web容器提高第三方web容器的安全实现web层的安全控制基本部署主动被动内部使用或外网使用可用性要求较高包含了ha备份部署备机的license不需要额外费用依赖于外部的负载均衡需要保持两个server完全同步基本部署主动主动性能要求高发布地图切片依赖于外部负载均衡必须保持所有的server同步多机基本部署第三方均衡器便轻松调整站点能力负载均衡统一的访问接口使用共享网络位置降低了服务性能需要了解第三方负载均衡器无法使用web层安全验证多机基本部署webadaptor支持web层安全验证不需要第三方负载均衡器集群部署gis服务器计算机可配置为运行特定的服务子集如果将群集配置为在单个gis服务器上运行则该群集可造成单点故障增加整体网络通信量基本部署webadapter基本部署webadapter集群部署小结性能优化性能优化clientappserverstorage影响因素
基于ArcGISServer的GISWeb服务开发
基于ArcGIS Server的GIS Web 服务开发王建明①申正宇②① 信息工程大学测绘学院 河南郑州 450052② 解放军78145部队 云南昆明 650210Email:lp811111@摘要:2006年10月ESRI公司推出了ArcGIS Server9.2,它不仅继承了以前ArcGIS Server 版本的所有特性,还提供了ArcGIS Server Manager来管理和发布GIS服务。
它可以把由ArcGIS 桌面产品生成的各种GIS资源发布成标准的Web Services即GIS Web 服务。
它也可以利用发布的服务来构建Web应用程序。
本文结合 ArcGIS Server的体系架构,介绍利用ArcGIS桌面软件生成各种GIS资源,并使用ArcGIS Server Manager将其发布成Web服务。
关键词:ArcGIS Server;GIS Web 服务;Web ServicesAbstract:ESRI company published ArcGIS Server9.2 on 2006.10,it not only inherit all the characteristics of former edition of ArcGIS Server,but also provide ArcGIS Server Manager which manage and publish GIS Web Services. It is able to publish a series of GIS resource to normative Web Services, namely GIS Web services.It also can establish Web application using the published services.This paper introduce creating various GIS resource by ArcGIS Desktop softwares based on ArcGIS Server system architecture,and publish it to Web services by ArcGIS Server Manager.Key Words: ArcGIS Server;GIS Web Services;Web Services1. 引言地理信息系统经过40多年的发展,在一定程度上满足了人们对空间数据处理和分析的部分需求。
基于ArcGISServer地理网络分析系统的实现与应用
基于ArcGISServer地理网络分析系统的实现与应用
基于ArcGIS Server地理网络分析系统的实现与应用
地理网络分析是项重要的GIS空间分析功能.利用WebGIS技术为公共用户提供包括地理网络分析在内的分析工具是共享操作研究的一个重要应用研究方向.讨论了基于ArcGIS Server二次开发上的地理网络分析系统的设计方案.将调用的分析模型API函数集成为系统功能的实施关键技术.把道路追踪、资源分配等事务在Internet环境下应用与模拟,系统显示出功能齐备、良好的人机交互性能、稳定的空间运算过程等优点.能够满足地理网络分析的事务性和商业化的需求.
作者:乔纪纲张亦汉 QIAO Ji-gang ZHANG Yi-ban 作者单位:乔纪纲,QIAO Ji-gang(广东商学院,资源与环境学院,广东,广州,501320)
张亦汉,ZHANG Yi-ban(中山大学,地理科学与规划学院,广东,广州,510275)
刊名:测绘与空间地理信息英文刊名:GEOMATICS & SPATIAL INFORMATION TECHNOLOGY 年,卷(期):2009 32(4) 分类号: P208 关键词: ArcGIS Server WebGIS 地理网络路径分析。
基于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进行性能优化。
基于ArcGIS Engine的WebGIS空间分析功能拓展
当用户选定年份以后,Web 服务层的 jsp 将该年份数据传递给 GIS javabean。GIS javabean 接受这些数据后,调用相应的年份的雨量数据进行运算。生成雨情等值线的步骤为:(1) 对朝阳市雨量站矢量图进行 Spline 插值,生成栅格图像。在进行空间插值之前,必须使用 FeatureClassDescriptor 设置参考的属性列。AE 提供了 RasterInterpolationOp 类,在该类中可 以设置生成栅格图像的插值方法,图幅范围等参数的方法。(2)生成等值线。生成等值线 的方法为调用 com.esri.arcgis.geoanalyst.RasterSurfaceOp 类中的 contourList 方法。(3)裁减。 由于上一步生成的矢量图的范围为行政区划图的范围,即由行政区划图 X,Y 坐标的最大和 最小值构成的矩形,所以需要使用行政区划图对其进行裁减以获得符合行政区划边界的等值 线矢量图层。
3. 实现过程
本开发方式的实现过程主要包括地图服务的发布,WebGIS 应用的实现,基于 ArcGIS Engine 的空间分析应用的开发以及在 J2EE 框架下的集成。
(1)地图服务的发布。在用 ArcIMS 发布地图服务时,需要将所要发布的图层加载到 author 中进行整饬,并形成一个 AXL 文件。然后用 Administrator 创建一个服务,指定服务 的名称,服务的类型和 AXL 文件的位置。
根据 J2EE 的分层标准,一般 Web 应用分为四层,即用户层,Web 服务层,逻辑应用 层和数据层[6]。(1)用户层的作用是在浏览器上实现地图的显示,操作,以及属性信息的 展示等。出于减少浏览器的负担和安全性的考虑,一般情况下用户层采用瘦客户端,即用 HTML 和 javascript 完成所有的操作。(2)Web 服务层包括普通业务处理和 GIS Connector 两个部分。普通业务处理部分主要负责数据的处理和传递,组件的调用等。GIS Connector 是连接用户层和 ArcIMS 服务器的纽带。ArcIMS 为 J2EE 提供了 Java Connector 作为 GIS Connector。(3)与传统的 Web 应用相比,WebGIS 应用的特别之处在于逻辑应用层中包含 一种或多种类型的 WebGIS Service。WebGIS Service 根据客户端请求的参数对相应的空间数 据进行计算等操作,并将操作的结果以特定的方式返回给用户。以 ESRI 公司的 ArcIMS 为 例,用户层通过 ArcXML 与 ArcIMS 服务器进行通信,ArcIMS 服务器通过处理 ArcXML 获
基于ArcGIS+Server的WebGIS应用系统开发
9" 水资源信息查询系统开发实例
地理信息系统的任务就是完成由手工处理阶 段向计算机处理阶段过渡, 使信息管理系统逐步 完整、 完善和规范化, 从根本上提高企业的现代化
[ D] 管理水平 。
武汉市水资源综合规划涵盖大量图表、 文字 和地理空间信息。地理信息系统能对不同形式、 不同内容的空间实体信息进行有效的集成和管
・ ED ・
S S
水S 电S 能S 源S 科S 学
S
ETTC 年
[ !] 理, 使用户能方便、 高效地处理地理信息数据 ,
即 一个数据集, 将此数据集绑定到 2;);%*@H 控件, 可在 "#$ 页面上显示出搜索的结果。代码如下: 2@B B;<’#*5#* 18 &:;<’#*5#* J A#$:;<:;<’#*5#* 2@B H;);’#) 18 ’K8)#B- 2;);- 2;);’#) 2@B 5;= 18 ’)*@(I J )F)3@(H’)*@(I- 0#F) H;);8#) J A#$:;<- 3@(H ( 5;=,0*L#,.>)M@(I, #8*@3@(H6<)@>(- #8*@3@(H1==N;K#*8,.>)M@(I) 2;);%*@HO- 2;);’>L*4# J H;);’#) 2;);%*@HO- 2;);G@(H () 如图 P 所 示, 在文本框中输入关键字 “武 昌” , 点击按钮, 服务器端便在地图的各个图层中 搜索 包 含 该 关 键 字 的 地 理 对 象, 将符合条件的 “ 武昌热电厂” 、 “ 武昌车辆厂” 和 “ 武昌区” 这P 条 记录作为一个数据集返回到浏览器端, 在 2;);Q %*@H 中显示。
与其他 ’*:IJK 开发工具不同的是, H+0IJK
- 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。
化,从操作系统、内存和磁盘I/O争夺等方面研究了性能改进的途径,但其没有考虑到磁盘阵列对这些设置和优化带来的影响。
文献[2]探讨了Web GIS系统的性能问题,但有些是实际项目中需要遵守的,比如数据精简化、坐标系统问题、图层分级细化显示、按需加载等,还有些是有应用范围限制的,如静态地图就只适合浏览。
文献[3]提出了地理信息服务质量的概念来研究影响用户体验和系统性能相关方面的度量标准,对Web GIS系统性能的改进和可用性研究具有指导意义。
文献[4]提出一种根据系统环境动态选择客户端还是服务器端或者两者的结合来处理用户请求的方案,在目前的研究水平和开发环境下,实现起来还有一定困难,但其深度利用客户端资源、减少向服务器请求次数的思想是改进Web GIS系统用户体验的一条重要途径。
本文找出了影响当前Web GIS应用系统性能表现的几个主要方面,给出了测试分析。
2 系统分析实例2.1 Web GIS系统结构基于ArcServer 的Web GIS系统结构如图1所示。
ArcServer利用空间数据库引擎提供的数据资源,以Web Service的方式,向Web应用程序提供服务。
关系型数据库ArcServerWeb 服务器Web Service浏览器图1 基于ArcServer的Web GIS系统结构2.2 硬件配置实例硬件环境由一台机架式服务器和一台桌面PC搭建。
服务器的主要硬件配置:CPU为2×AMD Dual-Core Opteron (tm) Processor 2212, 2 000 MHz;内存为2 GB 667 MHz;硬盘为2×250 GB,配置为raid0磁盘阵列。
桌面PC的主要硬件配置:CPU为P4 3.0 GHz;内存为1 GB 533 MHz;硬盘为80 GB。
显示器分辨率为1 280×1 024。
地图部分占用的屏幕大小在1 000×750像素左右。
服务器和桌面PC用百兆局域网相连。
2.3 软件环境利用ESRI公司的ArcServer9.2搭建Web GIS系统,软件环境如下:(1)在服务器上:安装Windows Server2003 Enterprise Edition Sp1 操作系统。
安装Oracle 9.2数据库用来存放空间数据、业务数据和权限数据。
安装ESRI公司的ArcSDE9.2作为本系统的空间数据库引擎。
ArcServer9.2作为空间数据服务引擎。
(2)在桌面PC上:安装Windows Server2003 Enterprise 作者简介:曾麦脉(1983-),男,博士研究生,主研方向:GIS,系统分析与集成,系统建模与仿真;王乘,教授收稿日期:2007-10-16 E-mail:zengmaimai@—279—Edition Sp1 操作系统。
安装Oracle 9.2客户端用于直接访问服务器上的数据库。
安装ArcServer9.2二次开发平台以访问空间数据服务引擎。
以Visual Studio 2005为平台开发Web 应用程序,以C#为开发语言。
安装IIS服务器作为网站服务器。
安装IE浏览器作为客户端浏览器。
2.4 实例数据实例采用的数据有:全佛山市1 m分辨率黑白航空影像图,覆盖了全佛山约4 000 km2的面积,有10.08 GB数据量;佛山市5区中心城区1:2 000正射影像图,覆盖约466 km2,有118.74 GB数据量;佛山市1:5 000地形图,包含有50万余个面状要素;禅城区1:500地形图,包含46万余个面状要素以及170个专题图层。
3 系统性能分析及解决方案3.1 磁盘阵列及数据库优化对性能的影响Oracle与ArcSDE的优化原则主要是将访问频繁的文件分开放置到不同的硬盘上,以降低磁盘I/O竞争。
但是在实际的应用系统测试中,系统性能的提升并不明显。
更重要的是,在一个实际系统中,服务器考虑到安全性问题,都会制作磁盘阵列,文件由系统自动分割存储到各个硬盘,无法人为地决定存放在哪个物理硬盘。
因此,这种优化方案一般难以使用。
而磁盘阵列对存取效率的影响很大。
在本实例实验条件下,如果将2个物理硬盘做成RAID1的磁盘阵列,也就是将一份文件复制2份分别存放在2个硬盘上,这时候的性能会远远低于不做磁盘阵列时,低于一个系统能够接受的性能水平。
当制作成RAID0的磁盘阵列,也就是将一份文件分割存于几个硬盘上,不做备份,此时的性能要高于不做磁盘阵列时的性能。
3.2 制作金字塔结构对性能的影响对于存储在ArcSDE库中的影像数据,制作多级金字塔结构可以加快不同比例尺下的数据读取速度。
以全佛山市1 m分辨率黑白航空影像图为例,制作8级金字塔结构和未制作金字塔结构各比例尺缩放所用的时间分别如表1和表2所示。
表1 有金字塔结构的缩放耗时缩放前比例/缩放后比例1次测量/s 2次测量/s 3次测量/s平均值/s1:494 002/1:247 001 1:247 001/1:123 500 1:123 500/1:61 750 1:61 750/1:30 875 1:30 875/1:15 438 1:15 438/1:7 719 1:7 719/1:3 859 1:3 859/1:1 930 2.953.193.562.922.712.602.891.632.623.163.903.632.811.892.322.053.153.313.763.042.121.992.571.802.913.223.743.202.552.162.591.83表2 无金字塔结构的缩放耗时缩放前比例/缩放后比例1次测量/s 2次测量/s 3次测量/s平均值/s1:494 002/1:247 001 1:247 001/1:123 500 1:123 500/1:61 750 1:61 750/1:30 875 1:30 875/1:15 438 1:15 438/1:7 719 1:7 719/1:3 859 1:3 859/1:1 930-59.3919.326.132.742.462.312.11-59.9017.925.173.902.302.201.40-59.8518.905.672.762.522.141.66-59.7118.715.663.132.432.221.72缩放前比例尺和时间消耗几乎没有什么关系,缩放后各比例尺下显示的数据量不同对耗时有影响,但2次基本在相同的区域缩放,受该因素的影响较小。
从表1和表2可以看出,在制作了金字塔结构后,各比例尺的缩放耗时比较均衡,几乎都在2 s~3 s间。
相反如果不建金字塔结构,比例尺在1:10 000以下时,随着比例尺的减小性能急剧降低,当快到1:150 000时就无法显示了。
而比例尺在1:10 000以上时,性能和建了金字塔结构没有明显区别。
建立金字塔结构会相应增加存储容量,但是在存储影像数据时一般都会采用压缩算法,以ArcSDE空间数据库引擎为例,制作9级金字塔结构并采用LZ77压缩算法时,可以将128.8 GB的原始影像数据压缩到接近35 GB。
在实际应用中并不会对存储带来压力,因此,应该尽量制作金字塔以提高性能。
3.3 图层数量对系统性能的影响图层数量对系统性能有明显影响,特别是在图层数超过100个以后。
表3~表5测量了图层数由50个添加空图层到170个的过程中各相同比例缩放的时间消耗。
表3 170图层的缩放耗时缩放前比例/缩放后比例1次测量/s 2次测量/s 3次测量/s平均值/s 1:494 002/1:247 0011:247 001/1:123 5001:123 500/1:61 7501:61 750/1:30 8751:30 875/1:15 4381:15 438/1:7 7191:7 719/1:3 8591:3 859/1:1 9304.315.426.356.485.338.016.478.064.515.716.006.475.687.066.706.854.925.896.916.995.678.036.408.584.585.676.426.655.567.706.527.83表4 80图层的缩放耗时缩放前比例/缩放后比例1次测量/s 2次测量/s 3次测量/s平均值/s 1:494 002/1:247 0011:247 001/1:123 5001:123 500/1:61 7501:61 750/1:30 8751:30 875/1:15 4381:15 438/1:7 7191:7 719/1:3 8591:3 859/1:1 9303.504.121.985.233.604.434.175.793.503.835.375.584.316.104.206.313.644.365.185.433.635.875.125.253.554.105.185.413.855.474.505.78表5 50图层的缩放耗时缩放前比例/缩放后比例1次测量/s 2次测量/s 3次测量/s平均值/s 1:494 002/1:247 0011:247 001/1:123 5001:123 500/1:61 7501:61 750/1:30 8751:30 875/1:15 4381:15 438/1:7 7191:7 719/1:3 8591:3 859/1:1 9303.862.934.304.783.984.502.695.522.822.784.723.793.773.793.015.103.462.794.444.103.913.802.995.033.382.834.494.223.894.032.905.22170图层和80图层只是增加了空图层,在1:2 000比例尺以上时出现影像图。
各比例尺下显示的数据量不同对耗时有影响,但3种数据基本在相同的区域缩放,受该因素的影响较小。
从表3~表5可以看出,较少的图层数量对系统速度的提升有明显的帮助。
缩减图层数量是提升系统性能的有效途径。
因此,在条件允许的情况下,应尽可能合并图层,然后用程序来控制一个图层上部分要素的显示,以此达到不影响外部图层分类接口的前提下有效缩减图层的目标。
3.4 缓存技术对系统性能的影响(1)服务器端缓存服务器端缓存技术的原理是限制客户端的缩放为几个固定的比例尺,把这几个比例尺下的全幅地图分割存储于服务器上,用户访问时就直接找到相应幅面传到客户端,免去了计算生成过程。
在本实例的硬件和网络条件下,使用这种技术后,在客户端拖动地图时数据加载时间不超过1 s。
有相当好的性能体验。
但是这种技术的局限性也很大,只适用于地图浏览。
当需要地图图层控制和地图编辑时,难以采用。