rman备份不成功，系统出错，请高手看看！

Question

rman备份脚本没有问题，之前一直备着呢，今天早起发现昨天数据没有备份，用errpt发现系统有以下错误：
标号：SCAN_ERROR_CHRP
标识：BFE4C025

日期／时间：     公元2011年03月30日  星期三  23时57分36秒
序号：           5248
机器标识：       ***
节点标识：       ***
类：             H
类型：           PERM
资源名：         sysplanar0
资源类：         planar
资源类型：       sysplanar_rspc
位置：

描述
未确定的错误

失败原因
未确定

        推荐的操作
        运行系统诊断。

诊断分析
Diagnostic Log sequence number: 4023
Resource tested:        sysplanar0
Resource Description:   系统平面
Location:
SRC:                    B124E500
Description:            Memory subsystem including external cache Predictive
                        Error, general. Refer to the system service
                        documentation for more information.
Additional Words:       2-020000F0 3-28D90110 4-C103A200 5-010000FF
                        6-00811870 7-00000001 8-005F0008 9-00000000
Possible FRUs:
    Priority: M FRU: 10N8123  S/N: YL10HA6CL04N CCIN: 53BA
    Location: U787B.001.DNWFKC9-P1-C9

标号：SCAN_ERROR_CHRP
标识：BFE4C025
-----------------------------------------------------------------------------------------------------------------------
日期／时间：     公元2011年03月30日  星期三  23时40分36秒
序号：           5247
机器标识：       ***
节点标识：       ***
类：             H
类型：           PERM
资源名：         sysplanar0
资源类：         planar
资源类型：       sysplanar_rspc
位置：

描述
未确定的错误

失败原因

诊断分析
Diagnostic Log sequence number: 4021
Resource tested:        sysplanar0
Menu Number:            651301
Description:

CEC hardware System resources deconfigured by system due to prior error event.
------------------------------------------------------------------------------------------------------------------------
标号：SCAN_ERROR_CHRP
标识：BFE4C025

日期／时间：     公元2011年03月30日  星期三  23时38分36秒
序号：           5245
机器标识：       ***
节点标识：       ***
类：             H
类型：           PERM
资源名：         sysplanar0
资源类：         planar
资源类型：       sysplanar_rspc
位置：

描述
未确定的错误

失败原因
诊断分析
Diagnostic Log sequence number: 4015
Resource tested:        sysplanar0
Resource Description:   系统平面
Location:
SRC:                    B18187EF
Description:            Platform Firmware Unrecovered Error, general. Refer to
                        the system service documentation for more information.
Additional Words:       2-030000F0 3-28D93910 4-C1009090 5-400000FF
                        6-00000000 7-00000001 8-00000005 9-00000000
Possible FRUs:
    Priority: H Maintainence Procedure: FSPSP04
    Location: n/a
    Priority: M Maintainence Procedure: FSPSP06
    Location: n/a
---------------------------------------------------------------------------------------------------------------------
标号：SCAN_ERROR_CHRP
标识：BFE4C025

日期／时间：     公元2011年03月30日  星期三  23时38分06秒
序号：           5244
机器标识：       ***
节点标识：       ***
类：             H
类型：           PERM
资源名：         sysplanar0
资源类：         planar
资源类型：       sysplanar_rspc
位置：

描述
未确定的错误

失败原因
诊断分析
Diagnostic Log sequence number: 4013
Resource tested:        sysplanar0
Resource Description:   系统平面
Location:
SRC:                    B150F62A
Description:            CEC hardware Unrecovered Error, general. Refer to the
                        system service documentation for more information.
Additional Words:       2-030000F0 3-28D94210 4-C1009090 5-400000FF
                        6-0000040D 7-00811630 8-00000000 9-00000000
Possible FRUs:
    Priority: H Maintainence Procedure: FSPSP04
    Location: n/a
    Priority: M Maintainence Procedure: FSPSP06
    Location: n/a
    Priority: H FRU: 10N8123  S/N: YL10HA6CL04N CCIN: 53BA
    Location: U787B.001.DNWFKC9-P1-C9

Answer 1

呵呵,rman不成功,肯定不是由于这个错误造成的
这个错误是提示微码问题的

Answer 2

有可能内存出错了.建议交给IBM硬件工程师 处理,需要把相关日志文件发给IBM.

Answer 3

检查内存，升级一下微码，继续观察。

看看rman备份脚本的输出日志。

Answer 4

本帖最后由 jwj813 于 2011-03-31 15:37 编辑

如果需要升级微码，升级到哪个版本合适，通过HMC控制台升级可以吗？多谢指导！
#lsmcode
DISPLAY MICROCODE LEVEL
IBM,9133-55A

The current permanent system firmware image is SF240_298
The current temporary system firmware image is SF240_298
The system is currently booted from the temporary firmware image.

Answer 5

这个报错很常见的
一般IBM工程师都不管的
对于rman的问题
能否把rman的脚本以及对应的log贴出来呢

Answer 6

本帖最后由 jwj813 于 2011-03-31 17:23 编辑

备份脚本没有问题，今天手动备份成功，看系统日志昨天备份过程中系统突然重启了，原来存储是A、B两个控制器交替控制，今天发现变成了单控制器控制，有可能是这个导致系统重启了，至于重启的原因，很有可能是某个固件需要升级了
rman日志如下：
Recovery Manager: Release 10.2.0.1.0 - Production on Wed Mar 30 23:00:01 2011

Copyright (c) 1982, 2005, Oracle.  All rights reserved.

connected to target database: *****
RMAN>
using target database control file instead of recovery catalog
old RMAN configuration parameters:
CONFIGURE RETENTION POLICY TO REDUNDANCY 8;
new RMAN configuration parameters:
CONFIGURE RETENTION POLICY TO REDUNDANCY 8;
new RMAN configuration parameters are successfully stored

RMAN> 2> 3> 4> 5> 6> 7>
allocated channel: CH1
channel CH1: sid=492 instance=rac2 devtype=DISK

Starting backup at 30-MAR-11
channel CH1: starting incremental level 0 datafile backupset
channel CH1: specifying datafile(s) in backupset
input datafile fno=00007 name=/dev/o9_nnc_data01
input datafile fno=00009 name=/dev/o9_nnc_data03
input datafile fno=00012 name=/dev/o9_nnc_index03
input datafile fno=00010 name=/dev/o9_nnc_index01
input datafile fno=00008 name=/dev/o9_nnc_data02
input datafile fno=00001 name=/dev/o9_system
input datafile fno=00003 name=/dev/o9_sysaux
input datafile fno=00011 name=/dev/o9_nnc_index02
input datafile fno=00013 name=/dev/o9_iufo
input datafile fno=00002 name=/dev/o9_undotbs1
input datafile fno=00006 name=/dev/o9_undotbs2
input datafile fno=00005 name=/dev/o9_example
input datafile fno=00004 name=/dev/o9_users
channel CH1: starting piece 1 at 30-MAR-11

Answer 7

看来是存储问题，导致备份中断
查存储的告警吧

Answer 8

后端是什么存储啊?
问题搞定了,给大家分享一下哦

Answer 9

我也是觉得是存储有问题，还有查一下自己的线路。看看光纤是不是有衰减。