[ТЕМА ЗАКРЫТА]
Опции темы
19.03.2010 09:42  
OlegON
Для начала определяемся, Enterprise ли версия Oracle и пользовались ли RMAN ранее для бекапа. Если на оба вопроса - "да", читаем еще раз то, что выше. Если хоть на один вопрос "нет", сильно напрягаемся, забываем, что писалось выше, ищем тут же, как определить, какой сегмент побился и молимся, чтобы это был индекс или какая-то таблица, которой можно сделать truncate. Если опять "нет", действуем по обстоятельствам. Медленно и печально думаем о влиянии потерянных данных на дальнейшую работу БД.
 
19.03.2010 09:43  
OlegON
Блин, не выспался. Там же indx01.dbf, скорее всего индексы... Шансов очень много.
 
20.03.2010 19:25  
Виталий Г.
Цитата:
Сообщение от OlegON
Блин, не выспался. Там же indx01.dbf, скорее всего индексы... Шансов очень много.
Можно ли в этом случаи выполнить truncate и как это сделать?
 
20.03.2010 19:56  
OlegON
Объект сначала найдите, потом будем думать, что с ним делать. В другой ветке.
 
27.05.2010 09:14  
kadr
Столкнулся с ситуацией:
в логе работы 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
На первый взгляд ситуация подпадает под описанное здесь, но при попытке найти объекты ничего не возвращается, и следовать вышеописанным инструкциям не представляется возможным. В данном случае мы наблюдаем не логическую а физическу ошибку.


Проверка и исправление ошибок файловой системы средствами ОС обычно решают данную проблему.
 
16.09.2010 12:34  
slava
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
 
16.09.2010 12:47  
John Doe
Спрашивая у гуру, ты заметно сужаешь круг отвечающих :)
Не гуру, но предполагаю железную проблему. Много таких записей? Очень рекомендую dbverify, иногда находит косяки.
 
16.09.2010 13:46  
slava
Цитата:
Сообщение от John Doe
Очень рекомендую dbverify, иногда находит косяки.
Посмотрел документацию. Попробовал на тестовой базе.
Два вопроса:

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

2.Блок Corrupt помечает сама без предупреждения или можно будет вмешаться в процесс?
 
16.09.2010 14:21  
John Doe
1. В том, что у меня оно находило corrupted и помечало, когда RMAN отказывался это делать, не знаю почему.
2. По умолчанию - помечает, как вмешиваться в процесс - надо маны читать.
 
16.09.2010 16:12  
slava
Цитата:
Сообщение от John Doe
1. В том, что у меня оно находило corrupted и помечало, когда RMAN отказывался это делать, не знаю почему.
А данные? Восстанавливал RMAN-ом?

Цитата:
Сообщение от John Doe
2. По умолчанию - помечает, как вмешиваться в процесс - надо маны читать.
В 9-ке похоже ни как не вмешаешся.
 
 


Опции темы



Часовой пояс GMT +3, время: 13:40.

Все в прочитанное - Календарь - RSS - - Карта - Вверх 👫 Яндекс.Метрика
Форум сделан на основе vBulletin®
Copyright ©2000 - 2016, Jelsoft Enterprises Ltd. Перевод: zCarot и OlegON
В случае заимствования информации гипертекстовая индексируемая ссылка на Форум обязательна.