Data block corrupt kurtarma işlemi

1.AMAÇ VE KAPSAM

Veritabanındaki corrupt blockları bir kaç yöntemle kurtarmamız/temizlememiz mümkündür. Corrupt duruma düşmesinin sebebi genellikle veritabanın çok büyümesi veya yapılan update işlemlerinden sonra başımıza gelmektedir.

2.UYGULAMA

2.1. Corruption hataları veritabanı alert loguna aşağıdaki gibi yansır, eğer çok fazla corruption varsa grep awk 2 lisini kullanıp ayırmanız rman scriptini oluşturmanıza yardım edecektir.
ORA-01578:
ORACLE data block corrupted (file # string, block # string)
Whenever we encounter above error message mean we have BLOCK CORRUPTION.

2.2.  Dbverify toolunu corruption blockların analizi için kullanabilirsiniz. Veritabanın kapalı veya açık olmasını umursamadan analiz yapmanıza yardımcı olan bir programdır.Aşağıda dbv komutunu kısadan örnek verip yazıcam başka bir yazımda daha detaylı bu toolu anlatıcam.

[oracle@sba7 scripts]$dbv FILE=+DATA/sba/datafile/system.414.755019907 FEEDBACK=100
DBVERIFY - Verification complete

Total Pages Examined : 56320
Total Pages Processed (Data) : 33533
Total Pages Failing (Data) : 0
Total Pages Processed (Index): 6125
Total Pages Failing (Index): 0
Total Pages Processed (Other): 1567
Total Pages Processed (Seg) : 0
Total Pages Failing (Seg) : 0
Total Pages Empty : 15095
Total Pages Marked Corrupt : 0
Total Pages Influx : 0

2.3. Eğer corruption yaşanan tabloyu biliyorsanız veya şüpeleniyorsanız analyze kullanarak sqlden sorgulayabilirsiniz.

ANALYZE TABLE...VALIDATE STRUCTURE

2.4. Rman kullanarak corrupt blockları kurtarmamız mümkün, öncelikle alert loglara corrupt blockumuz nasıl yansımış görelim.

Alert log

Reread of blocknum=674703, file=+DATA/sba/datafile/sysaux.414.755019907. found same corrupt data
Reread of blocknum=674703, file=+DATA/sba/datafile/sysaux.414.755019907. found valid data
Hex dump of (file 2, block 674752) in trace file /u01/app/oracle/diag/rdbms/sba/sba1/trace/sba1_ora_4364.trc
Corrupt block relative dba: 0x008a4bc0 (file 2, block 674752)
Bad header found during backing up datafile
Data in bad block:
 type: 1 format: 2 rdba: 0x00609c00
 last change scn: 0x8000.00000000 seq: 0x61 flg: 0x3e
 spare1: 0x0 spare2: 0x0 spare3: 0x0
 consistency value in tail: 0x00000000
 check value in block header: 0x0
 computed block checksum: 0x0

2.5. Şimdi gidip veritabanından corruption blockların hangi objeye denk geldiğini görelim. Aşağıdaki sqli alert loglarındaki file ve block id ye göre yazıyoruz.

SQL> select segment_type,owner,segment_name
from dba_extents
where file_id = 2 and 674752 between block_id and block_id+blocks -1;
SEGMENT_TYPE       OWNER              SEGMENT_NAME
------------------ ------------------------------ ---------------------------
TABLE PARTITION    SYS                WRH$_EVENT_HISTOGRAM

2.6. Corruption alanımız tabloya denk gelmiş, bu alan eğer indexe denk gelseydi indexi drop edip create etmemiz sorunu çözmemize yeterli olacaktı ama tabloya denk geldiği için şimdi rmani kullanıp restore ettirmemiz gerekmekte.

RMAN>connect target
 2> run {
 3>BLOCKRECOVER DATAFILE 2 BLOCK  674752;
 4>}
 Starting recover at 13-OCT-11
 using channel ORA_DISK_1
 using channel ORA_DISK_2
 using channel ORA_DISK_3
 using channel ORA_DISK_4
 using channel ORA_DISK_5
 using channel ORA_DISK_6
 using channel ORA_DISK_7
 using channel ORA_DISK_8
channel ORA_DISK_1: restoring block(s)
 channel ORA_DISK_1: specifying block(s) to restore from backup set
 restoring blocks of datafile 00002
 channel ORA_DISK_1: reading from backup piece +RECO/sba/backup/sba_20111012_9781.hlmoukja_1_1
 channel ORA_DISK_1: piece handle=+RECO/sba/backup/sba_20111012_9781.hlmoukja_1_1 tag=TAG20111012T201258
 channel ORA_DISK_1: restored block(s) from backup piece 1
 channel ORA_DISK_1: block restore complete, elapsed time: 00:04:15
starting media recovery
archived log for thread 1 with sequence 6481 is already on disk as file +RECO/sba/archivelog/2011_10_12/thread_1_seq_6481.1896.764370243
 archived log for thread 1 with sequence 6482 is already on disk as file +RECO/sba/archivelog/2011_10_12/thread_1_seq_6482.3325.764374871
 archived log for thread 1 with sequence 6483 is already on disk as file +RECO/sba/archivelog/2011_10_12/thread_1_seq_6483.3788.764377983
 archived log for thread 1 with sequence 6484 is already on disk as file +RECO/sba/archivelog/2011_10_12/thread_1_seq_6484.3653.764379693
 archived log for thread 1 with sequence 6485 is already on disk as file +RECO/sba/archivelog/2011_10_13/thread_1_seq_6485.1089.764383057
 archived log for thread 1 with sequence 6486 is already on disk as file +RECO/sba/archivelog/2011_10_13/thread_1_seq_6486.2873.764384503
 archived log for thread 2 with sequence 6574 is already on disk as file +RECO/sba/archivelog/2011_10_13/thread_2_seq_6574.2333.764419309
 archived log for thread 2 with sequence 6575 is already on disk as file +RECO/sba/archivelog/2011_10_13/thread_2_seq_6575.2445.764419967
 media recovery complete, elapsed time: 00:35:02
Finished recover at 13-OCT-11

2.7. Corruptionların çözümü noktasında DBMS.repair paketini kullanmanız mümkün.