由于工作需要，我的机器既安装了ArcSDE for Oracle，又安装了ArcSDE for sqlServer,但是由于不断的切换，修改环境变量（SDEHOME的指向）等等操作，导致一个问题，我使用sqlServer的配置参数进行连接，但是连接的是Oracle的库，使用Oracle的参数连接，连接的是sql Server的库，全部搞乱了。
刚开始以为是ArcSDE的问题，后来想想，估计是因为不停的修改SDEHOME指向，相关的配置文件全部搞乱了。
按一般的规则，指向某个SDEHOME里面的配置文件只有该实例名的giomgr日志和服务启动日志，可能只有有点不严密，但是建议用户尽量将这些东西分清楚，几个SDE实例就对应几个SDEHOME，这样就显得非常有条理，而且查找信息比较方便，清楚。
安装上面的原则，我进行服务的删除和重新创建服务，把这些信息归类理顺。
PS：进行创建服务，建议尽量使用Post向导，也可以使用命令创建但是对多实例的情况需要指向SDEHOME（也就是-H的参数）
说了这么多，也就是出现了一个问题，当我使用命令行删除服务的时候，在刷新服务列表中会将该服务变为“禁用”状态，再次创建同名实例的时候就会提示：Error creating SDE Service(esri_sde) - err(1057).
但是那个SDE实例分明已经删除掉了，很是纳闷，以前一同事建议重启机器，重启机器可以解决。
但是我将服务列表关闭，再打开的时候，发现那个禁用状态的SDE服务信息没有了，然后再次创建同名SDE实例就可以了
问题可能是，只刷新列表，系统某个地方还记录了该实例的名称，导致创建同名的SDE服务出错。
-------------------------------------------------------------------------------------------------------
版权所有，文章允许转载，但必须以链接方式注明源地址，否则追究法律责任!
QQ群: 78773981
Blog: http://blog.csdn.net/linghe301
Weibo: http://www.weibo.com/linghe301
-------------------------------------------------------------------------------------------------------
版权声明：本文内容由互联网用户自发贡献，该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容， 请发送邮件至 [email protected] 举报，一经查实，本站将立刻删除。
