原文:http://www.eygle.com/archives/2009/07/dataguard_ora_01111.html
在DataGuard环境中,由于备库的路径、存储、空间等问题,可能会导致文件创建失败的问题。
在正常情况下,如果配置正确,文件是能够自动创建的,出错时可能的日志如下:
Sun Jul 5 23:28:23 2009
Media Recovery Log /opt/oracle/archivelog/1_47_689973859.dbf
Media Recovery Log /opt/oracle/archivelog/1_48_689973859.dbf
Media Recovery Log /opt/oracle/archivelog/1_49_689973859.dbf
WARNING: File being created with same name as in Primary
Existing file may be overwritten
File #5 added to control file as 'UNNAMED00005'.
Originally created as:
'/opt/oracle/oradata/mmstest/test01.dbf'
Recovery was unable to create the file as:
'/opt/oracle/oradata/mmstest/test01.dbf'
Errors with log /opt/oracle/archivelog/1_49_689973859.dbf
出现此种情况,进一步的告警日志可能会报出如下错误:
Sun Jul 5 23:28:28 2009
Errors in file /opt/oracle/admin/mmstest/bdump/mmstest_mrp0_32062.trc:
ORA-19502: write error on file "/opt/oracle/oradata/mmstest/test01.dbf", blockno 1024 (blocksize=8192)
ORA-27072: File I/O error
Linux Error: 9: Bad file descriptor
Additional information: 4
Additional information: 1024
Additional information: 397312
Some recovered datafiles maybe left media fuzzy
Media recovery may continue but open resetlogs may fail
Sun Jul 5 23:28:29 2009
Errors in file /opt/oracle/admin/mmstest/bdump/mmstest_mrp0_32062.trc:
ORA-19502: write error on file "/opt/oracle/oradata/mmstest/test01.dbf", blockno 1024 (blocksize=8192)
ORA-27072: File I/O error
Linux Error: 9: Bad file descriptor
Additional information: 4
Additional information: 1024
Additional information: 397312
以及尝试recover时可能再次出现:
Mon Jul 6 01:36:30 2009
Errors in file /opt/oracle/admin/mmstest/bdump/mmstest_mrp0_32589.trc:
ORA-01111: name for data file 5 is unknown - rename to correct file
ORA-01110: data file 5: '/opt/oracle/product/10.2.0/dbs/UNNAMED00005'
ORA-01157: cannot identify/lock data file 5 - see DBWR trace file
ORA-01111: name for data file 5 is unknown - rename to correct file
ORA-01110: data file 5: '/opt/oracle/product/10.2.0/dbs/UNNAMED00005'
出现这些错误时MRP进程会停止工作,恢复中断:
Mon Jul 6 01:36:30 2009
MRP0: Background Media Recovery process shutdown (mmstest)
在修正相关的问题之后,我们可以进行如下一系列的操作来恢复这些错误:
SQL> alter system set standby_file_management=manual;
System altered.
SQL> alter database create datafile
2 '/opt/oracle/product/10.2.0/dbs/UNNAMED00005' as '/opt/oracle/oradata/mmstest/test01.dbf';
Database altered.
SQL> alter system set standby_file_management=auto;
System altered.
SQL> recover managed standby database disconnect from session;
Media recovery complete.
此时备库的恢复得以继续:
Mon Jul 6 01:41:14 2009
ALTER SYSTEM SET standby_file_management='MANUAL' SCOPE=MEMORY;
Mon Jul 6 01:42:13 2009
alter database create datafile
'/opt/oracle/product/10.2.0/dbs/UNNAMED00005' as '/opt/oracle/oradata/mmstest/test01.dbf'
Mon Jul 6 01:42:14 2009
Completed: alter database create datafile
'/opt/oracle/product/10.2.0/dbs/UNNAMED00005' as '/opt/oracle/oradata/mmstest/test01.dbf'
Mon Jul 6 01:42:26 2009
ALTER SYSTEM SET standby_file_management='AUTO' SCOPE=MEMORY;
Mon Jul 6 01:42:40 2009
ALTER DATABASE RECOVER managed standby database disconnect from session
Mon Jul 6 01:42:40 2009
Attempt to start background Managed Standby Recovery process (mmstest)
MRP0 started with pid=16, OS id=32607
Mon Jul 6 01:42:41 2009
MRP0: Background Managed Standby Recovery process started (mmstest)
Managed Standby Recovery not using Real Time Apply
parallel recovery started with 3 processes
Media Recovery Log /opt/oracle/archivelog/1_49_689973859.dbf
Mon Jul 6 01:42:47 2009
Completed: ALTER DATABASE RECOVER managed standby database disconnect from session
Mon Jul 6 01:43:02 2009
Media Recovery Log /opt/oracle/archivelog/1_50_689973859.dbf
Mon Jul 6 01:43:17 2009
Media Recovery Log /opt/oracle/archivelog/1_51_689973859.dbf
Mon Jul 6 01:43:32 2009
Media Recovery Log /opt/oracle/archivelog/1_52_689973859.dbf
Mon Jul 6 01:43:45 2009
Media Recovery Log /opt/oracle/archivelog/1_53_689973859.dbf
正常情况下的配置及文件创建,其提示应该类似如下过程:
Mon Jul 6 01:53:28 2009
WARNING: File being created with same name as in Primary
Existing file may be overwritten
Recovery created file /opt/oracle/oradata/mmstest/wztest02.dbf
Successfully added datafile 7 to media recovery
Datafile #7: '/opt/oracle/oradata/mmstest/wztest02.dbf'
Media Recovery Log /opt/oracle/archivelog/1_80_689973859.dbf
在这个测试环境中,是由于空间不足导致的文件创建失败。
注意,在以上步骤中,如果standby_file_management设置为AUTO时,执行create命令会遇到如下错误:
SQL> alter database rename
2 file '/opt/oracle/product/10.2.0/dbs/UNNAMED00005' to '/opt/oracle/oradata/mmstest/test01.dbf';
alter database rename
*
ERROR at line 1:
ORA-01511: error in renaming log/data files
ORA-01275: Operation RENAME is not allowed if standby file management is automatic.
-The End-
分享到:
相关推荐
sqlplus / as sysdba时出现ORA-01031 insufficient privilege
### DATAGUARD 物理DG配置客户端无缝切换——ora-16652与ora-16603错误解析 #### 1. DataGuardBroker的配置 **DataGuardBroker** 是Oracle提供的用于简化Oracle Data Guard管理和配置的工具。通过使用...
一个项目做了Oracle主从数据库同步,通过Dataguard实现,从库服务器宕机,再开机的时候,从库无法启动,报“ORA-01196: 文件 1 由于介质恢复会话失败而不一致”这个错误,具体日志信息如下: ORA-10458: standby ...
"Oracle错误码大全"是一份非常重要的参考资料,它包含了Oracle数据库系统中可能出现的所有错误码及其详细解释,对于DBA(数据库管理员)或开发人员来说,是解决问题的得力助手。 Oracle错误码通常由三部分组成:...
- 在`tnsnames.ora`文件中复制本地数据库的TNS配置内容,并创建两个新的条目,分别命名为LMISPRM和LMISSTD,用于标识Primary和Standby数据库。 9. **关闭Primary数据库**: - 完成以上步骤后,可以暂时关闭...
上一篇文章中我们了解到oracle常见故障类别及规划解析,接下来,我们看看oracle数据库ORA-01196错误解决的相关内容,具体如下: 问题现象 在使用shutdown abort停DataGuard备库后,备库不能open,报ORA-01196错误。...
根据提供的文件信息,以下是对Dataguard部署步骤的详细解读及关键知识点的总结: ### Dataguard概述 Oracle Data Guard是一种高可用性解决方案,能够提供对数据库数据的保护,通过在主数据库(Primary Database)...
oracle11g10g安装备份基础维护
Oracle 11gR2 dataguard搭建说明
Oracle 11gR2 dataguard搭建说明
在MOS中,可以通过搜索关键词找到对应的问题,如"zero ext4",可以找到文档ID为1487957.1的解决方案,该文档详细解释了与ext4文件系统和filesystemmio_options相关的问题。 总结来说,本文讨论了在配置Oracle ...
Oracle DataGuard是一种强大的高可用性和灾难恢复解决方案,用于保护Oracle数据库。它通过创建一个或多个备用数据库来确保数据的安全性,这些备用数据库可以是物理的(Physical Standby)或者逻辑的(Logical ...
(八.1)物理dg配置客户端无缝切换--Data ...(八.4)物理dg配置客户端无缝切换 --ora-16652 和 ora-16603错误 (八.5)物理dg的switchover切换 (八.6)物理dg的failover切换 (八.7)物理dg在主库丢失归档文件的情况下的恢复
DataGuard技术则是Oracle提供的一种高可用性和灾难恢复解决方案,它通过在主数据库和一个或多个备用数据库之间建立实时同步或近实时同步,确保在主数据库出现问题时,数据能够快速无损地切换到备用数据库。...
Oracle Dataguard 是 Oracle 数据库中的一种灾难恢复解决方案,它可以将主数据库的数据实时同步到备用数据库中,确保数据的安全和高可用性。本文将详细介绍 Oracle Dataguard 的 3 种创建方法:冷备法、热备法和 ...
Oracle Dataguard 是一种全面的数据保护解决方案,旨在提供最高级别的数据可用性和灾难恢复能力。物理 Standby 数据库是 Dataguard 架构中的一个重要组成部分,它能够实时地接收来自 Primary 数据库的日志,并应用...
一份很好的dataguard实施文档,大家可以看看实施的精髓,其实datagurad配置不难,难的都是规划!
- **监控与维护**:定期检查DataGuard的状态,及时发现并解决问题,确保系统稳定运行。 ### 结论 Oracle DataGuard 是一项非常重要的技术,对于提升数据库系统的可靠性、可用性和灾难恢复能力具有重要意义。通过...