oracle_j000,ORA-600[6749] 发生在 SYSMAN.MGMT_METRICS_RAW表

本文详细记录了处理Oracle数据库中ORA-00600[6749]错误的过程,涉及SYSMAN.MGMT_METRICS_RAW表的问题。首先通过trace日志定位问题,然后通过备份、创建表复制、清理和重新插入数据来临时解决问题。建议在操作前备份,并遵循工作流程以避免数据丢失。
部署运行你感兴趣的模型镜像

数据库alert日志长时间出现ORA-00600[6749]错误

日志报错如下

Fri Jun 1 12:01:30 2012

Errors in file /opt/oracle/admin/oraapp/bdump/oraapp_j000_396.trc:

ORA-00600: internal error code, arguments: [6749], [3], [12596882], [49], [], [], [], []

Fri Jun 1 12:01:34 2012

Errors in file /opt/oracle/admin/oraapp/bdump/oraapp_j000_396.trc:

Fri Jun 1 13:01:06 2012

Errors in file /opt/oracle/admin/oraapp/bdump/oraapp_j000_13226.trc:

ORA-00600: internal error code, arguments: [6749], [3], [12596882], [49], [], [], [], []

Fri Jun 1 13:01:10 2012

Errors in file /opt/oracle/admin/oraapp/bdump/oraapp_j000_13226.trc:

Fri Jun 1 14:01:46 2012

Errors in file /opt/oracle/admin/oraapp/bdump/oraapp_j000_26691.trc:

ORA-00600: internal error code, arguments: [6749], [3], [12596882], [49], [], [], [], []

Fri Jun 1 14:01:51 2012

Errors in file /opt/oracle/admin/oraapp/bdump/oraapp_j000_26691.trc:

Fri Jun 1 15:01:21 2012

Errors in file /opt/oracle/admin/oraapp/bdump/oraapp_j000_7119.trc:

ORA-00600: internal error code, arguments: [6749], [3], [12596882], [49], [], [], [], []

查看trace日志

Oracle Database 10g Enterprise Edition Release 10.2.0.1.0 - 64bit Production

With the Partitioning, OLAP and Data Mining options

ORACLE_HOME = /opt/oracle/product/10/oraapp

System name:Linux

Node name:oracle2

Release:2.6.18-92.el5

Version:#1 SMP Tue Apr 29 13:16:15 EDT 2008

Machine:x86_64

Instance name: oraapp

Redo thread mounted by this instance: 1

Oracle process number: 44

Unix process pid: 26691, image: oracle@oracle2 (J000)

*** ACTION NAME:(target 5) 2012-06-01 14:01:00.298

*** MODULE NAME:(Oracle Enterprise Manager.rollup) 2012-06-01 14:01:00.298

*** SERVICE NAME:(SYS$USERS) 2012-06-01 14:01:00.298

*** SESSION ID:(406.24103) 2012-06-01 14:01:00.298

Dumping current redo log in thread 1

DUMP OF REDO FROM FILE '/opt/oracle/oradata/oraapp/systable/redo03.log'

Opcodes 11.*

DBAs (file#, block#):

(3, 13970)

RBAs: 0x000000.00000000.0000 thru 0xffffffff.ffffffff.ffff

SCNs: scn: 0x0000.00000000 thru scn: 0xffff.ffffffff

Times: creation thru eternity

FILE HEADER:

Compatibility Vsn = 169869568=0xa200100

Db ID=1462349529=0x5729aed9, Db Name='ORAAPP'

Activation ID=1462334681=0x572974d9

Control Seq=2614156=0x27e38c, File size=245760=0x3c000

File Number=3, Blksiz=512, File Type=2 LOG

descrip:"Thread 0001, Seq# 0000003963, SCN 0x0000129fc9df-0xffffffffffff"

猜测ORA-600[6749]部分参数

SQL> select DBMS_UTILITY.data_block_address_file (12596882) "file#",

2 DBMS_UTILITY.data_block_address_block (12596882) "block#"

3 from dual;

file# block#

---------- ----------

3 13970

ORA-600[6749][a][b]{c}

这里证明c表示rdba

根据dba查询对象

SQL> select * from dba_extents where 13970 between block_id and block_id + blocks and file_id=3;

OWNER SEGMENT_NAME SEGMENT_TYPE

---------- ------------------------------- -------------------

SYSMAN SYS_IOT_OVER_10448 TABLE

SQL> select owner,iot_name from dba_tables where table_name = 'SYS_IOT_OVER_10448';

OWNER IOT_NAME

------------------------------ ------------------------------

SYSMAN MGMT_METRICS_RAW

SQL> ANALYZE TABLE SYSMAN.MGMT_METRICS_RAW VALIDATE STRUCTURE CASCADE;

Table analyzed.

按照常理ORA-00600[6749]错误是因为坏块或者表和索引数据不一致导致,通过ANALYZE可以检查出来.这里显示正常,那可能是其他原因导致,查询MOS果然发现是ORA-600 [6749] Occurring on SYSMAN.MGMT_METRICS_RAW [ID 467439.1]

解决方法

The following workaround may resolve the problem temporarily:

1. Ensure you have a good backup before proceeding.

2. Create a copy of the SYSMAN.MGMT_METRICS_RAW table:

SQL> create table SYSMAN.MGMT_METRICS_RAW_COPY

as select * from SYSMAN.MGMT_METRICS_RAW;

3. Truncate the table:

SQL> truncate table SYSMAN.MGMT_METRICS_RAW;

May need to disable trigger: "sysman.raw_metrics_after_insert" before proceeding.

Re-enable after the insert.

4. Re-insert the rows:

SQL> insert into SYSMAN.MGMT_METRICS_RAW

select * from SYSMAN.MGMT_METRICS_RAW_COPY;

SQL> commit;

5. Drop the copy table:

SQL> drop table SYSMAN.MGMT_METRICS_RAW_COPY;

您可能感兴趣的与本文相关的镜像

Stable-Diffusion-3.5

Stable-Diffusion-3.5

图片生成
Stable-Diffusion

Stable Diffusion 3.5 (SD 3.5) 是由 Stability AI 推出的新一代文本到图像生成模型,相比 3.0 版本,它提升了图像质量、运行速度和硬件效率

从你提供的错误信息来看,执行 JOB 时在发送邮件环节报错,错误信息如下: ``` ORA-29277: invalid SMTP operation ORA-06512: at "SYS.UTL_SMTP", line 80 ORA-06512: at "SYS.UTL_SMTP", line 647 ORA-06512: at "ECOLOGY.CUXHL2_MAIL_PKG", line 822 ORA-29278: SMTP transient error: 421 4.3.2 Service not available ORA-06512: at "ECOLOGY.CUXHL2_MAIL_PKG", line 899 ORA-06512: at "ECOLOGY.DCC_PENDINGAPPROVAL_PKG", line 74 ``` ### 报错原因分析: 1. **ORA-29277: invalid SMTP operation** - 示调用 `UTL_SMTP` 包时执行了非法的 SMTP 操作,可能是连接未建立就执行了发送邮件操作。 2. **ORA-29278: SMTP transient error: 421 4.3.2 Service not available** - Oracle 试图通过 SMTP 发送邮件时,邮件服务器暂时不可用。可能是邮件服务器宕机、网络不通、SMTP 配置错误或权限问题。 3. **调用栈信息** - 错误发生在 `ECOLOGY.CUXHL2_MAIL_PKG` 包的第 822 和 899 行,说明邮件发送逻辑在此包中实现,而最终调用的是 `SYS.UTL_SMTP` 包。 - `DCC_PENDINGAPPROVAL_PKG` 第 74 行调用了邮件发送包。 ### 解决方案建议: 1. **检查 SMTP 邮件服务器状态** - 确认邮件服务器是否正常运行。 - 使用 `telnet mail_server_ip 25` 检查端口是否开放。 2. **检查 Oracle 的 UTL_SMTP 配置** - 确保 `UTL_SMTP` 调用的 SMTP 地址、端口配置正确。 - 检查是否配置了 ACL(访问控制列),确保 Oracle 有权限访问邮件服务器。 3. **检查邮件发送包代码逻辑** - 查看 `CUXHL2_MAIL_PKG` 包中邮件发送逻辑,确保连接、发送、关闭流程正确。 - 检查是否缺少异常处理导致错误未被捕获。 4. **查看数据库警报日志和邮件服务器日志** - 可以帮助进一步定位是网络问题、权限问题还是邮件服务器拒绝连接。 ---
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值