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

简介:
上午接近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

成功启动。。
相关文章
|
2月前
|
存储 自然语言处理 Oracle
Oracle数据库字符集概述及修改方式
【8月更文挑战第15天】Oracle 数据库字符集定义了数据的编码方案,决定可存储的字符类型及其表示方式。主要作用包括数据存储、检索及跨系统传输时的正确表示。常见字符集如 AL32UTF8 支持多语言,而 WE8MSWIN1252 主用于西欧语言。修改字符集风险高,可能导致数据问题,需事先备份并评估兼容性。可通过 ALTER DATABASE 语句直接修改或采用导出-导入数据的方式进行。完成后应验证数据完整性。此操作复杂,须谨慎处理。
|
2月前
|
数据采集 Oracle 关系型数据库
实时计算 Flink版产品使用问题之怎么实现从Oracle数据库读取多个表并将数据写入到Iceberg表
实时计算Flink版作为一种强大的流处理和批处理统一的计算框架,广泛应用于各种需要实时数据处理和分析的场景。实时计算Flink版通常结合SQL接口、DataStream API、以及与上下游数据源和存储系统的丰富连接器,提供了一套全面的解决方案,以应对各种实时计算需求。其低延迟、高吞吐、容错性强的特点,使其成为众多企业和组织实时数据处理首选的技术平台。以下是实时计算Flink版的一些典型使用合集。
|
16天前
|
Oracle 关系型数据库 数据库
数据库数据恢复—Oracle数据库文件出现坏块的数据恢复案例
打开oracle数据库报错“system01.dbf需要更多的恢复来保持一致性,数据库无法打开”。 数据库没有备份,无法通过备份去恢复数据库。用户方联系北亚企安数据恢复中心并提供Oracle_Home目录中的所有文件,急需恢复zxfg用户下的数据。 出现“system01.dbf需要更多的恢复来保持一致性”这个报错的原因可能是控制文件损坏、数据文件损坏,数据文件与控制文件的SCN不一致等。数据库恢复工程师对数据库文件进一步检测、分析后,发现sysaux01.dbf文件损坏,有坏块。 修复并启动数据库后仍然有许多查询报错,export和data pump工具使用报错。从数据库层面无法修复数据库。
数据库数据恢复—Oracle数据库文件出现坏块的数据恢复案例
|
4天前
|
Oracle 关系型数据库 数据库
Oracle数据恢复—异常断电导致Oracle数据库数据丢失的数据恢复案例
Oracle数据库故障: 机房异常断电后,Oracle数据库启库报错:“system01.dbf需要更多的恢复来保持一致性,数据库无法打开”。数据库没有备份,归档日志不连续。用户方提供了Oracle数据库的在线文件,需要恢复zxfg用户的数据。 Oracle数据库恢复方案: 检测数据库故障;尝试挂起并修复数据库;解析数据文件。
|
4天前
|
Oracle NoSQL 关系型数据库
主流数据库对比:MySQL、PostgreSQL、Oracle和Redis的优缺点分析
主流数据库对比:MySQL、PostgreSQL、Oracle和Redis的优缺点分析
14 2
|
23天前
|
Oracle 安全 关系型数据库
Oracle数据恢复—Oracle数据库误删除的数据恢复方法探讨
删除Oracle数据库数据一般有以下2种方式:delete、drop或truncate。下面针对这2种删除oracle数据库数据的方式探讨一下oracle数据库数据恢复方法(不考虑全库备份和利用归档日志)。
|
1月前
|
存储 Oracle 关系型数据库
Oracle同一台服务器创建多个数据库
【8月更文挑战第30天】在 Oracle 中,可在同一服务器上创建多个数据库。首先确保已安装 Oracle 软件并具有足够资源,然后使用 DBCA 工具按步骤创建,包括选择模板、配置存储及字符集等。重复此过程可创建多个数据库,需确保名称、SID 和存储位置唯一。创建后,可通过 Oracle Enterprise Manager 进行管理,注意服务器资源分配与规划。
38 10
|
8天前
|
SQL Oracle 关系型数据库
Oracle数据库管理:从入门到精通
表(Table):表是Oracle数据库中存储数据的基本结构单元,由行(Row)和列(Column)组成。每行代表一个记录,每列代表一个字段。 SQL(Structured Query Language):SQL是Oracle数据库的核心语言,用于与数据库交互,执行查询、插入、更新和删除等操作。 数据库实例与数据库:在Oracle中,数据库实例是一组后台进程和内存结构,用于管理数据库并提供服务。而数据库则是数据的物理存储,包括数据文件、控制文件、联机日志和参数文件等。
29 0
|
2月前
|
存储 Oracle 关系型数据库
分享几个Oracle数据库日常维护中常见的问题
分享几个Oracle数据库日常维护中常见的问题
84 1
|
2月前
|
SQL Oracle 关系型数据库
"揭秘!一键解锁Oracle日志清理魔法,让海量归档日志无处遁形,守护数据库健康,告别磁盘空间告急噩梦!"
【8月更文挑战第9天】随着Oracle数据库在企业应用中的普及,归档日志管理对保持数据库健康至关重要。归档日志记录所有更改,对数据恢复极为重要,但也可能迅速占用大量磁盘空间影响性能。利用Oracle提供的RMAN工具,可通过编写Shell脚本来自动清理归档日志。脚本包括设置环境变量、连接数据库、检查和删除指定时间前的日志,并记录执行情况。通过Cron作业定时运行脚本,可有效管理日志文件,确保数据库稳定运行。
72 7