Block corruption detection in RMAN.

Hi,
I'd be be grateful if anyone could confirm or clarify the behaviour of the RMAN backup command with regard to detecting corrupt blocks in the datafiles.
The environment is as follows:
10.2.0.5.1
Solaris 10
2 node RAC
Block Change Tracking file is not used.
DB_BLOCK_CHECKING=OFF
DB_BLOCK_CHECKSUM=OFF
Does the BACKUP DATABASE command check both physical and logical block corruptions when run either as a full backup or incremental?
I'm trying to establish wether running a BACKUP _VALIDATE [CHECK LOGICAL]_* DATABASE on a nightly basis provides any value if the same checks are being performed by the standard backup commands that are already scheduled every night?
Any input appreciated.
Thanks

Hi,
By default, RMAN just check for physical corruption, either in full or incremental backups. To check logical corruption you have to use the command "backup check logical;".
About the parameter DB_BLOCK_CHECKSUM, its default is TRUE and Oracle Corporation advises leaving this parameter on default, so that any damage caused while the block is on disk, or corruptions introduced during the write and read process, will be detected.
Hope it help.
Regards,

Similar Messages

How to check & resolve block corruption if no RMAN backup is there?

*<<+MY Findings+>>*
to check block corruption :
(run command)
select * from v$database_block_corruption;
DB_VERIFY is useful in these situations:
When block corruption is expected;
Forecast any future problems w.r.t. database file/ block corruption;
When you restore files from a tape. It will help knowing if the first file pulled from tape is corrupt, instead of spending hours to extract all of them.
to check block corruption
DBVerify
C:\>dbv userid=nfadmin/nfadmin file=+DG1/nfdb/datafile/low_s_data.304.782536883 feedback=10000 blocksize=8192
can use DBMS_REPAIR to detect and repair corrupt blocks in tables and indexes
BEGIN
DBMS_REPAIR.admin_tables (
table_name => 'REPAIR_TABLE',
table_type => DBMS_REPAIR.repair_table,
action => DBMS_REPAIR.create_action,
tablespace => 'USERS');
DBMS_REPAIR.admin_tables (
table_name => 'ORPHAN_KEY_TABLE',
table_type => DBMS_REPAIR.orphan_table,
action => DBMS_REPAIR.create_action,
tablespace => 'USERS');
END;
Question* :::how to check & resolve block corruption if no RMAN backup is there?

http://www.oracle.com/technetwork/database/focus-areas/availability/maa-datacorruption-bestpractices-396464.pdf
http://www.oracle-base.com/articles/misc/detect-and-correct-corruption.php

Logical Block corruption - not enough RMAN backups

I have to deal with logical block corruption but these guys do not have enough rman backups to go back enough to recover blocks.
All bad blocks are in SYSAUX and it seems because of it EM doesn't work as it's suppose to do. I dropped and recreated EM repository hoping it will clean itself but .... no.
Any ideas?
Oracle Linux 4.7 i386
Oracle 10.2.0.4

OCCUPANT_NAME OCCUPANT_DESC SCHEMA_NAME MOVE_PROCEDURE MOVE_PROCEDURE_DESC SPACE_USAGE_KBYTES
EM Enterprise Manager Repository SYSMAN emd_maintenance.move_em_tblspc Move Procedure for Enterprise Manager Repository 52800
EM_MONITORING_USER Enterprise Manager Monitoring User DBSNMP *** MOVE PROCEDURE NOT APPLICABLE *** 1600

Rman Detect Block Corruption

Hi
I know rman detect block corruption but my question is block corruption having two types one is physical block corruption and other is logical block corruption
by default rman enable physical block corruption but by default rman not able to detect logical block corruption.Plz tell how i enable logical block corruption with RMAN?
Please make correction if i m wrong.
Thanks a lot.

>> Sorry i am not telling you i am using oracle 9iR2 instead of oracle 10g
It's okay.
That's why; it's been already told that before posting in the forums, better it's better to specify/mention the Oracle Version/OS Details, etc to get the accurate and response.
>> Send me if you have 9i related document.
No need to send you the related documents, when there is a bulk repository available for free of cost for everybody.
All you need to do is, just search in http://tahiti.oracle.com/ with the required word or phrase.
Don't take me wrong, but make a habit of searching related documents from the Oracle Documentations.
Regards,
Sabdar Syed.

How RMAN detect block corruption

Hi,
how RMAN detect block corruption( means how RMAN work internally to find corrupted block).
thanks.

There are initialization parameters (like DB_BLOCK_CHECKING) which will detect block corruption on block access. Go through the following link also:
http://download.oracle.com/docs/cd/B19306_01/backup.102/b14191/rcmconc1.htm

Block corruption problem in alert and rman/dbv no show errors

Hello, I'm new in Oracle's world. I have one problem with Oracle 10.2.0.4 (RHEL 5.6) x64. Archive redo-log enable
In the alert.log, three days ago show (the server have kernel panic & rebooted):
Mon Sep 24 18:18:17 2012
Hex dump of (file 17, block 669888) in trace file xxxxxxxxxx.trc
Corrupt block relative dba: 0x044a38c0 (file 17, block 669888)
Bad check value found during buffer read
Data in bad block:
type: 6 format: 2 rdba: 0x044a38c0
last change scn: 0x0000.14eb5309 seq: 0x1 flg: 0x04
spare1: 0x0 spare2: 0x0 spare3: 0x0
consistency value in tail: 0x53090601
check value in block header: 0x6ea3
computed block checksum: 0x2
Reread of rdba: 0x044a38c0 (file 17, block 669888) found same corrupted data
Mon Sep 24 18:18:19 2012
Corrupt Block Found
TSN = 23, TSNAME = TABLE_TSD1
RFN = 17, BLK = 669888, RDBA = 71973056
OBJN = 86908, OBJD = 86908, OBJECT = SYS_C0040110, SUBOBJECT =
SEGMENT OWNER = SCHEMA1, SEGMENT TYPE = Index Segment
Yesterday, we detected this error because SQL don't execute.
The error repeat 47times and there is 6 different file-block combination (4 index of schemas, 1 of sys and ¡2 tables!)
First, I launched expdp and exp of the one problematic schema. The export was fine, no errors while exporting, but in the alert.log show one block corruption. Should exp and expd show error and stop?
Next, I used dbv and verify all dbfs. Only show 2 blocks error in two datafiles (indexes).
Next, I used RMAN:
A) check database: no error.
B) validate database: error in two blocks (logical error) and different from the 6 in alert.log. This two blocks are indexes.
I re-create this two indexes. When i re-create, the block error disappear (not inmediate, suppose that disappear when block was rewrite). Now dbv and rman show no error.
I have read one note about types of error, other about procedures if db is in archivelog/noarchivelog. Also if object is index or table. But I find anything about auto-repair corrupt blocks in Oracle or why now the 6 block error are solved. I don't know if two tables with two block corrupt lost rows or not.
Appreciate any help.
Regards

Hello Fran. Result of query before rebuild problematic INDEXES:
SQL> select * from V$database_block_corruption;
FILE# BLOCK# BLOCKS CORRUPTION_CHANGE# CORRUPTIO
3 98857 1 390928740 LOGICAL
9 48632 1 390325900 LOGICAL
When I ran RMAN first time to check blocks, it filled V$database_block_corruption with two bad blocks. Different from the 6 errors from alert.:
RMAN> backup validate check logical database;
Error backing up file 9, block 48632: logical corruption
Error backing up file 3, block 98857: logical corruption
I extracted index name from each block and I re-created it. Also, I created a temporary table in tablespace's datafile to fill blocks empty. Problem solved. Rman / dbv show no error.
I'm searching for similar experiences and found: Re: Data in bad block
First 6 bad checksum errors in alert.log disappear with any visible problem?
Can I sure that DB is fine if RMAN and DBV show no errors?
Thank you very much
Edited by: user7755509 on 27-sep-2012 5:43

Block Corruption (BR0398E DBVERIFY detected corrupted blocks in /oracle/TS2

Hello Gurus
I am facing Data Block corruption error for single datafile....
BR0278W Command output of '/oracle/TS2/102_64/bin/dbv file=/oracle/TS2/sapdata3/ts2_73/ts2.data73 blocksize=8192':
DBVERIFY: Release 10.2.0.2.0 - Production on Thu Jul 17 23:31:25 2008
Copyright (c) 1982, 2005, Oracle. All rights reserved.
DBVERIFY - Verification starting : FILE = /oracle/TS2/sapdata3/ts2_73/ts2.data73
Block Checking: DBA = 528925394, Block Type = KTB-managed data block
row 4: key out of order
     end index block validation
Page 443090 failed with check code 6401
DBVERIFY - Verification complete
Total Pages Examined         : 1280000
Total Pages Processed (Data) : 248379
Total Pages Failing   (Data) : 0
Total Pages Processed (Index): 180541
Total Pages Failing   (Index): 1
Total Pages Processed (Other): 13272
Total Pages Processed (Seg) : 0
Total Pages Failing   (Seg) : 0
Total Pages Empty            : 837808
Total Pages Marked Corrupt   : 0
Total Pages Influx           : 0
Highest block SCN            : 65006255 (0.65006255)
BR0398E DBVERIFY detected corrupted blocks in /oracle/TS2/sapdata3/ts2_73/ts2.data73
appriciated help please..
Regards
Giridhar.

Dump file /oracle/TS2/saptrace/usertrace/ts2_ora_23103.trc
Oracle Database 10g Enterprise Edition Release 10.2.0.2.0 - 64bit Production
With the Partitioning and Data Mining options
ORACLE_HOME = /oracle/TS2/102_64
System name:    SunOS
Node name:      sassad25
Release:        5.10
Version:        Generic_120011-14
Machine:        sun4u
Instance name: TS2
Redo thread mounted by this instance: 1
Oracle process number: 53
Unix process pid: 23103, image: oracle@sassad25 (TNS V1-V3)
2008-07-18 13:48:40.486
SERVICE NAME:(SYS$USERS) 2008-07-18 13:48:40.484
SESSION ID:(925.20292) 2008-07-18 13:48:40.484
Block Checking: DBA = 528925394, Block Type = KTB-managed data block
row 4: key out of order
end index block validation
for block 0x1f86c2d2
Block header dump: 0x1f86c2d2
Object id on Block? Y
seg/obj: 0x2c6f0 csc: 0x00.3f418d9 itc: 2 flg: E typ: 2 - INDEX
     brn: 0 bdba: 0x1f86c00b ver: 0x01 opc: 0
     inc: 0 exflg: 0
Itl           Xid                  Uba         Flag Lck        Scn/Fsc
0x01   0x0000.000.00000000 0x00000000.0000.00 -
    0 fsc 0x0000.00000000
0x02   0x0002.008.00002cb6 0x02475283.0359.19 --U-    2 fsc 0x0000.03f418ee
Leaf block dump
===============
header address 17494483044=0x412c0a064
kdxcolev 0
KDXCOLEV Flags = - - -
kdxcolok 0
kdxcoopc 0x80: opcode=0: iot flags=--- is converted=Y
kdxconco 7
kdxcosdc 0
kdxconro 174
kdxcofbo 384=0x180
kdxcofeo 967=0x3c7
kdxcoavs 583
kdxlespl 0
kdxlenxt 528925395=0x1f86c2d3
kdxleprv 528925393=0x1f86c2d1
kdxledsz 6
kdxlebksz 8032
row#0[7990] flag: -
, lock: 0, len=42, data:(6): 1b ce 75 c6 00 15
col 0; len 3; (3): 30 31 35
col 1; len 2; (2): 58 58
col 2; len 8; (8): 46 4f 4e 54 52 45 50 4c
col 3; len 9; (9): 48 50 4c 4a 31 31 30 30 69
col 4; len 3; (3): 34 36 43
col 5; len 1; (1): 44
col 6; len 1; (1): 80
row#1[7952] flag: -
, lock: 0, len=38, data:(6): 1c 46 88 34 00 0e
col 0; len 3; (3): 30 31 35
col 1; len 2; (2): 58 58
col 2; len 8; (8): 46 4f 4e 54 52 45 50 4c
col 3; len 5; (5): 48 50 4c 4a 34
col 4; len 3; (3): 34 36 43
col 5; len 1; (1): 44
col 6; len 1; (1): 80
row#2[7913] flag: -
, lock: 0, len=39, data:(6): 1b 8f 2b bd 00 03
col 0; len 3; (3): 30 31 35
col 1; len 2; (2): 58 58
col 2; len 8; (8): 46 4f 4e 54 52 45 50 4c
col 3; len 6; (6): 48 50 4c 4a 34 30
col 4; len 3; (3): 34 36 43
col 5; len 1; (1): 44
col 6; len 1; (1): 80
row#3[7871] flag: -
, lock: 0, len=42, data:(6): 20 03 18 b1 00 0a
col 0; len 3; (3): 30 31 35
col 1; len 2; (2): 58 58
col 2; len 8; (8): 46 4f 4e 54 52 45 50 4c
col 3; len 9; (9): 48 50 4c 4a 34 30 30 30 00
col 4; len 3; (3): 34 36 43
col 5; len 1; (1): 44
col 6; len 1; (1): 80
row#4[7830] flag: -
, lock: 0, len=41, data:(6): 1b 4f 19 ef 00 0b
col 0; len 3; (3): 30 31 35
col 1; len 2; (2): 58 58
col 2; len 8; (8): 46 4f 4e 54 52 45 50 4c
col 3; len 8; (8): 48 50 4c 4a 34 30 30 30
col 4; len 3; (3): 34 36 43
col 5; len 1; (1): 44
col 6; len 1; (1): 80
row#5[7788] flag: -
, lock: 0, len=42, data:(6): 21 03 15 12 00 02
col 1; len 2; (2): 58 58
col 2; len 8; (8): 46 4f 4e 54 52 45 50 4c
col 3; len 9; (9): 48 50 4c 4a 34 30 30 30 31
col 4; len 3; (3): 34 36 43
col 5; len 1; (1): 44
col 6; len 1; (1): 80
row#6[7746] flag: -
, lock: 0, len=42, data:(6): 1c 86 83 6a 00 0c
col 0; len 3; (3): 30 31 35
col 1; len 2; (2): 58 58
col 2; len 8; (8): 46 4f 4e 54 52 45 50 4c
col 3; len 9; (9): 48 50 4c 4a 34 30 30 30 37
col 4; len 3; (3): 34 36 43
col 5; len 1; (1): 44
col 6; len 1; (1): 80
row#7[7704] flag: -
, lock: 0, len=42, data:(6): 1b 4f 19 0f 00 02
col 0; len 3; (3): 30 31 35
col 1; len 2; (2): 58 58
col 2; len 8; (8): 46 4f 4e 54 52 45 50 4c
col 3; len 9; (9): 48 50 4c 4a 34 30 30 30 44
col 4; len 3; (3): 34 36 43
col 5; len 1; (1): 44
col 6; len 1; (1): 80
row#8[7662] flag: -
, lock: 0, len=42, data:(6): 1f 03 50 f5 00 03
col 0; len 3; (3): 30 31 35
col 1; len 2; (2): 58 58
col 2; len 8; (8): 46 4f 4e 54 52 45 50 4c
col 3; len 9; (9): 48 50 4c 4a 34 30 30 30 44
col 4; len 3; (3): 37 30 30
col 5; len 1; (1): 44
col 6; len 1; (1): 80
row#9[7619] flag: -
, lock: 0, len=43, data:(6): 1f 03 50 f5 00 04
col 0; len 3; (3): 30 31 35
col 1; len 2; (2): 58 58
col 2; len 8; (8): 46 4f 4e 54 52 45 50 4c
col 3; len 9; (9): 48 50 4c 4a 34 30 30 30 44
col 4; len 3; (3): 37 30 30
col 5; len 1; (1): 44
col 6; len 2; (2): c1 02
row#10[7577] flag: -
, lock: 0, len=42, data:(6): 1f 43 21 d1 00 09
col 0; len 3; (3): 30 31 35
col 1; len 2; (2): 58 58
col 2; len 8; (8): 46 4f 4e 54 52 45 50 4c
col 3; len 9; (9): 48 50 4c 4a 34 30 30 30 45
col 4; len 3; (3): 34 36 43
col 5; len 1; (1): 44

RMAN problem with block corruption

Hi
I have problem with the block corruption in one of the database .
here is the error message .
ora-01578:oracle data block corrupted (file# 10,block # 55309) ora-01110: data file 10:
'/db/gist1/data/gist1_gis_nologging_01.dbf' ora-26040: data block was loaded using the NOLOGGING option .
gisq SQL> select * from v$database_block_corruption;
FILE# BLOCK# BLOCKS CORRUPTION_CHANGE# CORRUPTIO
10 11 126 3754364971 LOGICAL
RMAN> blockrecover datafile 10 block 11;
Starting blockrecover at 14/DEC/2012 16:25:48
RMAN-00571: ===========================================================
RMAN-00569: =============== ERROR MESSAGE STACK FOLLOWS ===============
RMAN-00571: ===========================================================
RMAN-03002: failure of blockrecover command at 12/14/2012 16:25:48
RMAN-05009: Block Media Recovery requires Enterprise Edition
Could some one help me in providing solution for this . we we have standard addition only .
Thanks in advance ...

It appears that there was a NOLOGGING operation on an object that resides in '/db/gist1/data/gist1_gis_nologging_01.dbf' .
NOLOGGING operations, as the name suggests, do generate limited redo log, which makes the objects affected by them non-recoverable.
RMAN Blockrecover, as far as I understand, uses full and archivelog backup to perform the block recovery. Since the archivelog backup does not store any changes related to the NOLOGGING operation, then Blockrecover would not be able to help you even if you were licensed.
You can try to restore the object as of the most recent full backup…
Iordan Iotzov
http://iiotzov.wordpress.com/

Recover Block level corruption without using Rman

Dear All,
OS - OEL
DB - Oracle 10G
ORA-01578: ORACLE data block corrupted (file # 11, block # 16325)
ORA-01110: data file 11: '/oracle/PROD/fin_dev/data/fin08.dbf'
How we will recover it without using Rman?

If you are not using RMAN, you are using scripted backups. You take the datafile (or tablespace) offline, restore the backup of the datafile and recover the datafile using the SQLPlus commands.
Hemant K Chitale

Oracle giving Block corruption errors when using CDC for sending the data to SQL Server 2012

Hello Friends,
We are facing an error while using CDC with Oracle. It is a "Block corruption" error, which indicates at some level of data corruption. We ran RMAN validate command to scan the database for corruption but it returned with no errors, however he
Alert Log in Oracle is still coming up with the following error. Has anyone experienced this error when using Oracle Standard Edition and SQL 2012 ?
Trace file e:\app\pulse-ad\diag\rdbms\orcl\orcl\trace\orcl_ora_5992.trc
Oracle Database 11g Release 11.1.0.7.0 - 64bit Production
Windows Server 2003 Version V5.2 Service Pack 2
CPU                 : 4 - type 8664, 4 Physical Cores
Process Affinity    : 0x0000000000000000
Memory (Avail/Total): Ph:6782M/24575M, Ph+PgF:12203M/30844M
Instance name: orcl
Redo thread mounted by this instance: 1
Oracle process number: 151
Windows thread id: 5992, image: ORACLE.EXE (SHAD)
*** 2013-12-12 03:04:33.655
*** SESSION ID:(1281.3832) 2013-12-12 03:04:33.655
*** CLIENT ID:() 2013-12-12 03:04:33.655
*** SERVICE NAME:(orcl) 2013-12-12 03:04:33.655
*** MODULE NAME:(xdbcdcsvc.exe) 2013-12-12 03:04:33.655
*** ACTION NAME:() 2013-12-12 03:04:33.655
Lost-write detected for sequence 70856. The lost-write starts occurring in block 11193. The current block being validating is 12930.
Block dump of the first lost-write block:
Flag: 0x1 Format: 0x22 Block: 0x00002bb9 Seq: 0x000114bf Beg: 0x94 Cks:0x68ee
Dump of memory from 0x0000000598D06C00 to 0x0000000598D06E00
598D06C00 00002201 00002BB9 000114BF 68EE8094 [."...+.........h]
598D06C10 00085BF1 0023BDA1 000DE19C 000DE19C [.[....#.........]
598D06C20 0000000C 00000000 2209160A 5BF10000 [..........."...[]
598D06C30 3EB10502 00C0F5CA 0031BDA1 00010205 [...>......1.....]
598D06C40 02B22C6A 038A6D69 00000001 00000000 [j,..im..........]
598D06C50 4D554407 30373230 35BB0206 001100AE [.DUM0270...5....]
598D06C60 0001040A 000D000E 038A6D69 56B25735 [........im..5W.V]
598D06C70 729C0003 E19C0001 000C0006 000D0006 [...r............]
598D06C80 02BB0502 00C0F5CD 0023BDA1 000A0002 [..........#.....]
598D06C90 00C00013 000000D0 00030201 56B25736 [............6W.V]
598D06CA0 03890001 00000000 00000000 002E0105 [................]
598D06CB0 FFFF0003 00C0F5CD 56B25736 3EB10003 [........6W.V...>]
598D06CC0 FFFF0024 0014000C 000C0018 00120014 [$...............]
598D06CD0 09CC0058 E75B0022 0009000F 00085BF1 [X...".[......[..]
598D06CE0 0024BDA1 000DE19D 000DE19D 0000000C [..$.............]
598D06CF0 00000000 2309160A 5BF10000 3EB10502 [.......#...[...>]
598D06D00 00C0F5CD 0020BDA1 00010205 02B22C72 [...... .....r,..]
598D06D10 03900974 00000019 00000000 3030300A [t............000]
598D06D20 33303030 06323132 AE35BB02 0B441100 [0003212...5...D.]
598D06D30 0001040A 000D000E 03900974 56B25736 [........t...6W.V]
598D06D40 729C0003 E19D0011 000C0006 000D0006 [...r............]
598D06D50 02BB0502 00C0F5CD 0024BDA1 00EA0002 [..........$.....]
598D06D60 00270016 000001FC 00032C01 56B25736 [..'......,..6W.V]
598D06D70 00000001 00000000 30393007 002E0105 [.........090....]
598D06D80 FFFF0003 00C0F5CD 56B25736 00000003 [........6W.V....]
598D06D90 FFFF0025 00140052 000C0018 00070035 [%...R.......5...]
598D06DA0 0003000A 00070003 0001001D 00030001 [................]
598D06DB0 00010001 00010001 00010001 00010001 [................]
598D06DC0 00010001 00010001 00010001 00010001 [................]
598D06DD0 00010001 00000001 00010001 00010001 [................]
598D06DE0 00010001 00000014 09720174 00000022 [........t.r."...]
598D06DF0 0009000F 00085BF1 0025BDA1 000DE19A [.....[....%.....]
Block dump of the current block being validating:
Flag: 0x1 Format: 0x22 Block: 0x00003282 Seq: 0x000114c8 Beg: 0x0 Cks:0x312a
Dump of memory from 0x0000000598DDFE00 to 0x0000000598DE0000
598DDFE00 00002201 00003282 000114C8 312A8000 [."...2........*1]
598DDFE10 50424703 31303607 34353335 69745319 [.GBP.6015354.Sti]
598DDFE20 6E696C72 72502067 6375646F 4C207374 [rling Products L]
598DDFE30 4E206474 C3025650 0380013D 0457454E [td NPV..=...NEW.]
598DDFE40 4E1E09C2 1E09C204 10C2024E 1E09C204 [...N....N.......]
598DDFE50 09C2044E C2024E1E 03C30510 021B0929 [N....N......)...]
598DDFE60 C3053DC3 0F192602 2602C305 C3050F19 [.=...&.....&....]
598DDFE70 0C1A6203 5102C105 C2041F4E 044E1E09 [.b.....QN.....N.]
598DDFE80 4E1E09C2 0410C202 4E1E09C2 1E09C204 [...N.......N....]
598DDFE90 10C2024E 2903C305 78071B09 011D0B71 [N......)...xq...]
598DDFEA0 BF020101 1FBF0215 4E018001 53014E01 [...........N.N.S]
598DDFEB0 0723002C 0B0C7178 0A3C3C18 30303030 [,.#.xq...<<.0000]
598DDFEC0 33373030 4D033337 47034255 36075042 [007373.MUB.GBP.6]
598DDFED0 38333936 4E113331 2065776B 74616C50 [693813.Nkwe Plat]
598DDFEE0 6D756E69 56504E20 0B0AC303 4E038001 [inum NPV.......N]
598DDFEF0 C2045745 0459512E 59512EC2 5253C203 [EW...QY...QY..SR]
598DDFF00 512EC204 2EC20459 C2035951 C3055253 [...QY...QY..SR..]
598DDFF10 1B092903 0B0AC303 3C04C305 C3053239 [.).........<92..]
598DDFF20 32393C04 4F08C305 C105114F 1F4E5102 [.<92...OO....QN.]
598DDFF30 512EC204 2EC20459 C2035951 C2045253 [...QY...QY..SR..]
598DDFF40 0459512E 59512EC2 5253C203 2903C305 [.QY...QY..SR...)]
598DDFF50 78071B09 01190A71 C0030101 C0034709 [...xq........G..]
598DDFF60 8001330A 4E014E01 002C5301 71780723 [.3...N.N.S,.#.xq]
598DDFF70 3C180B0C 30300A3C 30303030 33373337 [...<<.0000007373]
598DDFF80 42554D03 50424703 31304207 344C5131 [.MUB.GBP.B011QL4]
598DDFF90 6F725020 63657073 614A2074 206E6170 [ Prospect Japan ]
598DDFFA0 646E7546 64724F20 44535520 30302E30 [Fund Ord USD0.00]
598DDFFB0 04C30331 03800133 0557454E 5B1603C3 [1...3...NEW....[]
598DDFFC0 03C30521 04215B16 1F4004C3 1603C305 [!....[!...@.....]
598DDFFD0 C305215B 215B1603 4004C304 03C3051F [[!....[!...@....]
598DDFFE0 031B0929 043304C3 4D245AC2 245AC204 [).....3..Z$M..Z$]
598DDFFF0 02C3054D 040A1A18 494002C1 1603C305 [M.........@I....]
*** 2013-12-12 03:05:07.984
** LOGMINER WARNING - Invalidated 6 LCRs **
Complete dump of first invalid START LCR follows:
++ LCR Dump Begin: 0x0000000532C004E0 - CANNOT_SUPPORT
     op: 255, Original op: 3, baseobjn: 0, objn: 233316, objv: 1
     DF: 0x00000002, DF2: 0x00000000, MF: 0x00000000, MF2: 0x00000000
     PF: 0x40000001, PF2: 0x00002000
     MergeFlag: 0x00, FilterFlag: 0x00
     Id: 0, iotPrimaryKeyCount: 3, numChgRec: 4
     NumCrSpilled: 0
     RedoThread#: 1, rba: 0x0114c8.0001c6ce.00d4
     scn: 0x0003.56b593be, xid: 0x0008.00c.00100d85, pxid: 0x0008.00c.00100d85
     ncol: 0newcount: 0, oldcount: 0
     LUBA: 0x3.c109c0.c.15.38f64
Thanks
Dee

Hi Dee,
Thank you for your question.
I am trying to involve someone more familiar with this topic for a further look at this issue. Sometime delay might be expected from the job transferring. Your patience is greatly appreciated.
Thank you for your understanding and support.
Regards,
Mike Yin
TechNet Community Support

Needs help regarding block corruption

DB Version - 11.2.0.3.0
Issue - Last backup failed due to block corruption ,message says "ORA-19566: exceeded limit of 0 corrupt blocks for file /GP/GAA01-N-P/db00/index01/GPEDWPR/bi_gpedw_fcct.dbf'
I tried to perform block recovery using RMAN but it was not present in backup, hence failed. tried in the below way also :-
RMAN> LIST FAILURE
2> ;
using target database control file instead of recovery catalog
List of Database Failures
=========================
Failure ID Priority Status Time Detected Summary
72981 HIGH OPEN 13-JAN-13 Datafile 58: '/GP/GAA01-N-P/db00/index01/GPEDWPR/bi_gpedw_fcct.dbf'
contains one or more corrupt blocks
RMAN> ADVISE FAILURE
2> ;
List of Database Failures
=========================
Failure ID Priority Status Time Detected Summary
72981 HIGH OPEN 13-JAN-13 Datafile 58: '/GP/GAA01-N-P/db00/index01/GPEDWPR/bi_gpedw_fcct..dbf' contains one or more corrupt blocks
analyzing automatic repair options; this may take some time
allocated channel: ORA_DISK_1
channel ORA_DISK_1: SID=2055 device type=DISK
analyzing automatic repair options complete
Mandatory Manual Actions
========================
1. No backup of block 3106752 in file 58 was found. Drop and re-create the associated object (if possible), or use the DBMS_REPAIR package to repair the block corruption
2. No backup of block 3106911 in file 58 was found. Drop and re-create the associated object (if possible), or use the DBMS_REPAIR package to repair the block corruption
3. No backup of block 3106976 in file 58 was found. Drop and re-create the associated object (if possible), or use the DBMS_REPAIR package to repair the block corruption
4. No backup of block 3107504 in file 58 was found. Drop and re-create the associated object (if possible), or use the DBMS_REPAIR package to repair the block corruption
5. Contact Oracle Support Services if the preceding recommendations cannot be used, or if they do not fix the failures selected for repair
Now how to troubleshoot ? Any help will be highly appreciated

First, you need to determine to which segment the block is assigned:
select segment_type,owner,segment_name
from dba_extents
where file_id=58 and 3106752 between block_id and (blockid + blocks -1);
Your action from there will depend on the type of segment. Since you have no backup, the options are limited. But there are still possibilities.

11g Block Corruption Question..

Hello All,
I am running an 11g (11.1.0.7) 64 bit on a Redhat 5.3 host. I did an RMAN clone or copy of this database to another Redhat host, same file structure, DB version, identical to production. I am using 11g enterprise manager GRID control to manage this newly cloned host. When I try to perform a full-backup using the 11g enterprise manager grid control GUI, it tell me that I have block corruption in datafile#7 and lists all the blocks. Now, I know for sure that my production host (where the clone was made from) does not have any corrupt blocks of any sort. I also ran a 'validate database' and 'validate datafile 7' command on the newly created host and all reports back ok. The full backup completes successfully, but where is it getting this corrupt datafile 7 from? Can I clear this block corruption list somehow? Both Production and the newly created clone are free of any block corruption. When I execute an RMAN> backup database command on the newly created host, it fires off and does its thing, no mention of any block corruption, but when I want to perform a full backup with the GUI, it warns me of the block corruption - but lets the full backup continue and complete. GUI issue with 11g enterpise manager grid control?
Please advise..
Thanks,
RB

Its not mandatory that if you are getting the message of block corruption from GUI , it must be true only. Since you are using RMAN, if it can't find a buffer to read in few tries( 3 I believe) , it would mark the buffer as "corrupted" but that's NOT a corruption. As long as you don't see ora-1578 in the alert log repeatedly, you don't have a corruption. What more you can do is to run the command validate ....check logical to confirm that there is some logical corruption detected or not. Other than that, IMO you are fine.
Aman....

Block corruption in Free Space

Hi,
Environment:-
Oralce 10.2.0
Windows platform
I am facing problem of Logical block corruption.
RMAN validate block corruption (DBVerify as well) But no entry in Alert log file.
When I check Which segment has block corruption I found that block corruption are in free blocks of tablespace (DBA_FREE_SPACE).
To Fix it I create table and allocate corrupted block to that table. I confirm corrupted block allocation in table (using DBA_EXTENTS).
But when I insert rows in that table to reuse corrupted block Oracle give error of ora-1578 Block corruption, and I am not able to reuse corrupted block(as many expert suggest to overcome block corruption in free space).
I dropped table and recreate and repeat this process many times but still no success.
So. can anybody help me on this.
I appreciate your efforts and time you spend to read this
Thanks

Hello,
Please check the link i posted.
Example: Detecting Corruption
The CHECK_OBJECT procedure checks the specified object, and populates the repair table with information about corruptions and repair directives. You can optionally specify a range, partition name, or subpartition name when you want to check a portion of an object.
Validation consists of checking all blocks in the object that have not previously been marked corrupt. For each block, the transaction and data layer portions are checked for self consistency. During CHECK_OBJECT, if a block is encountered that has a corrupt buffer cache header, then that block is skipped.
The following is an example of executing the CHECK_OBJECT procedure for the scott.dept table.
SET SERVEROUTPUT ON
DECLARE num_corrupt INT;
BEGIN
num_corrupt := 0;
DBMS_REPAIR.CHECK_OBJECT (
SCHEMA_NAME => 'SCOTT',
OBJECT_NAME => 'DEPT',
REPAIR_TABLE_NAME => 'REPAIR_TABLE',
CORRUPT_COUNT => num_corrupt);
DBMS_OUTPUT.PUT_LINE('number corrupt: ' || TO_CHAR (num_corrupt));
END;
SQL*Plus outputs the following line, indicating one corruption:
number corrupt: 1

MFC CRecordset heap corruption detected at Close()

I recently upgraded my operating system from Windows XP to Windows 7 SP1 64 bit. We are using Visual Studio 2005/2008 Professional Edition and Oracle Database 11g Enterprise Edition Release 11.2.0.2.0 - 64bit Production.
When I try to execute this code I am getting the below exceptions.
try {
CDatabase *pDatabase = CDatabaseConnection::getDatabaseConnectionProcessLog();
ORSProcessLog rsProcessLog(pDatabase);
CString strFilter = _T("SELECT PROCESS_ID, MESSAGE FROM OP_PROCESS_LOG");
rsProcessLog.SetRowsetSize(1);
if( !rsProcessLog.Open(CRecordset::dynaset, strFilter, CRecordset::appendOnly) )
return;
if( !rsProcessLog.CanAppend() )
return;
rsProcessLog.AddNew();
rsProcessLog.m_PROCESS_ID = gcsProcessID;
rsProcessLog.m_MESSAGE = csMessageA;
rsProcessLog.Update();
rsProcessLog.Close();
catch ( CDBException* pEx )
bException = true;
pEx->GetErrorMessage(szCause, 255);
catch( CException* pEx )
bException = true;
pEx->GetErrorMessage(szCause, 255);
where rsProcessLog is the CRecordset object using a successfully connected database pointer pDatabase
In 32- bit Debug version I get a message box at rsProcessLog.Close(); with the below text
Debug Error
Program: ......\Test.exe
HEAP CORRUPTION DETECTED: after Normal block (#506) at 0x0087F628. CRT detected that the application wrote to memory after end of heap buffer.
Memory allocated at f:\dd\vctools\vc7libs\ship\atlmfc\src\mfc\dbcore.cpp(2626)
(Please Retry to debug the application)
In 32- bit Release version I get a message box at rsProcessLog.Close(); with the below text
Windows has triggered a breakpoint in Test.exe
This may be due to a corruption of the heap, which indicates a bug in Test.exe or any of the DLLS it has loaded.
This may also be due to the user pressing F12 while Test.exe has focus.
The output window may have more diagnostic information.
The above code was a working code in Windows XP with the rest of the env remaining the same and it continues to run in Windows XP but not in Windows 7. Any help will be greatly appreciated.

Greg,
I installed the Patch using OPatch utility. After the installation I am still getting the "HEAP CORRUPTION DETECTED.." error. Please Help.
I am attaching the OPatch log file for your reference.
[Nov 5, 2013 10:52:37 AM] OPatch invoked as follows: 'apply -Report ' [Nov 5, 2013 10:52:37 AM] OUI-67077: Oracle Home : C:\Oracle\Ora11_32 Central Inventory : C:\Program Files (x86)\Oracle\Inventory from : n/a OPatch version : 11.2.0.3.5 OUI version : 11.2.0.3.0 OUI location : C:\Oracle\Ora11_32\oui Log file location : C:\Oracle\Ora11_32\cfgtoollogs\opatch\17363844_Nov_05_2013_10_52_36\apply2013-11-05_10-52-36AM_1.log [Nov 5, 2013 10:52:37 AM] Patch history file: C:\Oracle\Ora11_32\cfgtoollogs\opatch\opatch_history.txt [Nov 5, 2013 10:52:37 AM] Starting ApplySession at Tue Nov 05 10:52:37 EST 2013 [Nov 5, 2013 10:52:37 AM] Starting Apply Session at Tue Nov 05 10:52:37 EST 2013 [Nov 5, 2013 10:52:38 AM] OPatch will do the following: [Oracle Home discovery] : Configure and Validate Oracle Home info. [Prerequisite for apply] : Invoke prerequisites to see if patch can be applied. [Patch conflict detection for apply patch] : Check if any conflict with already installed patches in Oracle Home. [Nov 5, 2013 10:52:38 AM] --------------------- Oracle Home discovery --------------------- [Nov 5, 2013 10:52:38 AM] OUI-67086:ApplySession applying interim patch '17363844' to OH 'C:\Oracle\Ora11_32' [Nov 5, 2013 10:52:38 AM] Applying interim patch '17363844' to OH 'C:\Oracle\Ora11_32' [Nov 5, 2013 10:52:38 AM] Starting to apply patch to local system at Tue Nov 05 10:52:38 EST 2013 [Nov 5, 2013 10:52:38 AM] Verifying environment and performing prerequisite checks... [Nov 5, 2013 10:52:40 AM] Start the Apply initScript at Tue Nov 05 10:52:40 EST 2013 [Nov 5, 2013 10:52:40 AM] Finish the Apply initScript at Tue Nov 05 10:52:40 EST 2013 [Nov 5, 2013 10:52:40 AM] --------------------- Prerequisite for apply --------------------- [Nov 5, 2013 10:52:40 AM] Running prerequisite checks... [Nov 5, 2013 10:52:40 AM] Patch "17363844" is ignored as it is not a "Fusion Applications patch". [Nov 5, 2013 10:52:40 AM] Check if patch "17363844" is a no-op patch. [Nov 5, 2013 10:52:40 AM] Opt. comp. not in OH inventory: oracle.rdbms, 11.2.0.3.0 [Nov 5, 2013 10:52:40 AM] Opt. comp. not in OH inventory: oracle.rdbms.rsf, 11.2.0.3.0 [Nov 5, 2013 10:52:40 AM] Opt. comp. not in OH inventory: oracle.rdbms.plsql, 11.2.0.3.0 [Nov 5, 2013 10:52:40 AM] Opt. comp. not in OH inventory: oracle.network.rsf, 11.2.0.3.0 [Nov 5, 2013 10:52:40 AM] Opt. comp. not in OH inventory: oracle.precomp.common, 11.2.0.3.0 [Nov 5, 2013 10:52:40 AM] Opt. comp. not in OH inventory: oracle.precomp.lang, 11.2.0.3.0 [Nov 5, 2013 10:52:40 AM] Opt. comp. not in OH inventory: oracle.rdbms.rman, 11.2.0.3.0 [Nov 5, 2013 10:52:40 AM] Opt. comp. not in OH inventory: oracle.rdbms.util, 11.2.0.3.0 [Nov 5, 2013 10:52:40 AM] Opt. comp. not in OH inventory: oracle.rdbms.tg4msql, 11.2.0.3.0 [Nov 5, 2013 10:52:40 AM] Opt. comp. not in OH inventory: oracle.rdbms.dbscripts, 11.2.0.3.0 [Nov 5, 2013 10:52:40 AM] Opt. comp. not in OH inventory: oracle.xdk.rsf, 11.2.0.3.0 [Nov 5, 2013 10:52:40 AM] Opt. comp. not in OH inventory: oracle.rdbms.oci, 11.2.0.3.0 [Nov 5, 2013 10:52:40 AM] Opt. comp. not in OH inventory: oracle.sysman.console.db, 11.2.0.3.0 [Nov 5, 2013 10:52:40 AM] Opt. comp. not in OH inventory: oracle.ctx, 11.2.0.3.0 [Nov 5, 2013 10:52:40 AM] Opt. comp. not in OH inventory: oracle.network.listener, 11.2.0.3.0 [Nov 5, 2013 10:52:40 AM] Opt. comp. not in OH inventory: oracle.sysman.agent, 10.2.0.4.3 [Nov 5, 2013 10:52:40 AM] Opt. comp. not in OH inventory: oracle.rdbms.deconfig, 11.2.0.3.0 [Nov 5, 2013 10:52:40 AM] Opt. comp. not in OH inventory: oracle.rdbms.dv, 11.2.0.3.0 [Nov 5, 2013 10:52:40 AM] Opt. comp. not in OH inventory: oracle.rdbms.hsodbc, 11.2.0.3.0 [Nov 5, 2013 10:52:40 AM] Opt. comp. not in OH inventory: oracle.ons, 11.2.0.3.0 [Nov 5, 2013 10:52:40 AM] Opt. comp. not in OH inventory: oracle.install.deinstalltool, 11.2.0.3.0 [Nov 5, 2013 10:52:40 AM] Opt. comp. not in OH inventory: oracle.oraolap.api, 11.2.0.3.0 [Nov 5, 2013 10:52:40 AM] Opt. comp. not in OH inventory: oracle.oraolap, 11.2.0.3.0 [Nov 5, 2013 10:52:40 AM] Opt. comp. not in OH inventory: oracle.sdo.locator, 11.2.0.3.0 [Nov 5, 2013 10:52:40 AM] Opt. comp. not in OH inventory: oracle.ordim.server, 11.2.0.3.0 [Nov 5, 2013 10:52:40 AM] Opt. comp. not in OH inventory: oracle.sysman.oms.core, 10.2.0.4.4 [Nov 5, 2013 10:52:40 AM] Opt. comp. not in OH inventory: oracle.ldap.owm, 11.2.0.3.0 [Nov 5, 2013 10:52:40 AM] Opt. comp. not in OH inventory: oracle.rdbms.tg4db2, 11.2.0.3.0 [Nov 5, 2013 10:52:40 AM] Opt. comp. not in OH inventory: oracle.rdbms.tg4ifmx, 11.2.0.3.0 [Nov 5, 2013 10:52:40 AM] Opt. comp. not in OH inventory: oracle.rdbms.tg4sybs, 11.2.0.3.0 [Nov 5, 2013 10:52:40 AM] Opt. comp. not in OH inventory: oracle.rdbms.tg4tera, 11.2.0.3.0 [Nov 5, 2013 10:52:40 AM] Opt. comp. not in OH inventory: oracle.rdbms.scheduler, 11.2.0.3.0 [Nov 5, 2013 10:52:40 AM] Opt. comp. not in OH inventory: oracle.ovm, 11.2.0.3.0 [Nov 5, 2013 10:52:40 AM] Opt. comp. not in OH inventory: oracle.sysman.repository.core, 10.2.0.4.4 [Nov 5, 2013 10:52:40 AM] Opt. comp. not in OH inventory: oracle.marvel, 11.2.0.3.0 [Nov 5, 2013 10:52:40 AM] Opt. comp. not in OH inventory: oracle.xdk.parser.java, 11.2.0.3.0 [Nov 5, 2013 10:52:40 AM] Opt. comp. not in OH inventory: oracle.xdk, 11.2.0.3.0 [Nov 5, 2013 10:52:40 AM] Opt. comp. not in OH inventory: oracle.idm.oid, 11.2.0.3.0 [Nov 5, 2013 10:52:40 AM] Opt. comp. not in OH inventory: oracle.owb.rsf, 11.2.0.3.0 [Nov 5, 2013 10:52:40 AM] [ oracle.rdbms, 11.2.0.3.0 ] , [ oracle.rdbms.rsf, 11.2.0.3.0 ] , [ oracle.rdbms.plsql, 11.2.0.3.0 ] , [ oracle.network.rsf, 11.2.0.3.0 ] , [ oracle.precomp.common, 11.2.0.3.0 ] , [ oracle.precomp.lang, 11.2.0.3.0 ] , [ oracle.rdbms.rman, 11.2.0.3.0 ] , [ oracle.rdbms.util, 11.2.0.3.0 ] , [ oracle.rdbms.tg4msql, 11.2.0.3.0 ] , [ oracle.rdbms.dbscripts, 11.2.0.3.0 ] , [ oracle.xdk.rsf, 11.2.0.3.0 ] , [ oracle.rdbms.oci, 11.2.0.3.0 ] , [ oracle.sysman.console.db, 11.2.0.3.0 ] , [ oracle.ctx, 11.2.0.3.0 ] , [ oracle.network.listener, 11.2.0.3.0 ] , [ oracle.sysman.agent, 10.2.0.4.3 ] , [ oracle.rdbms.deconfig, 11.2.0.3.0 ] , [ oracle.rdbms.dv, 11.2.0.3.0 ] , [ oracle.rdbms.hsodbc, 11.2.0.3.0 ] , [ oracle.ons, 11.2.0.3.0 ] , [ oracle.install.deinstalltool, 11.2.0.3.0 ] , [ oracle.oraolap.api, 11.2.0.3.0 ] , [ oracle.oraolap, 11.2.0.3.0 ] , [ oracle.sdo.locator, 11.2.0.3.0 ] , [ oracle.ordim.server, 11.2.0.3.0 ] , [ oracle.sysman.oms.core, 10.2.0.4.4 ] , [ oracle.ldap.owm, 11.2.0.3.0 ] , [ oracle.rdbms.tg4db2, 11.2.0.3.0 ] , [ oracle.rdbms.tg4ifmx, 11.2.0.3.0 ] , [ oracle.rdbms.tg4sybs, 11.2.0.3.0 ] , [ oracle.rdbms.tg4tera, 11.2.0.3.0 ] , [ oracle.rdbms.scheduler, 11.2.0.3.0 ] , [ oracle.ovm, 11.2.0.3.0 ] , [ oracle.sysman.repository.core, 10.2.0.4.4 ] , [ oracle.marvel, 11.2.0.3.0 ] , [ oracle.xdk.parser.java, 11.2.0.3.0 ] , [ oracle.xdk, 11.2.0.3.0 ] , [ oracle.idm.oid, 11.2.0.3.0 ] , [ oracle.owb.rsf, 11.2.0.3.0 ] [Nov 5, 2013 10:52:40 AM] None of the selected patches are no-op. patches.. [Nov 5, 2013 10:52:41 AM] Prereq checkPatchApplicableOnCurrentPlatform Passed for patch : 17363844 [Nov 5, 2013 10:52:41 AM] Patch 17363844: Optional component(s) missing : [ oracle.rdbms, 11.2.0.3.0 ] , [ oracle.rdbms.rsf, 11.2.0.3.0 ] , [ oracle.rdbms.plsql, 11.2.0.3.0 ] , [ oracle.network.rsf, 11.2.0.3.0 ] , [ oracle.precomp.common, 11.2.0.3.0 ] , [ oracle.precomp.lang, 11.2.0.3.0 ] , [ oracle.rdbms.rman, 11.2.0.3.0 ] , [ oracle.rdbms.util, 11.2.0.3.0 ] , [ oracle.rdbms.tg4msql, 11.2.0.3.0 ] , [ oracle.rdbms.dbscripts, 11.2.0.3.0 ] , [ oracle.xdk.rsf, 11.2.0.3.0 ] , [ oracle.rdbms.oci, 11.2.0.3.0 ] , [ oracle.sysman.console.db, 11.2.0.3.0 ] , [ oracle.ctx, 11.2.0.3.0 ] , [ oracle.network.listener, 11.2.0.3.0 ] , [ oracle.sysman.agent, 10.2.0.4.3 ] , [ oracle.rdbms.deconfig, 11.2.0.3.0 ] , [ oracle.rdbms.dv, 11.2.0.3.0 ] , [ oracle.rdbms.hsodbc, 11.2.0.3.0 ] , [ oracle.ons, 11.2.0.3.0 ] , [ oracle.install.deinstalltool, 11.2.0.3.0 ] , [ oracle.oraolap.api, 11.2.0.3.0 ] , [ oracle.oraolap, 11.2.0.3.0 ] , [ oracle.sdo.locator, 11.2.0.3.0 ] , [ oracle.ordim.server, 11.2.0.3.0 ] , [ oracle.sysman.oms.core, 10.2.0.4.4 ] , [ oracle.ldap.owm, 11.2.0.3.0 ] , [ oracle.rdbms.tg4db2, 11.2.0.3.0 ] , [ oracle.rdbms.tg4ifmx, 11.2.0.3.0 ] , [ oracle.rdbms.tg4sybs, 11.2.0.3.0 ] , [ oracle.rdbms.tg4tera, 11.2.0.3.0 ] , [ oracle.rdbms.scheduler, 11.2.0.3.0 ] , [ oracle.ovm, 11.2.0.3.0 ] , [ oracle.sysman.repository.core, 10.2.0.4.4 ] , [ oracle.marvel, 11.2.0.3.0 ] , [ oracle.xdk.parser.java, 11.2.0.3.0 ] , [ oracle.xdk, 11.2.0.3.0 ] , [ oracle.idm.oid, 11.2.0.3.0 ] , [ oracle.owb.rsf, 11.2.0.3.0 ] [Nov 5, 2013 10:52:41 AM] --------------------- Patch conflict detection for apply patch --------------------- [Nov 5, 2013 10:52:41 AM] Patch 17363844 is not subset of any other patch processed till now [Nov 5, 2013 10:52:41 AM] Patch ID 17363844 [Nov 5, 2013 10:52:41 AM] Patches that conflict: [ ] [Nov 5, 2013 10:52:41 AM] Checking conflicts for patch: 17363844 [Nov 5, 2013 10:52:41 AM] Checking conflicts/supersets for patch: 17363844 with patch:17363844 [Nov 5, 2013 10:52:41 AM] Patch 17363844 is not subset of any other patch processed till now [Nov 5, 2013 10:52:41 AM] Patch ID 17363844 [Nov 5, 2013 10:52:41 AM] Patches that conflict: [ ] [Nov 5, 2013 10:52:41 AM] Checking conflicts for patch: 17363844 [Nov 5, 2013 10:52:41 AM] Checking conflicts/supersets for patch: 17363844 with patch:17363844 [Nov 5, 2013 10:52:41 AM] To continue, OPatch will do the following: [Back up for restore] : Back up 31 files for Oracle Home restore in case of patching error. [Back up for rollback] : Back up 30 files for future patch rollback. [Pre-script processing] : Execute pre script for patch [17363844]. [Patch Oracle Home for apply] : Copy 29 file(s) to Oracle Home; Archive 1 jar file(s) with 1 class file(s). [Update inventory for apply] : Modify the inventory to record patch [17363844]. [Post-script processing] : Execute post script for patch [17363844]. [Nov 5, 2013 10:52:41 AM] All checks passed. [Nov 5, 2013 10:52:41 AM] Need to look only in the OUI based Oracle Home to configure OCM [Nov 5, 2013 10:52:41 AM] Current working directory is : C:\Oracle\Ora11_32\OPatch [Nov 5, 2013 10:52:41 AM] platform specific OPatch with ocm.zip has been used [Nov 5, 2013 10:52:41 AM] The ocm location is C:\Oracle\Ora11_32\OPatch\ocm\ocm.zip [Nov 5, 2013 10:52:41 AM] *************************************************************************** Oracle Configuration Manager (OCM) is included with this release of OPatch. *************************************************************************** [Nov 5, 2013 10:52:41 AM] OPatch will now install the Oracle Configuration Manager in "C:\Oracle\Ora11_32" . [Nov 5, 2013 10:52:41 AM] OCM zip file to be installed is:"C:\Oracle\Ora11_32\OPatch\ocm\ocm.zip" [Nov 5, 2013 10:52:41 AM] [Report: skip unzipping "C:\Oracle\Ora11_32\OPatch\ocm\ocm.zip"] [Nov 5, 2013 10:52:41 AM] OPatch has successfully installed Oracle Configuration Manager in "C:\Oracle\Ora11_32". Please refer log file for details. [Nov 5, 2013 10:52:41 AM] OPatch will now configure the Oracle Configuration Manager in "C:\Oracle\Ora11_32" . Provide your email address to be informed of security issues, install and initiate Oracle Configuration Manager. Easier for you if you use your My Oracle Support Email address/User Name. Visit http://www.oracle.com/support/policies.html for details. Email address/User Name: Provide your My Oracle Support password to receive security updates via your My Oracle Support account.

Oracle 11g: Block Corruption in SYSAUX File

Hello All,
I am facing Data corruption issue in the SYSAUX file.
We are using Oracle 11G (Microsoft 32 bit) and our system is running in noarchivelog mode.
Following are the errors in the alert log.
e:\sc\sc15.2\databases\oracleconfig\diag\rdbms\enmscsdb\nm45\trace\nm45_p000_5944.trc
Corrupt block relative dba: 0x0088a9f8 (file 2, block 567800)
Fractured block found during buffer read
Data in bad block:
type: 6 format: 2 rdba: 0x0088a9f8
last change scn: 0x0000.0b3bb7c7 seq: 0x1 flg: 0x04
spare1: 0x0 spare2: 0x0 spare3: 0x0
consistency value in tail: 0xc7000601
check value in block header: 0xee6b
computed block checksum: 0x72c6
Reread of rdba: 0x0088a9f8 (file 2, block 567800) found same corrupted data
Thu Jan 22 16:46:44 2009
SMON: Restarting fast_start parallel rollback
SMON: ignoring slave err,downgrading to serial rollback
ORACLE Instance nm45 (pid = 12) - Error 1578 encountered while recovering transaction (9, 11) on object 458.
Errors in file e:\sc\sc15.2\databases\oracleconfig\diag\rdbms\enmscsdb\nm45\trace\nm45_smon_6492.trc:
ORA-01578: ORACLE data block corrupted (file # 2, block # 567800)
ORA-01110: data file 2: 'E:\SC\SC15.2\DATABASES\ORACLECONFIG\SYSAUXNM45.ORA'
Thu Jan 22 16:46:45 2009
Trace dumping is performing id=[cdmp_20090122164645]
Corrupt Block Found
TSN = 1, TSNAME = SYSAUX
RFN = 2, BLK = 567800, RDBA = 8956408
OBJN = 458, OBJD = 458, OBJECT = I_WRI$_OPTSTAT_HH_OBJ_ICOL_ST, SUBOBJECT =
SEGMENT OWNER = SYS, SEGMENT TYPE = Index Segment
Following query indicates the corruption is in index.
SQL> SELECT tablespace_name, segment_type, owner, segment_name FROM dba_extents
WHERE file_id = 2 and 567800 between block_id AND block_id + blocks - 1;
TABLESPACE_NAME SEGMENT_TYPE OWNER
SEGMENT_NAME
SYSAUX INDEX SYS
I_WRI$_OPTSTAT_HH_OBJ_ICOL_ST
==============
DBverify output:
==============
E:\SC\SC15.2\Databases\OracleConfig>dbv file=SYSAUXNM45.ORA blocksize=8192
DBVERIFY: Release 11.1.0.7.0 - Production on Thu Jan 22 16:59:11 2009
Copyright (c) 1982, 2007, Oracle. All rights reserved.
DBVERIFY - Verification starting : FILE = E:\SC\SC15.2\Databases\OracleConfig/SY
SAUXNM45.ORA
DBV-00200: Block, DBA 8956312, already marked corrupt
Page 567800 is influx - most likely media corrupt
Corrupt block relative dba: 0x0088a9f8 (file 2, block 567800)
Fractured block found during dbv:
Data in bad block:
type: 6 format: 2 rdba: 0x0088a9f8
last change scn: 0x0000.0b3bb7c7 seq: 0x1 flg: 0x04
spare1: 0x0 spare2: 0x0 spare3: 0x0
consistency value in tail: 0xc7000601
check value in block header: 0xee6b
computed block checksum: 0x72c6
DBVERIFY - Verification complete
Total Pages Examined : 1623864
Total Pages Processed (Data) : 540984
Total Pages Failing (Data) : 0
Total Pages Processed (Index): 964944
Total Pages Failing (Index): 0
Total Pages Processed (Other): 17849
Total Pages Processed (Seg) : 0
Total Pages Failing (Seg) : 0
Total Pages Empty : 100086
Total Pages Marked Corrupt : 2
Total Pages Influx : 1
Total Pages Encrypted : 0
Highest block SCN : 190789648 (0.190789648)
SQL> select * from v$database_block_corruption;
FILE# BLOCK# BLOCKS CORRUPTION_CHANGE# CORRUPTIO
2 567800 1 0 FRACTURED
2 567704 1 0 FRACTURED
How to resolve this issue.
Thanks
With Regards
Hemant Joshi.

Drop and re-creating the index would be better than re-building the index.
Check the metalink note: Identify the corruption extension using RMAN/DBV/ANALYZE etc - 836658.1
Note 28814.1 - Handling Oracle Block Corruptions in Oracle7/8/8i/9i/10g
Note 472231.1 - How to identify all the Corrupted Objects in the Database reported by RMAN
ORA-1578 Main Reference Index for Solutions -830997.1

Block corruption detection in RMAN.

Similar Messages

Maybe you are looking for