误卸载(删除)正在运行中的ArcGIS Server软件后,怎样快速恢复原有Server中的地图服务,且不需要重新发布服务。
解决方法:
1、缓存目录备份:通常在误卸载ArcGIS Server软件后,不会对原有的server缓存目录造成任何修改,此时需要对arcgisserver目录(缓存目录)进行备份,最简单的方法是重命名该文件夹。例如:arcgisserver_1
2、软件重装及配置:server软件重新安装,安装版本最好与原有版本保持一致,防止由于版本之间的不一致问题导致出现不必要的麻烦。另外,安装过程中的arcgisserver配置用户和密码、站点用户和密码、server缓存目录均保持与原有设置相同。在创建arcgisserver缓存目录时可能会出现错误“当前位置已经有站点……”, 请去该目录下查看是否还存在arcgisserver目录,如果存在,请手动删除。
3、恢复服务:在windows服务管理器中停止ArcGIS Server服务,将备份文件夹下的至少三个文件夹:config-store\severices; directorices\arcgissystem\arcgisinput; directories\arcgisoutput拷贝到新的站点缓存目录下,覆盖站点对应的文件夹
一般动态地图服务,拷贝上面三个目录即可。但是切片服务或者地理处理服务,需要将directorices\arcgiscache; directorices\arcgisjob目录拷贝过来。切莫覆盖整个config-store。
4、重启ArcGIS Server服务即可
注意:该项恢复和重建操作,只适用如下场景:
- 在同一台机器上
- ArcGIS server版本大于10.1
- 重建后的site的管理员和用户名和原有site保持匹配
- arcgisserver目录路径保持不变
- 服务所使用的数据源依然可以访问,服务使用的mxd能够正常打开
恢复过程中存在的问题:
- 重启arcgis server后,发现原有的服务无法重启,提示错误“无法访问……”
问题原因:arcgis server没有读取arcgisserver文件夹(缓存目录)下内容的权限。
解决方法:在arcgis server缓存目录添加arcgis server的完全控制权限 —— ArcGIS Server停止状态下,右键arcgisserver文件夹,属性-安全-添加,arcgis检查名称,编辑属性栏中打钩完全控制,再重启server服务即可。
- 服务能够重启,但是动态服务无法预览
在catalog中重启某一动态服务后,该服务在Preview界面中没有数据显示。预览界面如下:
解决方法:其实前端显示的是该服务的msd文件,当发布服务成功之后,生成的msd文件会保存在站点目录下,位置如:D:\arcgisserver\directories\arcgissystem\arcgisinput\CL_JCDL_ZHJC_DT\extracted\v10\
因此可以用ArcMAP打开该服务对应的mxd, 并重新生成一下msd文件,之后去相应的服务站点目录下替换msd文件。
生成msd文件的步骤如下:
在ArcMap菜单栏中选择Customize/Customize Mode,在弹出的搜索框中输入:save map service definition 找到该工具后拖拽至工具条。
|
|
点击该工具,将生成的msd文件保存替换掉 以前的msd文件(文件名称须一致),之后重启该地图服务即可。
- Server重启后,瓦片服务在catalog预览正常,但在server manager相应服务站点下无法使用JavaScript或者Export Map预览切片后的影像。
解决方法一:使用ArcMAP重新发一个空白地图的服务,mxd文件名称须与原有服务名称保持一致,服务自动调用缓存目录下的切片文件,之后正常发布即可
解决方法二:
(1)在server站点下新建切片缓存目录 —>在catalog中右击站点 —>服务属性 —>Directories —>Cache Directory —>Add
(2)将切片文件拷贝到新的切片缓存目录下,用新的缓存目录下的切片文件再重新发一遍服务。
发布服务时勾选Using tiles from a cache,在Advanced Settings中找到Chche directory下的新建缓存目录,即可自动匹配切片文件,后续正常发布服务即可。
(3)如果重新发布服务后,预览问题依旧无法解决,去server manager相应服务站点下,将功能目录下的“允许每次请求修改图层顺序和符号”取消勾选,之后重启服务,再查看预览效果。
参考文章:
http://zhihu.esrichina.com.cn/question/11651
https://blog.csdn.net/smss007/article/details/82993749