又见Oracle BUG:Rman备份的alert错误提示-mysql教程-PHP中文网

首页

数据库

mysql教程

又见Oracle BUG:Rman备份的alert错误提示

WBOYWBOYWBOYWBOYWBOYWBOYWBOYWBOYWBOYWBOYWBOYWBOYWB

Jun 07, 2016 pm 04:47 PM

又见Oracle BUG:Rman备份的alert错误提示，现象：在执行数据库备份时，alert日志提示存在错误信息，并给出了一个详细错误信息的t

又见Oracle BUG:Rman备份的alert错误提示
现象：
在执行数据库备份时，alert日志提示存在错误信息，并给出了一个详细错误信息的trc文件。

推荐阅读：

RMAN 配置归档日志删除策略

Oracle基础教程之通过RMAN复制数据库

RMAN备份策略制定参考内容

RMAN备份学习笔记

Oracle数据库备份加密 RMAN加密

alert.log
Tue May 7 10:23:19 2013
Errors in file /opt/oracle/admin/MMS/udump/MMS_ora_9140.trc:
Tue May 7 10:23:19 2013
Errors in file /opt/oracle/admin/MMS/udump/MMS_ora_9140.trc:
Tue May 7 10:23:19 2013
Errors in file /opt/oracle/admin/MMS/udump/MMS_ora_9140.trc:

但trc文件没有异常信息：
[oracle@MMSDB admin]$ more /opt/oracle/admin/MMS/udump/MMS_ora_9140.trc
/opt/oracle/admin/MMS/udump/MMS_ora_9140.trc
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.2.0/db_1
System name: Linux
Node name: MMSDBZ
Release: 2.6.18-194.el5
Version: #1 SMP Tue Mar 16 21:52:39 EDT 2010
Machine: x86_64
Instance name: MMS
Redo thread mounted by this instance: 1
Oracle process number: 86
Unix process pid: 9140, image: oracleMMS@MMSDBZ

*** 2013-05-07 10:23:19.906
*** ACTION NAME:(0000089 STARTED16) 2013-05-07 10:23:19.873
*** MODULE NAME:(backup full datafile) 2013-05-07 10:23:19.873
*** SERVICE NAME:(MMS) 2013-05-07 10:23:19.873
*** SESSION ID:(891.56220) 2013-05-07 10:23:19.873
*** ACTION NAME:(0000093 STARTED111) 2013-05-07 10:23:24.597
[oracle@MMSDB admin]$

分析：
1.确认alert错误提示发生在执行备份时；
MMS_ora_9140.trc：
*** MODULE NAME:(backup full datafile) 2013-05-07 10:23:19.873
2.trc文件是否被截断？
3.是否是Oracle本身存在BUG。

对于1，，查看了备份脚本和rman日志，确认备份脚本设置正确，无异常rman日志。排除1
对于2，查看了max_dump_file_size参数设置：
SQL> show parameter max_dump_file_size
NAME TYPE VALUE
------------------------------------ -------------------------------- ------------------------------
max_dump_file_size string UNLIMITED 查看操作系统空间也是有的。
对于3，在Metalink查找，发现有BUG存在。
Trace File Created when RMAN issues the Controlfile Autobackup [ID 335731.1]

Applied to:
Oracle Database - Enterprise Edition - Version 10.1.0.2 to 10.2.0.1 [Release 10.1 to 10.2] Information in this document applies to any platform.
***Checked for relevance on 03-Apr-2013***

Symptoms:
Error in Alert.log on controlfile autobackup and trace file created with RMAN backups.

Issue verified by alert.log showing error:
Errors in file /usr/oracle/product/admin/dbtest/udump/dbtest_ora_8477.trc:
Control autobackup written to DISK device
handle '/orabackup/backup/prod/c-959859059-20050906-01'

And trace file created with:

/usr/oracle/product/admin/dbtest/udump/dbtest_ora_8477.trc
Oracle Database 10g Enterprise Edition Release 10.2.0.1.0 - Production
With the Partitioning, OLAP and Data Mining options
ORACLE_HOME = /usr/oracle/product/10.2
System name: Linux
Node name: dbtest
Release: 2.6.9-11.ELsmp
Version: #1 SMP Fri May 20 18:26:27 EDT 2005
Machine: i686
Instance name: dbtest
Redo thread mounted by this instance: 1
Oracle process number: 26
Unix process pid: 8477, image: oracle@dbtest (TNS V1-V3)

*** 2005-09-06 11:22:02.425
*** ACTION NAME:(0000064 STARTED111) 2005-09-06 11:22:02.403
*** MODULE NAME:(backup full datafile) 2005-09-06 11:22:02.403
*** SERVICE NAME:(SYS$USERS) 2005-09-06 11:22:02.403
*** SESSION ID:(538.56240) 2005-09-06 11:22:02.403
*** 2005-09-06 11:27:00.173
*** ACTION NAME:(0000670 STARTED111) 2005-09-06 11:27:00.173
*** MODULE NAME:(backup archivelog) 2005-09-06 11:27:00.173
Cause:
Bug 4596065. Development determined these empty trace files are created upon controlfile autobackup when flash recovery area is enabled.
Solution:
To implement the solution, please execute the following steps:
1. Ignore the trace files until patch can be applied.

10.2.0.2 Patch Set - List of Bug Fixes by Problem Type [ID 358749.1]
解决方法：
忽略该错误提示，或者升级数据库到10.2.0.2及以上。

声明

本文内容由网友自发贡献，版权归原作者所有，本站不承担相应法律责任。如您发现有涉嫌抄袭侵权的内容，请联系admin@php.cn

MySQL：世界上最受欢迎的数据库的简介Apr 12, 2025 am 12:18 AM

MySQL是一种开源的关系型数据库管理系统，主要用于快速、可靠地存储和检索数据。其工作原理包括客户端请求、查询解析、执行查询和返回结果。使用示例包括创建表、插入和查询数据，以及高级功能如JOIN操作。常见错误涉及SQL语法、数据类型和权限问题，优化建议包括使用索引、优化查询和分表分区。

MySQL的重要性：数据存储和管理Apr 12, 2025 am 12:18 AM

MySQL是一个开源的关系型数据库管理系统，适用于数据存储、管理、查询和安全。1.它支持多种操作系统，广泛应用于Web应用等领域。2.通过客户端-服务器架构和不同存储引擎，MySQL高效处理数据。3.基本用法包括创建数据库和表，插入、查询和更新数据。4.高级用法涉及复杂查询和存储过程。5.常见错误可通过EXPLAIN语句调试。6.性能优化包括合理使用索引和优化查询语句。

为什么要使用mysql？利益和优势Apr 12, 2025 am 12:17 AM

选择MySQL的原因是其性能、可靠性、易用性和社区支持。1.MySQL提供高效的数据存储和检索功能，支持多种数据类型和高级查询操作。2.采用客户端-服务器架构和多种存储引擎，支持事务和查询优化。3.易于使用，支持多种操作系统和编程语言。4.拥有强大的社区支持，提供丰富的资源和解决方案。

描述InnoDB锁定机制（共享锁，独家锁，意向锁，记录锁，间隙锁，下一键锁）。Apr 12, 2025 am 12:16 AM

InnoDB的锁机制包括共享锁、排他锁、意向锁、记录锁、间隙锁和下一个键锁。1.共享锁允许事务读取数据而不阻止其他事务读取。2.排他锁阻止其他事务读取和修改数据。3.意向锁优化锁效率。4.记录锁锁定索引记录。5.间隙锁锁定索引记录间隙。6.下一个键锁是记录锁和间隙锁的组合，确保数据一致性。

MySQL查询性能差的常见原因是什么？Apr 12, 2025 am 12:11 AM

MySQL查询性能不佳的原因主要包括没有使用索引、查询优化器选择错误的执行计划、表设计不合理、数据量过大和锁竞争。 1.没有索引导致查询缓慢，添加索引后可显着提升性能。 2.使用EXPLAIN命令可以分析查询计划，找出优化器错误。 3.重构表结构和优化JOIN条件可改善表设计问题。 4.数据量大时，采用分区和分表策略。 5.高并发环境下，优化事务和锁策略可减少锁竞争。

您什么时候应该使用复合索引与多个单列索引？Apr 11, 2025 am 12:06 AM

在数据库优化中，应根据查询需求选择索引策略：1.当查询涉及多个列且条件顺序固定时，使用复合索引；2.当查询涉及多个列但条件顺序不固定时，使用多个单列索引。复合索引适用于优化多列查询，单列索引则适合单列查询。

如何识别和优化MySQL中的慢速查询？（慢查询日志，performance_schema）Apr 10, 2025 am 09:36 AM

要优化MySQL慢查询，需使用slowquerylog和performance_schema：1.启用slowquerylog并设置阈值，记录慢查询；2.利用performance_schema分析查询执行细节，找出性能瓶颈并优化。

MySQL和SQL：开发人员的基本技能Apr 10, 2025 am 09:30 AM

MySQL和SQL是开发者必备技能。1.MySQL是开源的关系型数据库管理系统，SQL是用于管理和操作数据库的标准语言。2.MySQL通过高效的数据存储和检索功能支持多种存储引擎，SQL通过简单语句完成复杂数据操作。3.使用示例包括基本查询和高级查询，如按条件过滤和排序。4.常见错误包括语法错误和性能问题，可通过检查SQL语句和使用EXPLAIN命令优化。5.性能优化技巧包括使用索引、避免全表扫描、优化JOIN操作和提升代码可读性。

See all articles