Oracle数据库 ORA-00122 错误分析和解决-优快云博客

在这里插入图片描述

好的，我们来详细解析一下 ORA-00122 错误。与 ORA-00111 和 ORA-00112 类似，这是一个非常古老且罕见的错误，涉及到 Oracle 早期版本中已被弃用的连接架构配置。

一、官方正式说明

1. 错误信息结构组成

错误代码： ORA-00122
错误消息： cannot start up a non-dedicated server in single-task mode
- 中文翻译： 无法在单任务模式下启动非专用服务器

2. 错误原因

当 Oracle 客户端环境的配置存在冲突，试图在强制使用单任务驱动（Single-Task Driver） 的模式下，启动一个多线程服务器（Multithreaded Server, MTS） 架构的数据库实例时，就会发生此错误。

单任务架构和非专用服务器（即 MTS，后改称为共享服务器模式 - Shared Server）架构是两种互斥的、设计理念完全不同的连接处理模型，无法在同一实例中同时启用。

3. 发生场景

此错误发生在极早期的 Oracle 版本（如 Oracle 7 或更早）中，在这些版本中，MTS 是一种可选的连接模式。触发场景示例：

在客户端环境变量中设置了 LOCAL=YES 或 ORACLE_CONNECT=YES，强制要求使用单任务连接。
同时，目标数据库实例被配置为使用多线程服务器（MTS）模式运行（即设置了 mts_dispatchers 和 mts_servers 参数，现代版本中为 dispatchers 和 shared_servers）。
客户端尝试连接到此实例时，由于配置的根本性冲突，Oracle 无法协调这两种模式，从而抛出 ORA-00122。

4. 相关原理

单任务驱动（Single-Task Driver）： 客户端工具与 Oracle 数据库内核代码运行在同一个操作系统进程中。没有进程间通信，直接进行函数调用。这要求数据库必须以一种支持此模式的方式链接。
多线程服务器（MTS / Shared Server）： 这是一种双任务（Two-Task） 驱动的扩展模式。客户端进程连接到调度进程（Dispatcher），由调度进程将请求分配给共享服务器进程（Shared Server Process）。多个客户端会话可以共享少量的服务器进程，旨在减少系统资源消耗以支持大量并发用户。
根本冲突： 单任务模式的本质是“一对一”（一个客户端进程链接一个数据库内核），而共享服务器模式是“多对多”（多个客户端通过调度器共享多个服务器进程）。试图让一个“一对一”的客户端直接去使用一个“多对多”的服务器架构，在底层实现上是矛盾的，因此 Oracle 会直接拒绝这种配置。

5. 相关联的其他 ORA-错误

ORA-00111: 不能同时使用单任务和双任务驱动程序。
ORA-00112: 仅在单任务模式下可用。
ORA-00120: 服务注册被禁用（在某些古老版本中可能与配置相关）。
这些错误都属于 Oracle 早期版本中连接和实例配置相关的错误群组。

6. 定位原因与分析过程

检查客户端环境变量： 在发生错误的客户端机器上，检查是否存在强制单任务模式的变量。
- LOCAL=YES
- ORACLE_CONNECT=YES
检查服务器配置： 连接到数据库服务器（使用其他方式，如本地连接），检查数据库是否配置为共享服务器模式。
```
-- 查看是否配置了调度进程
SHOW PARAMETER dispatchers;
-- 查看是否配置了共享服务器进程
SHOW PARAMETER shared_servers;
```
如果这些参数有值，说明实例运行在共享服务器模式下。
确认冲突： 结论是：客户端要求单任务模式，而服务器端运行在共享服务器模式。这就是 ORA-00122 的根源。

7. 解决方案

解决方案是统一连接模式，消除配置冲突。由于单任务模式早已被弃用，正确的做法是禁用客户端的单任务配置，使用标准的双任务驱动来连接共享服务器。

取消设置客户端的单任务环境变量：
- 在 Unix/Linux 上：
```
unset LOCAL
unset ORACLE_CONNECT
```
- 在 Windows 上：通过系统属性 -> 环境变量，删除名为 LOCAL 和 ORACLE_CONNECT 的用户或系统变量。
使用标准网络连接： 确保客户端使用标准的网络服务名（在 tnsnames.ora 中配置）进行连接，例如：
```
sqlplus username/password@net_service_name
```
这种方式会使用双任务驱动，并通过监听器、调度器与共享服务器进程建立连接。
（备选）修改服务器模式： 理论上，你也可以将数据库从共享服务器模式改回专用服务器模式。但这通常不是最佳选择，因为共享服务器的配置是有其特定目的的（如支持大量轻量级连接）。
```
ALTER SYSTEM SET shared_servers=0 SCOPE=SPFILE;
ALTER SYSTEM SET dispatchers='' SCOPE=SPFILE;
```
然后需要重启数据库实例。 但再次强调，首选方案是修改客户端配置。

8. 相关SQL语句

检查服务器模式：

SHOW PARAMETER dispatchers;
SHOW PARAMETER shared_servers;

禁用共享服务器模式（不推荐）：

ALTER SYSTEM SET shared_servers = 0 SCOPE=SPFILE;
ALTER SYSTEM SET dispatchers = '' SCOPE=SPFILE;

二、通俗易懂的讲解

我们用一个交通工具和交通规则的比喻来理解这个错误。

想象一下：

单任务模式（Single-Task）： 就像你开着一辆私家车。你和你的车是一个独立的、封闭的整体。你要去目的地（数据库），就直接开过去。这是一种 “点对点” 的直接交通方式。
共享服务器模式（Shared Server / MTS）： 就像城市的公共交通系统。你想去目的地，不能自己直接开过去。你必须：
1. 先去公交总站（监听器Listener）。
2. 总站给你分配一辆公交车（调度器Dispatcher）。
3. 你和其他乘客（其他会话）一起坐上这辆公交车（共享服务器进程），由公交车把你们送到目的地。

现在，错误 ORA-00122 发生了：

错误场景： 你开着你自己的私家车（单任务模式，设置了 LOCAL=YES），却想直接驶入一个专门只允许公交车通行的大型公交枢纽站（配置为共享服务器模式的数据库实例）。

刚到枢纽站门口，就被管理员拦下了。管理员对你说：“ORA-00122：无法在单任务模式下启动非专用服务器！ 对不起，我们这里是公交枢纽，只接待公交车，你的私家车不能开进来！请你要么去坐公交，要么去别的允许私家车进入的停车场（专用服务器模式）。”

为什么会这样？
公交枢纽（共享服务器数据库）和私家车停车场（专用服务器数据库）的运营规则和基础设施是完全不同的。公交枢纽里没有为私家车准备的停车位、车道和交通信号。强行让私家车进入公交系统，会造成彻底的混乱。

如何解决？

你有两个选择，但其中一个明显更好：

最佳方案（把你的私家车换成公交车票）：
- 把你的私家车扔了（取消 LOCAL=YES 环境变量）。
- 然后像其他人一样，去公交总站（监听器），通过总站安排，坐公交车进去（使用网络服务名 @net_service_name 连接，通过调度器使用共享服务器）。
不推荐的方案（把公交枢纽改成停车场）：
- 让整个公交枢纽停业整顿，拆掉所有公交站台，画上私家车停车位（修改数据库参数，禁用共享服务器模式）。
- 这能解决问题，但浪费了为公交系统精心建造的设施，而且可能会引起那些想坐公交的人（需要处理大量连接的应用程序）的不满。

总结一下：
ORA-00122 是一个 “架构模式冲突” 错误。它告诉你：“你客户端的连接方式（单任务）和你数据库服务器的运行模式（共享服务器）是水火不容的两种架构。” 解决办法就是让客户端去适应服务器，即取消客户端的单任务配置，使用标准的网络连接方式来访问共享服务器。这是一个在现代化环境中几乎绝不会遇到的“古董级”错误。

欢迎关注我的公众号《IT小Chen》