Oracle连接失败主因是驱动或服务名配置错误：必须用ojdbc8.jar（非ojdbc6），类名设为oracle.jdbc.OracleDriver；12c+需用Service Name而非SID，通过lsnrctl status确认；远程连接前须telnet测试端口连通性。
能连上，但大概率卡在驱动或服务名上——不是软件问题，是 Oracle 连接机制本身比 MySQL 严格得多。
Oracle 驱动没装对，ojdbc8.jar 是默认底线
新版 DBeaver（24.0+）点“新建连接 → Oracle”后，会自动尝试下载驱动，但经常失败或下错版本。别信自动下载，手动指定更稳：
- 去 Oracle 官网下载
ojdbc8.jar（对应 Java 8+ 和 Oracle 12c/19c/21c），别用ojdbc6.jar—— 它不支持 Oracle 19c+ 的部分认证协议，连上也容易报ORA-28040 - 进
数据库 → 驱动管理器 → Oracle → 编辑驱动设置 → 库 → 添加文件，选中你下载的ojdbc8.jar - 确认“类名”是
oracle.jdbc.driver.OracleDriver（旧版）或oracle.jdbc.OracleDriver（ojdbc8+ 推荐），不是oracle.jdbc.pool.OracleDataSource - 如果连的是 Oracle Cloud 或多租户库，可能需要额外勾选“允许使用 Oracle Wallet”，否则密码校验直接拒绝
填错 Service Name 而不是 SID，ORA-12514 就来了
Oracle 12c 起默认启用多租户（CDB/PDB），SID 多数已失效，必须用 Service Name。很多人填 orcl 或 ORCL 硬试，结果连不上：
- 先登录服务器，执行
lsnrctl status，看输出里Service "xxx"后面那个名字，才是真实 service name（注意大小写） - 如果只有
tnsnames.ora文件，打开它找类似(SERVICE_NAME = ORCLPDB1)的行，填ORCLPDB1，不是ORCL - 实在不确定，直接在连接 URL 栏写完整 JDBC 地址：
//host:1521/ORCLPDB1（注意双斜杠开头），DBeaver 会自动识别并覆盖上面字段 - 测试前关掉“使用 SID”选项——这个勾一旦选中，DBeaver 就强行走旧协议，哪怕你填了 service name 也无效
远程连不上？先排除网络和防火墙这层
本地连本机 Oracle 没问题，一换 IP 就超时，90% 不是配置错，是链路不通：
- 在 DBeaver 所在机器上执行
telnet 192.168.x.x 1521（或你配的端口），通不了就别调参数了——检查 Oracle 服务器是否监听公网地址（sqlnet.ora中SQLNET.ALLOWED_LOGON_VERSION_SERVER=8可能被设死）、防火墙是否放行、云厂商安全组是否开了 1521 端口 - Oracle 默认只监听
localhost，需改listener.ora中的HOST值为实际 IP 或0.0.0.0，然后运行lsnrctl reload - 某些企业环境禁用了
TNS解析，此时不能依赖tnsnames.ora，必须在 DBeaver 连接页显式填写 host/port/service_name，且不要勾“使用 TNS 名称”
用户名带容器名？user@pdb_name 是 OceanBase 兼容写法，Oracle 不认
OceanBase Oracle 模式要求用户名写成 user@tenant，但原生 Oracle 不吃这套——它只认纯用户名，比如 HR 或 SYSTEM：
- 如果你用的是 Oracle 19c/21c 多租户，且想连 PDB 下的用户，得先确认该用户是
LOCAL还是COMMON；HR默认是 local 用户，只能在对应 PDB 内登录 - 用户名栏只填
HR，别加@ORCLPDB1，否则会触发ORA-01017: invalid username/password（错误提示误导性很强） - 如果要连 CDB root 用户（如
SYS），必须勾选“角色”下拉框里的SYSDBA，且密码必须正确——SYS密码不对时不会提示密码错，而是直接ORA-01031: insufficient privileges
真正麻烦的从来不是点几下鼠标，而是 Oracle 把连接拆成了监听、服务名解析、用户容器归属、JDBC 协议版本四层校验——漏一层，ORA- 错误码就换一个，而 DBeaver 日志里往往只报最后一层失败。
