虚拟机连不上Oracle时，先别急着重装，多数情况下是网络配置、监听服务或防火墙这三类原因造成的，按顺序排查即可快速恢复。
为什么虚拟机总是连不上Oracle：先定位问题在哪一层
虚拟机连不上Oracle,表面上是一个错误弹窗，实际上涉及三层链路：虚拟机网络层、Oracle服务层、宿主机与虚拟机的通信层，行业共识认为，超过半数的连接失败案例都出在监听器（Listener）没有正常启动或端口被占用，其次是虚拟机的网络模式选错。
很多初学者第一反应是去改Oracle的配置文件,其实应该先做一件事：在虚拟机里打开命令行，执行tnsping oracle服务名，看看Oracle客户端能不能解析到数据库服务，如果tnsping提示无法解析，说明是Oracle Net配置有问题；如果tnsping能通但SQLPlus连不上，问题则在监听器或防火墙。
另外一个关键点是,你用的是什么虚拟机软件，VMware Workstation、VirtualBox、Hyper-V的网络设置逻辑完全不同，比如VMware的NAT模式和VirtualBox的NAT模式虽然都叫NAT，但默认网段并不一样，这就会导致你在配置Oracle监听地址时写错了IP，如果你的虚拟机以前能连Oracle，突然某天连不上了，优先检查Windows更新或杀毒软件是否改动了网络配置。
第一步：检查虚拟机的网络模式与IP地址是否在同一个网段
Oracle连接本质上是TCP/IP通信，虚拟机得能和Oracle服务器（也可能是另一台虚拟机）在网络上互相访问。
VMware与VirtualBox的场景区别
Oracle安装在宿主机上，虚拟机作为客户端
这是最常见的开发环境,Oracle跑在Windows宿主机，虚拟机里装Linux或Windows去连宿主机数据库，此时虚拟机的网络模式最好选桥接模式（Bridge），让虚拟机与宿主机在同一局域网内，但桥接模式需要路由器分配IP，如果路由器没开DHCP，虚拟机就拿不到IP地址，自然连不上Oracle。
这时候在虚拟机里执行ipconfig或ifconfig，确认IP地址是否与宿主机在同一网段，如果IP是169.254开头的，说明没拿到地址，改成NAT模式更省事。
Oracle装在另一台虚拟机上
两台虚拟机之间互连,推荐用VirtualBox的“仅主机（Host-Only）”网络，或者VMware的自定义VMnet，先把两台虚拟机的网卡都加到同一个Host-Only网络，然后手动设置静态IP，比如一个192.168.56.101，一个192.168.56.102，掩码255.255.255.0，Oracle监听地址就写成目标虚拟机那个IP，端口1521。
检查命令：在客户端虚拟机执行ping Oracle服务器IP，能通说明网络没问题，不通则排查虚拟网络编辑器里的网段设置，VMware用户注意，虚拟网络编辑器里默认NAT网段是192.168.44.0，而VMnet8的DHCP范围可能有变化，如果配置过映射，容易冲突，不少人在网上搜“虚拟机连不上Oracle的排查方法”时不注意虚拟机软件版本差异，其实VMware 16和VMware 17的网络管理界面就有细节差异。
| 虚拟机软件 | 推荐网络模式 | 适用场景 | 易错点 |
|---|---|---|---|
| VMware Workstation | NAT（VMnet8） | 虚拟机访问宿主机Oracle | 默认网关是VMnet8的网关IP，别写错 |
| VirtualBox | 仅主机（Host-Only） | 多台虚拟机互连 | 需要手动配置ip，默认无DHCP |
| Hyper-V | 内部虚拟交换机 | Windows虚拟机连宿主机 | 宿主机要添加同网段IP到虚拟网卡 |
第二步：确认Oracle监听器有没有“活”着
网络通了,紧接着看Oracle的监听服务，你可以在虚拟机内或宿主机上使用Windows服务管理器（services.msc）查找OracleXXXTNSListener服务，例如OracleOraDB19Home1TNSListener，服务没启动，直接右键启动，但要小心：启动后端口未必监听成功。
用lsnrctl命令验证监听状态
打开命令行,执行：
lsnrctl status如果显示“The listener supports no services”或者“Connection refused”，那问题就出在监听器，此时先看监听配置文件listener.ora，典型内容如下：
LISTENER =
(DESCRIPTION_LIST =
(DESCRIPTION =
(ADDRESS = (PROTOCOL = TCP)(HOST = localhost)(PORT = 1521))
)
)行业共识认为，HOST字段设为localhost是常见坑，虚拟机内部解析localhost指向127.0.0.1，如果你用虚拟机自己的IP去连，监听器可能只绑定了回环地址，外部连接被拒，解决办法是把HOST改成虚拟机或服务器的真实IP，改完执行lsnrctl reload。
另一个高频问题是Oracle 19c或21c安装时默认监听端口是1521，但如果你之前装过其他数据库占用了1521，监听会启动失败，执行netstat -ano | findstr 1521看端口是否被占用，如果被占用，可以改用1522或其他高位端口，同时修改listener.ora和tnsnames.ora里的端口。
第三步：Oracle防火墙与虚拟机安全策略的排查
防火墙是虚拟化环境里最容易忽略的障碍,无论宿主机还是虚拟机，只要开了防火墙，就需要放行1521端口。
Linux虚拟机的iptables和firewalld
如果你的Oracle跑在Linux虚拟机上,先看防火墙状态：
systemctl status firewalld如果是激活状态,执行：
firewall-cmd --permanent --add-port=1521/tcp
firewall-cmd --reload如果是老系统用的iptables,执行：
iptables -A INPUT -p tcp --dport 1521 -j ACCEPT
service iptables save注意：很多人配了防火墙规则还是连不上，原因是规则顺序不对，iptables规则建议ACCEPT放在默认DROP之前，否则会被后面的规则拦截，配置完成后用telnet 虚拟机IP 1521测一下端口通不通，这一步比tnsping更直接。
Windows虚拟机的入站规则
Windows虚拟机防火墙需要添加“入站规则”允许TCP 1521端口，按下Win+R，输入wf.msc，在“入站规则”里新建规则，选端口，填1521，允许连接，如果Oracle服务器和客户端都在虚拟机里，还要检查虚拟机的网络适配器是否属于“专用网络”而不是“公共网络”，公共网络下很多规则不生效。
第四步：tnsnames.ora里写错了什么
Oracle客户端连接字符串是另一个高频出错点,tnsnames.ora一般在$ORACLE_HOME/network/admin目录下，里面定义了连接标识符，常见错误有：
- 主机名写成
localhost，但Oracle服务器在远程虚拟机 - 端口号与listener.ora不一致
- 服务名（SERVICE_NAME）写错，正常是ORCL或PDBORCL等
正确格式参考：
ORCL =
(DESCRIPTION =
(ADDRESS = (PROTOCOL = TCP)(HOST = 192.168.56.102)(PORT = 1521))
(CONNECT_DATA =
(SERVER = DEDICATED)
(SERVICE_NAME = ORCL)
)
)验证方法：在虚拟机命令行执行tnsping ORCL，如果返回“OK”但延迟异常高，检查网络是否有丢包，tnsping只能验证网络和监听是否可达，不能验证用户名密码是否正确，需要SQLPlus实际连一次：
sqlplus system/密码@ORCL如果报ORA-01017，说明监听没问题，账号密码不对；报ORA-12541，则监听没起来或端口被防火墙挡了。
第五步：虚拟网络编辑器与多网卡冲突的隐藏陷阱
VMware和VirtualBox都有虚拟网络编辑器,里面有时会残留多个VMnet或仅主机网络，比如你之前创建过VMnet6，后来删除了Oracle所在虚拟机，又新建了一台，新虚拟机自动分配到了VMnet8，但Oracle监听器还绑定在VMnet6的网段上，此时就会出现“物理机能ping通，虚拟机连不上Oracle”的诡异情况。
解决办法：在虚拟网络编辑器里检查当前虚拟机绑定的网络名称和网段，VMware里点击“编辑”->“虚拟网络编辑器”，如果发现VMnet8的NAT设置里子网IP不是默认的192.168.x.0，而是被改动过，需要记录当前子网，同时检查Oracle服务器所在虚拟机是否也在这个子网，VirtualBox是在“管理”->“主机网络管理器”里查看vboxnet0的IP地址。
另一种多网卡场景：虚拟机里同时启用了NAT和仅主机两张网卡，操作系统路由表混乱，执行route -n查看默认路由，如果两条默认路由或路由优先级不对，数据包可能走的不是连Oracle的那个网卡，这种情况下建议关闭多余网卡，或手动添加静态路由（Windows使用route add，Linux使用ip route add）。
虚拟机连接Oracle的常见问题问答
虚拟机NAT模式连不上宿主机Oracle怎么解决？
NAT模式下虚拟机可以访问宿主机,但宿主机无法主动访问虚拟机，这是NAT机制决定的，所以连接方向必须是虚拟机主动发起连接，在虚拟机里ping宿主机IP时，默认网关是VMware的VMnet8网关，能通，如果还连不上Oracle，检查宿主机防火墙是否放行1521端口入站，同时确认Oracle监听器绑定的IP不是仅限localhost，最好改成0.0.0.0（所有地址），或者宿主机在局域网内的具体IP。
Oracle通过桥接模式连不上但NAT能连上，为什么？
桥接模式下虚拟机需要和宿主机在同一广播域,如果路由器设置了AP隔离或访客网络隔离，虚拟机虽然能获取IP但无法与宿主机通信，NAT模式下虚拟机走的是宿主机内的虚拟交换机，绕开了物理路由器的隔离规则，此时更推荐在桥接模式下检查宿主机和虚拟机是否真的ping通，不通则换用NAT模式，不必强行桥接。
虚拟机里无法启动Oracle监听器，报错ORA-12541怎么办？
ORA-12541表示监听器没有在指定端口上接受连接，先在虚拟机里运行lsnrctl start看启动输出，如果提示TNS-12545或地址不得使用，检查listener.ora中HOST字段是否为0.0.0.0或正确的局域网IP，如果端口被占用，需在监听配置文件里改端口，并同步修改tnsnames.ora，改完后用netstat -tulpn | grep 1521确认端口进入LISTEN状态，然后再试连接。
虚拟机连不上Oracle的排查过程,本质上就是沿着网络链路逐层验证：先通IP，再通端口，然后确认监听状态，最后验证账号权限，按照上述步骤走一遍，大多数连接问题都能在十分钟内定位，如果你的情况比较特殊，比如Oracle跑在Docker容器里，还需要额外确认容器端口映射是否正确，但基础和上面讲的完全一致，别忘了，一次排查只改动一个参数，改完立即测试，这样能最快找到真正的元凶。
首发原创文章，作者：王坚，如若转载，请注明出处：https://idctop.com/%e8%99%9a%e6%8b%9f%e6%9c%ba%e8%bf%9e%e4%b8%8d%e4%b8%8aoracle%e6%80%8e%e4%b9%88%e5%8a%9e%ef%bc%9f%e6%8e%92%e6%9f%a5%e6%ad%a5%e9%aa%a4%e8%af%a6%e8%a7%a3%ef%bc%8c%e6%95%b0%e6%8d%ae%e5%ba%93%e8%bf%9e/
