ORA-00911 排查实录：多半是看不见的字符惹的祸
ORA-00911 报错经常不是拼写问题，而是复制粘贴带进来的特殊字符，分享一些定位和绕开的经验。
支持通配符SSL证书、多域名证书、IP证书。适配ACME接口, 支持Zerossl、Let's Encrypt和Google等渠道。登录已有账号
2026-06-20 08:15:40 Navicat Oracle ORA-28547 Instant Client
在 Navicat 里连 Oracle，有时候会弹一个 ORA-28547 错误，完整的提示大概是 “connection to server failed, probable oracle net admin error”。这个报错我碰到过好几次，头两回第一反应是服务器监听没起来，或者防火墙拦了，上去查一圈发现监听正常，端口也通，最后才意识到是 Navicat 自带的 oci.dll 跟目标库的版本对不上。
这个错误的根因其实比较集中，就那么几个地方容易出问题：一是 Navicat 内置的 OCI 客户端版本太老或太新，和数据库版本不兼容；二是如果用了本地命名解析，tnsnames.ora 没配或者 TNS_ADMIN 环境变量指错了位置；三是网络层面本身有阻拦。
但大多数情况不需要想太复杂，换一个匹配的 Oracle Instant Client，把 Navicat 的 OCI 指向新的 dll，基本就解决了。
下面是我习惯的处理顺序，每次遇到差不多都这么走一遍。
先在数据库服务器上确认一下版本，连上去跑一条：
SELECT * FROM v$version;
返回的结果里能看到具体的版本号，比如 12c、19c 这些，记住就行。
然后去 Oracle 官网的 Instant Client 下载页面，找对应版本的 Basic 或 Basic Light 包。
注意操作系统的位数，不要下了 64 位的包结果 Navicat 是 32 位，那就白折腾了。把包解压到一个固定目录，比如 D:\Oracle\instantclient_19_3。
打开 Navicat，菜单栏点 工具 -> 选项，切到“环境”选项卡，在 OCI 环境那块点浏览按钮，选中解压目录下的 oci.dll，保存设置。
到这一步，大部分因为 OCI 版本不匹配引起的 ORA-28547 就能连上了。
如果你习惯用 tnsnames.ora 管理连接串，可以接着配一下。在 Instant Client 目录里面建 network\admin 子文件夹，然后在里面放一个 tnsnames.ora 文件，内容参考下面这样：
ORCL =
(DESCRIPTION =
(ADDRESS = (PROTOCOL = TCP)(HOST = 192.168.1.100)(PORT = 1521))
(CONNECT_DATA =
(SERVER = DEDICATED)
(SERVICE_NAME = ORCL)
)
)
为了让 Navicat 能找到这个文件，要么在系统环境变量里加一个 TNS_ADMIN，指向 network\admin 那个目录，要么启动 Navicat 前在命令行里 set 一下。
路径写成你自己实际的解压位置。
在 Navicat 里新建或修改 Oracle 连接时，主机/IP 填 HOST 的值，端口一般是 1521，服务名填 SERVICE_NAME 的值，保存后应该就能连了。
有时候上面都做了还是报错，那再排查几个细节。
防火墙得确认一下，1521 端口是不是在入站规则里放行了。服务名如果不确定，可以在库里查一下 v$parameter：
SELECT name, value FROM v$parameter WHERE name = 'service_names';
用这个值去配，别写错。还有一个很容易忽略的点是位数冲突——Navicat 和 Instant Client 必须同为 32 位或 64 位，一个 32 位程序去加载 64 位的 oci.dll 是不行的，反过来也一样。
遇到不明不白的错误时不妨回头确认一下这个。
基本上这样一套走完，ORA-28547 的问题就不再出现了。后面如果数据库升过级，顺手把 Instant Client 也更新到对应版本，省得同样的问题再冒出来。
ORA-00911 报错经常不是拼写问题，而是复制粘贴带进来的特殊字符，分享一些定位和绕开的经验。