ORA-01578 - bad blocks.

Question

Hello,
We had a SAN crash last month and with all the confusion I missed that we had some bad blocks after the crash. Our RMAN backups have now aged out so we don't have a RMAN backup. What I do have is a datapump backup from before the event. This is table corruption. Is there a way to either restore the table to a stage location, catalog the table or datafile somehow, then restore the bad block? Otherwise, somehow determine the bad data and get the data from the backed up table and insert it back into the bad table after I re-recreate it without the bad blocks?
Oracle support is just saying recreate the table skipping the bad blocks but there has to be some way here if the data is on that datapump backup that I can determin what it is then restore it.
Thanks

Answer 1

The fix blocks procedure did not work and I have not attempted the skip blocks. If I run the skip corrupt blocks will my query work? Is that worth a shot next?
select count(*) TRACKING_ID from JEBCS3NM.TRACKABLE_OBJECT t, JEBCS3NM.CONVEYANCE c where c.TRACKABLE_OBJECT_GUID = t.TRACKABLE_OBJECT_GUID and PRIMARY_MOVER_ID is null
ERROR at line 1:
ORA-01578: ORACLE data block corrupted (file # 75, block # 1024073)
ORA-01110: data file 75: '/u02/oradata/bcso/jebcs3nm_d.dbf'
SELECT OBJECT_NAME, BLOCK_ID, MARKED_CORRUPT
  2       FROM REPAIR_TABLE;
OBJECT_NAME                      BLOCK_ID MARKED_COR
CONVEYANCE                        1024073 TRUE
CONVEYANCE                        1024105 TRUE
CONVEYANCE                        1024113 TRUE
SQL> SET SERVEROUTPUT ON
SQL> DECLARE num_fix INT;
  2  BEGIN
num_fix := 0;
DBMS_REPAIR.FIX_CORRUPT_BLOCKS (
     SCHEMA_NAME => 'JEBCS3NM',
  6       OBJECT_NAME=> 'CONVEYANCE',
  7       OBJECT_TYPE => dbms_repair.table_object,
     REPAIR_TABLE_NAME => 'REPAIR_TABLE',
     FIX_COUNT=> num_fix);
DBMS_OUTPUT.PUT_LINE('num fix: ' || TO_CHAR(num_fix));
END;
12  /
num fix: 0
PL/SQL procedure successfully completed.