oracle 10gR2 监听器启动报错1067同时操作系统日志报: 错误模块名称: ntdll.dll

本文主要是介绍oracle 10gR2 监听器启动报错1067同时操作系统日志报: 错误模块名称: ntdll.dll，希望对大家解决编程问题提供一定的参考价值，需要的开发者们随着小编来一起学习吧！

一、环境描述

VMware虚拟机+ WINDOWS SERVER 2008 R2 + ORACLE 10G 单机

二、问题描述:

数据库监听器无法启动，监听服务启动时报错：【错误1067：进程意外中止】

偶尔服务能够启动，但很快又自动关闭

三、问题解决

WINDOWS下的监听的启动依赖于服务的启动，用命令“lsnrctl start"启动也没有任何日志输出,以下介绍一下如果trace跟踪监听器的启动:

添加以下内容至监听的配置文件$ORACLE_HOME\NETWORK\ADMIN\listener.ora

LSNRCTL_TRACE_LEVEL=16
LSNRCTL_TRACE_FILE=lsnrctl_<pid>.trc
LSNRCTL_TRACE_DIRECTORY=d:\oracle\product\10.2.0\db_1\network\trace
LSNRCTL_TRACE_UNIQUE=ON
LSNRCTL_TRACE_TIMESTAMP=ON

而后手工启动监听lsnrctl start

在目录d:\oracle\product\10.2.0\db_1\network\trace下能看到相应的trace文件.其实trace文件对故障排查相当有帮助的,希望大家能掌握数据库的各种trace办法

非常遗憾的是,此次并没有从trace文件中获得有用的线索,下面粘出部分trace内容:

其中尝试过以下方法：

1. 修改监听器配置中HOST=选项采用主机名或IP,

2. 用NETCA命令新建一个监听服务名称如LISTENER1（默认监听器名称是LISTENER）

3. 修改监听的默认端口1521，采用其他冷僻端口，如15220

4. 重新安装ORACLE的安装目录，采用新安装目录去创建、配置监听

结果都无济于事。

由于，生产库必须于第二天8点对外提供服务，在做以上操作的同时，新建一台虚拟操作系统为WINDOWS server 2008 R2的服务器，将数据库的物理文件(参数文件,控制文件,数据文件,日志文件等)拷至新服务器上,准备数据库迁移工作。

接下来有新的发现，在检查操作系统日志文件时候发现以下报错：

错误应用程序名称: TNSLSNR.exe，版本: 0.0.0.0，时间戳: 0x4c298ebb
错误模块名称: <span style="color:#ff0000;"><strong>ntdll.dll</strong></span>，版本: 6.1.7601.18247，时间戳: 0x521eaf24
异常代码: 0xc0000374
错误偏移量: 0x00000000000c4102