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的强大,简单往往意味着灵活,灵活对于那些有心人则意味着主动权 ...
随机推荐
- 在.net core wep项目中使用Session
第1步:添加包引用 Install-Package Microsoft.AspNetCore.Session 第2步:添加代码启用Session 在项目Startup.cs文件的ConfigureSe ...
- P4570 [BJWC2011]元素 线性基 + 贪心
题意 给定n个物品,每个物品有一个编号和价值,问如何取使得拿到的物品价值总和最大,并且取得物品的编号的子集异或和不能为0. 思路 这是个贪心,我们先按照价值从大到小排序,然后贪心地取,如果当前要取的物 ...
- POJ-1860 Currency Exchange( Bellman_Ford, 正环 )
题目链接:http://poj.org/problem?id=1860 Description Several currency exchange points are working in our ...
- 题解 UVA11000 【Bee】
传送门 [题目描述] 在非洲有一种非常特殊的蜜蜂.每年,这种蜜蜂的一只雌蜂生育一只 雄蜂,而一只雄蜂生育一只雌蜂和一只雄蜂,生育后它们都会死去!现在科学家们意外地发现了这一特殊物种的一只神奇的雌蜂,她 ...
- Python---环境以及编辑器的使用的学习
1.搭建python的环境 官网下载Python的安装程序,记住一点在安装的时候点一下下面的 Add Python 3.5 to PATH 它会自动给你把安装的python的环境加入到计算机的环境变量 ...
- 深入浅出理解EdgeBoard中NHWC数据格式
摘要: 在深度学习中,为了提升数据传输带宽和计算性能,经常会使用NCHW.NHWC和CHWN数据格式,它们代表Image或Feature Map等的逻辑数据格式(可以简单理解为数据在内存中的存放顺序) ...
- Linux下PHP+Nginx环境搭建
PHP+Nginx环境搭建 作者:王宇阳( Mirror )^_^ 参考文章: Nginx+PHP+MySQL安装参考 PHP源码安装经验 PHP源码环境搭建过程中常见问题 CentOS环 ...
- Maven学习归纳（一）——简单的环境配置入门
一.Maven的基本概念 Maven是基于项目对象模型(POM),可以通过一小段描述信息来管理项目的编译,测试,构建,报告和文档的软件项目管理工具和解决依赖关系的工具. 1.1 项目的构建 项目的构建 ...
- PyTorch在笔记本上实现CUDA加速
最近刚开始学习深度学习,参考了一篇深度学习的入门文章,原文链接:https://medium.freecodecamp.org/everything-you-need-to-know-to-maste ...
- 学生管理系统——ArrayList集合
此学生管理系统利用了集合ArrayList实现了对学生的增删改查:利用数组中的方法实现分数排序:运用String类的equals实现登录功能的字符串比较. 管理员类: package data; pu ...