Oracle 10.2.0.4 Linux

Вот такой бэкап раньше выполнялся нормально:
авторRUN {
crosscheck backup;
crosscheck archivelog all;
crosscheck copy;
DELETE noprompt EXPIRED BACKUP;
DELETE noprompt EXPIRED archivelog all;
DELETE noprompt EXPIRED copy;
#DELETE noprompt OBSOLETE;
#backup check logical validate database;
backup device type disk tag 'FULL_BKUP' database;
backup device type disk tag 'ARCH_BKUP' archivelog all not backed up DELETE ALL INPUT;
DELETE OBSOLETE;
}
6 июня бэкап выполнился, но почему-то не удалил все OBSOLETE, а только выборочно.
С 7 июня это бэкап начал остановливаться на превой же команде crosscheck backup;
8 июня запустила интерментальный бэкап без команд crosscheck.
Бэкап выполнился, но остановился на команде DELETE OBSOLETE;

Смотрю протокл бэкапа от 6 июня:
автор...
Starting backup at 2018-06-06 10:21:17
using channel ORA_DISK_1
channel ORA_DISK_1: starting piece 5 at 2018-06-06 10:21:18
channel ORA_DISK_1: finished piece 5 at 2018-06-06 10:21:33
piece handle=/mnt/nfs/sunsetstb/dat4on18_5_1 tag=TAG20180606T094054 comment=NONE --здесь должен быть TAG=FULL_BKUP !!!
channel ORA_DISK_1: starting piece 6 at 2018-06-06 10:21:33
channel ORA_DISK_1: finished piece 6 at 2018-06-06 10:21:48
piece handle=/mnt/nfs/sunsetstb/dat4on18_6_1 tag=TAG20180606T094054 comment=NONE
...
channel ORA_DISK_1: finished piece 314 at 2018-06-06 11:59:02
piece handle=/mnt/nfs/sunsetstb/dat4on18_314_1 tag=TAG20180606T094054 comment=NONE
channel ORA_DISK_1: backup set complete, elapsed time: 02:18:06
Остальные куски полного бэкапа сформировальсь с TAG=FULL_BKUP, как и положено.

Мне пока не понятно, что за сбой произошёл, но нас так ненадёжно работают диски, что может случиться всё что угодно.

Удалила вручную OBSOLETE бэкапсэты, все кроме одного подозрительного от 6 июня.
авторRMAN> list backup summary;
List of Backups
===============
Key TY LV S Device Type Completion Time #Pieces #Copies Compressed Tag
------- -- -- - ----------- ------------------- ------- ------- ---------- ---
147438 B F A DISK 2018-06-06 11:59:00 314 1 NO TAG20180606T094054 --Это кусок FULL_BAKUP!!!!
147445 B 0 A DISK 2018-06-08 11:28:44 313 1 NO BKUP_LEVEL_0
147446 B 0 A DISK 2018-06-08 12:30:08 289 1 NO BKUP_LEVEL_0
147447 B 0 A DISK 2018-06-08 13:26:02 296 1 NO BKUP_LEVEL_0
147448 B 0 A DISK 2018-06-08 14:18:56 298 1 NO BKUP_LEVEL_0
147449 B A A DISK 2018-06-08 14:28:02 42 1 NO ARCH_BKUP
147450 B A A DISK 2018-06-08 14:36:56 42 1 NO ARCH_BKUP
147451 B A A DISK 2018-06-08 14:45:34 41 1 NO ARCH_BKUP
147452 B F A DISK 2018-06-08 14:46:00 1 1 NO TAG20180608T144559 --это автобэкап



авторRMAN> DELETE BACKUPSET 147438;

using channel ORA_DISK_1
RMAN-00571: ===========================================================
RMAN-00569: =============== ERROR MESSAGE STACK FOLLOWS ===============
RMAN-00571: ===========================================================
RMAN-03002: failure of delete command at 06/08/2018 15:48:51
ORA-01405: fetched column value is NULL
RMAN-06159: error while looking up backup set

Улалила файлы от этого бэкапсэта средствами ОС с диска

авторRMAN>crosscheck archivelog all; --это работает
RMAN> crosscheck backup; --НЕ РАБОТАЕТ, rman вылетает с core dumped!

using target database control file instead of recovery catalog
allocated channel: ORA_DISK_1
channel ORA_DISK_1: sid=3889 devtype=DISK
Segmentation fault (core dumped)

pwd
/opt/oracle/bin/log
ls -l core*
-rw------- 1 oracle oinstall 43151360 Jun 8 16:28 core.119487
-rw------- 1 oracle oinstall 44507136 Jun 8 16:17 core.99542

Кто-нибудь с таким сталкивался ?

Подозреваю, что надо пересоздать controlfile.

Бэкапы выполняются без rman-каталога.

SYS > select count(*) from V$BACKUP_CORRUPTION;

COUNT(*)
----------
260

V$BACKUP_CORRUPTION displays information about corrupt block ranges in data file backups from the control file.
V$DATABASE_BLOCK_CORRUPTION displays information about database blocks that were corrupted after the last backup.

У меня V$DATABASE_BLOCK_CORRUPTION пустой.

Да, у меня другой случай.

V$BACKUP_CORRUPTION говорит, что запортился только один блок block#=358386 в одном файле file#=540

Но с этим датафайлом все в порядке, там нет corrupt-блоков, этом файл уже дважды забэкапился, как и вся БД.
Это сам бэкап запортился
авторRMAN> validate backupset 147438;

using channel ORA_DISK_1
RMAN-00571: ===========================================================
RMAN-00569: =============== ERROR MESSAGE STACK FOLLOWS ===============
RMAN-00571: ===========================================================
RMAN-03002: failure of validate command at 06/09/2018 12:52:42
RMAN-06160: no backup pieces found for backup set key: 147438

RMAN> DELETE BACKUPSET 147438;

using channel ORA_DISK_1
RMAN-00571: ===========================================================
RMAN-00569: =============== ERROR MESSAGE STACK FOLLOWS ===============
RMAN-00571: ===========================================================
RMAN-03002: failure of delete command at 06/09/2018 12:53:42
ORA-01405: fetched column value is NULL
RMAN-06159: error while looking up backup set