免费注册 查看新帖 |

Chinaunix

  平台 论坛 博客 文库
最近访问板块 发新帖
查看: 4218 | 回复: 7
打印 上一主题 下一主题

【求助】:oracle RMAN备份归档日志失败【已解决】 [复制链接]

论坛徽章:
0
跳转到指定楼层
1 [收藏(0)] [报告]
发表于 2008-11-25 10:31 |只看该作者 |倒序浏览
是中间有一次release channel的问题,据symantec的人说属于一个在oracle8i下面的一个问题,中间不release channel就没问题了。


各位好!

请教一个RMAN备份的问题:
服务器:P650
OS:AIX 5.2
Oracle:8.1.7
归档模式:开启

之前采用NBU6.0备份过,后来由于备份设备故障,有很长时间都没备份过。由于考虑到大量的归档日志会撑满硬盘,于是客户采取每天手动从文件系统里把archivelog删除掉了。

本次更新了备份设备,再次执行备份时,数据文件备份成功,但到执行archivelog备份的时候报错。
out文件如下:
Script /usr/openv/scripts/hot_database_backup.sh
==== started on Sun Nov 23 19:14:26 BEIST 2008 ====


RMAN: /oracle/app/oracle/product/8.1.7/bin/rman
ORACLE_SID: siis
ORACLE_USER: oracle
ORACLE_HOME: /oracle/app/oracle/product/8.1.7

NB_ORA_FULL: 0
NB_ORA_INCR: 0
NB_ORA_CINC: 1
NB_ORA_SERV: zssbj-server
NB_ORA_POLICY: Oracle_backup_p650

Cumulative incremental backup requested
RMAN: /oracle/app/oracle/product/8.1.7/bin/rman

恢复管理器:版本8.1.7.0.0 - Production

RMAN-06005:连接到目标数据库:SIIS (DBID=4131466991)
RMAN-06009:正在使用目标数据库控制文件替代恢复目录

RMAN>2> 3> 4> 5> 6> 7> 8> 9> 10> 11> 12> 13> 14> 15> 16> 17> 18> 19> 20> 21> 22> 23> 24> 25> 26> 27> 28> 29> 30> 31> 32> 33> 34> 35> 36> 37> 38> 39> 40>
RMAN-03022:正在编译命令:allocate
RMAN-03023:正在执行命令:allocate
RMAN-08030:分配的通道:ch00
RMAN-08500:通道 ch00:sid=30 devtype=SBT_TAPE
RMAN-08526:通道ch00:Veritas NetBackup for Oracle - Release 6.5 (2007072323)

RMAN-03022:正在编译命令:backup
RMAN-03023:正在执行命令:backup
RMAN-08008:通道 ch00:正在启动 incremental level 1 数据文件备份集
RMAN-08502:set_count=4724 set_stamp=671570072 creation_time=23-11月-08
RMAN-08010:通道 ch00:正在指定备份集中的数据文件
RMAN-08522:输入数据文件 fno=00013 name=/u03/oradata/siis/usr_data03.dbf
RMAN-08522:输入数据文件 fno=00012 name=/u03/oradata/siis/usr_data02.dbf
RMAN-08522:输入数据文件 fno=00006 name=/u01/oradata/siis/usr_data02.dbf
RMAN-08522:输入数据文件 fno=00021 name=/u02/oradata/siis/usr_data04.dbf
RMAN-08522:输入数据文件 fno=00030 name=/u03/oradata/siis/usr_data10.dbf
RMAN-08013:通道 ch00:已创建 1 段
RMAN-08503:段 handle=bk_4724_1_671570072 comment=API Version 2.0,MMS Version 5.0.0.0
RMAN-08525:备份集完成,经过时间:00:08:46
RMAN-08008:通道 ch00:正在启动 incremental level 1 数据文件备份集
RMAN-08502:set_count=4725 set_stamp=671570598 creation_time=23-11月-08
RMAN-08010:通道 ch00:正在指定备份集中的数据文件
RMAN-08522:输入数据文件 fno=00003 name=/u01/oradata/siis/rbs01.dbf
RMAN-08522:输入数据文件 fno=00005 name=/u01/oradata/siis/usr_data01.dbf
RMAN-08522:输入数据文件 fno=00020 name=/u01/oradata/siis/usr_data04.dbf
RMAN-08522:输入数据文件 fno=00029 name=/u03/oradata/siis/usr_data09.dbf
RMAN-08522:输入数据文件 fno=00023 name=/u01/oradata/siis/temp02.dbf
RMAN-08013:通道 ch00:已创建 1 段
RMAN-08503:段 handle=bk_4725_1_671570598 comment=API Version 2.0,MMS Version 5.0.0.0
RMAN-08525:备份集完成,经过时间:00:09:16
RMAN-08008:通道 ch00:正在启动 incremental level 1 数据文件备份集
RMAN-08502:set_count=4726 set_stamp=671571155 creation_time=23-11月-08
RMAN-08010:通道 ch00:正在指定备份集中的数据文件
RMAN-08522:输入数据文件 fno=00015 name=/u01/oradata/siis/ind_data02.dbf
RMAN-08522:输入数据文件 fno=00008 name=/u02/oradata/siis/usr_data01.dbf
RMAN-08522:输入数据文件 fno=00024 name=/u01/oradata/siis/.dbf
RMAN-08522:输入数据文件 fno=00032 name=/u01/oradata/siis/usr_data07.dbf
RMAN-08522:输入数据文件 fno=00031 name=/u01/oradata/siis/perf01.dbf
RMAN-08013:通道 ch00:已创建 1 段
RMAN-08503:段 handle=bk_4726_1_671571155 comment=API Version 2.0,MMS Version 5.0.0.0
RMAN-08525:备份集完成,经过时间:00:09:56
RMAN-08008:通道 ch00:正在启动 incremental level 1 数据文件备份集
RMAN-08502:set_count=4727 set_stamp=671571752 creation_time=23-11月-08
RMAN-08010:通道 ch00:正在指定备份集中的数据文件
RMAN-08522:输入数据文件 fno=00016 name=/u02/oradata/siis/ind_data01.dbf
RMAN-08522:输入数据文件 fno=00009 name=/u02/oradata/siis/usr_data02.dbf
RMAN-08522:输入数据文件 fno=00025 name=/u01/oradata/siis/usr_data06.dbf
RMAN-08522:输入数据文件 fno=00033 name=/u01/oradata/siis/usr_data08.dbf
RMAN-08522:输入数据文件 fno=00002 name=/u01/oradata/siis/tools01.dbf
RMAN-08013:通道 ch00:已创建 1 段
RMAN-08503:段 handle=bk_4727_1_671571752 comment=API Version 2.0,MMS Version 5.0.0.0
RMAN-08525:备份集完成,经过时间:00:09:26
RMAN-08008:通道 ch00:正在启动 incremental level 1 数据文件备份集
RMAN-08502:set_count=4728 set_stamp=671572318 creation_time=23-11月-08
RMAN-08010:通道 ch00:正在指定备份集中的数据文件
RMAN-08522:输入数据文件 fno=00019 name=/u03/oradata/siis/ind_data02.dbf
RMAN-08522:输入数据文件 fno=00004 name=/u01/oradata/siis/temp01.dbf
RMAN-08522:输入数据文件 fno=00026 name=/u02/oradata/siis/usr_data07.dbf
RMAN-08522:输入数据文件 fno=00035 name=/u02/oradata/siis/usr_data11.dbf
RMAN-08522:输入数据文件 fno=00039 name=/u02/oradata/siis/usr_data14.dbf
RMAN-08013:通道 ch00:已创建 1 段
RMAN-08503:段 handle=bk_4728_1_671572318 comment=API Version 2.0,MMS Version 5.0.0.0
RMAN-08525:备份集完成,经过时间:00:10:57
RMAN-08008:通道 ch00:正在启动 incremental level 1 数据文件备份集
RMAN-08502:set_count=4729 set_stamp=671572975 creation_time=23-11月-08
RMAN-08010:通道 ch00:正在指定备份集中的数据文件
RMAN-08522:输入数据文件 fno=00014 name=/u01/oradata/siis/ind_data01.dbf
RMAN-08522:输入数据文件 fno=00011 name=/u03/oradata/siis/usr_data01.dbf
RMAN-08522:输入数据文件 fno=00027 name=/u03/oradata/siis/usr_data08.dbf
RMAN-08522:输入数据文件 fno=00036 name=/u02/oradata/siis/usr_data12.dbf
RMAN-08522:输入数据文件 fno=00028 name=/u01/oradata/siis/temp03.dbf
RMAN-08013:通道 ch00:已创建 1 段
RMAN-08503:段 handle=bk_4729_1_671572975 comment=API Version 2.0,MMS Version 5.0.0.0
RMAN-08525:备份集完成,经过时间:00:09:56
RMAN-08008:通道 ch00:正在启动 incremental level 1 数据文件备份集
RMAN-08502:set_count=4730 set_stamp=671573572 creation_time=23-11月-08
RMAN-08010:通道 ch00:正在指定备份集中的数据文件
RMAN-08522:输入数据文件 fno=00018 name=/u03/oradata/siis/ind_data01.dbf
RMAN-08522:输入数据文件 fno=00007 name=/u01/oradata/siis/usr_data03.dbf
RMAN-08522:输入数据文件 fno=00022 name=/u01/oradata/siis/usr_data05.dbf
RMAN-08522:输入数据文件 fno=00037 name=/u02/oradata/siis/usr_data13.dbf.dbf
RMAN-08522:输入数据文件 fno=00001 name=/u01/oradata/siis/system01.dbf
RMAN-08011:备份集中包括当前控制文件
RMAN-08013:通道 ch00:已创建 1 段
RMAN-08503:段 handle=bk_4730_1_671573572 comment=API Version 2.0,MMS Version 5.0.0.0
RMAN-08525:备份集完成,经过时间:00:09:57
RMAN-08008:通道 ch00:正在启动 incremental level 1 数据文件备份集
RMAN-08502:set_count=4731 set_stamp=671574170 creation_time=23-11月-08
RMAN-08010:通道 ch00:正在指定备份集中的数据文件
RMAN-08522:输入数据文件 fno=00017 name=/u02/oradata/siis/ind_data02.dbf
RMAN-08522:输入数据文件 fno=00010 name=/u02/oradata/siis/usr_data03.dbf
RMAN-08522:输入数据文件 fno=00034 name=/u01/oradata/siis/temp04.dbf
RMAN-08522:输入数据文件 fno=00038 name=/u02/oradata/siis/usr_data13.dbf
RMAN-08013:通道 ch00:已创建 1 段
RMAN-08503:段 handle=bk_4731_1_671574170 comment=API Version 2.0,MMS Version 5.0.0.0
RMAN-08525:备份集完成,经过时间:00:09:25

RMAN-03022:正在编译命令:sql
RMAN-06162:sql 语句:alter system archive log current
RMAN-03023:正在执行命令:sql

RMAN-03022:正在编译命令:release
RMAN-03023:正在执行命令:release
RMAN-08031:释放的通道:ch00

RMAN-03022:正在编译命令:allocate
RMAN-03023:正在执行命令:allocate
RMAN-00571: ===========================================================
RMAN-00569: =============== ERROR MESSAGE STACK FOLLOWS ===============
RMAN-00571: ===========================================================
RMAN-03007: retryable error occurred during execution of command: allocate
RMAN-07004: unhandled exception during command execution on channel ch00
RMAN-10035: exception raised in RPC: ORA-19624: 操作失败,如果可能请重试
ORA-19554: 配置设备时出错,设备类型: SBT_TAPE、设备名称:
ORA-19557: 设备错误、设备类型: SBT_TAPE、设备名称:
ORA-21117: Message 21117 not found;  product=RDBMS; facility=ORA
Additional information: 20
Additional information: 537560400
ORA-06512: 在"SYS.DBMS_BACKUP_RESTORE", line 138
RMAN-10031: ORA-19624 occurred during call to DBMS_BACKUP_RESTORE.DEVICEALLOCATE

RMAN>

恢复管理器完成。

Script /usr/openv/scripts/hot_database_backup.sh
==== ended in error on Sun Nov 23 20:32:20 BEIST 2008 ====


请问是由于归档日志文件不连续导致的吗?有什么解决办法?谢谢了!

[ 本帖最后由 花和尚 于 2008-11-27 09:55 编辑 ]

论坛徽章:
0
2 [报告]
发表于 2008-11-25 10:32 |只看该作者

这里是备份的脚本

#!/bin/sh
# $Header: hot_database_backup.sh,v 1.9 2002/02/06 16:48:56 lstrub Stab $
#
#bcpyrght
#***************************************************************************
#* $VRTScprght: Copyright 1993 - 2002 VERITAS Software Corporation, All Rights Reserved $ *
#***************************************************************************
#ecpyrght
#
# ---------------------------------------------------------------------------
#                          hot_database_backup.sh
# ---------------------------------------------------------------------------
#  This script uses Recovery Manager to take a hot (inconsistent) database
#  backup. A hot backup is inconsistent because portions of the database are
#  being modified and written to the disk while the backup is progressing.
#  You must run your database in ARCHIVELOG mode to make hot backups. It is
#  assumed that this script will be executed by user root. In order for RMAN
#  to work properly we switch user (su -) to the oracle dba account before
#  execution. If this script runs under a user account that has Oracle dba
#  privilege, it will be executed using this user's account.
# ---------------------------------------------------------------------------

# ---------------------------------------------------------------------------
# Determine the user which is executing this script.
# ---------------------------------------------------------------------------

CUSER=`id |cut -d"(" -f2 | cut -d ")" -f1`

# ---------------------------------------------------------------------------
# Put output in <this file name>.out. Change as desired.
# Note: output directory requires write permission.
# ---------------------------------------------------------------------------

RMAN_LOG_FILE=${0}.out

# ---------------------------------------------------------------------------
# You may want to delete the output file so that backup information does
# not accumulate.  If not, delete the following lines.
# ---------------------------------------------------------------------------

if [ -f "$RMAN_LOG_FILE" ]
then
        rm -f "$RMAN_LOG_FILE"
fi

# -----------------------------------------------------------------
# Initialize the log file.
# -----------------------------------------------------------------

echo >> $RMAN_LOG_FILE
chmod 666 $RMAN_LOG_FILE

# ---------------------------------------------------------------------------
# Log the start of this script.
# ---------------------------------------------------------------------------

echo Script $0 >> $RMAN_LOG_FILE
echo ==== started on `date` ==== >> $RMAN_LOG_FILE
echo >> $RMAN_LOG_FILE

# ---------------------------------------------------------------------------
# Replace /db/oracle/product/ora81, below, with the Oracle home path.
# ---------------------------------------------------------------------------

ORACLE_HOME=/oracle/app/oracle/product/8.1.7
export ORACLE_HOME

# ---------------------------------------------------------------------------
# Replace ora81, below, with the Oracle SID of the target database.
# ---------------------------------------------------------------------------

ORACLE_SID=siis
export ORACLE_SID

# ---------------------------------------------------------------------------
# Replace ora81, below, with the Oracle DBA user id (account).
# ---------------------------------------------------------------------------
ORACLE_USER=oracle

# ---------------------------------------------------------------------------
# Set the target connect string.
# Replace "sys/manager", below, with the target connect string.
# ---------------------------------------------------------------------------

TARGET_CONNECT_STR= siis / xuxfsiis
  
# ---------------------------------------------------------------------------
# Set the Oracle Recovery Manager name.
# ---------------------------------------------------------------------------

RMAN=$ORACLE_HOME/bin/rman

# ---------------------------------------------------------------------------
# Print out the value of the variables set by this script.
# ---------------------------------------------------------------------------

echo >> $RMAN_LOG_FILE
echo   "RMAN: $RMAN" >> $RMAN_LOG_FILE
echo   "ORACLE_SID: $ORACLE_SID" >> $RMAN_LOG_FILE
echo   "ORACLE_USER: $ORACLE_USER" >> $RMAN_LOG_FILE
echo   "ORACLE_HOME: $ORACLE_HOME" >> $RMAN_LOG_FILE

# ---------------------------------------------------------------------------
# Print out the value of the variables set by bphdb.
# ---------------------------------------------------------------------------

echo  >> $RMAN_LOG_FILE
echo   "NB_ORA_FULL: $NB_ORA_FULL" >> $RMAN_LOG_FILE
echo   "NB_ORA_INCR: $NB_ORA_INCR" >> $RMAN_LOG_FILE
echo   "NB_ORA_CINC: $NB_ORA_CINC" >> $RMAN_LOG_FILE
echo   "NB_ORA_SERV: $NB_ORA_SERV" >> $RMAN_LOG_FILE
echo   "NB_ORA_POLICY: $NB_ORA_POLICY" >> $RMAN_LOG_FILE

# ---------------------------------------------------------------------------
# NOTE: This script assumes that the database is properly opened. If desired,
# this would be the place to verify that.
# ---------------------------------------------------------------------------

echo >> $RMAN_LOG_FILE
# ---------------------------------------------------------------------------
# If this script is executed from a NetBackup schedule, NetBackup
# sets an NB_ORA environment variable based on the schedule type.
# The NB_ORA variable is then used to dynamically set BACKUP_TYPE
# For example, when:
#     schedule type is                BACKUP_TYPE is
#     ----------------                --------------
# Automatic Full                     INCREMENTAL LEVEL=0
# Automatic Differential Incremental INCREMENTAL LEVEL=1
# Automatic Cumulative Incremental   INCREMENTAL LEVEL=1 CUMULATIVE
#
# For user initiated backups, BACKUP_TYPE defaults to incremental
# level 0 (full).  To change the default for a user initiated
# backup to incremental or incremental cumulative, uncomment
# one of the following two lines.
# BACKUP_TYPE="INCREMENTAL LEVEL=1"
# BACKUP_TYPE="INCREMENTAL LEVEL=1 CUMULATIVE"
#
# Note that we use incremental level 0 to specify full backups.
# That is because, although they are identical in content, only
# the incremental level 0 backup can have incremental backups of
# level > 0 applied to it.
# ---------------------------------------------------------------------------

if [ "$NB_ORA_FULL" = "1" ]
then
        echo "Full backup requested" >> $RMAN_LOG_FILE
        BACKUP_TYPE="INCREMENTAL LEVEL=0"

elif [ "$NB_ORA_INCR" = "1" ]
then
        echo "Differential incremental backup requested" >> $RMAN_LOG_FILE
        BACKUP_TYPE="INCREMENTAL LEVEL=1"

elif [ "$NB_ORA_CINC" = "1" ]
then
        echo "Cumulative incremental backup requested" >> $RMAN_LOG_FILE
        BACKUP_TYPE="INCREMENTAL LEVEL=1 CUMULATIVE"

elif [ "$BACKUP_TYPE" = "" ]
then
        echo "Default - Full backup requested" >> $RMAN_LOG_FILE
        BACKUP_TYPE="INCREMENTAL LEVEL=0"
fi


# ---------------------------------------------------------------------------
# Call Recovery Manager to initiate the backup. This example does not use a
# Recovery Catalog. If you choose to use one, replace the option 'nocatalog'
# from the rman command line below with the
# 'rcvcat <userid>/<passwd>@<tns alias>' statement.
#
# Note: Any environment variables needed at run time by RMAN
#       must be set and exported within the switch user (su) command.
# ---------------------------------------------------------------------------
#  Backs up the whole database.  This backup is part of the incremental
#  strategy (this means it can have incremental backups of levels > 0
#  applied to it).
#
#  We do not need to explicitly request the control file to be included
#  in this backup, as it is automatically included each time file 1 of
#  the system tablespace is backed up (the inference: as it is a whole
#  database backup, file 1 of the system tablespace will be backed up,
#  hence the controlfile will also be included automatically).
#
#  Typically, a level 0 backup would be done at least once a week.
#
#  The scenario assumes:
#     o you are backing your database up to two tape drives
#     o you want each backup set to include a maximum of 5 files
#     o you wish to include offline datafiles, and read-only tablespaces,
#       in the backup
#     o you want the backup to continue if any files are inaccessible.
#     o you are not using a Recovery Catalog
#     o you are explicitly backing up the control file.  Since you are
#       specifying nocatalog, the controlfile backup that occurs
#       automatically as the result of backing up the system file is
#       not sufficient; it will not contain records for the backup that
#       is currently in progress.
#     o you want to archive the current log, back up all the
#       archive logs using two channels, putting a maximum of 20 logs
#       in a backup set, and deleting them once the backup is complete.
#
#  Note that the format string is constructed to guarantee uniqueness and
#  to enhance NetBackup for Oracle backup and restore performance.
#
#
#  NOTE WHEN USING TNS ALIAS: When connecting to a database
#  using a TNS alias, you must use a send command or a parms operand to
#  specify environment variables.  In other words, when accessing a database
#  through a listener, the environment variables set at the system level are not
#  visible when RMAN is running.  For more information on the environment
#  variables, please refer to the NetBackup for Oracle Admin. Guide.
#
# ---------------------------------------------------------------------------
echo   "RMAN: $RMAN" >> $RMAN_LOG_FILE
CMD_STR="
rman target / nocatalog append << EOF
RUN {
ALLOCATE CHANNEL ch00 TYPE 'SBT_TAPE';
#ALLOCATE CHANNEL ch01 TYPE 'SBT_TAPE';
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;
# backup all archive logs
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;
#
# Note: During the process of backing up the database, RMAN also backs up the
# control file.  This version of the control file does not contain the
# information about the current backup because "nocatalog" has been specified.
# Too include the information about the current backup, the control file should
# be backed up as the last step of the RMAN section.  This step would not be
# necessary if we were using a recovery catalog.
#
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;
}
EOF
"
# Initiate the command string

if [ "$CUSER" = "root" ]
then
    su - $ORACLE_USER -c "$CMD_STR" >> $RMAN_LOG_FILE
    RSTAT=$?
else
    /usr/bin/sh -c "$CMD_STR" >> $RMAN_LOG_FILE
    RSTAT=$?
fi

# ---------------------------------------------------------------------------
# Log the completion of this script.
# ---------------------------------------------------------------------------

if [ "$RSTAT" = "0" ]
then
    LOGMSG="ended successfully"
else
    LOGMSG="ended in error"
fi
/usr/openv/netbackup/bin/bparchive -p p650 /oracle/controlfile.ctl
echo >> $RMAN_LOG_FILE
echo Script $0 >> $RMAN_LOG_FILE
echo ==== $LOGMSG on `date` ==== >> $RMAN_LOG_FILE
echo >> $RMAN_LOG_FILE

exit $RSTAT

论坛徽章:
0
3 [报告]
发表于 2008-11-25 10:45 |只看该作者

qklqkl

这个问题的产生是由于手工删除归档日志,造成归档日志不连续,所以归档日志无法备份。
解决方法:
su - oracle
rman
connect target [email=sys/sys@odbc]sys/sys@odbc[/email]
RMAN> crosscheck archivelog all;
然后试试。。。

论坛徽章:
0
4 [报告]
发表于 2008-11-25 11:09 |只看该作者

回复 #3 qklqkl 的帖子

谢谢回复

我刚才搭环境测试了一下,丢失部分的Achivelog时,备份时报的错误和这个不一样。
RMAN> run {
2> allocate channel t1 type disk;
3> backup format 'arch%t_%s_%p' archivelog all delete input;
4> release channel t1;
5> }

正在使用目标数据库控制文件替代恢复目录
分配的通道: t1
通道 t1: sid=11 devtype=DISK

启动 backup 于 25-11月-08
当前日志已存档
释放的通道: t1
RMAN-00571: ===========================================================
RMAN-00569: =============== ERROR MESSAGE STACK FOLLOWS ===============
RMAN-00571: ===========================================================
RMAN-03002: failure of backup command at 11/25/2008 10:47:24
RMAN-06059: expected archived log not found, lost of archived log compromises r
coverability
ORA-19625: 识别文件D:\ARCHIVE\ARC00042.001时出错
ORA-27041: 无法打开文件
OSD-04002: 无法打开文件
O/S-Error: (OS 2) 系统找不到指定的文件。

论坛徽章:
0
5 [报告]
发表于 2008-11-25 11:18 |只看该作者

qklqkl

这个问题我之前遇到过,手动删除归档之后,无法对归档进行备份,crosscheck 之后问题解决。。可能我的环境不一样 ,我的环境是9.2和10.0的

论坛徽章:
0
6 [报告]
发表于 2008-11-25 17:01 |只看该作者

回复 #5 qklqkl 的帖子

明天去测试一下看看,如果crosscheck能解决最好了。呵呵!

谢谢你!

论坛徽章:
0
7 [报告]
发表于 2008-11-26 10:28 |只看该作者
刚才试过了,不需要crosschek也能备份归档日志。
现在正在执行之前的脚本。不知道还会不会报错。

论坛徽章:
0
8 [报告]
发表于 2008-11-26 12:50 |只看该作者
奇怪,就那段脚本,先屏蔽数据库备份,直接从archivelog开始备份是可以的。不屏蔽的话,到备份archivelog就有问题。
您需要登录后才可以回帖 登录 | 注册

本版积分规则 发表回复

  

北京盛拓优讯信息技术有限公司. 版权所有 京ICP备16024965号-6 北京市公安局海淀分局网监中心备案编号:11010802020122 niuxiaotong@pcpop.com 17352615567
未成年举报专区
中国互联网协会会员  联系我们:huangweiwei@itpub.net
感谢所有关心和支持过ChinaUnix的朋友们 转载本站内容请注明原作者名及出处

清除 Cookies - ChinaUnix - Archiver - WAP - TOP