ORA-06736报错咋整，TLI驱动说服务器没启动，远程帮你修复故障过程分享

ORA-06736报错咋整，TLI驱动说服务器没启动，远程帮你修复故障过程分享

这事儿是前几天一个朋友急吼吼找上门来的,说他们公司一个挺重要的内部系统突然连不上了，客户端软件一打开就弹个错误框，写着“ORA-06736: TLI Driver: 服务器未启动”，他那边也没专门的数据库管理员，搞了半天没头绪，眼看要影响业务，就远程求助到我这儿了。

我让他先把电脑的远程控制权限临时开给我,我连上去亲眼看看情况，我得确认这个错误到底是什么意思，根据我的经验和一些老的Oracle技术文档（比如早年的一些故障排查手册里提到过），ORA-06736这个错误通常和网络的底层连接有关，TLI是Oracle使用的一种比较老的网络驱动，它报“服务器未启动”，直白点理解就是：客户端尝试按照配置去连接服务器，但根本找不到那个门牌号，或者那个门牌号对应的房子（数据库监听服务）没亮灯，所以它以为服务器机器都没开。

但我知道,朋友的服务器是台物理机，一直好好在机房躺着，不可能没开机，所以问题大概率出在“连接路径”上，我让他别挂断电话，一边操作一边跟他解释。

第一步,我打开了他电脑上的Oracle客户端网络配置工具（就是那个Net Manager），找到负责连接的那个服务命名（Service Name），检查了一下配置，主机名、端口号（默认是1521）、服务名，乍一看都对，和他之前能正常连接时的记录一致，这说明不是配置信息被误改了。

第二步,也是最关键的一步，测试网络连通性，光配置对不行，路得通才行，我打开了命令提示符cmd，用了两个最简单的命令来排查：

1. ping服务器IP地址：我输入了 ping 192.168.1.100（这里IP是假设的），结果很快就返回了，延迟很低，也没有丢包，这说明客户端电脑到服务器机器本身的网络是通的，TCP/IP协议栈没问题，服务器操作系统确实在运行，这就排除了“服务器未启动”的最表层误解。

2. telnet服务器IP地址 端口号：光能ping通机器不代表数据库的“门”开着，接着我输入了 telnet 192.168.1.100 1521，这一步是尝试用telnet工具去连接服务器1521端口上的Oracle监听服务，正常情况下，如果监听服务正常工作了，屏幕会变黑，光标闪烁，表示连接建立成功，但这次，命令窗口停顿了几秒钟后，直接显示“正在连接192.168.1.100...无法打开到主机的连接。 在端口 1521: 连接失败”。

问题一下子就明朗了！客户端能找到服务器机器，但服务器上1521端口根本没人搭理，这说明要么是Oracle的监听器（Listener）服务没启动，要么就是防火墙（可能是服务器本机的防火墙，也可能是网络中间的硬件防火墙）把1521端口给拦住了。

我把这个判断告诉朋友,让他联系一下他们公司的IT基础设施团队，确认两点：

A. 请登录数据库服务器，检查Oracle监听器的状态，确保它是启动（Started）状态。 B. 检查服务器本身的防火墙规则，确保1521端口是对这个客户端IP开放的，也请网络团队检查一下中间有没有网络策略拦截。

朋友赶紧去沟通,过了一会儿，他反馈说，服务器那边的同事检查后确认，就在大概出问题的时间点前，有人对服务器进行过安全加固，调整了防火墙设置，不小心把1521端口的入站规则给设置得太严格了，只允许了管理网段的IP，把应用服务器所在的网段给漏掉了，所以不是监听器没启动，而是防火墙把来自客户端的连接请求全都拒之门外了。

网络团队把防火墙规则修正后,朋友这边再点客户端软件，一下子就连上了，那个恼人的ORA-06736错误也消失了。

整个远程修复过程其实不算复杂,核心思路就是：当TLI驱动报“服务器未启动”时，不要真的以为服务器关机了，而要沿着“客户端配置 -> 网络基础连通性 -> 端口可达性 -> 服务状态/防火墙策略”这个路径，一步步用简单的工具（ping, telnet）去排查，很快就能定位到真正的瓶颈所在。 这次问题就出在“端口可达性”这一步，被防火墙给卡住了，以后再遇到类似问题，先别慌，按这个路子一步步查，多半能自己解决。