如何解决esri_sde, Connection to RDBMS failed.

Posted 2023-04-30

解决办法：

1.使用命令行：

 开始>>运行>>cmd>>确定，运行以下内容即可完成授权。

2.使用 ArcSDE Post Installation:

运行 Post Installation 后，选择 Custom>>下一步，只勾选Authorize ArcSDE（如下图所示），

然后一直下一步进行 License 授权操作即可。

注：有些情况第一种方法会提示 DBMS 连接错误，第二种方法则可正常进行授权。

参考技术A 今天启动ArcGIS的SDE的时候，发现其不能启动，报错信息如下：事件 ID ( 110 )的描述(在资源( esri_sde )中)无法找到。本地计算机可能没有必要的注册信息或消息 DLL 文件来从远端计算机显示消息。您可能可以使用 /AUXSOURCE= 标识来检索词描述；查看帮助和支持以了解详细信息。下列信息是事件的一部分: esri_sde, Connection to RDBMS failed.具体解决方法：1、首先到%ArcGIS%\ArcSDE\ora11gexe\etc的目录下查看sde_esri_sde.log日志文件，提示错误信息：ORA-28002: 7 天之后口令将过期；注：giomgr_esri_sde.log是指启动SDE的输入输出日志；dbinit指oracle的sid；giomgr.defs指相应配置参数2、使用sqlplus登录系统，修改sde账户的密码；3、使用sdemon -o start：命令行启动；或是services.msc：操作系统下启动；ORA-28002: 7 天之后口令将过期的相关资料：【原因/触发因素】确定是由于oracle11g中默认在default概要文件中设置了“PASSWORD_LIFE_TIME=180天”所导致。【影响和风险】影响：密码过期后，业务进程连接数据库异常，影响业务使用。问题发生频率：数据库密码过期后，业务进程一旦重启会提示连接失败。【解决方案】按照如下步骤进行操作：1、查看用户的proifle是哪个，一般是default：sqlSELECT username,PROFILE FROM dba_users;2、查看指定概要文件(如default)的密码有效期设置：sqlSELECT * FROM dba_profiles s WHERE s.profile=\'DEFAULT\' AND resource_name=\'PASSWORD_LIFE_TIME\';3、将密码有效期由默认的180天修改成“无限制”：sqlALTER PROFILE DEFAULT LIMIT PASSWORD_LIFE_TIME UNLIMITED;修改之后不需要重启动数据库，会立即生效。4、修改后，还没有被提示ORA-28002警告的帐户不会再碰到同样的提示;已经被提示的帐户必须再改一次密码，举例如下：$sqlplus / as sysdbasql alter user smsc identified by <原来的密码 ----不用换新密码oracle11g启动参数resource_limit无论设置为false还是true，密码有效期都是生效的，所以必须通过以上方式进行修改。以上的帐户名请根据实际使用的帐户名更改。本回答被提问者采纳

linux杂谈在SSH连接中，openssh如何解决'Connection refused'错误？

openssh是SSH （Secure SHell） 协议的免费开源实现。SSH协议族可以用来进行远程控制， 或在计算机之间传送文件。

这就意味着远程登陆，文件推拉特别是搭建集群后公钥的部署，经常要利用到openssh。本人之前搭建hadoop集群模式的时候，公钥投送就和ssh相关，如今搭建ansible测试环境的时候，再一次用到了ssh相关技术。

在向被管控机器投送公钥的时候，使用到了ssh-copy-id命令，但提示我connection refused。连输入密码那一步都没到，可见是直接进行了拒绝，和密码验证这些模块都没有关系。

会不会是防火墙本身原因或者是协议控制，或者是端口占用？下面这篇文章给出了10种可能。

https://www.helplib.com/ubuntu/article_157064

但很可惜，经过我的测试，在我的机子上这几种都不是。都不是。。。

简直心态爆炸有没有。多亏同组大佬，通过丰富经验，看到被登录的主机用户为root，考虑是不是被控机禁止ssh登录root的问题。要检查这个问题，我们需要查看/etc/ssh/sshd_config这个文件。如下图

果然，这里有个选项

该选项禁止了root的登录。我们把这一项改成yes。并保存后退出。

之后再回到主控机上进行公钥复制操作，发现得到了正常响应！

最后，就是激动人心的时刻，验证ansible的ping操作。

 

 ping，pong！