[ТЕМА ЗАКРЫТА]
05.07.2011 09:47
OlegON
 
Что-то не так интерпретируешь. Ты хочешь поговорить о красоте вывода или запустишь blockrecovery, раз лень из бекапа подниматься?
05.07.2011 09:59
SerSan
 
Косяк произошёл 18 апреля. Бакапов нет. :(

БОльше никаких вариантов нет?
05.07.2011 10:02
OlegON
 
Не понял, т.е. с апреля ты не видел, что рман не работает и теперь от него что-то хочешь? blockrecovery запускал или нет? хотя, подозреваю, что логи с тех пор ты не хранил, так?
05.07.2011 10:06
SerSan
 
Просто в апреле я ещё не работал в данной конторе.
Архивлогов нет. :(
05.07.2011 10:10
OlegON
 
Если бекапов нет и архивлогов нет, то эта тема не для тебя. Но можешь посмотреть тут же скрипт на поиск сегментов по битым блокам, посмотришь список сегментов и примешь решение, что дальше делать.
05.07.2011 10:15
SerSan
 
Вопрос ещё по Validate.

там номер блока 1671168 - повреждён,
а вот что означает вторая строка:

2072576 1767425 0 ALL ZERO

1767425 - это количество блоков? с нулевым значением?

Я нашёл записи с блоком 1671168 их всего около 10 штук.
А вот эти блоки в количестве
05.07.2011 10:17
SerSan
 
1767425.. по ним тоже надо искать данные?
05.07.2011 10:25
OlegON
 
Любишь ты разлагольствовать :) Скрипт запусти? Понятнее все будет раз в 10.
05.07.2011 10:53
SerSan
 
В результате выполнения этого запроса он мне выдал таблицу OPERS.

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

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

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

А откуда взялись эти нулевые блоки? И почему их так много?
05.07.2011 11:24
OlegON
 
Скорее всего - сбой контроллера или винта.
23.05.2013 09:05
vitya_vii
 
Здравствуйте
есть база ЦО (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
OlegON
 
Сколько раз говорено: Увеличение доступности БД Oracle
Сделали бы в свое время - проблем бы не было.
Попробуй
Код:
alter table supermag.smprices move;
сделать, если упало, то попробуй какой-нибудь select сделать суммирующий все числа колонки, например. Если опять упало, то тогда да - с частью таблицы ты попрощался, являясь примером того, как можно делать бекап и потерять данные (я об этом говорил раньше много раз, пока не устал). В этом случае из дампа, который у тебя есть, судя по всему, вливаешь только smprices и, очистив старую truncate, заливаешь из дампа. Можешь поискать, я не так давно писал, как обойти сбойный блок. На остальное заведи, пожалуйста, отдельную тему. RMAN тебе тут не поможет, не из чего ему восстанавливать.
05.06.2013 03:26
xray84
 
вопрос но данной теме такой: пытаюсь corrupt blocks проверить програмкой dbv... выдает ошибку : file not accessable... не могу избавиться от блоков...
05.06.2013 03:40
xray84
 
причем эти блоки в индексных файлах...ffindx1.dbf и ffindx2.dbf
05.06.2013 08:32
Dim
 
а оракл останавливать не пробовал?


Опции темы


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

 

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