GIS启动服务器应用程序失败是怎么回事
GIS启动服务器应用程序失败，绝大多数情况下不是GIS软件本身坏了，而是它依赖的Web服务器或地图服务没有正常启动或被系统阻止，核心原因集中在端口占用、配置文件错误、权限不足和组件缺失这几类。
很多人第一次遇到这个报错时，第一反应是卸载重装，其实没必要，这个提示在ArcGIS Server、SuperMap iServer、GeoScene Server等产品中都会出现，表现形式略有差异，但排查思路基本一致，下面直接按问题出现的频率排优先级,逐一拆解。
最常见的触发场景和报错特征
端口被占用，服务起不来
GIS服务器的架构决定了它必须绑定特定端口，以ArcGIS Server为例，默认使用6080（HTTP）和6443（HTTPS），SuperMap iServer默认8090和8443，如果这两个端口被其他程序占住,启动时自然会失败。
判断方法很简单，打开命令行工具（Windows用cmd，Linux用终端）,输入：
netstat -ano | findstr 6080如果返回了一个LISTENING状态的记录，并且那个PID对应的进程不是GIS程序本身，说明端口被抢了，比较常见的“抢端口”程序是：IIS、Apache、Nginx,甚至某些开发工具自带的调试服务器。
理论上讲，GIS软件的安装向导会在安装时检测端口冲突，但相当一部分用户装的是绿色版或者手动配置过多个服务,跳过检测后问题就留到了启动阶段。
服务账户权限不足
GIS服务器应用程序通常以Windows服务的形式运行，比如ArcGIS Server的“ArcGIS Server”服务、SuperMap iServer的“SuperMap iServer”服务。
如果这个服务被设置成用“本地系统账户”运行，在某些限制更严的服务器环境（比如域控环境下）会触发权限校验失败，报告里会看到类似“Access Denied”或“权限不足”的描述。
另一个常见情况是：GIS软件安装在C盘Program Files目录下，但数据目录放在D盘，服务账户对D盘的数据目录没有写入权限，启动时扫描数据目录失败,直接导致服务进程退出。
核心排除法：分模块排查GIS启动失败原因
确认服务是否真的注册成功
有时候不是启动失败，而是服务根本没装好，打开Windows服务管理器，输入services.msc，找到对应服务名称,查看它的状态。
- 状态为“已停止”→ 右键启动，看报错提示
- 状态为“正在运行”但客户端访问不了 → 问题可能出在站点配置或Web服务器模块
- 状态为“禁用”→ 在属性里把启动类型改成“自动”
在Linux环境下，用systemctl status查看服务状态，用journalctl -u查看对应日志。
检查三个关键日志文件
一是GIS软件自身的日志。ArcGIS Server的日志默认在C:arcgisserverlogs，SuperMap iServer在%SuperMap_HOME%logs，GeoScene Server同理，打开最近时间戳的日志文件，搜索“ERROR”或者“FATAL”级别的记录,报错原因一般会写得比较具体。
二是Windows事件查看器。在eventvwr.msc里的“Windows日志→应用程序”中筛选最近5分钟的错误事件，来源标为“.NET Runtime”或者服务名,能定位到进程崩溃时抛出的异常。
三是Tomcat日志。很多国产GIS平台的Web服务组件是基于Tomcat二次开发的，日志在安装目录的apache-tomcatlogscatalina.out或者localhost.log里，看到Exception字样的报错，多半是Java运行时环境（JRE）版本不兼容。
站点配置与Web适配器问题
如果GIS服务本身起来了，但浏览器访问不了管理页面，比如输入http://localhost:6080/arcgis/manager打不开，大概率是Web适配器（Web Adaptor）没配置好。
Web Adaptor的作用是让IIS或第三方Web服务器把请求转发给GIS服务端口，它会改写请求路径，如果配置时填的URL里带了多余的空格或斜杠，转发就会失败，行业共识认为，Web Adaptor与GIS服务器主机名不一致是导致外部访问失败的头号原因。
站点配置文件存放于安装目录下（如ArcGIS Server的C:arcgisserverconfig-store），如果这个目录被杀毒软件隔离或手动移动过位置，站点信息就会丢失,表现为服务启动后状态正常但站点无法初始化。
不同GIS平台的启动失败差异对比
为了减少无头绪的排查,先看看不同平台间问题的倾向性差别：
| 平台 | 默认端口 | 常见报错短语 | 首要排查对象 |
|---|---|---|---|
| ArcGIS Server | 6080/6443 | “Server failed to start” | 服务账户、端口占用 |
| GeoScene Server | 6080/6443 | “站点未初始化” | config-store路径、许可状态 |
| SuperMap iServer | 8090/8443 | “服务停止”或“连接超时” | JDK版本、端口冲突 |
| QGIS Server | 8080 | “Cannot connect to server” | 反向代理配置、FastCGI配置 |
这个表不是绝对标准，但能缩小排查范围，比如在SuperMap iServer里，遇到“服务停止”的报错时，相当一部分情况是JDK版本从8升到11后，老版本的启动脚本不兼容，换回JDK 8或调整脚本里的内存参数就能解决。
从零开始的安全启动步骤
如果实在找不到具体原因，按下面这套顺序操作,能解决多数情况下莫名其妙的启动失败。
第一步：清理端口和残留进程
- 打开任务管理器，按CPU占用排序，看看有没有名为java.exe或arcgis.exe的进程在工作
- 如果有，全部结束任务
- 再用
netstat -ano | findstr 端口号确认端口真的被释放 - 重启GIS服务，看是否恢复
第二步：重置服务账户密码
如果是Windows服务方式启动，在服务属性里把“登录”选项卡中的账户重新设置一次密码，点击“应用”，再点“启动”，注意：服务账户不能是NETWORK SERVICE或LOCAL SERVICE之外的普通用户,否则访问网络共享数据时会遭遇权限墙。
第三步：检查hosts文件
打开
C:WindowsSystem32driversetchosts，确认有没有本机机器名的映射记录，部分GIS平台在安装时会将机器名绑定到127.0.0.1，如果DNS名解析失败,服务启动后自检阶段就会失败。
第四步：清理临时目录
GIS服务器启动时会生成大量临时文件，分布在三个位置：系统%TEMP%目录、安装目录下的temp文件夹、以及用户目录下的.arcgis或.supermap缓存，这些文件如果积累了太久，在写入时报磁盘空间不足，服务就自动退出，删掉这些目录的内容,然后重启服务。
Q&A：关于GIS启动服务器应用程序失败的常见疑问
GIS启动服务器失败会不会导致已有数据丢失？
不会，启动失败属于服务运行层面的故障，不影响磁盘上存储的空间数据，无论是SHP文件、FGDB还是企业级地理数据库内的数据，在服务启动失败时都不会被修改，只需要将服务器正常启动,原有地图服务就能恢复发布状态。
在ArcGIS Server里提示”Object reference not set to an instance of an object“是什么原因？
这个报错在ArcGIS Server的日志里非常常见，通常出现在站点创建或导入站点时，多数情况下是因为config-store目录缺失或不可写，检查该目录是否被挪动过位置，或者目录权限是否只允许特定用户读取，如果目录已损坏，在数据完好的前提下，可以新建一个站点并重新注册数据源,但要注意所有服务需要重新发布。
只改端口号能解决GIS启动失败吗？
可以作为一个应急手段，但不是治本方案，手动修改端口号避开了端口冲突，随之而来的问题是防火墙规则、客户端访问URL和任何与此GIS服务器集成的地图应用都要同步改，如果内网环境允许，直接在防火墙上放行端口更靠谱，若端口被其他关键业务占用且无法让出，再考虑修改GIS服务的端口配置，修改方式在ArcGIS Server中是通过安装后自带的Server Configuration工具完成的，在SuperMap iServer中则修改bincatalina.bat里的SERVER_PORT参数。
首发原创文章，作者：王坚，如若转载，请注明出处：https://idctop.com/gis%e5%90%af%e5%8a%a8%e6%9c%8d%e5%8a%a1%e5%99%a8%e5%ba%94%e7%94%a8%e7%a8%8b%e5%ba%8f%e5%a4%b1%e8%b4%a5%e5%88%b0%e5%ba%95%e4%b8%ba%e4%bd%95%ef%bc%8cgis%e5%90%af%e5%8a%a8%e5%a4%b1%e8%b4%a5%e5%a6%82/
