05.07.2011 10:53
В результате выполнения этого запроса он мне выдал таблицу OPERS.

Но она же не вся битая. Я нашёл записи с блоком 1671168, который corrupt

У меня по-прежнему вопрос, что означает:

FILE# BLOCK# BLOCKS CORRUPTION_CHANGE# CORRUPT
11 __2072576__1767425__________________0 ALL ZERO
05.07.2011 11:02
В почти двух миллионах блоков одни нули вместо данных. Если у тебя база Супермага, то таблица не критичная. Сторонняя разработка.
05.07.2011 11:22
Сорри за офф:

А откуда взялись эти нулевые блоки? И почему их так много?
05.07.2011 11:24
Скорее всего - сбой контроллера или винта.
23.05.2013 09:05
Здравствуйте
есть база ЦО (oracle 10g 64bit enterprise 150 вес) делался ночной бекап файловая копия и дамп базы
перевел базу в архив лог
Код:
SQL> archive log list
Database log mode              Archive Mode
Automatic archival             Enabled
Archive destination            USE_DB_RECOVERY_FILE_DEST
Oldest online log sequence     9624
Next log sequence to archive   9626
Current log sequence           9626
делаю декап rman backup database; архив делается но падает на битый блок
Код:
Sun May 05 23:48:09 2013
Hex dump of (file 7, block 333813) in trace file c:\oracle\admin\binch00\udump\binch00_ora_2188.trc
Corrupt block relative dba: 0x01c517f5 (file 7, block 333813)
Fractured block found during backing up datafile
Data in bad block:
 type: 0 format: 2 rdba: 0x01c517f5
 last change scn: 0x0000.00000000 seq: 0x1 flg: 0x05
 spare1: 0x0 spare2: 0x0 spare3: 0x0
 consistency value in tail: 0x00000000
 check value in block header: 0xb130
 computed block checksum: 0x1
Reread of blocknum=333813, file=E:\ORACLE\ORADATA\BINCH00\USERS03.DBF. found same corrupt data
Reread of blocknum=333813, file=E:\ORACLE\ORADATA\BINCH00\USERS03.DBF. found same corrupt data
Reread of blocknum=333813, file=E:\ORACLE\ORADATA\BINCH00\USERS03.DBF. found same corrupt data
Reread of blocknum=333813, file=E:\ORACLE\ORADATA\BINCH00\USERS03.DBF. found same corrupt data
Reread of blocknum=333813, file=E:\ORACLE\ORADATA\BINCH00\USERS03.DBF. found same corrupt data
Deleted Oracle managed file G:\ORACLE\RMAN\BINCH00\BACKUPSET\2013_05_05\O1_MF_NNNDF_TAG20130505T234510_8RDRM75N_.BKP
Sun May 05 23:49:52 2013
Код:
SQL> SELECT owner, segment_name, segment_type
  2  FROM dba_extents
  3  WHERE file_id = 7
  4  AND 333813 BETWEEN block_id AND block_id + blocks - 1;

OWNER
------------------------------
SEGMENT_NAME
-------------------------------------------------------------

SEGMENT_TYPE
------------------
SUPERMAG
SMPRICES
TABLE


SQL>
Код:
SQL> SELECT distinct d.SEGMENT_TYPE||':'||d.OWNER||'.'||d.SEGMENT_NAME
  2  FROM DBA_EXTENTS d, v$database_block_corruption b
  3  where b.file#=d.file_id and b.block# between d.block_id and d.block_id+d.bl
ocks-1
  4  /

no rows selected

SQL>
подскажите как восстановить блок? или можно восстановить дамп базы ?
23.05.2013 09:29
Сколько раз говорено: Увеличение доступности БД Oracle
Сделали бы в свое время - проблем бы не было.
Попробуй
Код:
alter table supermag.smprices move;
сделать, если упало, то попробуй какой-нибудь select сделать суммирующий все числа колонки, например. Если опять упало, то тогда да - с частью таблицы ты попрощался, являясь примером того, как можно делать бекап и потерять данные (я об этом говорил раньше много раз, пока не устал). В этом случае из дампа, который у тебя есть, судя по всему, вливаешь только smprices и, очистив старую truncate, заливаешь из дампа. Можешь поискать, я не так давно писал, как обойти сбойный блок. На остальное заведи, пожалуйста, отдельную тему. RMAN тебе тут не поможет, не из чего ему восстанавливать.
05.06.2013 03:26
вопрос но данной теме такой: пытаюсь corrupt blocks проверить програмкой dbv... выдает ошибку : file not accessable... не могу избавиться от блоков...
05.06.2013 03:40
причем эти блоки в индексных файлах...ffindx1.dbf и ffindx2.dbf
05.06.2013 08:32
а оракл останавливать не пробовал?
Часовой пояс GMT +3, время: 21:29.

Форум на базе vBulletin®
Copyright © Jelsoft Enterprises Ltd.
В случае заимствования информации гипертекстовая индексируемая ссылка на Форум обязательна.