请教：NBU备份oracle报227错误

无牙

原帖由 花和尚 于 2009-3-2 10:21 发表
或者这样，看out文件已经备份完datafile了，那么我是否可以把脚本分成两个，一个备份datafile，一个备份archivelog和controlfile呢？
做完完全备份就直接备份archivelog和controlfile。当时实施的时候就有切换 ...

如果是这样，应该和这两个有关：
1.CLIENT_READ_TIMEOUT调大到3600。
3.DBWR_IO_SLAVES的设置？

花和尚

现在连不到客户那边，只能等晚上了。

第三条可不敢改哦，要停数据库的吧，还不知道改了会有什么影响。客户那边的数据库是不能停的。只能改第一条试试了。


谢谢了!

[ 本帖最后由 花和尚 于 2009-3-2 14:33 编辑 ]

无牙

原帖由 花和尚 于 2009-3-2 14:32 发表
现在连不到客户那边，只能等晚上了。

第三条可不敢改哦，要停数据库的吧，还不知道改了会有什么影响。客户那边的数据库是不能停的。只能改第一条试试了。


谢谢了!

只要看看第三条用的设置就行了，不需要改。

DBWR_IO_SLAVES 缺省是0，如果是这样就没关系了。如果不是0，则需要添加BACKUP_TAPE_IO_SLAVES = true。
但这只是建议，加不加还需要和用户的DBA商量。

sqmax

原帖由 无牙 于 2009-3-2 14:55 发表


只要看看第三条用的设置就行了，不需要改。

DBWR_IO_SLAVES 缺省是0，如果是这样就没关系了。如果不是0，则需要添加BACKUP_TAPE_IO_SLAVES = true。
但这只是建议，加不加还需要和用户的DBA商量。

DBWR_IO_SLAVES最好别动,起用异步IO未必能解决问题,开与不开不会报LZ的这个错误;你现在CATALOG库的版本和生产库哪个高,CATALOG一定要高于或等于生产库,再你再次进行备份以前,你在RMAN中使用CROSSCHECK archivelog all,然后再进行单独的归档日志备份看一下.

花和尚

原帖由 无牙 于 2009-3-2 14:55 发表


只要看看第三条用的设置就行了，不需要改。

DBWR_IO_SLAVES 缺省是0，如果是这样就没关系了。如果不是0，则需要添加BACKUP_TAPE_IO_SLAVES = true。
但这只是建议，加不加还需要和用户的DBA商量。

学习了，我晚上看看。谢谢！

花和尚

原帖由 sqmax 于 2009-3-2 15:08 发表


DBWR_IO_SLAVES最好别动,起用异步IO未必能解决问题,开与不开不会报LZ的这个错误;你现在CATALOG库的版本和生产库哪个高,CATALOG一定要高于或等于生产库,再你再次进行备份以前,你在RMAN中使用CROSSCHECK arch ...

我刚才也查了DBWR_IO_SLAVES这个参数的资料，好像是如你所说；目前还没有catalog；crosscheck archivelog 做过了，目前备份archivelog正常。

看来只能试试无牙兄的第一条办法了。谢谢你们！

lostgamer

无牙老师的回答 看了学习了！

sqmax

原帖由 花和尚 于 2009-3-2 15:41 发表



我刚才也查了DBWR_IO_SLAVES这个参数的资料，好像是如你所说；目前还没有catalog；crosscheck archivelog 做过了，目前备份archivelog正常。

看来只能试试无牙兄的第一条办法了。谢谢你们！

我详细看了一下你的备份脚本,发现这么几句
   sql 'alter system archive log current';
#RELEASE CHANNEL ch00;
#RELEASE CHANNEL ch01;
# backup all archive logs
#ALLOCATE CHANNEL ch02 TYPE 'SBT_TAPE';
#ALLOCATE CHANNEL ch03 TYPE 'SBT_TAPE';

为什么把释放通道和指派通道都注释掉,让每完成一个小的备份任务后自动释放通道,再下个任务开始前,再指派通道,按我说的方法把你的脚本修改一下

花和尚

原帖由 sqmax 于 2009-3-2 15:59 发表


我详细看了一下你的备份脚本,发现这么几句
   sql 'alter system archive log current';
#RELEASE CHANNEL ch00;
#RELEASE CHANNEL ch01;
# backup all archive logs
#ALLOCATE CHANNEL ch02 TYPE 'SB ...

之前是没有注释掉的，但备份失败，就出在这次释放完通道，再分配通道的时候报错；后来我把脚本分成两个脚本，第一个脚本是保留backup database那部分，备份archivelog部分全部注释掉，第二个脚本恰好相反，这样设置过后备份OK；后来想想，既然是第二次分配通道的时候出错，那么我索性就不释放，一直用这两个通道备份下去不就行了？于是就出现了顶楼这个脚本。呵呵！一直用到上个月16号都正常的。17号他们调整过数据库，后来就一直报错。227的错误。

sqmax

原帖由 花和尚 于 2009-3-2 16:03 发表



之前是没有注释掉的，但备份失败，就出在这次释放完通道，再分配通道的时候报错；后来我把脚本分成两个脚本，第一个脚本是保留backup database那部分，备份archivelog部分全部注释掉，第二个脚本恰好相反 ...

有空的话把中间的部分,改成这样试下
RUN {
ALLOCATE CHANNEL ch00 TYPE 'SBT_TAPE';
ALLOCATE CHANNEL ch01 TYPE 'SBT_TAPE';
send 'NB_ORA_CLIENT=p650_pre';
BACKUP
    $BACKUP_TYPE
    SKIP INACCESSIBLE
    TAG hot_db_bk_level0
    FILESPERSET 5
    ## recommended format
    FORMAT 'bk_%s_%p_%t'
    DATABASE;
    sql 'alter system archive log current';
RELEASE CHANNEL ch00;
RELEASE CHANNEL ch01;
RUN {
ALLOCATE CHANNEL ch00 TYPE 'SBT_TAPE';
ALLOCATE CHANNEL ch01 TYPE 'SBT_TAPE';
BACKUP
   filesperset 20
   FORMAT 'al_%s_%p_%t'
   ARCHIVELOG ALL DELETE INPUT;
RELEASE CHANNEL ch00;
RELEASE CHANNEL ch01;
RUN {
ALLOCATE CHANNEL ch00 TYPE disk;
BACKUP
#recommended format
   FORMAT 'cntrl_%s_%p_%t'
  CURRENT CONTROLFILE;
#copy
#    CURRENT CONTROLFILE to '/oracle/controlfile.ctl';
RELEASE CHANNEL ch00;
}

呵呵,我想看看这样的话是否可以正常执行