Как извлечь данные таблицы из поврежденного блока? ORA-01578: Oracle data block corrupted (file ..., block ...)

Mon, 26 Jul 2010 00:00:00 GMT

В этом посте поднимался вопрос возможности получения данных и поврежденной таблицы минуя испорченный блок. Здесь рассмотрим возможность получения данных таблицы непосредственно из испорченного блока.

Эта возможность становится реальной, если на все колонки таблицы существует индекс. Точнее – можно получить из индексных сегментов информацию, хранящуюся в них, не смотря на то, что соответствующие блоки таблицы повреждены.

INDEX FULL SCAN и INDEX FAST FULL SCAN

Mon, 26 Jul 2010 00:00:00 GMT

В продолжение темы . Индекс на основе B* - дерева состоит из узловых и листовых блоков. Листовые блоки образуют двусвязный список. То есть блоки индекса последовательно связаны между собой ссылками. Но это совершенно не значит, что в сегменте индекса они размещены упорядочено. Вероятнее всего оракл их кладет туда в произвольном порядке.

recyclebin или история о том как мы боролись с битым блоком.

Thu, 22 Jul 2010 00:00:00 GMT

Появился у меня в базе один битый блок: ORA-01578: Oracle data block corrupted (file ..., block ...). По указанному номеру файла и номеру блока запросом

STANDBY и создание нового файла данных на промышленном сервере.

Wed, 21 Jul 2010 00:00:00 GMT

На основном сервере создали еще один файл данных для существующего табличного пространства. Однако как оказалось на standby сервере был установлен параметр инициализации STANDBY_FILE_MANAGEMENT в значение MANUAL. Поэтому на стэндбае файл данных не был создан автоматически. В алерте получили следующее сообщение:

Пример использования NULL - свойства индекса.

Wed, 21 Jul 2010 00:00:00 GMT

Oracle в индексах на основе B* - дерева не содержит неопределенных ключей. То есть если в таблице есть запись у которой по всем ключам индекса стоит NULL, то индекс соответствующей записи не имеет.

Хорошо это или плохо?

Индекс и значение NULL

Tue, 20 Jul 2010 00:00:00 GMT

Как известно из документации, индекс на основе B* - дерева не содержит неопределенных значений. То есть, если таблица содержит записи, у которых все ключи индекса имеют значение NULL, то такие записи в индекс не попадают. Если хотя бы одно значение ключа не является NULL, такая запись попадает в индекс. Найдем простейшее доказательство этого утверждения.

Как достать данные из поврежденной таблицы при ORA-01578: Oracle data block corrupted (file ..., block ...)

Fri, 16 Jul 2010 00:00:00 GMT

Как минимум есть три варианта: SKIP_CORRUPT_BLOCKS, ROWID Range Scans и PL/SQL скрипт. Сейчас понемногу о каждом.

В очередной раз об ORA-00600: Internal message code, arguments: [01578] [...] [...] [] [] []. ORA-01578: Oracle data block corrupted (file ..., block ...).

Thu, 15 Jul 2010 00:00:00 GMT

Когда встречается такое повреждение блока данных базы Oracle, первым делом определяемся с именем и типом сегмента, которому принадлежит поврежденный блок. Чаще всего блок может принадлежать либо табличному, либо индексному сегменту.

INDEX RANGE SCAN и INDEX SKIP SCAN. Чем эти методы индексного доступа разнятся?

Tue, 13 Jul 2010 00:00:00 GMT

INDEX RANGE SCAN - просмотр диапазона по индексу. Как оракл его выполняет? Для индекса на основе B* - дерева листовые блоки образуют двухсвязный список. Такая организация листовых блоков индекса при поиске позволяет не просматривать каждый раз всю индексную структуру сверху вниз, а достаточно спустившись один раз к необходимому начальному листовому блоку дальше двигаться по порядку только по листовым блокам.

COALESCE или REBUILD . Что лучше?

Mon, 12 Jul 2010 00:00:00 GMT

Если вы уже решили, что индекс нужно перепаковать, то есть как минимум три варианта как это можно сделать:


alter index table1_index1 coalesce;
alter index table1_index1 rebuild;
alter index table1_iindex1 rebuild online;

Взвесим все ЗА и ПРОТИВ для каждой команды.