简介ArcSDE 10.2 for Oracle 10g/11g安装包是Esri推出的空间数据中间件面向GIS管理员与ArcGIS平台使用者用于在Windows环境下打通ArcGIS与Oracle数据库之间的数据访问链路解决海量地理数据存储、共享与并发编辑问题。压缩包共14个文件含exe安装程序、msi组件包、cab数据源、chm帮助文档、ini配置文件及htm说明文档整体大小77.88MB并分别提供Oracle10g、11g两套安装内容便于按环境选用。已有992人学习下载适合负责GIS数据库部署、运维或ArcSDE升级的技术人员。通过该安装包可掌握从Oracle环境准备、ArcSDE服务端安装到连接配置的完整流程并借助附带文档理解版本化表、WFS/WMS服务发布、性能优化与安全备份等关键机制为实际项目中的数据管理提供可靠参考。1. 还在折腾 ArcSDE 10.2 FOR Oracle10g、11g 安装包的人到底要解决什么问题机房里那套 GIS 系统如果从 2014 年前后跑到现在大概率还依赖着 ArcSDE 10.2 FOR Oracle10g、11g 安装包建起来的空间库。表面看它只是普通安装包双击完就结束实际上它要完成两件硬事把 Oracle 实例变成能存空间数据的库再按老架构要求注册一个 5151 端口上的服务。装不好桌面客户端重连不上、历史数据没法平滑迁移、版本管理形同虚设。需要这篇的人分两类一类是接手历史系统的新人拿到安装包不知道该点哪里另一类是负责运维的老手想趁迁移到 11g 的机会把 10.2 的坑一次填平。下文按拆包、选型、建库、装库、避坑、验收的顺序走完整套流程命令和 SQL 可以直接抄进你的环境落地时再对照自己的目录和库名改一遍就行。2. 拆开安装包认识 bin、etc、lib以及直连/服务两条连接路线2.1 安装包目录里谁负责建库、谁负责起服务把 ArcSDE 10.2 的 Oracle 安装包解压后核心不是 setup.exe而是它身边那三个目录。setup.exe 只做一件事把程序文件按你选的路径展开并在系统里登记这次安装。真正干活的命令都在 bin 目录下sdesetup.exe 负责在 Oracle 里创建 SDE 库sdeservice.exe 负责把 ArcSDE 注册成 Windows 服务sdemon.exe 负责启动、停止和查看服务状态gsrvr.exe 与 giomgr.exe 则是服务启动后实际跑起来的进程。etc 目录里最值得关注的是 dbtune.sde它是描述“空间数据用哪种存储参数建表”的模板直接决定后续建要素类时表空间的分配方式和索引参数。lib 目录放的是与 Oracle 网络层通信的动态库位数在这里就锁死了32 位还是 64 位从装完那一刻起就不会再变。我一般会把安装路径定成一个短路径比如 Windows 上放在 C:\ArcSDELinux 上放在 /opt/arcsde而不是默认的带空格目录。原因是后面所有 sdesetup、sdeservice 命令都是手工拼参数路径里多一个空格就能让整条命令报“找不到文件”这种低级问题排查起来最耗时间。Linux 安装包对应的是脚本方式安装但装完进入 bin 目录后命令名和参数与 Windows 基本一致切换系统时不用重新学。新手最常见的误区是“setup 跑完就算装完”。实际上 setup 结束后Oracle 里还没有任何 SDE 相关对象你只是把程序放到了服务器上。看到安装目录里出现 sde.dbtune 之类的模板文件只代表介质展开成功离“能用”还差一次建库动作。理解这一点整个安装流程就不会在 setup 完成后误以为大功告成。2.2 直连 vs ArcSDE 服务连接10.2 时代的选型依据ArcSDE 10.2 提供两种连接路线选哪条要在动手之前定下来因为它影响是否需要注册服务、是否需要维护 sde 密码、以及故障排查时看哪一层。直连的意思很直接客户端机器上装好 Oracle 客户端ArcGIS Desktop 或 ArcGIS Server 通过 Oracle 网络层直接访问存储在共享表里的地理数据库中间没有 ArcSDE 专用进程。服务连接则是客户端先连上 5151 端口上的 gsrvr 进程由这个进程代为访问 Oracle客户端不直接面对数据库。10.2 这个时代的技术路线是直连优先能用直连就不要开服务组件越少越不容易翻车。但有两种情况必须保留服务连接客户端是 9.3 或 10.0 这种老版本它不认识直连协议或者应用层确实需要 ArcSDE 服务来统一管理连接池。判断方法很简单打开客户端连一次库能直连成功且网络稳定就不用注册服务连不上再回头走服务路线。对比项直连Direct ConnectionArcSDE 服务连接连接对象客户端直接连 Oracle 实例先连 5151 端口上的 gsrvr 进程进程依赖无需 gsrvr必须注册并启动 ArcSDE 服务客户端要求本机要有匹配的 Oracle 客户端本机要有 Oracle 客户端服务端还要维护 sde 密码故障易发点oci.dll 位数错、tnsnames 解析失败服务起不来、端口占用、服务账户读不到环境变量适用场景10.1 以后的桌面端与 Server9.3/10.0 老客户端、统一连接池场景我在实际项目里见过因为选了服务连接而多维护一年的情况服务密码一改所有依赖 5151 的旧程序全部失联而直连客户端只需要各自更新连接串。所以如果客户端版本可控优先直连只有确认有老客户端才注册服务。2.3 版本、位数、字符集三查动手前的一张核对表ArcSDE 10.2 支持的是 Oracle 10g 和 11g 这条产品线常见组合是 10g 的 10.2.0.4 以上小版本以及 11g 的 11.1.0.7 或 11.2.0.x。机器上如果已经是 12c 甚至更高版本这套安装包就不适用别在 sdesetup 报错后反复重装先确认版本是否符合。位数是想最容易被忽略的Oracle 服务器、Oracle 客户端、ArcSDE 安装包三者位数必须一致混用 32 位客户端去连 64 位库表现在外的症状往往是进程活着但连接迟迟不返回。字符集是三查里最玄的部分。数据库字符集是 AL32UTF8 还是 ZHS16GBK直接决定客户端 NLS_LANG 的取值两头不一致建库可能成功但中文属性全部乱码。动手前把下面这张表逐项核对能省掉后面一整轮排查。检查项要求值不满足时的典型症状Oracle 版本10g 建议 10.2.0.411g 建议 11.1.0.7 或 11.2.0.xsdesetup 报不支持或连库异常位数服务器、客户端、安装包三者一致进程活着但连不上建库中途闪退数据库字符集AL32UTF8 或 ZHS16GBK建库后中文属性乱码客户端 NLS_LANG与数据库字符集一致乱码、建库时字符集警告临时表空间至少 2 GB 且能自动扩展报 ORA-01652 无法扩展临时段listener 与 tnsnamestnsping 能通报 ORA-12514 服务名未知这张表里每一项我都踩过至少一次尤其是最后两项。临时表空间给默认的 20 MB 就敢建库的十个里有八个在创建空间索引时当场翻车。核对完这张表下一步就可以安心在 Oracle 里建底座了。3. 建 Oracle 底座ArcSDE 10.2 建库前的用户、表空间与授权清单3.1 独立 sde 用户与并入业务库两种建库思路的取舍ArcSDE 10.2 在 Oracle 里需要一个专用的架构账号也就是 sde 用户它拥有 SDE 架构里面放着版本表、图层表、表注册表这些内核对象。第一种做法是让 sde 用户完全独立单独建表空间、单独授权业务数据表放在别的用户下通过注册机制进地理数据库。第二种做法是把地理数据库直接建在某个业务用户下也就是后续桌面端工具“创建企业级地理数据库”支持的路径sde 用户只保留系统对象业务表空间和业务用户混在一起。我的建议是选独立用户理由很实际备份恢复时 expdp 可以只导出 sde 用户不会牵连业务数据迁移到新库时表空间和权限边界清楚出问题时能直接把 sde 架构干掉重建不影响业务表。并入业务库看起来省事但后期做数据泵导出、权限审计都会因为对象归属混在一起而变得被动。还有一点要提醒sde 用户是管理员账号不是给业务程序每天连接用的业务程序应该连业务用户只有数据加载和版本管理才用 sde 身份这个习惯能避免很多误删和权限问题。3.2 建表空间与用户的 SQL路径、大小与配额参数确认版本、位数、字符集之后在 Oracle 里先跑下面的 SQL这是给 ArcSDE 10.2 准备“落脚地”。路径里的 ORCL 是 ORACLE_SID按你实际实例名改数据文件路径按操作系统实际挂载点调整Windows 上对应的是类似 D:\ORADATA\ORCL\SDE01.DBF 的写法。-- 用 DBA 账号在 Oracle 实例上执行Oracle 10g/11g 语法通用 CREATE TABLESPACE sde_tbs DATAFILE /u01/app/oracle/oradata/ORCL/sde01.dbf SIZE 4096M AUTOEXTEND ON NEXT 512M MAXSIZE 32768M EXTENT MANAGEMENT LOCAL SEGMENT SPACE MANAGEMENT AUTO; CREATE TEMPORARY TABLESPACE sde_temp TEMPFILE /u01/app/oracle/oradata/ORCL/sde_temp01.dbf SIZE 2048M AUTOEXTEND ON NEXT 256M MAXSIZE 8192M; CREATE USER sde IDENTIFIED BY SdePassw0rd DEFAULT TABLESPACE sde_tbs QUOTA UNLIMITED ON sde_tbs TEMPORARY TABLESPACE sde_temp;第一段建的是业务表空间 sde_tbs初始大小 4 GB、按 512 MB 自动扩展上限 32 GB。这个尺寸不是拍脑袋空间数据和版本表的历史记录会持续增长初始太小说不定哪天上线两周就要扩一次AUTOEXTEND 是后悔药真给多了也可以后期收。第二段建的是专用临时表空间 sde_temp2 GB 起步ArcSDE 建系统表、注册数据、创建空间索引都会吃临时段给默认 temp 很容易撞上 ORA-01652。第三段建用户密码用了大小写加特殊字符的组合10g/11g 对密码区分大小写DBA 如果不想让应用侧频繁改密建完用户直接跳到下一节的 profile 设置。配额这里写 QUOTA UNLIMITED ON sde_tbs意思是 sde 用户在这个表空间里不设存储上限由上面的 MAXSIZE 兜底。注意别把 DEFAULT TABLESPACE 写成 SYSTEM那会让所有系统对象和用户对象挤在系统表空间里后续任何维护都会碍手碍脚。3.3 授权到能装为止ArcSDE 10.2 建库的最小权限清单用户建好后给 sde 授一组能装下整个地理数据库的权限。下面这段 SQL 是我在多个项目里反复用过的清单10g 和 11g 都适用-- 给 sde 用户最小可用权限后续如遇不足再按报错补充 GRANT CONNECT, RESOURCE TO sde; ALTER USER sde DEFAULT ROLE ALL; GRANT CREATE VIEW TO sde; GRANT CREATE SEQUENCE TO sde; GRANT UNLIMITED TABLESPACE TO sde;CONNECT 提供最基本的会话能力没有它 sdesetup 连库都连不上。RESOURCE 在 10g/11g 里给了创建表、序列、触发器的能力是建 SDE 内核表的必要条件。CREATE VIEW 单独授是因为 ArcSDE 某些版本表和视图需要视图权限RESOURCE 并不包含它。UNLIMITED TABLESPACE 是配合上一节配额做的双保险避免建库过程中因为配额计算问题中断。如果你按这个最小清单跑 sdesetup 仍然报权限不足行业中常见的退路是临时给 DBA 角色建完立刻收回-- 兜底操作建库前临时授予 DBA建库完成后马上收回 GRANT DBA TO sde; -- 建库完成后执行 REVOKE DBA FROM sde;这段“先 DBA 后收回”的做法我在紧急项目里用过不止一次确实能解决一部分工具版本和数据库版本组合下的诡异权限报错。但要注意带着 DBA 角色建库sde 用户后续如果没收回等于是把整个实例的管理员权限挂在业务库上安全审计过不了。所以收尾动作一定要写进部署记录里别建完就忘。4. 装库全流程setup.exe、sdesetup 命令与 ArcSDE 服务的完整动作4.1 用安装包里的 setup.exe 装组件界面流程与静默安装环境准备就绪后开始跑安装包。Windows 上以管理员身份运行 setup.exe安装界面会让你选择数据库类型、确认安装目录、指定授权文件位置。数据库类型选 Oracle安装目录改成 C:\ArcSDE授权文件按介质里附带的说明指定如果介质没有附带单独的授权文件则先不填等建库阶段或后续授权环节再处理不影响程序部署。这一步的产物就是 bin、etc、lib 三个目录被完整展开系统注册表里多一条 ArcSDE 的安装记录。Linux 上对应的是一段安装脚本过程类似但要注意目录权限ArcSDE 安装目录的属主必须是实际运行服务的系统账号否则后续 sdemon 启动服务时可能会因为写不了临时文件而失败。大批量部署时如果这台机器的操作系统和环境完全一致我会先手工装一台记录下所有安装路径再靠复制目录加后置 sdesetup 的方式批量铺开比在每台上点一遍界面稳定。到这里必须明确一个边界setup.exe 跑完只是“程序就位”Oracle 里还没有任何 SDE 对象。接下来要做的建库动作才是整个安装包真正的核心步骤。别在 setup 完成页弹出来的那一刻就认为任务结束后面那一步决定了这套库能不能用。4.2 sdesetup -o install 一行命令建好 ArcSDE 10.2 的库程序就位后进入 bin 目录执行 sdesetup。这是整个安装流程里最关键的一条命令它负责连接 Oracle、创建 SDE 架构、写入版本表和元数据表。命令如下cd C:\ArcSDE\bin sdesetup -o install ^ -s 192.168.1.10 ^ -D oracle11g ^ -u sde ^ -p SdePassw0rd ^ -t sde_tbs ^ -T sde_temp命令较长Windows 下用 ^ 做换行符Linux 下改成反斜杠或写成一行。参数逐个说-o install 指定动作是安装建库不要拼错成 upgrade那是对已有库升级用的-s 填 Oracle listener 所在主机 IP注意 ArcSDE 连接 Oracle 走的是本地客户端网络配置所以 -s 要与 tnsping 能通的地址一致-D 填数据库类型Oracle 11g 填 oracle11g如果是 10g 则填 oracle10g选错类型会直接报不支持-u 和 -p 是 sde 用户与密码-t 指定 SDE 对象存储表空间 sde_tbs-T 指定临时表空间 sde_temp。执行成功的标志是屏幕上出现类似 sdesetup completed 的结束信息回到命令行提示符且 Oracle 里能查到 SDE 架构下的内核表。如果命令中途报错先不要反复重跑回到 2.3 的核对表逐项查版本、位数、字符集和 listener八成问题出在那里。不习惯命令行的可以用 ArcGIS Desktop 里的“创建企业级地理数据库”工具界面里填 Oracle 实例、sde 用户密码、表空间名效果等价。但我会更推荐把 sdesetup 命令留档因为它是文本可以进部署脚本出问题还能回看参数黑匣子程度比界面工具低得多。4.3 sdeservice 注册 Windows 服务并用 sdemon 把服务拉起来如果选型阶段定了要服务连接建库完成后还要把 ArcSDE 注册成 Windows 服务。这一步由 sdeservice 完成命令如下sdeservice -o create -s 192.168.1.10 -i esri_sde -H C:\ArcSDE -D oracle11g -u sde -p SdePassw0rd sdemon -o start -i esri_sde -s 192.168.1.10 -p SdePassw0rd sdemon -o status -i esri_sdesdeservice 的参数含义-o create 表示注册新服务-s 和 -D、-u、-p 与建库时一致服务进程需要靠这些信息去连接 Oracle-i 是实例名默认的 esri_sde 对应服务配置文件里 5151 端口想换端口就到服务配置文件里改映射关系-H 是安装包展开的主目录必须与 setup 时选的路径完全一致少一层都会导致服务启动时找不到可执行文件。注册完成后用 sdemon -o start 启动再用 -o status 查看状态输出里能看到服务是否处于 RUNNING。这里有个常见动作误区sdemon -o start 只是把服务进程拉起来它不等于连接验证。服务进程起来后还要用客户端实际连一次才算数。如果决定全程直连这节可以整段跳过但我建议至少完成注册而不启动给将来可能接入的老客户端留一条后路。服务账户默认用本地系统权限读的是系统环境变量而不是当前登录用户的环境变量这直接引出下一章的第一个坑。5. 避坑Oracle 10g/11g 上 ArcSDE 10.2 装完就翻车的五个典型点位5.1 连接报 ORA-28000 账户锁定密码策略和重试次数在作怪现象sdesetup 建库执行到一半或者建库后客户端第一次连接时直接报 ORA-28000: the account is locked。明明是刚设的密码怎么就锁了。原因Oracle 10g/11g 默认的 DEFAULT profile 里有 PASSWORD_LIFE_TIME 和 FAILED_LOGIN_ATTEMPTS 两个限制。前者默认 180 天密码到期不换就锁后者默认 10 次安装调试期间反复输错密码也会触发锁定。历史库的 sde 用户往往是从旧环境继承过来的密码年龄早就超了新建用户如果沿用 DEFAULT profile同样逃不过这个规则。解决建库前或连接前先给 sde 用户单独处理密码策略ALTER PROFILE DEFAULT LIMIT PASSWORD_LIFE_TIME UNLIMITED FAILED_LOGIN_ATTEMPTS UNLIMITED; ALTER USER sde ACCOUNT UNLOCK;这段把 DEFAULT profile 的密码有效期和失败次数限制都放开再把当前锁定的账户解锁。生产库这么做要和 DBA 协商更稳妥的做法是给 sde 建一个独立 profile只对这个用户放开限制不影响其他业务账户的密码合规要求。解锁成功后立即重新测试连接确认不是被网络重试再次锁上。5.2 建库通过但中文乱码字符集不一致的黑匣子现象建库流程全部走完ArcGIS Desktop 连进去属性表里的中文变成一排问号或者 sdesetup 过程中出现字符集相关的警告信息建库勉强完成但数据加载后乱码。原因数据库字符集和客户端 NLS_LANG 不一致。数据库是 ZHS16GBK客户端 NLS_LANG 却设成了 AMERICAN_AMERICA.AL32UTF8或者反过来客户端用 UTF8 去解释 GBK 的字节流中文必然乱码。更隐蔽的是 Windows 服务方式连接sdemon 启动的 ArcSDE 服务以系统账户运行读的是系统环境变量你在当前用户里改的 NLS_LANG 对服务根本不生效。解决先查数据库真实字符集再统一客户端设置SELECT value FROM nls_database_parameters WHERE parameter NLS_CHARACTERSET;查到结果后把数据库服务器和所有要连接这台库的机器上的 NLS_LANG 统一设为相同值。需要改注册表或系统环境变量的场景改完要重启服务或重新登录会话才生效。字符集问题一旦发生已经写进库里的乱码数据很难无损修复所以一定要在 sdesetup 之前把它定下来这比事后清洗数据便宜得多。5.3 ORA-12514 监听不认识服务名tnsnames 与运行账户的错位现象tnsping 在命令行里能通但 sdemon 启动服务时报 ORA-12514: TNS:listener does not currently know the service requested in connect descriptor或者 ArcGIS Desktop 配直连时同样报这个错。原因当前用户环境里能读到 tnsnames.ora但运行 ArcSDE 服务的系统账户读不到。Oracle 客户端默认从 ORACLE_HOME\network\admin 找 tnsnames.ora而系统账户的环境变量可能与你的登录账户完全不同还有一种情况是 tnsnames.ora 里服务名写错比如把 ORCL 写成了实例名。解决先用 tnsping 确认服务名的正确写法然后把 tnsnames.ora 放到一个固定目录并通过系统级环境变量 TNS_ADMIN 指向它。关键动作是设成系统环境变量而不是用户环境变量这才能保证以 LocalSystem 启动的服务读到同一份配置。改完重启服务再用 sdemon -o status 和客户端连接双重确认。这个坑和 5.2 是同一类根因服务进程的环境不等于你终端里的环境。5.4 服务进程活着但连不上32 位 oci.dll 混进 PATH 的翻车现场现象sdemon -o status 显示 RUNNING服务看着一切正常但客户端连接要么一直转圈要么报 Oracle client 版本不兼容偶尔表现为 sdesetup 建库时随机闪退。原因PATH 环境变量里同时存在 32 位和 64 位两套 Oracle 客户端且 32 位的 oci.dll 路径排在前面进程加载时优先拿到了错误位数的动态库。ArcSDE 10.2 的服务进程对加载到的 oci.dll 位数极为敏感位数不对连接层直接罢工但进程本身不会退出看起来就是“活着的死服务”。解决检查 PATH 里所有 Oracle 相关路径把与数据库位数一致的客户端目录移到最前面。更干净的做法是只保留一套 Oracle 客户端并把 arcadia 目录之外的 32 位 oci.dll 清理掉。如果服务器上必须同时存在两套客户端就设置系统级 PATH把 64 位目录放在最前并且不要依赖当前用户的临时修改。这个现象之所以被叫玄学是因为表面没有任何报错实际排查时先看位数再看别的能省两个小时。5.5 创建空间数据时报无法扩展临时段临时表空间一开始就没给够现象建库成功要素类也能建但一注册大数据量或创建空间索引时报 ORA-01652: unable to extend temp segment by 128 in tablespace TEMP。原因建库时用的还是 Oracle 默认的临时表空间默认临时文件往往只有 20 MB 或 100 MB。ArcSDE 在创建空间索引、对版本化数据进行压缩、执行多版本协调时都会在临时段里做排序和空间计算临时表空间不够立刻中断。解决给默认临时表空间补一个足够大的临时文件ALTER TABLESPACE temp ADD TEMPFILE /u01/app/oracle/oradata/ORCL/temp02.dbf SIZE 2048M AUTOEXTEND ON NEXT 256M MAXSIZE 8192M;执行后再重试原操作。不过更好的做法是在 3.2 建库阶段就为 sde 用户单独指定专用的临时表空间而不是依赖库默认的 temp。专用临时表空间的隔离效果很明显业务系统和空间计算互不抢占出问题时也能从数据文件分类上快速定位。记住这条教训比事后到处加临时文件省心得多。6. 装完后的双重验证与收尾习惯ArcCatalog 看全局SQL 看内里6.1 ArcGIS Desktop 连库验证直连和服务两种都要试装完不是看服务状态而是让客户端真实连一次。打开 ArcCatalog在数据库连接节点下新建空间数据库连接直连方式选 Oracle数据源填 tnsnames 里的服务名身份验证用 sde 用户如果注册了服务再用 ArcSDE 服务连接方式填主机和 5151 端口各试一遍。连接成功后右侧能看到 sde.DEFAULT 这个版本。进一步验证是建一个临时要素类画一个面保存并编辑一次。能建表、能写入、能提交这套库才算真正可用。只看到版本树而不做写操作可能会漏掉表空间权限和临时段的隐藏问题。验证完把测试要素类删掉保持交付状态干净。6.2 SQL 元数据检查SDE 内核表要能看到这些记录图形界面验证之外用 SQL 直接看内核表更可靠。以 DBA 身份执行SELECT name, owner FROM sde.SDE_table_registry WHERE owner SDE; SELECT name, registration_id FROM sde.SDE_layers; SELECT name, status FROM sde.SDE_versions;第一句应该能查到 SDE 架构下的注册表记录owner 全部是 SDE第二句是空间图层注册信息刚建完的库允许是空结果代表还没有业务图层注册进来第三句必须要看到一条 name 为 SDE_DEFAULT 的记录status 是正常值这是 ArcSDE 10.2 的默认版本所有编辑和版本管理都建立在它之上。三条查询都符合预期说明建库动作完整落地。6.3 把这次安装变成可以反悔的基线备份与记录习惯建库验收通过后第一件事是做一次基线备份expdp system/oracleORCL directoryDATA_PUMP_DIR dumpfilesde_initial.dmp schemassde logfileexp_sde_initial.log这会让后续任何误操作都有机会回到刚装完的状态。同时把安装目录下的 etc 文件夹做一份带日期的副本特别是 dbtune.sde以后调存储参数调坏了拿这份副本还原即可。再写一份部署记录内容是数据库版本、字符集、NLS_LANG 取值、监听地址、端口、安装路径和授权方式。我以前接手过一套 Oracle 10g 的老环境因为上一手没留下字符集记录三个月后重装时又踩了一遍乱码坑从那以后每装一套库都坚持留白纸黑字的部署记录。这套流程走下来ArcSDE 10.2 FOR Oracle10g、11g 安装包在你手里就不再是黑匣子拆包知道谁干什么选型知道直连还是服务建库有最小 SQL装库有命令留档出问题有五个典型点位可以查。希望帮到你。本文还有配套的精品资源点击获取