![](https://img-blog.csdnimg.cn/20201014180756930.png?x-oss-process=image/resize,m_fixed,h_64,w_64)
性能优化
文章平均质量分 88
积思园
热衷于ArcGIS技术的研究与分享,长期坚持通过技术BLOG分享ArcGIS知识
展开
-
ArcSDE for Oracle 12.1.0.2 In-Memory组件测试
如今,内存数据库被大家广泛认可,懂得技术的人都明白,数据从磁盘读写肯定比原创 2015-02-03 10:11:23 · 6098 阅读 · 0 评论 -
企业级 GIS 性能和可伸缩性(一)——基础设施
性能是计算机系统工作速度的度量值。可伸缩性则是一种在不带来负面影响的前提下增加大小和复杂性的能力。这两者任一方面出现问题都可能导致企业级系统的运作效率低下,并引发关键业务组件的潜在性常规故障。对环境的测试、监控和调整一定程度上可确保最佳性能的获取从而提高用户满意度。基础设施性能注意事项在实现企业级 GIS 的过程中选择正确的硬件及其后续的配置会对解决方案的性能和可伸缩性产生显著影响。有关特定基础设转载 2014-03-05 08:59:46 · 3236 阅读 · 0 评论 -
企业级GIS系统架构介绍——数据库篇
对企业级GIS系统架构的数据存储来说,关系型数据库无疑还是目前GIS项目中占据着举足轻重的作用。尽管现在有Hadoop、NoSQL、数据仓库等技术,但是这些技术由于使用的广泛度、技术的成熟度(在GIS行业当中使用)、资金的预算方法都不如关系型数据库的优势明显,特别是Oracle数据库以其非常优秀的性能以及真正的高可用性的特点,被广大用户所采用。以Oracle数据库为例,现在的项目大多都是以Orac原创 2013-11-01 08:52:58 · 9043 阅读 · 0 评论 -
企业级GIS系统架构介绍——总览
一般情况下,大部分GISer都非常关心的GIS系统功能的实现,比如代码的具体实现,他们关心我使用什么样的开发环境,使用什么API,使用什么高效的算法,如果更进一步的话可能就是我使用什么样的第三方工具可以有助于我的系统,有助于UI等,但是如果大家做代码达到一定阶段的话,可能会充当项目经理的角色,那么项目经理可能就不仅仅是光写代码实现功能那么简单了,可能还有包括人员安排、进度控制、经费控制、需求分析、原创 2013-10-24 14:46:08 · 13089 阅读 · 0 评论 -
企业级GIS系统架构介绍——GIS服务器篇
s原创 2013-11-04 09:06:41 · 15838 阅读 · 0 评论 -
为什么我的ArcSDE数据重建索引和分析(Analye)后反而效率更慢
问题现象:一般情况下,使用ArcGIS数据慢的时候,一般会建议用户重新创建一下空间索引,进行一下ArcGIS的分析功能,这种操作一般会提高ArcGIS查询和分析效率。但是在某些用户的环境下进行大比例尺下浏览地图效率低,速度慢。影响条件: ArcSDE: 所有版本,包括10,数据库:Oracle,所有支持的版本,存储方式:ST_GEOMETRY,并且对图层进行过信息统计(ST_GEOMETRY原创 2013-05-13 10:41:31 · 2902 阅读 · 0 评论 -
怎么在ArcSDE中使用Oracle分区表
最近好多用户对Oracle的分区表很感兴趣,也希望分区表也能应用的ArcSDE,询问该技术在ArcSDE是否可行,答案是肯定的。不过因为在Oracle中分区表的对象基本上就是一个同名表,但是在ArcSDE中就有些不同了,因为如果进行版本编辑有A表、D表等,所以建议如果对ArcSDE的某个要素类进行分区表的存储,建议该要素类为只读状态,也就是说修改的可能性小一点,这样做分区表才更有意义,而且分区表的原创 2012-02-07 09:01:24 · 5511 阅读 · 9 评论 -
ArcSDE 日志文件表(一)
今天跟大家介绍一下ArcSDE日志文件表,一直都想好好研究一下这块,因为基本上不太受大家重视,感兴趣的用户不是很多,但是一旦出现多用户并发查询或者版本操作的时候,这个东西就显得非常重要了,而且根据不同的用户场景设定不同的日志类型,对相关效率也是很有帮助的。注意:我们所说的ArcSDE日志文件表与经常提到的ArcSDE日志文件是不一样的,因为在ArcSDE创建库、启动服务、升级出现问题都会建议用户查原创 2013-05-06 09:37:39 · 6752 阅读 · 0 评论 -
ArcSDE 日志文件表(二)
基于会话的或独立的日志文件组成的池(Pools of log file tables)-------------------------------以下为ArcGIS10.1中文帮助---------------归地理数据库管理员所有的日志文件池地理数据库管理员可以创建可由其他用户检出和使用的日志文件池。这些日志文件可以是基于会话的日志文件,也可以是独立的日志文件。共享的日志文件不能从 ArcSD原创 2013-05-09 10:33:44 · 3609 阅读 · 0 评论 -
ArcGISer理解RAC、ASM、磁盘阵列、双机热备等
对于经常与服务器、数据库打交道的DBA来说,RAC、ASM等标题中列举的名词都非常熟悉,但是对刚刚接触人来说,这些概念可能会比较迷茫,今天我就以我自己的理解给大家探讨一下。首先说明一下,我不是专业的DBA,也不是专业的硬件工程师,我也不会在原理上说些什么(其实也不会),只是想通过这篇文章让大家对这些名词有一个认识,知道是做什么的就可以了。磁盘阵列磁盘阵列(Redundant Arrays of I原创 2013-05-02 09:18:57 · 5280 阅读 · 0 评论 -
ArcSDE性能分析——跟踪Oracle的Trace文件
在ArcSDE使用过程中,经常有用户抱怨ArcSDE的性能慢,那么除了常识性的ArcSDE知识来进行性能优化外,如果我们能够深入数据库,分析执行的每一个SQL语句,得到消耗时间最多的SQL语句,这样的话我们就可以有针对性的来对性能提供一个很好的而且有针对性的方向。对跟踪Oracle trace文件其实并不复杂,ArcGIS也提供了相应的GP工具,如果不喜欢敲命令的朋友可以参考一下:http://b原创 2013-04-16 09:07:35 · 6449 阅读 · 1 评论 -
企业级 GIS 性能和可伸缩性(二)——应用程序
应用程序架构策略的选取应在满足业务和功能要求的基础上,充分发挥组织内各成员的技能水平。本节对企业级 GIS 解决方案性能和可伸缩性的常见影响因素的关键领域进行了概述。有关特定应用程序架构性能和可伸缩性的详细指导信息,请选择下面任一链接。性能因素所有的 ArcGIS 应用程序架构普遍存在以下几个常见的性能影响因素。下表依据各关键组件对总体性能的相对影响(正面或负面)划定了几个等级。例如,使用频率较高转载 2014-03-06 09:05:14 · 2692 阅读 · 0 评论 -
企业级 GIS 性能和可伸缩性(三)——容量和测试
容量规划容量规划、性能基准和确认测试是企业级系统实现取得成功的关键要素。本节提供了以下三方面内容:容量规划过程的相关信息、Esri 性能测试过程概述以及执行方案测试的常规指导。以下情况需要进行容量规划:设计一个新的系统从一个解决方案迁移到另一个解决方案(例如从非 Esri GIS 迁移到 Esri GIS)升级现有 Esri GIS 配置业务流程和模型发生了更改,因此需要对应用程序架构进行更新终端转载 2014-03-07 08:58:53 · 3117 阅读 · 1 评论 -
怎么提高ArcSDE for Oracle写入地理数据库的效率
很多用户经常会有将数据写入ArcSDE地理数据库的操作,也时常会写入效率而烦恼,它们渴望不管多大多复杂的数据,尽可能的使用较少的时间写入到ArcSDE中,而往往用户写入ArcSDE也通过依赖于本身的业务需求,使用自定义的代码开发就非常常见了,那影响ArcSDE写入效率的因素就比较多了。---------------------------------------------------------原创 2014-03-14 09:20:49 · 6800 阅读 · 8 评论 -
ArcGIS 10.x for Oracle (2014年10月发布)优化Open_Cursors的性能问题
由于Oracle在2014年10月份发布 Critical Patch Update 补丁的原因,ArcGIS不能直接从Oracle实例中获取Open_Cursors参数,除非当前连接的用户有访问v$parameter 视图的权限,但是一般情况下非管理员账户是没有对该视图访问的权限。如果地理数据库没有对Open_Cursors值的访问权限,系统就会报:ORA-01000: maximum open原创 2014-12-02 09:21:29 · 3357 阅读 · 0 评论 -
[Bug]ArcSDE10/10.1删除非版本数据慢的问题
环境:中间件:ArcSDE10/10.1数据库:Oracle现象:用户在非版本编辑过程中,如果数据量非常大的情况下,在使用桌面删除某几条数据,速度非常慢。一说起慢,大家都会想到是不是空间索引的问题,也会习惯性的重建空间索引,或者进行分析操作,但是做了这些之后,效果仍然不明显,那么问题的原因出在哪里呢?首先我们还是要说明一下ArcSDE for Oracle的空间索引。关于ArcSDE性能优化系列之原创 2014-04-30 09:00:19 · 4638 阅读 · 1 评论 -
[Bug]ArcSDE分区表报:ORA-01000 maximum open cursors exceeded
环境:ArcSDE 10.1 SP1Oracle 11.2.0.1 操作步骤:1:修改Oracle的Open Cursors参数到50002:创建ArcSDE的分区策略3:导入要素类,选择分区关键字4:不停的进行平移,同时可以观察Oracle的Open Cursors参数会不断增加5:等超过你设置的5000参数就会报ora-01000错误经过与美国Esri Support的沟通,确定为Bug:NI原创 2013-11-25 10:22:25 · 3848 阅读 · 0 评论 -
[Bug]ArcToolbox10.1创建空间索引的Grid值修改无效
环境:ArcGIS Desktop10.1 SP1 /10.2ArcSDE10.1 SP1 /10.2描述:使用ArcToolbox工具DataManagement Tools-indexes-add spatial index 创建空间索引,设置Grid值,但是创建完毕之后,用户自定义设置的Grid值并没有生效,还是默认ArcGIS计算的Grid值。Tips:ArcGIS10.1之前,在Arc原创 2013-12-06 09:08:46 · 5581 阅读 · 0 评论 -
Windows环境下配制ArcGIS Server 10.1 集群的注意事项
ArcGIS Server 10.1集群配置A机器:lish ArcGISDesktop10.1、ArcGIS Server10.1 、ArcSDE10.1、 Oracle11g客户端和服务器端64BitB 机器:test1 ArcGISServer10.1、Oracle11g客户端64Bit在A机器安装ArcGISServer10.1过程中,一开始需要设置操作系统原创 2012-12-04 09:01:51 · 7184 阅读 · 0 评论 -
ArcSDE10 for SQL Server使用GEOMETRY或GEOGRAPHY存储性能问题
前两天有一个用户咨询一个性能的问题:用户的环境:ArcGIS Desktop10、SQL Server2008 SP1、ArcSDE10(SP5补丁),数据为只读数据。1:都是以MXD形式打开,有相关的符号(简单符号),同一个数据库中不同的数据集,一个数据集的浏览速度快,另一个数据集的浏览速度慢。2:另一个比较慢的MXD,在1:5W以上浏览速度快,在1:5W以下浏览速度慢。猛的一块,感觉非常蹊跷,原创 2013-04-22 09:35:18 · 4649 阅读 · 0 评论 -
[Bug]ArcSDE分区表报:ORA-14301: table-level attributes must be specified before partition-level attribute
环境:ArcSDE10.1 SP1 Oracle11.2.0.1 64Bit 操作步骤:1:ArcSDE分区设置2:导入要素类,选择分区关键字3:注册版本4:进行数据归档(Data Archiving Enable)进行数据归档报:ORA-14301: table-level attributes must be specified before partition-level attrib原创 2013-11-18 08:41:29 · 2142 阅读 · 0 评论 -
ArcSDE9.3升级到ArcSDE9.3.1索引无效的解决方法
当ArcSDE版本由9.3升级到9.3.1,原来的ArcSDE9.3存储有相关的要素类,使用sdesetup -o upgrade升级Geodatabase,发现相关的索引无效。这个问在ArcSDE9.3升级ArcSDE9.3.1有这种现象出现。原来的ArcSDE9.3版本的状态C:\Documents and Settings\Administrator>sdesetup -o li原创 2012-03-09 11:17:16 · 3407 阅读 · 0 评论 -
怎么提高ArcGIS for Desktop10.x的性能
Problem: Performance issues with ArcGIS for Desktop 10.xArticle ID:42455Bug Id:N/ASoftware: ArcGIS for Desktop Advanced 10.1, 10.2, 10.2.1, 10.2.2, 10.1 SP1 ArcGIS for Desktop Standard 10.1, 10.2, 10翻译 2014-04-25 08:59:50 · 6706 阅读 · 0 评论 -
ArcSDE for Oracle表空间管理——临时(TEMP)表空间
Oracle临时表空间主要用来做查询和存放一些缓冲区数据。临时表空间消耗的主要原因是需要对查询的中间结果进行排序。重启数据库可以释放临时表空间,如果不能重启实例,而一直保持问题sql语句的执行,temp表空间会一直增长。直到耗尽硬盘空间。以下操作会占用大量的temporary: 1、用户执行imp/exp 导入导出操作时,会使用大量的temporary段 2、用户在Create 或者原创 2014-05-12 09:27:04 · 3406 阅读 · 1 评论 -
ArcGIS地理数据库是否支持Oracle的RAC和TAF
看到Esri的技术文章有一篇专门说明ArcGIS是否支持Oracle的RAC和TAF,特此翻译一下,翻译内容为大概意思。http://support.esri.com/en/knowledgebase/techarticles/detail/42292有关RAC的概念可以参考:http://blog.csdn.net/linghe301/article/details/12997803Oracle翻译 2014-04-03 09:17:31 · 3160 阅读 · 0 评论 -
在使用 ST_Geometry 空间索引时优化 Oracle 查询性能和存储
原文地址:http://support.esri.com/en/knowledgebase/techarticles/detail/33341Article ID:33341Software: ArcSDE 9.2, 9.3, 9.3.1, 10, 10.1 ArcGIS for Desktop Advanced 10.1, 10.2 ArcGIS for Desktop Standard 10.翻译 2013-04-01 08:47:28 · 4061 阅读 · 0 评论 -
使用SQL Server Profiler监听ArcSDE查询
在ArcSDE中有许多东西都是在数据库中进行的,比如说多次查询、索引等等,在Oracle数据库中我们可以使用跟踪trace文件进行捕捉,但是Oracle毕竟对用户要求比较高,还需要设置很多东西,如果我们想研究ArcSDE的相关东西,我们也可以借助SQLServer数据库,因为它的SQL Server Profiler工具简单好用,同样也可以让我们理解ArcSDE的相关知识。下面我就以一个没有注册版原创 2011-08-08 14:31:26 · 4070 阅读 · 0 评论 -
为什么我的ArcSDE数据库执行完版本压缩(Compress)后查询分析效率仍然很低
描述:为什么我的数据经过版本注册过后,效率很慢,而没有注册版本的数据效率很快。分析:通过电话和邮件跟用户交流,用户之前的数据库做过大量的版本编辑,估计有千万条级别甚至上亿的,但是用户做过版本压缩的操作,疑惑的是用户在执行select * from state_linages发现只有一条记录时候效率很慢,基本上定位为版本数据肯定有State_lineages表,所以效率导致很慢。在分析用户问题过程中原创 2013-01-04 14:35:26 · 3276 阅读 · 1 评论 -
ArcSDE性能分析-关于服务器的选型和并发用户预估
经常会有用户咨询,我的XXXX的服务器,能否支持多大的并发用户,这些问题的确不好回答,因为用户的数据库组织、用户系统需求、用户的业务等都会有所影响,幸好Esri出了一个关于系统设计方面的文档,截取一些关于ArcSDE关于服务器CPU以及并发用户的相关资料,以供用户参考。图上蓝颜色为:服务连接 绿颜色为:直连可见直连比服务连接要快以上测试版本应该为ArcSDE9原创 2012-02-10 09:42:45 · 3248 阅读 · 3 评论 -
ArcGIS属性索引介绍
属性索引可以提高对要素类和表进行属性查询的速度。属性索引是 ArcGIS 用于检索表中记录的备用路径。对于大多数属性查询类型而言,使用索引查询记录要比从第一条记录开始逐条搜索整个表的方式更加快速。 只要要素类或表内有数据,您就可以为经常查询的字段创建属性索引。请只创建那些真正需要的索引,因为添加的每个索引都会略微降低要素类的编辑速度。每次编辑要素类时,ArcGIS 都必须更新索引。转载 2012-02-02 10:10:47 · 9627 阅读 · 0 评论 -
数据库性能分析与诊断的ArcToolbox工具-Tell The Bees
对熟悉数据库的朋友来说,当我们出现了跟数据库相关问题的情况下,比如我们出现了性能问题或者错误,我们可以直接查找数据库的Trace文件来分析,因为这个文件会非常详细的把用户的GUI操作转换为直接SQL语句和后台SQL语句,是否走相关索引,运行涉及了那些表,出现什么问题等都会有很详细的说明。那么这个文件的获取如果没有数据库经验的用户还是挺困难的,以Oracle数据库为例,它需要写入很长的SQL原创 2011-11-08 09:31:27 · 3586 阅读 · 0 评论 -
关于ArcSDE性能测试参考
本文意在向用户提供一个特定环境下(硬件、数据量、操作)的时间感受,便于用户来对比自己的相关性能问题,其实有些性能的问题往往是用户的环境上面的,出于不能进行实地分析,数据保密等方面的影响,用户可以参考以下的测试,希望能给大家带来帮助。我的硬件环境其实是一个虚拟机,我的虚拟机分配了CPU:Intel (R) Xeon(R) E5620 @ 2.40GHz*4内存:动态 启动RAM:原创 2011-11-22 13:57:58 · 2544 阅读 · 0 评论 -
ArcSDE性能优化-对于SDE 库更改 Oracle 序列的高速缓存大小
文章来源:http://resources.arcgis.com/zh-cn/content/kbase?fa=articleShow&d=32133ArcSDE用户中• state_id_generator_nc • connection_id_generator • version_id_generator三个序列经常使用,但是默认的Cache SIZE等于0翻译 2011-10-08 15:35:19 · 6122 阅读 · 0 评论 -
ArcSDE性能优化-Oracle将数据库对象Pin到共享池中来提高数据库性能
在Oracle数据库中可以将数据库对象Pin到共享池中来提高数据库性能PS:Pin直译为钉住、压住,个人理解为将对象放入到共享池中,因为不知道翻译什么合适,都已Pin直接描述。建议Esri所有的存储过程和序列都被Pin,一旦对象驻留在Oracle的共享池中,他们不需要对其进行分析,从而节省大量资源。在共享池中Pin对象所使用的可用内存可能会被其他进程占用,所以为共享池分配额翻译 2011-10-08 17:20:31 · 1801 阅读 · 0 评论 -
Esri2011用户大会-企业级地理数据库管理策略
下载地址:http://download.csdn.net/detail/linghe301/3673179原创 2011-10-11 11:16:39 · 1799 阅读 · 0 评论 -
ArcSDE性能优化之更改ST_GEOMETRY的点串的LOB为CACHE
LOB(large object)是一种用于存储大对象的数据类型,如医学记录(如X-射线)、视频、图像等。LOB有三种类型:BLOB:Binary Large Object、CLOB:Character Large Object、DBCLOB:Double-byte Chara原创 2011-09-09 09:11:17 · 2682 阅读 · 2 评论 -
ArcSDE性能优化之Shrink空间索引
使用 ST_Geometry,通过减少索引块的读取使用空间索引 (ST_Spatial_Index) 的每个空间查询时提高查询性能。减少为结构化查询语言 (SQL) 语句的逻辑或物理 I/O 操作提高了查询时间并提高了服务器,提供更多的可扩展性上的资源。 Orac原创 2011-09-06 13:44:24 · 2932 阅读 · 0 评论 -
ArcSDE性能优化系列之ArcSDE参数篇
题记该文档主要是分析一下ArcSDE的相关参数对ArcSDE性能的影响,提起ArcSDE的性能,估计是ArcGIS用户非常关心的问题,性能无外乎查询性能、编辑性能的,本文档主要是以RASTERBUFSIZE、MINBUFSIZE、MAXBUFSIZE等一下缓冲区参数来分析这些原创 2011-03-23 08:45:00 · 5958 阅读 · 1 评论 -
ArcSDE性能优化系列之索引篇
一说到ArcSDE性能优化的问题,相信好多用户会提到索引,是的索引是会提高我们的查询性能,本文重点说明一下ArcSDE的空间索引的运行机制,以及原理。说明一下,本文是对在SDE库里面的一个面状图层(DLT)进行相关的系列研究,当我们将该数据导入到SDE库里面,只要是通过Arc原创 2011-03-23 08:55:00 · 11026 阅读 · 8 评论 -
ArcGIS地图文档MXD效率慢的一点建议
最近关于ArcGIS的地图文档MXD慢的问题比较多,下面就对MXD的一点建议给大家分享!关于地图文档MXD地图文档其实是一个很好的对象,这个对象可以将我们配置好的地图包括(图层、符号、标注、比例尺、显示范围等)信息进行保存,然后我们使用MXD对上面的要求进行统一的管理,而且在我们发布地图服务时也需要使用该对象(虽然有MSD)。特别是在制图方面,地图文档的使用就更广泛了。关于地图原创 2012-03-21 13:43:34 · 19975 阅读 · 1 评论