ora-12737错误本质是instant client light不支持zhs16gbk等中文字符集，须改用oracle官方instant client basic 11.2.0.4.0版本，严格匹配navicat位数（32位）、系统平台与nls_lang字符集，并在navicat选项中指定oci.dll绝对路径后重启生效。
ORA-12737 错误本质是字符集不兼容
Navicat 默认用 Instant Client 的轻量版（Basic Lite）加载时，会拒绝服务端使用的 CHS16GBK 等老旧 Oracle 字符集。这不是 Navicat 本身的问题，而是 Oracle 官方对 Lite 版的硬性限制：它只支持 AL32UTF8、US7ASCII 等有限编码。Oracle9i 默认常用 CHS16GBK 或 ZHS16GBK，一碰就报 ORA-12737: Instant Client Light: unsupported server character set CHS16GBK。
必须用 Basic 版 + 手动指定 oci.dll 路径
Instant Client 下载页里有两个关键包：Basic（约 40MB）和 Basic Lite（约 11MB）。你必须选 Basic，且严格匹配位数——Navicat for Oracle 当前所有正式版本（含 2026 年最新版）仍是 32 位进程，所以哪怕你的系统是 Win10/11 64 位，也得下 32-bit Windows x64？不，要下 32-bit Windows x86 版本的 Instant Client。
- 去 Oracle Instant Client 下载页，找「Version 11.2.0.4.0」或「11.2.0.2.0」——这是唯一明确支持 Oracle9i 的客户端版本
- 下载
instantclient-basic-windows.x64-11.2.0.4.0.zip？错，要下instantclient-basic-win32-11.2.0.4.0.zip - 解压后，路径里不能有中文或空格，例如
C:\oracle\instantclient_11_2 - 在 Navicat 中：工具 → 选项 → OCI →
OCI library浏览到该目录下的oci.dll（不是ociw32.dll）
连接时服务名/SID 和字符集参数不能混用
Oracle9i 不一定启用了服务名注册，很多现场仍靠 SID 直连。Navicat 连接界面里勾选了「SID」，就填真实 SID（如 ORCL），别填 ORCL.XXX.COM 这类带域名的服务名格式；反之勾选「Service Name」才填完整服务名。
字符集不能靠 Navicat 界面设置，它没这个字段。真正起作用的是环境变量 NLS_LANG，必须在启动 Navicat 前设好：
- Windows：在命令行执行
set NLS_LANG=AMERICAN_AMERICA.ZHS16GBK，再运行"C:\Program Files\PremiumSoft\Navicat Premium 16\navicat.exe" - 或者写个 bat 启动脚本，避免每次手动输
-
ZHS16GBK必须和服务端一致，查法：SELECT * FROM nls_database_parameters WHERE parameter = 'NLS_CHARACTERSET';
ORA-28547 出现时别急着重装，先换 oci.dll
这个错误常被误判为网络或监听问题，其实大概率是 oci.dll 版本冲突。Oracle9i 的监听器（TNS Listener）对客户端握手协议较老，新版 Instant Client（如 12c/19c）会触发协议不匹配。
最稳解法：直接复用你本地已安装的 Oracle9i 或 10g 数据库自带的 oci.dll：
- 找到 Oracle 安装目录下的
BIN\oci.dll，例如F:\oracle\ora92\BIN\oci.dll - 把它拷贝进你解压的 Instant Client 目录，覆盖原有文件
- 重启 Navicat，
NLS_LANG保持不变，再测连接 - 注意：不要用数据库服务器上的 oci.dll，必须用同架构（32 位）、同大版本（9i/10g）客户端的
真正麻烦的点不在步骤多，而在于三处必须咬死一致：Navicat 进程位数、Instant Client 位数、NLS_LANG 字符集值——漏一个，连接就卡在认证前的字符协商阶段，连错误码都未必能打出来。
