Битый блок в файле данных.....RMAN рулит ))) : Oracle

OlegON · █ 19.03.2010 09:42

Для начала определяемся, Enterprise ли версия Oracle и пользовались ли RMAN ранее для бекапа. Если на оба вопроса - "да", читаем еще раз то, что выше. Если хоть на один вопрос "нет", сильно напрягаемся, забываем, что писалось выше, ищем тут же, как определить, какой сегмент побился и молимся, чтобы это был индекс или какая-то таблица, которой можно сделать truncate. Если опять "нет", действуем по обстоятельствам. Медленно и печально думаем о влиянии потерянных данных на дальнейшую работу БД.

Не забываем про

SQL код:

 execute DBMS_REPAIR.SKIP_CORRUPT_BLOCKS('<schema>','<tablename>');
execute DBMS_REPAIR.SKIP_CORRUPT_BLOCKS('<schema>','<tablename>', flags=>dbms_repair.noskip_flag);

OlegON · █ 19.03.2010 09:43

Блин, не выспался. Там же indx01.dbf, скорее всего индексы... Шансов очень много.

Виталий Г. · █ 20.03.2010 19:25

Цитата:

OlegON ➤ Блин, не выспался. Там же indx01.dbf, скорее всего индексы... Шансов очень много.

Можно ли в этом случаи выполнить truncate и как это сделать?

OlegON · █ 20.03.2010 19:56

Объект сначала найдите, потом будем думать, что с ним делать. В другой ветке.

kadr · █ 27.05.2010 09:14

Столкнулся с ситуацией:
в логе работы RMANа встречаем следующие строки

Цитата:

MAN-03009: сбой команды backup в канале ORA_DISK_1 в 05/25/2010 18:34:02
ORA-19566: превышен лимит 0 поврежденных блоков для файла /oradata/sysaux01.dbf
будут выполняться другие шаги задания; задания, в которых возник сбой, повторно запускаться не будут

в файле alert_.log записывается следующее

Цитата:

Corrupt block relative dba: 0x0381105d (file 14, block 69725)
Fractured block found during backing up datafile
Data in bad block:
type: 6 format: 2 rdba: 0x0381105d
last change scn: 0x0001.c6a6534f seq: 0x2 flg: 0x04
spare1: 0x0 spare2: 0x0 spare3: 0x0
consistency value in tail: 0x4f430602
check value in block header: 0xf259
computed block checksum: 0xc018
Reread of blocknum=69725, file=/oradata/sysaux01.dbf. found same corrupt data
Reread of blocknum=69725, file=/oradata/sysaux01.dbf. found same corrupt data
Reread of blocknum=69725, file=/oradata/sysaux01.dbf. found same corrupt data
Reread of blocknum=69725, file=/oradata/sysaux01.dbf. found same corrupt data
Reread of blocknum=69725, file=/oradata/sysaux01.dbf. found same corrupt data

На первый взгляд ситуация подпадает под описанное здесь, но при попытке найти объекты ничего не возвращается, и следовать вышеописанным инструкциям не представляется возможным. В данном случае мы наблюдаем не логическую а физическу ошибку.

Проверка и исправление ошибок файловой системы средствами ОС обычно решают данную проблему.

slava · █ 16.09.2010 12:34

Corrupt block relative dba: 0x0700f107 (file 28, block 61703)
Bad header found during user buffer read
Data in bad block -
type: 6 format: 2 rdba: 0x0680f107
last change scn: 0x0000.0005e515 seq: 0x1 flg: 0x04
consistency value in tail: 0xe5150601
check value in block header: 0x9ea3, computed block checksum: 0x0
spare1: 0x0, spare2: 0x0, spare3: 0x0
***
Reread of rdba: 0x0700f107 (file 28, block 61703) found valid data
***

Смущает следующее :
1.
Reread of rdba: 0x0700f107 (file 28, block 61703) found valid data
***
2.После backup validate check .... в v$database_block_corruption нет заисей.

У гуру есть мнения на этот счет?
ЗЫ Oracle 9.2.0.7

John Doe · █ 16.09.2010 12:47

Спрашивая у гуру, ты заметно сужаешь круг отвечающих :)
Не гуру, но предполагаю железную проблему. Много таких записей? Очень рекомендую dbverify, иногда находит косяки.

slava · █ 16.09.2010 13:46

Цитата:

John Doe ➤ Очень рекомендую dbverify, иногда находит косяки.

Посмотрел документацию. Попробовал на тестовой базе.
Два вопроса:

1.В чем принципиальное отличие от RMAN?

2.Блок Corrupt помечает сама без предупреждения или можно будет вмешаться в процесс?

John Doe · █ 16.09.2010 14:21

1. В том, что у меня оно находило corrupted и помечало, когда RMAN отказывался это делать, не знаю почему.
2. По умолчанию - помечает, как вмешиваться в процесс - надо маны читать.

slava · █ 16.09.2010 16:12

Цитата:

John Doe ➤ 1. В том, что у меня оно находило corrupted и помечало, когда RMAN отказывался это делать, не знаю почему.

А данные? Восстанавливал RMAN-ом?

Цитата:

John Doe ➤ 2. По умолчанию - помечает, как вмешиваться в процесс - надо маны читать.

В 9-ке похоже ни как не вмешаешся.