如何在本地发布gis server 地图服务器

你好，你这个问题是出在postinallation里面，我原来碰到过一样的问题，在左下角显示服务器不在线，我解决的办法是重新进行postintallation,确认先删除那些som,soc,webservices的账号，然后进行postinstallation 还有一个方法是你可以使用ArcCatlog来进行服务管理，更方便。Good luck~

他们针对离线地图，有一整套的解决方案，从地图的下载-离线地图发布-二次开发接口-并且提供免费的售前技术支持，需要用到他们的bigemap gis office软件和bigemap离线地图服务器

1、打开ArcMap，加载需要发布成缓存服务的对象，单击File -> Shara As -> Share As Service；

2、在d出的Share as Service窗口中，选择Publish a service单选按钮，然后单击下一步按钮；

3、在Choose a connection下拉选项卡中选择一个服务，在Service name中输入一个发布服务名，然后单击下一步按钮；

4、为自己发布的服务指定一个文件夹或者新创建一个文件夹，单击继续按钮；

5、在d出的Service Editor窗口中，在左边的列表中选择Caching选项，在右边Draw this map service:选择Using tiles from a cache单选按钮，此时Tiling Scheme下拉选项卡会被激活，点击Tiling Scheme下拉选项卡下面的Suggest，此时会d出一个Scale Levels对话框，指定最大的瓦片切割等级，可以是1-15级的任意一个级别，如果大于15，则只显示0-14级（自己定义比例尺的话可以达到20级），此处我选择5，因为级别越大，瓦片的数量越多，所需的硬盘空间和切割时间就越长，设置完毕以后，单击OK按钮；
6、单击Caching下面的那个Advanced Setting选项卡，在右边的窗口中我们可以设置不同级别的比例尺大小、缓存的输出路径以及瓦片的格式等，设置完毕后单击Advanced按钮；

7、在d出的Advanced Cache Settings窗口中，我们可以设置每一张瓦片的大小，指定瓦片的存储方式，COMPACT是压缩方式，生成的每一级缓存以bundle和bundlx格式存储，EXPLODED是以瓦片方式存储，每一级下面都有很多张瓦片，格式为你指定的格式，这里我们选择EXPLODED方式，单击OK按钮，完成设置；

8、单击上边的Analyze按钮，开始检查你要发布的文档是否满足发布要求，如果不满足则要检查你的地图文档，直到没有任何错误为止；

9、分析地图文档没有任何问题后，单击右上角的Publish按钮，开始发布；

10、在d出的Copying Data to Server窗口中，单击OK按钮，开始将文件打包复制到服务器根目录下面；

11、发布完成以后，会d出一个发布成功的消息框，单击OK按钮，完成发布；

12、我们打开ArcGIS Server Manager，在浏览器上查看刚刚发布的地图，并进行放大、缩小和平移 *** 作，发现没有任何的卡顿现象，如果没有进行缓存处理，浏览时则会出现卡顿现象；

13、我们打开ArcGIS Server的缓存目录，可以看见不同的分级文件以及切好的瓦片，至此，ArcGIS Server的缓存发布完成。

1、利用百度地图找到学校的卫星地图，调整角度并截图。
2、新建Word，将截图复制到Word中。
3、利用Word自带的绘图功能在卫星地图上进行覆盖，并用线条画出相应的轮廓。
4、绘制完成后，去掉卫星地图，留下的就是简图了。
5、再根据实际情况用文本框添加建筑信息和方位，一副精要的校园平面图就完成了，此方法在于简单实用，可 *** 作性强。

随着互联网技术的不断发展，我们在进行服务器开发方面也掌握了很多的开发部署技术。今天，回龙观IT培训就给大家简单来介绍一下，都有哪些服务器开发部署方法是值得我们使用的。

停机部署

停机部署其实是简单粗暴的方式，就是简单地把现有版本的服务停机，然后部署新的版本。在一些时候，我们必需使用这样的方式来部署或升级多个服务。比如，新版本中的服务使用到了和老版本完全不兼容的数据表的设计。这个时候，我们对生产有两个变更，一个是数据库，另一个是服务，而且新老版本互不兼容，所以只能使用停机部署的方式。

这种方式的优势是，在部署过程中不会出现新老版本同时在线的情况，所有状态完全一致。停机部署主要是为了新版本的一致性问题。

这种方式不好的问题就是会停机，对用户的影响会很大。所以，一般来说，这种部署方式需要事前挂公告，选择一个用户访问少的时间段来做。

蓝绿部署

蓝绿部署与停机部署大的不同是，其在生产线上部署相同数量的新的服务，然后当新的服务测试确认OK后，把流量切到新的服务这边来。蓝绿部署比停机部署好的地方是，它无需停机。

我们可以看到这种部署方式，就是我们说的预发环境。在我以前的金融公司里，也经常用这种方式，生产线上有两套相同的集群，一套是Prod是真实服务的，另一套是Stage是预发环境，发布发Stage，然后把流量切到Stage这边，于是Stage就成了Prod，而之前的Prod则成了Stage。有点像换页似的。

这种方式的优点是没有停机，实时发布和升级，也避免有新旧版本同时在线的问题。但这种部署的问题就是有点浪费，因为需要使用双倍的资源(不过，这只是在物理机时代，在云计算时代没事，因为虚拟机部署完就可以释放了)。

另外，如果我们的服务中有状态，比如一些缓存什么的，停机部署和蓝绿部署都会有问题。

滚动部署

滚动部署策略是指通过逐个替换应用的所有实例，来缓慢发布应用的一个新版本。通常过程如下：在负载调度后有个版本A的应用实例池，一个版本B的实例部署成功，可以响应请求时，该实例被加入到池中。然后，版本A的一个实例从池中删除并下线。

这种部署方式直接对现有的服务进行升级，虽然便于 *** 作，而且在缓慢地更新的过程中，对于有状态的服务也是比较友好的，状态可以在更新中慢慢重建起来。但是，这种部署的问题也是比较多的。

在发布过程中，会出现新老两个版本同时在线的情况，同一用户的请求可能在新老版中切换而导致问题。

---