ORA-12541表示客户端未连接到监听器，与密码、数据库状态无关；需先执行lsnrctl status确认监听运行，检查服务状态、HOST绑定、防火墙及连接字符串是否误用IPC协议。
ORA-12541：根本没连上监听器，不是密码错
这个错误出现时，.net 应用压根没把连接请求送到 oracle 监听器手上，和用户名、密码、数据库状态全无关系。它只说明“敲门没人应”。别急着改 connection string，先确认监听器真在跑。
在 Oracle 服务器上执行：lsnrctl status。如果输出里没有 STATUS = READY，或卡在 Connecting to (DESCRIPTION=(ADDRESS=(PROTOCOL=IPC)...)，说明监听器进程根本没起来。此时运行 lsnrctl start 启动；Windows 上还要检查服务名类似 OracleOraDB21Home1TNSListener 是否为“正在运行”状态。
- 防火墙可能放行了 1521，但监听器启动后会动态开其他端口（比如建立会话时用的临时端口），建议临时关闭防火墙验证是否是它拦截
-
netstat -an | findstr :1521看监听是否绑定在0.0.0.0:1521，而不是仅127.0.0.1:1521—— 后者只接受本机连接 - 如果服务器有多个网卡或 hosts 绑定异常，
HOST值写成具体 IP（如192.168.1.100）比写localhost更可靠
连接字符串里别混用 IPC 和 TCP 协议
.NET 的 Oracle.ManagedDataAccess 默认不支持 IPC 协议（即 PROTOCOL=IPC），只认 TCP。如果你的 tnsnames.ora 或连接字符串里写了 (PROTOCOL=IPC)，.NET 会直接报错或静默失败，不会 fallback 到 TCP。
必须显式使用 TCP 描述符格式，例如：
Data Source=(DESCRIPTION=(ADDRESS=(PROTOCOL=TCP)(HOST=myhost)(PORT=1522))(CONNECT_DATA=(SERVICE_NAME=ORCL)));User Id=scott;Password=tiger;
- 不要依赖
tnsnames.ora自动解析 ——Oracle.ManagedDataAccess默认不读它，除非你手动设置OracleConfiguration.TnsAdmin - 避免用简写形式如
Data Source=ORCL，这种写法需要客户端配置sqlnet.ora并启用EZCONNECT，而 .NET 环境下极易失效 - 优先用
SERVICE_NAME，不用SID；如果非要用 SID，得确保监听器listener.ora中SID_LIST明确注册了该实例
ORA-28547：Managed Driver 和本地 Oracle 客户端路径冲突
这个错误常出现在同时装了 Oracle 11g/12c 客户端和 .NET 的 Oracle.ManagedDataAccess 时。系统环境变量 PATH 里，旧版 Oracle 客户端目录（如 D:\oracle\product.2.0\client_1）排在前面，会导致 .NET 加载到不兼容的本地 DLL（比如 oci.dll），从而触发协议适配器错误。
- 打开系统环境变量，把所有 Oracle 客户端路径从
PATH中移除，或至少挪到末尾 - 确认项目中引用的是纯托管驱动
Oracle.ManagedDataAccess.dll（不是Oracle.DataAccess.dll），且未间接引用任何 Oracle.DataAccess 或 ODP.NET Unmanaged 包 - 若必须共存，可在应用启动时加一行：
OracleConfiguration.UnmanagedDriverPath = null;，强制禁用本地驱动查找
监听器日志里藏着真实失败原因
客户端看到的 ORA 错误码只是表层提示，真正原因往往藏在监听器日志里。默认路径是 $ORACLE_HOME/network/log/listener.log（Linux）或 %ORACLE_HOME%\network\log\listener.log（Windows）。查最近几条带 TNS- 或 ERROR 的记录，常见线索有：
-
TNS-12514：监听器收到了连接请求，但CONNECT_DATA里的SERVICE_NAME没在它注册的服务列表里 —— 此时要核对lsnrctl services输出 -
TNS-12505：请求的是SID而非SERVICE_NAME，但监听器只注册了服务名（尤其在 12c+ 多租户环境下） - 日志里反复出现
Failed to spawn process：可能是listener.ora中PROGRAM = extproc配置引发，注释掉并lsnrctl reload
复杂点在于：同一个错误码（比如 ORA-12541）背后可能是监听器宕机、端口错位、HOST 解析失败、防火墙拦截、甚至 DNS 返回了错误 IP —— 必须逐层验证，不能只盯连接字符串。
