Доброго время суток!

Анналогичная проблема. Применял FIX_CORRUPT_BLOCK, не помогло. Если я правильно понимаю единственная надежда на бекапы!?


Заранее благодарен!

Как оказалось бекапа нет. Подскажите пожалуйста, есть еще какой нибудь способ востановить битые блоки?

спасибо.

проходил мимо...,

спасибо что откликнулся!

В этих битых блоках расположено 119 записей. Схема не системная.

Первым делом я попробовал исправить битые блоки с помощю - FIX_CORRUPT_BLOCKS

SQL> SET SERVEROUTPUT ON;
SQL> DECLARE num_fix INT;
2 BEGIN num_fix := 0;
3 DBMS_REPAIR.FIX_CORRUPT_BLOCKS ( SCHEMA_NAME => 'NAME',
4 OBJECT_NAME=> 'STATUSLOG',
5 OBJECT_TYPE => dbms_repair.table_object,
6 REPAIR_TABLE_NAME => 'REPAIR_TABLE',
7 FIX_COUNT=> num_fix);
8 DBMS_OUTPUT.PUT_LINE('num fix: ' || TO_CHAR(num_fix));
9 END;
10 /
num fix: 0

PL/SQL procedure successfully completed.

SQL>
==========================================================
После чего я применил:

BEGIN
DBMS_REPAIR.SKIP_CORRUPT_BLOCKS (
SCHEMA_NAME => 'LEXWEB',
OBJECT_NAME => 'STATUSLOG',
OBJECT_TYPE => dbms_repair.table_object,
FLAGS => dbms_repair.skip_flag);
END;
/

в итоге я потерял 119 записей, которые лежали в 3 битых блоках.

Собственно больше ничего и не пробовал.

Заранее благодарен!

проходил мимо...,

1. Как нашёл 119 битых "записей", что это означает?

Было зафиксировано что в таблице перед тем как появились битые блоки было определенное количество записей. После того как применил SKIP_CORRUPT_BLOCKS их стало на 119 записей меньше.

2. Как сделали repair_table?

Этой информации у меня нет. Но я думаю что было использовано DBMS_REPAIR.ADMIN_TABLES. А что тут могут быть какие то нюансы?

3. Что в ней содержалось? этого я тоже не знаю.

4. И последнее - если уж сделал skip, что теперь не устраивает?

Эта таблица с битыми блоками является аудит таблицей. Данные не очень важные но клиент требует востановить их.

проходил мимо...,

2. Как сделали repair_table?

если это важный момент......я буду уточнять как она была сделана и что в ней !!!!!

интересно экспорт в этом случае не поможет!? как он отработает относительно тех записей которые в битых блоках??

проходил мимо...,

Насчет repair_table...то мне скрипты по ее созданю не были предоставлены и я понятия не имею как этот тейбл создавался и что в нем внутри. Скажите мне можалуйста если это важный момент для востановления и содержание этой таблицы может повлиять на востановление, я буду уточнять эти моменты и копать в этом направление!?


Заранее благодарен!

проходил мимо...,


да


SQL> SET SERVEROUTPUT ON;
SQL> DECLARE num_corrupt INT;
2 BEGIN num_corrupt := 0;
3 DBMS_REPAIR.CHECK_OBJECT (SCHEMA_NAME => 'name',
4 OBJECT_NAME => 'STATUSLOG',
5 REPAIR_TABLE_NAME => 'REPAIR_TABLE',
6 CORRUPT_COUNT => num_corrupt);
7 DBMS_OUTPUT.PUT_LINE('number corrupt: ' || TO_CHAR (num_corrupt));
8 END;
9 /
number corrupt: 3

проходил мимо...,

) Это точно не для слабонервный ))

зарепродюсил я эту ситуацию на своей тестовай базе, вистинг команд приведен ниже.....
=============================================================================

SQL> begin
2 dbms_repair.admin_tables
3 (
4 table_name => 'REPAIR_TABLE',
5 table_type => dbms_repair.repair_table,
6 action => dbms_repair.create_action,
7 tablespace => 'TEST_TBS'
8 );
9 end;
10 /


SQL> descr repair_table;
Name Null? Type
----------------------------------------- -------- ----------------------------
OBJECT_ID NOT NULL NUMBER
TABLESPACE_ID NOT NULL NUMBER
RELATIVE_FILE_ID NOT NULL NUMBER
BLOCK_ID NOT NULL NUMBER
CORRUPT_TYPE NOT NULL NUMBER
SCHEMA_NAME NOT NULL VARCHAR2(30)
OBJECT_NAME NOT NULL VARCHAR2(30)
BASEOBJECT_NAME VARCHAR2(30)
PARTITION_NAME VARCHAR2(30)
CORRUPT_DESCRIPTION VARCHAR2(2000)
REPAIR_DESCRIPTION VARCHAR2(200)
MARKED_CORRUPT NOT NULL VARCHAR2(10)
CHECK_TIMESTAMP NOT NULL DATE
FIX_TIMESTAMP DATE
REFORMAT_TIMESTAMP DATE

SQL>


SQL> SET SERVEROUTPUT ON
SQL> DECLARE
vCorruptBlocks INT := 0;
BEGIN
DBMS_REPAIR.CHECK_OBJECT
( 2 3 4 5
6 SCHEMA_NAME => 'SYS',
7 OBJECT_NAME => 'TEST_TABLE',
8 REPAIR_TABLE_NAME => 'REPAIR_TABLE',
9 CORRUPT_COUNT => vCorruptBlocks
10 );
11 DBMS_OUTPUT.PUT_LINE('Number of blocks corrupted: ' || TO_CHAR (vCorruptBlocks));
12 end;
13 /
Number of blocks corrupted: 1

PL/SQL procedure successfully completed.

SQL>




SQL> column object_name format a10
SQL> column repair_description format a28
SQL> set lines 10000
SQL> SELECT OBJECT_NAME, BLOCK_ID, CORRUPT_TYPE, MARKED_CORRUPT, REPAIR_DESCRIPTION
FROM REPAIR_TABLE; 2

OBJECT_NAM BLOCK_ID CORRUPT_TYPE MARKED_COR REPAIR_DESCRIPTION
---------- ---------- ------------ ---------- ----------------------------
TEST_TABLE 131 6148 TRUE mark block software corrupt

SQL>


SQL> SET SERVEROUTPUT ON
SQL> declare
2 vBlocksFixed INT := 0;
3 begin
4 DBMS_REPAIR.FIX_CORRUPT_BLOCKS
5 (
6 SCHEMA_NAME => 'SYS',
7 OBJECT_NAME=> 'TEST_TABLE',
8 OBJECT_TYPE => DBMS_REPAIR.TABLE_OBJECT,
9 REPAIR_TABLE_NAME => 'REPAIR_TABLE',
10 FIX_COUNT => vBlocksFixed
11 );
12 DBMS_OUTPUT.PUT_LINE('Number of blocks fixed: ' || TO_CHAR(vBlocksFixed));
13 end;
14 /
Number of blocks fixed: 0

PL/SQL procedure successfully completed.



===============================================================================================
В итоге мне ничего не востановило....тоесть этот механизм востановления не сработал

Может я что то делаю не так!?

може эти блоки имеют высокую степень побитости !!!! )

pravednikБыдло__кодерА как можно испортить специально пару блоков данных?
Прочитал топик, захотелось поиграться с DBMS_REPAIR накошках тестовой базе

dd

совершенно верно

dd of=/u1/oracle/product.....(дата файл) bs=8192 conv=notrunc seek=(next block) <<EOF
<text>
>EOF

проходил мимо...,

думаю для Oracle он сильно битый.....и тут я думаю что только бекап в помощь.

pravednik,

скип собственно и сделали!


Спасибо всем огромное за участие!

Хотелось бы очень узнать как работает DBMS_REPAIR.FIX_CORRUPT_BLOCKS. Я понимаю что нужно читать доку...но интересует Ваш личный опыт!?

Заранее благодарю!

pravednik,

я догадывался что это илюзия ))

Скажите а с Oracle Block Browser and EDitor кто то работал!?

pravednik,

я тогда пока что сам попробую покрутить эту утилиту. Если что то полезное выковыряю то обязательно напишу!