发布服务遇到001369的错误，该如何解决？

最近发服务，遇到001369的错误比较多，但是查帮助文档，上面的话概况来说，这是一个普遍错误，需要具体问题具体分析，这就像是在ArcMap中执行GP工具，遇到99999的错误一样，只能凭经验去判断了。那么我就来梳理一下，遇到001369的错误，可以从哪些方面去排查。

首先应该去server的manager页面去查询日志，通过日志来定位比较快。然后对照下面的解决方案来针对性解决。

Windows与Linux同理，自行对照

 

1.权限问题：需要给以下三个位置ArcGIS Server Account账户完全控制权限，分别是（Server安装目录，Server配置目录，Python27文件夹）

 2.发布工具是否启动：
 2.1可登陆Server的manager页面，点击服务--管理服务--System文件夹，找到PublishingTools工具，看其是否启动（适用于10.2——10.4版本）

 2.2 登陆Server的admin页面，点击服务--系统--找到 PublishingTools工具，点击该工具，点击下方的状态按钮，看其状态是否为started
                                                                                  同理找到PublishingToolsEx工具，点击该工具，点击下方的状态按钮，看其状态是否为started

以上两个任意一个的状态不是started，都需要先停止，然后重启该工具，如启动失败，需要到server的manager页面中去看启动失败的原因。（适用于10.5及以上版本）

个别版本PublishTools工具启动失败是因为微软安全补丁所致，需要安装相应补丁，地址如下：https://support.esri.com/zh-cn/download/7576

3.换个mxd文档能否发布成功？

4.同样的数据换个数据源能否发布成功？

5.是否存在同名服务？或者是别名重复的服务？

6.如果是注册了数据存储，那么重新注册一下，看能否注册的上，然后发服务。如果是拷贝的数据源，那么将此数据所在的文件夹或数据库注册到Server。

7.检查进程数量，在Windows环境中，打开cmd窗口，输入tasklist | find "ArcSOC.exe" /c  在linux环境中，输入ps -Al | grep -c arcso   如果返回数字大于200，那么在Windows环境中可能出现问题，如果可能，在Windows或linux环境中，减少ArcSOC的数量，可通过修改实例数，将不常用的服务最小实例改为0，将访问量不大的服务最大实例数改小些。还可以选择停止当前不需要的任何服务，删除不必要的服务，增加堆大小。

8.如果发现同样的数据源，同一个mxd文档，当图层数量比较少时能发布成功，图层数量多了就发不了，除了001369没有别的报错信息，那么可以尝试发布服务之前，将地图放大到比较大的比例尺后发布。

9.通信问题。
9.1如果Server、数据库在云端机器上，ArcMap所在的机器为普通物理机。那么Server所在的机器其实是有两个ip的，一个ip是机器内部的ip，通过ipconfig或者是ifconfig命令能查看的到，还有一个是外部ip，由云端机器提供商告诉的，那么在发布要素服务的时候，需要将数据库注册到Server，其中，发布者数据库连接用外部ip连接数据库，取消勾选Same as publisher database connection，在Server 数据库连接里用内部ip连接数据库

9.2检查ArcMap和Server所在的机器，清除掉机器上的IPv4 DNS信息

10.坐标系问题。更改数据源坐标系

11.sde数据库与Server版本不匹配

12.数据库权限问题。当发布三维模型时，提示关系型数据库为只读模式会失败，需要检查磁盘空间是否充足，在确保磁盘空间充足的情况下，用changedatastoremode readwrite，即改为读写模式

13.升级IE11

14.如果是新发布服务能成功，但是覆盖原有服务会失败，重启机器试下。     

15.如果引用的数据是Samba目录上的资源并且开启了OpLocks，那么也会导致发布服务失败，因为需要为每个Samba目录都要禁用oplock。步骤如下：在托管Samba的机器上，打开smb.conf文件，对于配置为可通过Samba访问的每个目录，添加以下属性

……

oplocks=false

level2 oplocks =false

……

保存smb.conf。运行testparm命令以验证属性是否出现在Samba配置文件中。重新启动Samba（SMB）和NetBIOS（NMB）服务。

16.如何是新装了ArcGIS Workflow Manager for Server，当出现如下错误时，也会返回001369的错误，分别是

ArcGIS Server服务未启动。

ArcGIS Server或ArcGIS Workflow Manager for Server未经授权。
 
运行ArcGIS Server服务的用户不是注册的数据库用户，也没有访问权限。

在群集ArcGIS Server环境中，并非所有群集上都安装了ArcGIS Workflow Manager for Server。

17.盗版问题。如果用到的软件中，有任意一个盗版，都有可能出现此问题
 
原文地址：https://www.cnblogs.com/gistrd/p/11274198.html