Oracle Study之--Oracle 11g RAC设置归档路径错误案例

简介:

Oracle Study之--Oracle 11g RAC置归档路径错误案例


系统环境:


操作系统: RedHat EL55

集群:     Oracle 11g GI

Oracle:   Oracle 11gR2


一、错误现象

在设置归档路径时出现以下错误:


SQL> alter system set log_archive_dest_1='LOCATION=+ARC1';              

alter system set log_archive_dest_1='LOCATION=+ARC1'

*

ERROR at line 1:

ORA-17510: Attempt to do i/o beyond file size


SQL> alter system set log_archive_dest_1='LOCATION=/u01/arch1';

alter system set log_archive_dest_1='LOCATION=/u01/arch1'

*

ERROR at line 1:

ORA-17510: Attempt to do i/o beyond file size


查看Oracle online error:


[oracle@bjsrv ~]$oerr ora 17510

17510, 00000, "Attempt to do i/o beyond file size"

// *Cause:  The i/o request points to a block beyond End Of File

// *Action: check additional error messages and call Oracle Support Services

[oracle@bjsrv ~]$


二、解决方法


将spfile 生成pfile


SQL> create  pfile='/home/oracle/initprod.bak' from  spfile;


修改pfile 文件,添加以下参数:


log_archive_dest_1='location=+arc1'


通过pfile 启动instnace:


SQL> startup force nomount pfile='/home/oracle/initprod.bak';

ORACLE instance started.


Total System Global Area  418484224 bytes

Fixed Size                  1336932 bytes

Variable Size             369101212 bytes

Database Buffers           41943040 bytes

Redo Buffers                6103040 bytes


查看归档日志:


SQL> show parameter log


log_archive_dest_1      string      location=+arc1


再通过pfile 生成spfile:


SQL> create spfile='+DG1/prod/spfileprod.ora' from pfile='/home/oracle/initprod.bak';


File created.


重新通过spfile启动instance:


设置归档路径,没有出现错误:


SQL> alter system set log_archive_dest_2='location=+rcy1';


System altered.


SQL> alter system set log_archive_dest_2='';


System altered.











本文转自 客居天涯 51CTO博客,原文链接:http://blog.51cto.com/tiany/1385374,如需转载请自行联系原作者
目录
相关文章
|
3月前
|
存储 Oracle 关系型数据库
服务器数据恢复—光纤存储上oracle数据库数据恢复案例
一台光纤服务器存储上有16块FC硬盘,上层部署了Oracle数据库。服务器存储前面板2个硬盘指示灯显示异常,存储映射到linux操作系统上的卷挂载不上,业务中断。 通过storage manager查看存储状态,发现逻辑卷状态失败。再查看物理磁盘状态,发现其中一块盘报告“警告”,硬盘指示灯显示异常的2块盘报告“失败”。 将当前存储的完整日志状态备份下来,解析备份出来的存储日志并获得了关于逻辑卷结构的部分信息。
|
4月前
|
存储 Oracle 关系型数据库
oracle数据恢复—oracle数据库执行错误truncate命令的数据恢复案例
oracle数据库误执行truncate命令导致数据丢失是一种常见情况。通常情况下,oracle数据库误操作删除数据只需要通过备份恢复数据即可。也会碰到一些特殊情况,例如数据库备份无法使用或者还原报错等。下面和大家分享一例oracle数据库误执行truncate命令导致数据丢失的数据库数据恢复过程。
|
SQL Oracle 关系型数据库
oracle11g SAP测试机归档日志暴增排查(二)
oracle11g SAP测试机归档日志暴增排查(二)
516 1
|
Oracle 关系型数据库 Shell
oracle11g SAP测试机归档日志暴增排查(一)
oracle11g SAP测试机归档日志暴增排查(一)
195 1
|
11月前
|
SQL Oracle 关系型数据库
【赵渝强老师】Oracle的控制文件与归档日志文件
本文介绍了Oracle数据库中的控制文件和归档日志文件。控制文件记录了数据库的物理结构信息,如数据库名、数据文件和联机日志文件的位置等。为了保护数据库,通常会进行控制文件的多路复用。归档日志文件是联机重做日志文件的副本,用于记录数据库的变更历史。文章还提供了相关SQL语句,帮助查看和设置数据库的日志模式。
248 1
【赵渝强老师】Oracle的控制文件与归档日志文件
|
11月前
|
Oracle 关系型数据库 数据库
Oracle数据恢复—Oracle数据库文件有坏快损坏的数据恢复案例
一台Oracle数据库打开报错,报错信息: “system01.dbf需要更多的恢复来保持一致性,数据库无法打开”。管理员联系我们数据恢复中心寻求帮助,并提供了Oracle_Home目录的所有文件。用户方要求恢复zxfg用户下的数据。 由于数据库没有备份,无法通过备份去恢复数据库。
|
11月前
|
存储 Oracle 关系型数据库
oracle数据恢复—Oracle数据库文件大小变为0kb的数据恢复案例
存储掉盘超过上限,lun无法识别。管理员重组存储的位图信息并导出lun,发现linux操作系统上部署的oracle数据库中有上百个数据文件的大小变为0kb。数据库的大小缩水了80%以上。 取出&并分析oracle数据库的控制文件。重组存储位图信息,重新导出控制文件中记录的数据文件,发现这些文件的大小依然为0kb。
|
Oracle 关系型数据库 数据库
数据库数据恢复—Oracle数据库文件出现坏块的数据恢复案例
打开oracle数据库报错“system01.dbf需要更多的恢复来保持一致性,数据库无法打开”。 数据库没有备份,无法通过备份去恢复数据库。用户方联系北亚企安数据恢复中心并提供Oracle_Home目录中的所有文件,急需恢复zxfg用户下的数据。 出现“system01.dbf需要更多的恢复来保持一致性”这个报错的原因可能是控制文件损坏、数据文件损坏,数据文件与控制文件的SCN不一致等。数据库恢复工程师对数据库文件进一步检测、分析后,发现sysaux01.dbf文件损坏,有坏块。 修复并启动数据库后仍然有许多查询报错,export和data pump工具使用报错。从数据库层面无法修复数据库。
数据库数据恢复—Oracle数据库文件出现坏块的数据恢复案例
|
12月前
|
存储 Oracle 关系型数据库
数据库数据恢复—Oracle ASM磁盘组故障数据恢复案例
Oracle数据库数据恢复环境&故障: Oracle ASM磁盘组由4块磁盘组成。Oracle ASM磁盘组掉线 ,ASM实例不能mount。 Oracle数据库故障分析&恢复方案: 数据库数据恢复工程师对组成ASM磁盘组的磁盘进行分析。对ASM元数据进行分析发现ASM存储元数据损坏,导致磁盘组无法挂载。
|
10月前
|
存储 Oracle 关系型数据库
服务器数据恢复—华为S5300存储Oracle数据库恢复案例
服务器存储数据恢复环境: 华为S5300存储中有12块FC硬盘,其中11块硬盘作为数据盘组建了一组RAID5阵列,剩下的1块硬盘作为热备盘使用。基于RAID的LUN分配给linux操作系统使用,存放的数据主要是Oracle数据库。 服务器存储故障: RAID5阵列中1块硬盘出现故障离线,热备盘自动激活开始同步数据,在同步数据的过程中又一块硬盘离线,RAID5阵列瘫痪,上层LUN无法使用。