ORA-06957报错没SID了，数据库连不上，远程帮你看看咋修复

用户发过来一句“ORA-06957报错没SID了，数据库连不上”，这听着就挺急的，行，我远程帮你瞅瞅是咋回事，别慌，这种问题虽然烦人，但通常有路子能解决，你先别乱动服务器，咱们一步步来。

（来源：用户描述）这个ORA-06957错误，听起来像是Oracle数据库的网络连接配置出了问题，Oracle数据库不是有个文件叫tnsnames.ora嘛，它就相当于一个通讯录，告诉你的客户端程序（比如SQL*Plus或者其他工具）该去哪台机器、找哪个叫啥名字的数据库（这个数据库名字就是SID或者服务名）。（来源：Oracle网络配置基础）报错说“没SID了”，十有八九是这个“通讯录”里的信息不对，或者客户端根本就没找对“通讯录”。

好,我让你先做的第一件事，就是帮我看看你现在用的客户端机器上，这个tnsnames.ora文件在哪，你打开命令提示符（CMD）或者终端，敲入命令 tnsping 后面跟着你试图连接的那个数据库服务名。（来源：Oracle tnsping工具用途）你本来想连的叫ORCL，你就敲 tnsping ORCL，你敲完回车，把屏幕上显示的所有字，原封不动地截个图或者复制发给我，这个命令能帮咱判断问题是出在客户端配置，还是网络连通性，或是服务器那边根本没响应。

（等待用户反馈tnsping结果）

嗯,你发过来了，我看看……TNS-03505: 无法解析名称，果然，问题就在这儿。（来源：Oracle TNS错误代码释义）这说明你的客户端压根就没在tnsnames.ora文件里找到你输入的那个服务名的对应记录，好比你想打电话给“张三”，但翻遍通讯录都没找到“张三”这个条目。

咱们得找到并打开这个tnsnames.ora文件看看，这个文件的位置不固定，常见的地方有几个。（来源：Oracle Net Services管理指南）一个是$ORACLE_HOME/network/admin目录下（如果设置了ORACLE_HOME环境变量的话），另一个常见位置是全局配置目录，比如在Windows上可能在C:\app\你的用户名\product\版本号\dbhome_1\NETWORK\ADMIN，Linux上可能在/u01/app/oracle/product/版本号/dbhome_1/network/admin，还有个地方是环境变量TNS_ADMIN指定的目录，如果设了这个变量，它会覆盖默认路径，你在这几个地方找找看有没有tnsnames.ora这个文件。

找到了吗？好，你用记事本或者任何文本编辑器打开它，打开之后你看看，里面有没有一个条目，它的名字正好就是你刚才用tnsping命令尝试连接的那个名字（比如ORCL），这个条目的结构大概是这样的：

服务名 =
  (DESCRIPTION =
    (ADDRESS = (PROTOCOL = TCP)(HOST = 数据库服务器IP地址或主机名)(PORT = 1521))
    (CONNECT_DATA =
      (SERVER = DEDICATED)
      (SERVICE_NAME = 数据库的实际服务名)  # 或者是 (SID = 数据库的SID)
    )
  )

（来源：tnsnames.ora文件格式说明）你重点核对一下这几个地方：

1. 最开头的服务名，是不是跟你程序里填的一模一样？大小写敏感不敏感取决于系统，最好完全一致。
2. HOST = 后面跟的，是数据库服务器正确的IP地址或者主机名吗？服务器IP有没有变过？
3. PORT = 后面通常是1521，确认一下服务器监听的是不是这个端口。
4. 最关键的是CONNECT_DATA部分，里面写的到底是SERVICE_NAME还是SID？它们俩有区别，但现在很多环境用服务名更多，你得确认这里写的SERVICE_NAME（或SID）的值，跟数据库服务器那边实际创建的名字是对得上的。

（用户检查后反馈，说文件里根本没有他想要连接的那个服务名的条目）

哦,文件里根本没有这个条目？那原因就很清楚了，要么是这个配置条目被谁误删了，要么就是你记错了要连接的服务名，这样，你看看tnsnames.ora文件里现在都有哪些条目，把每个条目的名字（就是等号左边的部分）发给我看看，也许正确的服务名是另外一个。

（用户列出已有的服务名）

你看到的这几个名字里,有没有一个看起来比较像的，比如跟项目名、环境名相关的？或者，你能不能联系一下数据库管理员（DBA），跟他确认一下到底应该用哪个服务名（或SID）来连接这个数据库？如果DBA那边说确实应该是ORCL，但现在文件里没有，那咱们就需要手动把这个条目加进去，添加的时候，HOST、PORT、SERVICE_NAME这些信息必须找DBA要准确的，不能瞎猜。

如果DBA也一时联系不上,咱们还有个临时救急的办法。（来源：Oracle简易连接语法）你可以尝试使用Oracle的“简易连接”方式，直接在连接字符串里指定服务器地址和服务名，这样可以绕过tnsnames.ora文件，比如在SQL*Plus里，你可以这样连：sqlplus 用户名/密码@//数据库服务器IP:端口/服务名，你试试看这样能不能连上，如果能连上，至少证明数据库服务本身是好的，问题百分百出在客户端的tnsnames.ora配置上。

还有一种可能,就是这个tnsnames.ora文件本身的位置不对。（来源：Oracle网络配置查找顺序）客户端程序找这个文件是有个顺序的，先找TNS_ADMIN环境变量指定的地方，再找全局注册表设置，最后才找ORACLE_HOME下面的默认路径，你检查一下系统环境变量里，有没有设置TNS_ADMIN？如果设置了，而且指向的目录里也有个tnsnames.ora文件，那么客户端会优先使用那个文件，你现在查看的这个默认路径下的文件反而不会被用到，你得去TNS_ADMIN指向的目录下，检查那里的文件内容。

根据咱们刚才的排查,问题的根因大概率就是客户端网络配置（tnsnames.ora）里缺少了有效的连接描述符，解决方向就是：1）确认正确的连接标识符（服务名/SID）；2）在正确的tnsnames.ora文件里补上或修正配置条目，你先按我说的，找DBA核实一下准确的连接信息，或者试试简易连接法，有下一步结果了随时告诉我。