【Oracle】startup hung 遇到 ORA-00443,ORA-00445

简介: 上午接近11点,一同事说测试环境的数据库起不来了,可以通过sqlplus连接数据库,但是执行startup命令时,会出现hung住的情况。查看日志只有早上8:23之前的,之后对数据库进行启动的操作是没有记录的日志大致内容如下:ORA-00445: backg...
上午接近11点,一同事说测试环境的数据库起不来了,可以通过sqlplus连接数据库,但是执行startup命令时,会出现hung住的情况。查看日志只有早上8:23之前的,之后对数据库进行启动的操作是没有记录的
日志大致内容如下:
ORA-00445: background process "J000" did not start after 120 seconds
Thu Oct 27 07:20:21 2011
Errors in file /apsarapangu/disk1/opt/oracle/diag/rdbms/orcl/orcl/trace/orcl_smco_654.trc  (incident=10194):
ORA-00445: background process "W000" did not start after 120 seconds
Thu Oct 27 07:25:04 2011
Dumping diagnostic data in directory=[cdmp_20111027072504], requested by (instance=1, sid=654 (SMCO)), summary=[incident=10194].
Thu Oct 27 07:25:40 2011
kkjcre1p: unable to spawn jobq slave process 
Errors in file /apsarapangu/disk1/opt/oracle/diag/rdbms/orcl/orcl/trace/orcl_cjq0_400.trc:
Thu Oct 27 07:32:59 2011
Process q000 died, see its trace file
Process 0x0xab06fe628 appears to be hung while dumping
Attempting to kill process 0x0xab06fe628 with OS pid = 32572
OSD kill succeeded for process 0xab06fe628
Process 0x0xab0707aa8 appears to be hung while dumping
Attempting to kill process 0x0xab0707aa8 with OS pid = 400
OSD kill succeeded for process 0xab0707aa8
Process 0x0xac8713678 appears to be hung while dumping
Attempting to kill process 0x0xac8713678 with OS pid = 654
OSD kill succeeded for process 0xac8713678
Thu Oct 27 07:59:20 2011
Restarting dead background process CJQ0
Thu Oct 27 07:59:38 2011
Restarting dead background process MMON
Restarting dead background process SMCO
Thu Oct 27 07:59:50 2011
Starting background process CJQ0
Starting background process MMON
Thu Oct 27 08:00:59 2011
Process q000 died, see its trace file
Thu Oct 27 08:01:02 2011
Starting background process SMCO
Thu Oct 27 08:02:21 2011
Process SMCO died, see its trace file
Errors in file /apsarapangu/disk1/opt/oracle/diag/rdbms/orcl/orcl/trace/orcl_pmon_32498.trc:
ORA-00443: background process "SMCO" did not start
Starting background process CJQ0
Starting background process MMON
Thu Oct 27 08:02:39 2011
Process q000 died, see its trace file
Thu Oct 27 08:02:39 2011
Restarting dead background process SMCO
Thu Oct 27 08:03:55 2011
Process SMCO died, see its trace file
Errors in file /apsarapangu/disk1/opt/oracle/diag/rdbms/orcl/orcl/trace/orcl_pmon_32498.trc:
ORA-00443: background process "SMCO" did not start
出现ORA-00443,ORA-00445 
ORA-00443: background process "SMCO" did not start
ORA-00445: background process "W000" did not start after 120 seconds
对于ORA-00443 官方的介绍如下:
Cause:  The specified process did not start.
Action: Check that the executable image is in the correct place with the 
        correct protections and that there is enough memory.
对于ORA-00445 官方的介绍如下:
Cause:  The specified process did not start.
Action: Check and, if necessary, correct problems indicated by one or more of the following:
        the size of the SGA
        the operating system-specific initialization parameters
        accompanying messages
        the background trace file
        the executable image is not in the right location with the correct  protections
两个错误都指示和内存是否足够相关,因此查看oracle 的内存设置情况。由于数据库没有启动且使用的spfile,所以通过如下方式:
SQL> create pfile from spfile;
File created.
查看 pfile中的关于内存配置的情况:
orcl.__db_cache_size=21877489664        ~20.375G
orcl.__java_pool_size=134217728         ~128M
orcl.__large_pool_size=134217728        ~128M
orcl.__pga_aggregate_target=17179869184 ~16G
orcl.__sga_target=25769803776           ~24G
orcl.__shared_io_pool_size=0 
orcl.__shared_pool_size=3221225472      ~307.2M
orcl.__streams_pool_size=134217728      ~128 M
*.memory_target=44445899345920  ---约41393.46G.而整个PC server 的内存不过141G!!
上面的memory_target配置完全超过了系统的内存大小,因此造成了alert 报警日志产生的错误
修改 memory_target的值为45G。重新启动:
SQL> startup nomount pfile='/apsarapangu/disk1/opt/oracle/products/11.2.0/dbs/initorcl.ora';
ORACLE instance started.
Total System Global Area 4.5698E+10 bytes
Fixed Size                  2236784 bytes
Variable Size            2.3757E+10 bytes
Database Buffers         2.1877E+10 bytes
Redo Buffers               61263872 bytes
利用pfile 创建新的spfile(将老的备份)
SQL> create spfile from  pfile='/apsarapangu/disk1/opt/oracle/products/11.2.0/dbs/initorcl.ora';
File created.
SQL> shutdown immediate
ORA-01507: database not mounted
ORACLE instance shut down.
使用spfile文件启动,成功
SQL> startup nomount
ORACLE instance started.
Total System Global Area 4.5698E+10 bytes
Fixed Size                  2236784 bytes
Variable Size            2.3757E+10 bytes
Database Buffers         2.1877E+10 bytes
Redo Buffers               61263872 bytes
SQL> alter database mount;
Database altered.
SQL> alter database open;
Database altered.
SQL> exit

成功启动。。
目录
相关文章
|
Oracle 关系型数据库 数据库
|
SQL 存储 Oracle
ORACLE startup报错之ORA-01261&&ORA-01263&&ORA-00202&&ORA-00205
    系统环境:windows server 2008R2    数据库环境:oracle 11.2.0.1    问题描述:一测试数据库oradb启动时报错ORA-01261&&ORA-00202,报错日志如下: C:\Users\localadmin>sqlplus / as sysdba SQL*Plus: Release 11.
1431 0
|
SQL 监控 Oracle
ORACLE startup报错之ORA-01154&&ORA-01155&&ORA-01033&&ORA-03113
    今天,一实施同事求助,说一地市oracle数据库无法通过远程连接,连接报错如图: 操作系统:windows server2008 R2  数据库版本:oracle 11.2.0.1 初看报错貌似数据库正处在打开或关闭的过程中。
1635 0
|
关系型数据库 数据库 Oracle
Oracle基础 shutdown和startup
原文:Oracle基础 shutdown和startup 一、shutdown命令:SHUTDOWN有四个参数:NORMAL、TRANSACTIONAL、IMMEDIATE、ABORT。缺省不带任何参数时表示是NORMAL。
873 0
|
2月前
|
存储 自然语言处理 Oracle
Oracle数据库字符集概述及修改方式
【8月更文挑战第15天】Oracle 数据库字符集定义了数据的编码方案,决定可存储的字符类型及其表示方式。主要作用包括数据存储、检索及跨系统传输时的正确表示。常见字符集如 AL32UTF8 支持多语言,而 WE8MSWIN1252 主用于西欧语言。修改字符集风险高,可能导致数据问题,需事先备份并评估兼容性。可通过 ALTER DATABASE 语句直接修改或采用导出-导入数据的方式进行。完成后应验证数据完整性。此操作复杂,须谨慎处理。
|
2月前
|
数据采集 Oracle 关系型数据库
实时计算 Flink版产品使用问题之怎么实现从Oracle数据库读取多个表并将数据写入到Iceberg表
实时计算Flink版作为一种强大的流处理和批处理统一的计算框架,广泛应用于各种需要实时数据处理和分析的场景。实时计算Flink版通常结合SQL接口、DataStream API、以及与上下游数据源和存储系统的丰富连接器,提供了一套全面的解决方案,以应对各种实时计算需求。其低延迟、高吞吐、容错性强的特点,使其成为众多企业和组织实时数据处理首选的技术平台。以下是实时计算Flink版的一些典型使用合集。
|
18天前
|
Oracle 关系型数据库 数据库
数据库数据恢复—Oracle数据库文件出现坏块的数据恢复案例
打开oracle数据库报错“system01.dbf需要更多的恢复来保持一致性,数据库无法打开”。 数据库没有备份,无法通过备份去恢复数据库。用户方联系北亚企安数据恢复中心并提供Oracle_Home目录中的所有文件,急需恢复zxfg用户下的数据。 出现“system01.dbf需要更多的恢复来保持一致性”这个报错的原因可能是控制文件损坏、数据文件损坏,数据文件与控制文件的SCN不一致等。数据库恢复工程师对数据库文件进一步检测、分析后,发现sysaux01.dbf文件损坏,有坏块。 修复并启动数据库后仍然有许多查询报错,export和data pump工具使用报错。从数据库层面无法修复数据库。
数据库数据恢复—Oracle数据库文件出现坏块的数据恢复案例
|
6天前
|
Oracle 关系型数据库 数据库
Oracle数据恢复—异常断电导致Oracle数据库数据丢失的数据恢复案例
Oracle数据库故障: 机房异常断电后,Oracle数据库启库报错:“system01.dbf需要更多的恢复来保持一致性,数据库无法打开”。数据库没有备份,归档日志不连续。用户方提供了Oracle数据库的在线文件,需要恢复zxfg用户的数据。 Oracle数据库恢复方案: 检测数据库故障;尝试挂起并修复数据库;解析数据文件。
|
6天前
|
Oracle NoSQL 关系型数据库
主流数据库对比:MySQL、PostgreSQL、Oracle和Redis的优缺点分析
主流数据库对比:MySQL、PostgreSQL、Oracle和Redis的优缺点分析
17 2
|
25天前
|
Oracle 安全 关系型数据库
Oracle数据恢复—Oracle数据库误删除的数据恢复方法探讨
删除Oracle数据库数据一般有以下2种方式:delete、drop或truncate。下面针对这2种删除oracle数据库数据的方式探讨一下oracle数据库数据恢复方法(不考虑全库备份和利用归档日志)。

推荐镜像

更多
下一篇
无影云桌面