ORA-01017报错首要排查密码输入隐蔽错误：检查特殊字符未转义、复制带空格、中英文标点混用、大小写敏感（sec_case_sensitive_logon=true）及多租户下PDB服务名配置是否匹配。
确认密码是否真的输对了，而不是“看起来对”
ora-01017 报错第一反应是密码错，但错得往往很隐蔽。比如：sqlplus scott/tiger@orcl 能连上，.net 程序却报错，说明问题不在数据库本身，而在连接上下文。常见干扰项包括：
- 密码里有
@、/、:等字符，没在连接字符串中用双引号或转义（如Data Source=orcl;User Id=scott;Password="tig@er";） - 复制粘贴时带了不可见空格（尤其从邮件或文档里复制）
- 键盘布局切换导致输入了中文标点或全角字符
- .NET 驱动默认启用密码大小写校验，而 Oracle 11g+ 默认开启
sec_case_sensitive_logon=true，但某些客户端（如旧版 SQL*Plus）可能忽略大小写，造成“本地能登、程序登不了”的假象
检查并关闭 Oracle 密码大小写敏感（适用于 11g–19c）
如果确认密码无误，且用户状态正常（ACCOUNT_STATUS = 'OPEN'），大概率是大小写策略不一致。Oracle 11g 引入该参数后，默认强制区分大小写，但 .NET 驱动（如 Oracle.ManagedDataAccess）会严格按字节比对。
在具有 SYSDBA 权限的会话中执行：
ALTER SYSTEM SET sec_case_sensitive_logon = FALSE SCOPE=BOTH;
注意：SCOPE=BOTH 表示立即生效且写入 SPFILE，避免重启后失效。执行后无需重启监听或实例，新连接即生效。若提示权限不足，说明当前用户未被授予 ALTER SYSTEM 权限，需换 sys / as sysdba 登录再试。
排查 .NET 连接字符串是否绕过了密码校验逻辑
某些场景下，.NET 应用看似用了正确密码，实则根本没传过去——比如配置了 Windows 身份验证但服务端未启用 OS 认证：
- 检查
sqlnet.ora中SQLNET.AUTHENTICATION_SERVICES是否设为(NONE)，这会禁用所有外部认证方式，强制走密码文件或数据库口令验证 - 确认连接字符串未误加
Integrated Security=true或Authentication=Windows（Oracle 驱动不支持该参数，会导致静默忽略密码字段） - 用
tnsping orcl和sqlplus user/pass@orcl在同一台机器上手动验证，排除网络层或 TNS 解析问题
特别注意：12c+ 多租户环境下的 PDB 用户隔离
如果你连的是 12c 或更高版本的 CDB，并且用户是在某个 PDB（如 PDBORCL）中创建的，那么仅靠 user/pass@orcl 可能连到 CDB$ROOT，而用户不存在于此容器中。
必须确保：
- TNSNAMES.ORA 中对应的服务名指向的是 PDB 的服务名（如
PDBORCL），而非 CDB 全局名 - 连接字符串显式指定服务名：
Data Source=(DESCRIPTION=(ADDRESS=(PROTOCOL=TCP)(HOST=xxx)(PORT=1521))(CONNECT_DATA=(SERVICE_NAME=PDBORCL)));User Id=scott;Password=tiger; - 用户已通过
ALTER SESSION SET CONTAINER = PDBORCL;切换过上下文，且SELECT SYS_CONTEXT('USERENV', 'CON_NAME') FROM DUAL;返回预期 PDB 名
漏掉任何一点，都会触发 ORA-01017，且错误信息完全不提示“容器不匹配”。
