Oracle数据库 ORA-00105 错误分析和解决

最新推荐文章于 2025-11-24 20:48:20 发布

原创最新推荐文章于 2025-11-24 20:48:20 发布 · 883 阅读

26 ·

CC 4.0 BY-SA版权

文章标签：

#数据库 #oracle

AI辅助_ORA-错误合集专栏收录该内容

358 篇文章

订阅专栏

在这里插入图片描述
好的，我们来详细解析 ORA-00105 错误。

📌 ORA-00105 错误详解

错误信息结构组成

标准的 ORA-00105 错误信息格式如下：

ORA-00105: network protocol not supported in dispatcher configuration

其结构可以分解为：

ORA-00105: Oracle 数据库错误的唯一标识码。
network protocol not supported: 错误的核心描述，表明尝试使用了一个不被支持的（或未配置的）网络协议。
in dispatcher configuration: 指明了错误发生的具体上下文，即在调度进程（Dispatcher）的配置中。这直接将错误与 Oracle 的共享服务器（Shared Server）架构相关联。

错误含义与官方解释

官方解释：

原因 (Cause): 在配置共享服务器（Shared Server，旧称 MTS - Multi-Threaded Server）环境时，DISPATCHERS 初始化参数中指定了一个当前 Oracle 版本或操作系统平台不支持的协议。调度进程是共享服务器架构的核心组件，负责接收客户端连接并将其请求路由到共享服务器进程。每个调度进程都配置为使用特定的网络协议进行监听。
行动 (Action): 检查 DISPATCHERS 参数的语法，并确保指定的 PROTOCOL 属性是有效的、且被您的系统支持的有效协议（例如，TCP/IP）。

核心要点：这是一个共享服务器配置错误。它发生在数据库实例启动时，系统尝试根据 DISPATCHERS 参数的设置来创建调度进程，但参数中指定的网络协议无法被识别或初始化。这阻止了共享服务器架构的正常启动，可能导致实例启动失败或调度进程无法正常工作。

产生错误的场景与原因

典型场景：
此错误几乎总是在修改数据库的初始化参数文件（PFILE 或 SPFILE）中的 DISPATCHERS 参数之后，重启数据库实例时发生。

具体原因与示例：

协议拼写错误或使用废弃协议：
在 DISPATCHERS 参数中错误地拼写了协议名称，或者使用了当前版本已不再支持的古老协议。

错误示例：
```
-- 在参数文件中：
dispatchers="(PROTOCOL=TCPS)" -- 错误拼写，应为 TCP
-- 或者使用了可能不支持的协议，如 SPX、DECNET 等
dispatchers="(PROTOCOL=XYZ)" -- XYZ 是一个无效的协议标识符
```
实例启动时，会因无法识别 TCPS 或 XYZ 协议而抛出 ORA-00105。
协议未安装或未启用：
指定的协议在操作系统层面未被安装或配置。例如，在未配置 IPC（进程间通信）的系统中指定 IPC 协议，或者在未正确安装 TCP/IP 协议栈的系统上指定 TCP。

错误示例：
```
dispatchers="(PROTOCOL=IPC)(KEY=mysid)"
```
如果操作系统不支持或未配置 IPC，此设置将失败。
参数语法错误：
DISPATCHERS 参数的字符串格式不正确，导致解析失败，可能被误认为是协议问题。

错误示例：
```
dispatchers="(PROTOCOL=TCP" -- 缺少 closing parenthesis (括号未闭合)
```

问题定位与诊断分析

当遇到 ORA-00105 时（通常在启动实例的警报日志中看到），诊断过程如下：

检查警报日志 (Alert Log)：
这是首要步骤。警报日志会记录实例启动过程的详细信息，包括解析 DISPATCHERS 参数失败和抛出 ORA-00105 错误的具体行。
```
# 连接到服务器，查看警报日志尾部
tail -100f $ORACLE_BASE/diag/rdbms/<dbname>/<instance name>/trace/alert_<instance name>.log
```

审查 DISPATCHERS 参数：
从当前使用的参数文件（SPFILE 或 PFILE）中获取 DISPATCHERS 参数的当前设置。

-- 如果实例能启动到nomount状态，可以查询
SQL> SHOW PARAMETER dispatchers;

-- 或者直接查看spfile或pfile内容

验证协议名称：
核对 PROTOCOL= 后面跟的值。对于绝大多数现代系统，TCP 是唯一需要使用的协议。确保拼写完全正确。
检查操作系统协议支持：
确保指定的协议在操作系统层面已安装且可用。例如，对于 TCP，基本的网络功能必须是正常的。

解决方案与步骤

解决此错误的流程是：修正 DISPATCHERS 参数 -> 重启实例。

步骤与示例：

方案 1: 修正协议名称（最常见解决方案）

连接到实例（如果可能）：如果实例因为此错误而无法启动，你需要先使用一个基本的 PFILE 启动到 nomount 状态，或者修改 SPFILE。
```
SQL> STARTUP NOMOUNT PFILE='/tmp/init_temp.ora'; -- 使用一个简单的pfile先启动
```

修正 DISPATCHERS 参数：

如果使用 SPFILE：

-- 先创建一个PFILE来自SPFILE以便编辑
SQL> CREATE PFILE='/tmp/pfile_from_spfile.ora' FROM SPFILE;
-- 退出SQL*Plus，编辑 /tmp/pfile_from_spfile.ora 文件
-- 找到 DISPATCHERS 参数行，将其修正为最通用可靠的设置：
dispatchers="(PROTOCOL=TCP)"
-- 然后从修正后的PFILE重新创建SPFILE
SQL> CREATE SPFILE FROM PFILE='/tmp/pfile_from_spfile.ora';
-- 关闭实例并重新启动
SQL> SHUTDOWN IMMEDIATE;
SQL> STARTUP;

如果使用 PFILE：直接编辑 PFILE 文件，修正 DISPATCHERS 参数。

使用标准 TCP 协议：
将参数设置为最通用和可靠的值。通常不需要指定复杂的地址，除非有特殊需求。
```
ALTER SYSTEM SET dispatchers='(PROTOCOL=TCP)' SCOPE=SPFILE;
```
或者，如果你想配置多个调度进程或更多属性：
```
ALTER SYSTEM SET dispatchers='(PROTOCOL=TCP)(DISPATCHERS=2)' SCOPE=SPFILE;
```

方案 2: 完全禁用共享服务器（临时方案）

如果问题无法立即解决，并且你需要快速启动实例，可以临时禁用共享服务器。

将 SHARED_SERVERS 参数设置为 0：
```
-- 如果实例能启动到nomount状态
ALTER SYSTEM SET shared_servers=0 SCOPE=SPFILE;
```
这将 effectively 使 DISPATCHERS 参数失效，因为如果没有共享服务器，就不需要调度进程。
重启实例：
```
SHUTDOWN IMMEDIATE;
STARTUP;
```
实例将以纯专有服务器模式启动。之后你可以再从容地研究和解决 DISPATCHERS 的配置问题。