RMAN备份归档日志ORA-19575
RMAN备份归档日志ORA-19575
一、问题描述
1)环境oracle 10g;
2)报错现象RMAN进行备份归档报错失败ORA-19575
二、问题处理
1)根据客户说明的现象，百度了一波(详见参考链接)
2)操作系统mv修改名称存在问题的归档日志后,crosscheck检查归档日志,delete删除无效的归档日志后，再次进行备份，问题已解决。
三、参考链接
https://smarttechways.com/2012/11/01/ora-19575-expected-blocks-in-file-location-rman/
https://www.linuxidc.com/Linux/2014-05/102153.htm
https://community.oracle.com/message/9229357#9229357
MOS
BUG 9138594-RMAN ORA-19575备份10g之前的归档日志（文档ID 9138594.8）
ORA-19575 During RMAN Backup (文档 ID 1518129.1)
MOS信息说明
1.bug
10g数据库，升级至11g后，使用rman进行备份10g的归档日志，可能会报错无有效解决方案，但是可以进行全库备份即可11g的数据文件，也无法使用10g归档进行恢复。
2.ORA-19575 问题说明
简要说明就是控制文件记录的归档日志blocks与rman备份对归档日志进行检测发现不同，这个归档日志将无法进行备份，也无法应用于恢复。
四、实际测试
RMAN备份归档日志ORA-
一、问题描述
)环境oracle 10g;
)报错现象RMAN进行备份归档报错失败ORA- 二、问题处理
)根据客户说明的现象，百度了一波(详见参考链接)
)操作系统mv修改名称存在问题的归档日志后,crosscheck检查归档日志,delete删除无效的归档日志后，再次进行备份，问题已解决。 三、参考链接
https://smarttechways.com/2012/11/01/ora-19575-expected-blocks-in-file-location-rman/
https://www.linuxidc.com/Linux/2014-05/102153.htm
https://community.oracle.com/message/9229357#9229357
MOS
BUG -RMAN ORA-19575备份10g之前的归档日志（文档ID 9138594.8）
ORA- During RMAN Backup (文档 ID 1518129.1) MOS信息说明
.bug
10g数据库，升级至11g后，使用rman进行备份10g的归档日志，可能会报错无有效解决方案，但是可以进行全库备份即可11g的数据文件，也无法使用10g归档进行恢复。
.ORA- 问题说明
)版本
APPLIES TO:
Oracle Server - Enterprise Edition - Version 11.1.0.7 and later
Information in this document applies to any platform.
)说明
No problem with RMAN execution, just error derived from corrupted archivelog, which RMAN will not backup.
ORA-, , "expected %s blocks in file %s, found %s"
// *Cause: During a backup, restore, copy, or scan operation, the indicated
// file did not contain as many blocks as were indicated in the file
// header.
// *Action: The input copy or backup piece is probably corrupt. If another
// backup or copy exists of the file that is being restored, then the
// corrupt file can be deleted from the recovery catalog and the
// operation can be restarted.
简要说明就是控制文件记录的归档日志blocks与rman备份对归档日志进行检测发现不同，这个归档日志将无法进行备份，也无法应用于恢复。
)处理
Validate all archivelogs for corruption:
RMAN> validate archivelog all;
Move any corrupted archivelog to a temporary directory using an operating system command such as cp
For example:
$ mv /opt/app/oracle/oradata/ORA112/archivelog/2013_01_11/o1_mf_1_84_8gyj98c3_.arc /tmp/.
Then run a crosscheck command to update RMAN's repository. Any files that have been moved will now be
marked as expired and RMAN will no longer attempt to back them up.
RMAN> crosscheck archivelog all;
You can then proceed to take a full database and archivelog backup.
WARNING !!!! Any archivelogs that are corrupted cannot be used for recovery, so the recoverability of the database is comprimised
！任何损坏的archivelogs都不能用于恢复，因此数据库的可恢复性 四、实际测试
4.1 破坏归档日志(删除部分信息)
SQL> alter system switch logfile;
SQL> select name from v$archived_log where sequence#=(select max(sequence#) from v$archived_log);
NAME
--------------------------------------------------------------------------------
C:\WIN_ORACLE_11_DATABASE\RMANBACKUP\ARCH\ARC0000000614_0994609796.
通过windows文本编辑软件，打开归档日志文件，后删除一部分信息。
RMAN> crosscheck archivelog all;
对归档日志的验证失败
归档日志文件名=C:\WIN_ORACLE_11_DATABASE\RMANBACKUP\ARCH\ARC0000000614_0994609796. RECID= STAMP=
已交叉检验的 对象
校验删除部分信息后，rman工具crosscheck检测会直接提示失败。
4.2 破坏归档日志(替换部分文字)
SQL> alter system switch logfile;
SQL> select name from v$archived_log where sequence#=(select max(sequence#) from v$archived_log);
C:\WIN_ORACLE_11_DATABASE\RMANBACKUP\ARCH\ARC0000000615_0994609796.
ue编辑工具，替换NUL为CCC后，再次使用RMAN工具crosscheck
对归档日志的验证失败
归档日志文件名=C:\WIN_ORACLE_11_DATABASE\RMANBACKUP\ARCH\ARC0000000615_0994609796. RECID= STAMP=
已交叉检验的 对象
还是失败
4.3 破坏归档日志，不使用RMAN CHECKCROSS,破坏后直接进行备份(上述的两个破坏性操作进行还原，使用操作前的备份进行还原)
SQL> alter system switch logfile;
RMAN> backup as compressed backupset full database format 'C:\win_oracle_11_database\rmanbackup%U.bk'
include current controlfile plus archivelog delete input format 'C:\win_oracle_11_database\rmanbackup\%U.bk';
启动 backup 于 -10月-
当前日志已存档
使用目标数据库控制文件替代恢复目录
分配的通道: ORA_DISK_1
通道 ORA_DISK_1: SID= 设备类型=DISK
通道 ORA_DISK_1: 正在启动压缩的归档日志备份集
通道 ORA_DISK_1: 正在指定备份集内的归档日志
输入归档日志线程= 序列= RECID= STAMP=
输入归档日志线程= 序列= RECID= STAMP=
输入归档日志线程= 序列= RECID= STAMP=
输入归档日志线程= 序列= RECID= STAMP=
输入归档日志线程= 序列= RECID= STAMP=
输入归档日志线程= 序列= RECID= STAMP=
输入归档日志线程= 序列= RECID= STAMP=
输入归档日志线程= 序列= RECID= STAMP=
输入归档日志线程= 序列= RECID= STAMP=
输入归档日志线程= 序列= RECID= STAMP=
输入归档日志线程= 序列= RECID= STAMP=
输入归档日志线程= 序列= RECID= STAMP=
输入归档日志线程= 序列= RECID= STAMP=
输入归档日志线程= 序列= RECID= STAMP=
输入归档日志线程= 序列= RECID= STAMP=
输入归档日志线程= 序列= RECID= STAMP=
输入归档日志线程= 序列= RECID= STAMP=
输入归档日志线程= 序列= RECID= STAMP=
输入归档日志线程= 序列= RECID= STAMP=
输入归档日志线程= 序列= RECID= STAMP=
输入归档日志线程= 序列= RECID= STAMP=
输入归档日志线程= 序列= RECID= STAMP=
输入归档日志线程= 序列= RECID= STAMP=
输入归档日志线程= 序列= RECID= STAMP=
输入归档日志线程= 序列= RECID= STAMP=
输入归档日志线程= 序列= RECID= STAMP=
通道 ORA_DISK_1: 正在启动段 于 -10月-
RMAN-: ===========================================================
RMAN-: =============== ERROR MESSAGE STACK FOLLOWS ===============
RMAN-: ===========================================================
RMAN-: backup plus archivelog 命令 (在 // :: 上) 失败
ORA-: 块编号 已在 archived log C:\WIN_ORACLE_11_DATABASE\RMANBACKUP\ARCH\ARC0000000616_0994609796. 中损坏
RMAN> list expired archivelog all;
无616这个损坏的归档日志
疑问：并且，在本次备份过程中，第一步骤是先备份数据库数据文件，再进行备份归档日志操作，再删除已备份的归档日志？ 为何会中断？ 4.4 RMAN直接使用crosscheck之后，该归档日志被置为损坏的，后续能否直接备份
RMAN> crosscheck archivelog all;
对归档日志的验证成功
归档日志文件名=C:\WIN_ORACLE_11_DATABASE\RMANBACKUP\ARCH\ARC0000000614_0994609796. RECID= STAMP=
对归档日志的验证成功
归档日志文件名=C:\WIN_ORACLE_11_DATABASE\RMANBACKUP\ARCH\ARC0000000615_0994609796. RECID= STAMP=
对归档日志的验证成功
归档日志文件名=C:\WIN_ORACLE_11_DATABASE\RMANBACKUP\ARCH\ARC0000000616_0994609796. RECID= STAMP=
对归档日志的验证成功
归档日志文件名=C:\WIN_ORACLE_11_DATABASE\RMANBACKUP\ARCH\ARC0000000617_0994609796. RECID= STAMP=
对归档日志的验证成功
归档日志文件名=C:\WIN_ORACLE_11_DATABASE\RMANBACKUP\ARCH\ARC0000000618_0994609796. RECID= STAMP=
已交叉检验的 对象
RMAN> list expired archivelog all;
Null
RMAN> backup as compressed backupset full database format 'C:\win_oracle_11_database\rmanbackup%U.bk'
include current controlfile plus archivelog delete input format 'C:\win_oracle_11_database\rmanbackup\%U.bk';
RMAN-: backup plus archivelog 命令 (在 // :: 上) 失败
ORA-: 块编号 已在 archived log C:\WIN_ORACLE_11_DATABASE\RMANBACKUP\ARCH\ARC0000000616_0994609796. 中损坏
及时使用crosscheck archivelog all;命令，再次进行备份，还是报错，并且无法观察到错误的归档信息。 解答4.3疑问
从报错的内容可以发现，rman是在执行backup plus archivelog时失败的，如果是单独执行backup database是可以正常执行的。
RMAN> backup as compressed backupset full database format 'C:\win_oracle_11_database\rmanbackup%U.bk';
通道 ORA_DISK_1: 备份集已完成, 经过时间:::
完成 backup 于 -10月-
4.5 RMAN备份命令执行，后台对应的数据库什么操作？
C:\Users\Thinkpad> rman target / debug trace=C:\Users\Thinkpad\Desktop\命令\备份\debug_20191007.txt 恢复管理器: Release 11.2.0.4. - Production on 星期一 10月 :: Copyright (c) , , Oracle and/or its affiliates. All rights reserved. RMAN-: 已连接到目标数据库: WIN11 (DBID=) RMAN> backup as compressed backupset full database format 'C:\win_oracle_11_database\rmanbackup%U.bk'
include current controlfile plus archivelog delete input format 'C:\win_oracle_11_database\rmanbackup\%U.bk'; RMAN-: 启动 backup 于 -10月-
RMAN-: 当前日志已存档
RMAN-: 使用目标数据库控制文件替代恢复目录
RMAN-: 分配的通道: ORA_DISK_1
RMAN-: 通道 ORA_DISK_1: SID= 设备类型=DISK
RMAN-: 通道 ORA_DISK_1: 正在启动压缩的归档日志备份集
RMAN-: 通道 ORA_DISK_1: 正在指定备份集内的归档日志
RMAN-: 输入归档日志线程= 序列= RECID= STAMP=
RMAN-: 输入归档日志线程= 序列= RECID= STAMP=
RMAN-: 输入归档日志线程= 序列= RECID= STAMP=
RMAN-: 输入归档日志线程= 序列= RECID= STAMP=
RMAN-: 输入归档日志线程= 序列= RECID= STAMP=
RMAN-: 输入归档日志线程= 序列= RECID= STAMP=
RMAN-: 输入归档日志线程= 序列= RECID= STAMP=
RMAN-: 输入归档日志线程= 序列= RECID= STAMP=
RMAN-: 输入归档日志线程= 序列= RECID= STAMP=
RMAN-: 输入归档日志线程= 序列= RECID= STAMP=
RMAN-: 输入归档日志线程= 序列= RECID= STAMP=
RMAN-: 输入归档日志线程= 序列= RECID= STAMP=
RMAN-: 输入归档日志线程= 序列= RECID= STAMP=
RMAN-: 输入归档日志线程= 序列= RECID= STAMP=
RMAN-: 输入归档日志线程= 序列= RECID= STAMP=
RMAN-: 输入归档日志线程= 序列= RECID= STAMP=
RMAN-: 输入归档日志线程= 序列= RECID= STAMP=
RMAN-: 输入归档日志线程= 序列= RECID= STAMP=
RMAN-: 输入归档日志线程= 序列= RECID= STAMP=
RMAN-: 输入归档日志线程= 序列= RECID= STAMP=
RMAN-: 输入归档日志线程= 序列= RECID= STAMP=
RMAN-: 输入归档日志线程= 序列= RECID= STAMP=
RMAN-: 输入归档日志线程= 序列= RECID= STAMP=
RMAN-: 输入归档日志线程= 序列= RECID= STAMP=
RMAN-: 输入归档日志线程= 序列= RECID= STAMP=
RMAN-: 输入归档日志线程= 序列= RECID= STAMP=
RMAN-: 输入归档日志线程= 序列= RECID= STAMP=
RMAN-: 输入归档日志线程= 序列= RECID= STAMP=
RMAN-: 通道 ORA_DISK_1: 正在启动段 于 -10月-
RMAN-: ===========================================================
RMAN-: =============== ERROR MESSAGE STACK FOLLOWS ===============
RMAN-: ===========================================================
RMAN-: backup plus archivelog 命令 (在 // :: 上) 失败
RMAN-: backup 命令 (ORA_DISK_1 通道上, 在 // :: 上) 失败
ORA-: 块编号 已在 archived log C:\WIN_ORACLE_11_DATABASE\RMANBACKUP\ARCH\ARC0000000616_0994609796. 中损坏 RMAN> ---截取debug少量日志 RMAN-: 输入归档日志线程= 序列= RECID= STAMP=
DBGMISC: EXITED krmzlog [::44.788] elapsed time [:::00.004]
DBGIO: channel ORA_DISK_1: blocks= block_size= [::44.791] (name_log)
DBGRPC: krmxrpc - channel ORA_DISK_1 kpurpc2 err= db=target proc=SYS.DBMS_BACKUP_RESTORE.BACKUPARCHIVEDLOG excl:
DBGMISC: ENTERED krmzlog [::44.804]
RMAN-: 输入归档日志线程= 序列= RECID= STAMP=
DBGMISC: EXITED krmzlog [::44.813] elapsed time [:::00.009]
DBGIO: channel ORA_DISK_1: blocks= block_size= [::44.818] (name_log)
DBGRPC: krmxrpc - channel ORA_DISK_1 kpurpc2 err= db=target proc=SYS.DBMS_BACKUP_RESTORE.BACKUPSTATUS excl:
DBGRPC: krmxrpc - channel ORA_DISK_1 kpurpc2 err= db=target proc=SYS.DBMS_BACKUP_RESTORE.SETLIMIT excl:
DBGMISC: ENTERED krmzlog [::44.840]
RMAN-: 通道 ORA_DISK_1: 正在启动段 于 -10月-
DBGMISC: EXITED krmzlog [::44.847] elapsed time [:::00.007]
DBGRPC: krmxrpc - channel ORA_DISK_1 kpurpc2 err= db=target proc=SYS.DBMS_BACKUP_RESTORE.GENPIECENAME excl:
DBGRPC: krmxrpc - channel ORA_DISK_1 kpurpc2 err= db=target proc=SYS.DBMS_BACKUP_RESTORE.ISFILENAMEOMF excl:
DBGRPC: krmxrpc - channel ORA_DISK_1 kpurpc2 err= db=target proc=SYS.DBMS_BACKUP_RESTORE.BACKUPPIECECREATE excl:
DBGRPC: krmxr - channel ORA_DISK_1 returned from peicnt
DBGRPC: krmxpoq - returning rpc_number: with status: STARTED16 for channel ORA_DISK_1
DBGRPC: ENTERED krmqgns
DBGRPC: krmqgns: looking for work for channel default (krmqgns)
DBGRPC: krmqgns: commands remaining to be executed: (krmqgns)
DBGRPC: CMD type=backup cmdid= status=NOT STARTED
DBGRPC: STEPstepid= cmdid= status=STARTED
DBGRPC: STEPstepid= cmdid= status=NOT STARTED
DBGRPC: DON_F stepid= satisfied=FALSE
DBGRPC: krmqgns: no work found for channel default (krmqgns)
DBGRPC: (krmqgns)
DBGRPC: EXITED krmqgns with status
DBGRPC: krmxpoq - returning rpc_number: with status: STARTED16 for channel ORA_DISK_1
DBGRPC: ENTERED krmqgns
DBGRPC: krmqgns: looking for work for channel default (krmqgns)
DBGRPC: krmqgns: commands remaining to be executed: (krmqgns)
DBGRPC: CMD type=backup cmdid= status=NOT STARTED
DBGRPC: STEPstepid= cmdid= status=STARTED
DBGRPC: STEPstepid= cmdid= status=NOT STARTED
DBGRPC: DON_F stepid= satisfied=FALSE
DBGRPC: krmqgns: no work found for channel default (krmqgns)
DBGRPC: (krmqgns)
DBGRPC: EXITED krmqgns with status
DBGRPC: krmxpoq - returning rpc_number: with status: STARTED16 for channel ORA_DISK_1
DBGRPC: ENTERED krmqgns
DBGRPC: krmqgns: looking for work for channel default (krmqgns)
DBGRPC: krmqgns: commands remaining to be executed: (krmqgns)
DBGRPC: CMD type=backup cmdid= status=NOT STARTED
DBGRPC: STEPstepid= cmdid= status=STARTED
DBGRPC: STEPstepid= cmdid= status=NOT STARTED
DBGRPC: DON_F stepid= satisfied=FALSE
DBGRPC: krmqgns: no work found for channel default (krmqgns)
DBGRPC: (krmqgns)
DBGRPC: EXITED krmqgns with status
DBGRPC: krmxpoq - returning rpc_number: with status: STARTED16 for channel ORA_DISK_1
DBGRPC: ENTERED krmqgns
DBGRPC: krmqgns: looking for work for channel default (krmqgns)
DBGRPC: krmqgns: commands remaining to be executed: (krmqgns)
DBGRPC: CMD type=backup cmdid= status=NOT STARTED
DBGRPC: STEPstepid= cmdid= status=STARTED
DBGRPC: STEPstepid= cmdid= status=NOT STARTED
DBGRPC: DON_F stepid= satisfied=FALSE
DBGRPC: krmqgns: no work found for channel default (krmqgns)
DBGRPC: (krmqgns)
DBGRPC: EXITED krmqgns with status
DBGRPC: krmxpoq - returning rpc_number: with status: STARTED16 for channel ORA_DISK_1
DBGRPC: ENTERED krmqgns
DBGRPC: krmqgns: looking for work for channel default (krmqgns)
DBGRPC: krmqgns: commands remaining to be executed: (krmqgns)
DBGRPC: CMD type=backup cmdid= status=NOT STARTED
DBGRPC: STEPstepid= cmdid= status=STARTED
DBGRPC: STEPstepid= cmdid= status=NOT STARTED
DBGRPC: DON_F stepid= satisfied=FALSE
DBGRPC: krmqgns: no work found for channel default (krmqgns)
DBGRPC: (krmqgns)
DBGRPC: EXITED krmqgns with status
DBGRPC: krmxpoq - returning rpc_number: with status: STARTED16 for channel ORA_DISK_1
DBGRPC: ENTERED krmqgns
DBGRPC: krmqgns: looking for work for channel default (krmqgns)
DBGRPC: krmqgns: commands remaining to be executed: (krmqgns)
DBGRPC: CMD type=backup cmdid= status=NOT STARTED
DBGRPC: STEPstepid= cmdid= status=STARTED
DBGRPC: STEPstepid= cmdid= status=NOT STARTED
DBGRPC: DON_F stepid= satisfied=FALSE
DBGRPC: krmqgns: no work found for channel default (krmqgns)
DBGRPC: (krmqgns)
DBGRPC: EXITED krmqgns with status
DBGRPC: krmxpoq - returning rpc_number: with status: FINISHED16 for channel ORA_DISK_1
DBGRPC: krmxr - channel ORA_DISK_1 calling peicnt
DBGRPC: krmxrpc - channel ORA_DISK_1 kpurpc2 err= db=target proc=SYS.DBMS_BACKUP_RESTORE.BACKUPPIECECREATE excl:
DBGRPC: krmxrpc - caloing krmxtrim: with message of length : @@@ORA-: 操作失败, 如果可能请重试
DBGRPC: ORA-: 块编号 已在 archived log C:\WIN_ORACLE_11_DATABASE\RMANBACKUP\ARCH\ARC0000000616_0994609796. 中损坏
DBGRPC: ORA-: 在 "SYS.DBMS_BACKUP_RESTORE", line
DBGRPC: @@@
DBGMISC: ENTERED krmzejob [::10.070]
DBGMISC: Input Args(failed=),(errnum=-) [::10.072] (krmzejob)
DBGMISC: duration(stepid=),endtime=,jobtime=26s [::10.074] (krmzejob)
DBGMISC: duration(stepid=), remaining(chn sec,bytes)=(,) [::10.076] (krmzejob)
DBGMISC: EXITED krmzejob with status (FALSE) [::10.078] elapsed time [:::00.008]
DBGRPC: krmxrpc - channel ORA_DISK_1 kpurpc2 err= db=target proc=SYS.DBMS_BACKUP_RESTORE.GETLIMIT excl:
DBGRPC: krmxr - channel ORA_DISK_1 returned from peicnt
DBGMISC: ENTERED krmstrim [::10.084]
DBGMISC: Trimming message: ORA-: 操作失败, 如果可能请重试 [::10.086] (krmstrim)
DBGMISC: ORA-: 块编号 已在 archived log C:\WIN_ORACLE_11_DATABASE\RMANBACKUP\ARCH\ARC0000000616_0994609796. 中损坏 (krmstrim)
DBGMISC: ORA-: 在 "SYS.DBMS_BACKUP_RESTORE", line (krmstrim)
DBGMISC: ORA-: at line (krmstrim)
DBGMISC: () (krmstrim)
````````````` RMAN-: ===========================================================
RMAN-: =============== ERROR MESSAGE STACK FOLLOWS ===============
RMAN-: ===========================================================
RMAN-: backup plus archivelog 命令 (在 // :: 上) 失败
RMAN-: backup 命令 (ORA_DISK_1 通道上, 在 // :: 上) 失败
RMAN-: 执行作业步骤 时出现未处理的异常错误:
ORA-: at line
RMAN-: RPC 中出现异常错误:
ORA-: 操作失败, 如果可能请重试
ORA-: 块编号 已在 archived log C:\WIN_ORACLE_11_DATABASE\RMANBACKUP\ARCH\ARC0000000616_0994609796. 中损坏
ORA-: 在 "SYS.DBMS_BACKUP_RESTORE", line
RMAN-: RPC 错误: ORA-, 在调用 DBMS_BACKUP_RESTORE.BACKUPPIECECREATE 时出现
DBGMISC: ENTERED krmkursr [::10.779] 小结，也就是说，Orace在你执行备份操作的时候，不是上去就备份，而是后台一系列的检测，确认文件无异常后，在进行的有效备份。 4.6 上述问题如何处理，本次演练一下:
)mv修改上述归档日志名称(损坏的,或者直接删除)
)RMAN> crosscheck archivelog all;
RMAN> list expired archivelog all;
使用目标数据库控制文件替代恢复目录
db_unique_name 为 WIN11 的数据库的归档日志副本列表
=====================================================================
关键字 线程序列 S 时间下限
------- ---- ------- - ----------
X -10月-
名称: C:\WIN_ORACLE_11_DATABASE\RMANBACKUP\ARCH\ARC0000000616_0994609796. 再次进行rman备份
上述4.4的操作有点问题，破坏归档日志后，rman全备失败报错，随后使用rman crosscheck 由于文件存在，检测竟然通过了，list查询损坏的无效的归档日志也看不到。
本次4.，rm删除了损坏的文件，后续crosscheck检测后，list可以查询到，再次进行rman全备，进行观察。
备份成功！！！ 也就是说，解决问题的关键是，mv或者删除归档日志文件后，在进行crosscheck，只要归档日志被标记为无效，oracle备份就不会备份该归档日志 ==========如下信息截取，备份及删除清理已备份的归档，直接跳过了无效的归档序列号616！
输入归档日志线程= 序列= RECID= STAMP=
输入归档日志线程= 序列= RECID= STAMP=
通道 ORA_DISK_1: 正在启动段 于 -10月-
通道 ORA_DISK_1: 已完成段 于 -10月-
段句柄=C:\WIN_ORACLE_11_DATABASE\RMANBACKUP\17UDOI5K_1_1.BK 标记=TAG20191007T222451 注释=NONE
通道 ORA_DISK_1: 备份集已完成, 经过时间:::
通道 ORA_DISK_1: 正在删除归档日志
归档日志文件名=C:\WIN_ORACLE_11_DATABASE\RMANBACKUP\ARCH\ARC0000000615_0994609796. RECID= STAMP=
归档日志文件名=C:\WIN_ORACLE_11_DATABASE\RMANBACKUP\ARCH\ARC0000000617_0994609796. RECID= STAMP=
完成 backup 于 -10月- 4.7 学习跳过某个归档日志进行备份的操作 )破坏归档
sequence
)RMAN备份还原报错场景
RMAN> backup as compressed backupset full database format 'C:\win_oracle_11_database\rmanbackup%U.bk'
include current controlfile plus archivelog delete input format 'C:\win_oracle_11_database\rmanbackup\%U.bk';
启动 backup 于 -10月-
当前日志已存档
使用通道 ORA_DISK_1
RMAN-: ===========================================================
RMAN-: =============== ERROR MESSAGE STACK FOLLOWS ===============
RMAN-: ===========================================================
RMAN-: backup plus archivelog 命令 (在 // :: 上) 失败
ORA-: 标头 (文件 ) 验证失败
*本次不深入研究报错，不再次深入
)跳过sequence#
RUN {
change archivelog sequence uncatalog;
backup as compressed backupset full database format 'C:\win_oracle_11_database\rmanbackup%U.bk' include current controlfile plus archivelog delete input format 'C:\win_oracle_11_database\rmanbackup\%U.bk';
} RMAN日志输出
未编目的归档日志
归档日志文件名=C:\WIN_ORACLE_11_DATABASE\RMANBACKUP\ARCH\ARC0000000626_0994609796. RECID= STAMP=
未分类的 对象
······
输入归档日志线程= 序列= RECID= STAMP=
输入归档日志线程= 序列= RECID= STAMP=
······ 跳过去了！！！
因此备份也可以顺利进行！
RMAN备份归档日志ORA-19575的更多相关文章
- Oracle RMAN 清除归档日志
在开发环境及UAT环境经常碰到需要清除归档日志的情形,对于这个问题方法有很多.可以直接使用rm方式清除归档日志,也可以使用find命令来查找符合条件的记录来清除归档日志,或者直接写个shell脚本来搞 ...
- Oracle备份归档日志文件的两种方法比较
备份归档日志方式有两种: 1 单独备份归档日志:backup archivelog all 2 在执行备库时一起备份归档日志:backup database plus archivelog; 这 ...
- ORACLE 使用RMAN管理归档日志 archived log
oracle 归档日志通常使用rman进行管理,作为备份集的一部分 正常情况下,可以根据方法删除 1 过期策略 crosscheck archivelog all; delete expired ar ...
- oracle从备份归档日志的方法集中回收
oracle从备份集中抓出归档日志方法 在大连医院遇到这个问题,数据库为归档状态,但归档完成后rman通过crontab自己主动备走归档日志并删除存在系统上的归档日志文件.在RealSync程序停止一 ...
- 设置定时任务用rman删除归档日志脚本
之前使用数据库数据迁移过程中出现产生大量归档日志的情况(由于迁移的目标库是DG,必须开启归档). 为避免出现归档空间爆掉的情况,设置定时任务删除系统当前时间30分钟前的归档日志,脚本如下: cat d ...
- oracle归档空间不足的问题（rman删除归档日志）
案例一:归档日志满,数据库用户无法登陆,业务异常 解决方案一(可以登录rman): rman target / RMAN> crosscheck archivelog all; RM ...
- rman删除归档日志无法释放
背景 当Oracle 归档日志满了后,将无法正常登入oracle,需要删除一部分归档日志才能正常登入ORACLE.最近遇到一个问题,一套Oracle 11g数据库使用RMAN删除了归档日志,但是仍然无 ...
- RMAN数据库恢复之恢复归档日志文件
恢复归档日志文件如果只是为了在恢复数据文件之后应用归档文件,那并不需要手动对归档文件进行恢复,RMAN会在RECOVER时自动对适当的归档进行恢复.单独恢复归档文件一般是有特别的需求,如创建了Data ...
- RMAN备份演练初级篇
前面我们已经知道了如何进入rman,以及rman的一些基本命令,相信大家定会觉着rman操作的简单,事实也确实如此,但万不要因此小视rman的强大,简单往往意味着灵活,灵活对于那些有心人则意味着主动权 ...
随机推荐
- js 取两位小数
var totalPrice = (product.unitPrice * product.nums).toFixed(2);
- NLP（五） 词性标注和文法
NLTK内置词性标注器 用nltk.pos_tag()函数进行词性标注 import nltk nltk.download('averaged_perceptron_tagger') simpleSe ...
- Spring源码解析之ConfigurableApplicationContext
UML图 接口的作用 从上面的UML图中,可以看到 ConfigurableApplicationContext 直接继承了 ApplicationContext, Lifecycle, Closea ...
- [Error]Win8安装程序出现2502、2503错误解决方法
转载自:http://jingyan.baidu.com/article/a501d80cec07daec630f5e18.html 在Win8中,在安装msi安装包的时候常常会出现代码为2502.2 ...
- Codeforces#398 &767C. Garland 树形求子节点的和
传送门 题意:在一个树上,问能否切两刀,使得三块的节点值的和相同. 思路: 由于这个总的节点和是不变的,每块的节点值和sum固定,dfs搜索,和等于sum/3,切.若不能分成三块(不能被3整除,-1) ...
- ZOJ-1610 Count the Colors ( 线段树 )
题目链接: http://acm.zju.edu.cn/onlinejudge/showProblem.do?problemCode=1610 Description Painting some co ...
- codeforces 817 D. Imbalanced Array（单调栈+思维）
题目链接:http://codeforces.com/contest/817/problem/D 题意:给你n个数a[1..n]定义连续子段imbalance值为最大值和最小值的差,要你求这个数组的i ...
- 从一道看似简单的面试题重新理解JS执行机制与定时器
壹 ❀ 引 最近在看前端进阶的系列专栏,碰巧看到了几篇关于JS事件执行机制的面试文章,因为我在之前一篇 JS执行机制详解,定时器时间间隔的真正含义 博文中也有记录JS执行机制,所以正好用于作为测试自 ...
- 基于单细胞测序数据构建细胞状态转换轨迹(cell trajectory)方法总结
细胞状态转换轨迹构建示意图(Trapnell et al. Nature Biotechnology, 2014) 在各种生物系统中,细胞都会展现出一系列的不同状态(如基因表达的动态变化等),这些状态 ...
- 【Nginx】简介以及安装、启动、关闭
一.概述 二.Nginx基本安装 2.1 Windows安装Nginx Nginx目录结构 2.2 Linux安装Nginx 2.3 Mac利用homebrew安装 三.nginx启动关闭 3.1 重 ...