ArcGIS 10.1 for Server入门(7-4)ArcGIS for Server 10.1 服务迁移与恢复--单台服务器数据源不同

       上面的情形一中，都是默认数据源是相同的。但是在实际的情况下，有可能 出现如下情况诸如：

       更改了 Server 中的服务的数据源的连接字符串，如数据库的用户名，密码 或者 ip 发生了变化，导致通过注册到 Server 的旧的 sde 连接字符串没有办法访 问新的数据库。还又如发布服务的时候数据存储在 filegeodatabase 中，现在数 据存储转存到 sde 中等等。不管怎么样，就是现在的 Server 访问不到发布服务 的数据源。

       测试说明

       为了单纯的测试数据源的不同，该测试中，默认迁移的时候，Server 的账户和site 的存储位置不变。只改变了连接 sde 的密码。

       测试步骤

       和上面步骤大致一样。启动服务，服务能够正常启动，如图 所示：

       如图所示服务界面 但是通过 rest 页面访问的时候，出现如下的错误：

       由于 Server 端服务的正常与否是由 msd 决定的。为了探究能否直接修改 msd 中的数据源连接，来修复服务。尝试更改了 msd 的后缀，将其更改为 zip，而后 解压，可以看到 msd 包括的内容如图所示：

       其中 layers 里面包含了服务的图层的配置和渲染信息，也记录了连接数据 库的信息。由于数据库的密码已经被加密了，没有办法直接去更改 xml 文档中的 密码。既然 msd 是由 mxd 生成，故选择修复服务器端的 mxd 文档，根据修改后的 文档去重新生成 msd。

       Mxd 和 msd 都位于该 arcgisinput 目录的对应的服务里，如： C:\arcgisserver\directories\ArcGISsystem\arcgisinput\SiteRS\MyMap

       ServiceRS.MapServer\extracted\v101

      结果：

       使用 arcmap 或者 arcpy 修复 mxd，然后通过 arcpy 生成 msd，覆盖现当前的 msd，重新启动服务。服务能够正常启动和使用。同理可推，如果是将数据从 file 迁移到 filegeodatabase 或者到 sde，或者三种互相迁移，同样可以先通过修复 服务器端的 mxd，然后再生成 msd 文件，来修复服务。