Добро пожаловать в форум, Guest >> Войти | Регистрация | Поиск | Правила | | В избранное | Подписаться | ||
Все форумы / Oracle |
![]() ![]() |
alex722 Member Откуда: Сообщений: 64 |
Добрый день. За последние 2 месяца были получены сообщения ORA-01578: ORACLE data block corrupted на одном сервере от 2 баз: 1. была проблема с блоком в индексе; 2. была проблема с блоком в табличной партиции. Ошибки были в нерабочее время, действий со стороны DBA на restore/recover не предпринималось. Ошибки падали в алертлог примерно по 40 минут, потом исчезали. v$database_block_corruption показывало проблемные блоки. После ночного бэкапа результат из вью уже был нулевым. Блоки никуда не исчезли и при их поиске указано, в каком сегменте находятся. Вопрос, из-за чего могли быть сбои и почему сами собой исчезли? |
8 окт 18, 14:34 [21698147] Ответить | Цитировать Сообщить модератору |
Vivat!San Member Откуда: Отсюда не возвращаются Сообщений: 505 |
Например, поэтому:
Посмотрите alert лог внимательно, должны быть соответстующие сообщения. |
||
8 окт 18, 16:12 [21698297] Ответить | Цитировать Сообщить модератору |
Тролин Member Откуда: Сообщений: 287 |
Надо смотреть какого типа повреждения блока было... v$database_block_corruption как раз есть колонка. В Alerte стоит отметка какого типа был сбой, а так же в некоторых случаях стоит отметка что поврежденный блок перечитывался... Вот у меня на болеющем сервере... такие месаги сразу скажу что на 11.2.0.4 это баг. Я тестировал обновив до 12.2, в общем продолжаются сыпаться сообщения что блок перечитан, но уже в v$database_block_corruption не заполняется. Решаем этот баг с тех.поддержкой oracle c весны 2018 года по сегодняшний день.
|
||||
8 окт 18, 16:20 [21698319] Ответить | Цитировать Сообщить модератору |
Тролин Member Откуда: Сообщений: 287 |
alex722, добавлю что есть вероятность что в какойто момент был бэкап rman блоки оракл не смог прочитать (например в момент обращения блок изменился и контрольная сумма изменилась) и эти блоки спустя время при повторной проверке оказались читаемы, соответственно oracle мог их отметить как нормальные. |
8 окт 18, 16:24 [21698329] Ответить | Цитировать Сообщить модератору |
alex722 Member Откуда: Сообщений: 64 |
Vivat!San, Спасибо за ответ, не похоже. Запрос со standby: SQL> select open_mode, controlfile_type from v$database; OPEN_MODE CONTROL -------------------- ------- MOUNTED STANDBY |
8 окт 18, 17:48 [21698447] Ответить | Цитировать Сообщить модератору |
alex722 Member Откуда: Сообщений: 64 |
Тролин, Тролин, Спасибо за ответ. Версия БД в последнем случае 11.2.0.3 Со второго сообщения скажу, что это было не во время бэкапа и подобные случаи, как Вы описали, я встречал. Из первого сообщения: к сожалению не зафиксировал точное значение из v$database_block_corruption. В alertlog сообщения у меня имеют следующий вид: Hex dump of (file 30, block 3336593) in trace file /u01/app/oracle/diag/rdbms/db/DB/trace/DB_ora_12531.trc Corrupt block relative dba: 0x07b2e991 (file 30, block 3336593) Bad header found during user buffer read Data in bad block: type: 67 format: 6 rdba: 0x7a90da77 last change scn: 0x868e.d38dce77 seq: 0xd8 flg: 0x77 spare1: 0xcf spare2: 0x77 spare3: 0x9b77 consistency value in tail: 0x6a3f2641 check value in block header: 0xe831 computed block checksum: 0xaf32 Reading datafile '/u02/oracle_DB/name.dbf' for corruption at rdba: 0x07b2e991 (file 30, block 3336593) Reread (file 30, block 3336593) found same corrupt data (no logical check) Corrupt Block Found TSN = 17, TSNAME = DATA RFN = 30, BLK = 3336587, RDBA = 129165707 OBJN = 318516, OBJD = 318516, OBJECT = OBJECT_NAME, SUBOBJECT = SUBOBJECT_NAME SEGMENT OWNER = OWNER_NAME, SEGMENT TYPE = Table Partition Errors in file /u01/app/oracle/diag/rdbms/db/DB/trace/DB_ora_12531.trc (incident=8193): ORA-01578: ORACLE data block corrupted (file # 30, block # 3336593) ORA-01110: data file 30: '/u02/oracle_DB/name.dbf' Из трэйса: Corrupt block relative dba: 0x07b2e991 (file 30, block 3336593) Bad header found during user buffer read Data in bad block: type: 67 format: 6 rdba: 0x7a90da77 last change scn: 0x868e.d38dce77 seq: 0xd8 flg: 0x77 spare1: 0xcf spare2: 0x77 spare3: 0x9b77 consistency value in tail: 0x6a3f2641 check value in block header: 0xe831 computed block checksum: 0xaf32 Reading datafile '/u02/oracle_DB/name.dbf' for corruption at rdba: 0x07b2e991 (file 30, block 3336593) Reread (file 30, block 3336593) found same corrupt data (no logical check) DDE: Problem Key 'ORA 1110' was flood controlled (0x5) (no incident) ORA-01110: data file 30: '/u02/oracle_DB/name.dbf' Byte offset to file# 30 block# 3336593 is 1563566080 DDE: Problem Key 'ORA 1578' was flood controlled (0x6) (incident: 8193) ORA-01578: ORACLE data block corrupted (file # 30, block # 3336593) ORA-01110: data file 30: '/u02/oracle_DB/name.dbf' Action (ID=34340895) was flood controlled by a FC Qualifier |
8 окт 18, 18:23 [21698504] Ответить | Цитировать Сообщить модератору |
alex722 Member Откуда: Сообщений: 64 |
Из v$database_block_corruption CORRUPTION_TYPE помечен как CORRUPT |
14 окт 18, 21:17 [21703733] Ответить | Цитировать Сообщить модератору |
Все форумы / Oracle | ![]() |