RE: Block corruption again
- From: "CRISLER, JON A" <JC1706@xxxxxxx>
- To: "Lu.Jiang@xxxxxxxxxxxx" <Lu.Jiang@xxxxxxxxxxxx>, "'oracle-l@xxxxxxxxxxxxx'" <oracle-l@xxxxxxxxxxxxx>
- Date: Fri, 30 Dec 2011 06:32:14 +0000
Generally you want any anti-virus package to not perform any "on-demand"
scanning of Oracle disk objects. Besides being a frequent performance
bottleneck, it can cause errors as you have encountered. They can also cause
some very interesting issues with Oracle RAC.
-----Original Message-----
From: oracle-l-bounce@xxxxxxxxxxxxx [mailto:oracle-l-bounce@xxxxxxxxxxxxx] On
Behalf Of Jiang, Lu
Sent: Thursday, December 29, 2011 4:09 PM
To: 'oracle-l@xxxxxxxxxxxxx'
Subject: RE: Block corruption again
Thanks all for your replies.
I had fixed this block corruption last night. Asked sysadmin to make sure no OS
level activities against the data files except image backup. Now anti-Virus has
been changed to not to scan on data files. I will keep an eye on this and wish
the issue won't happen again. Really hope it is not a hardware issue.
Oracle version is 10gR2 with Data Guard, there is no failover/switchover
performed recently. The issue seems occurred after rebooting the database
machine.
-----Original Message-----
From: CRISLER, JON A [mailto:JC1706@xxxxxxx]
Sent: Thursday, December 29, 2011 2:58 PM
To: ChrisDavid.Taylor@xxxxxxxxxxxxxxx; 'howard.latham@xxxxxxxxx'; 'Jiang, Lu';
'oracle-l@xxxxxxxxxxxxx'
Subject: RE: Block corruption again
On what Chris is saying- there is a known problem on 11gR1 where objects can
get corrupted if you are in a Data Guard environment, and do a switchover and
then switchback. Generally it seems to affect indexes, and it will also cause
ORA-01555 errors. Rebuilding the index solves the problem until you put in a
patch.
You should also look into putting in the parameters to enforce a more strict
level of block checking.
-----Original Message-----
From: oracle-l-bounce@xxxxxxxxxxxxx [mailto:oracle-l-bounce@xxxxxxxxxxxxx] On
Behalf Of Taylor, Chris David
Sent: Thursday, December 29, 2011 8:31 AM
To: 'howard.latham@xxxxxxxxx'; 'Jiang, Lu'; 'oracle-l@xxxxxxxxxxxxx'
Subject: RE: Block corruption again
Seems to me if this was a hardware problem, and all the datafiles are on the
same LUN, then block corruptions would be occurring in more than 1 file.
Being that this is an index datafile, I would assume that it only contains
index segments so it might be worthwhile tracking down which index contains the
corrupted block.
What version of Oracle are you running, and is there anything special about
this database (Dataguard configuration etc etc)?
Chris Taylor
Sr. Oracle DBA
Ingram Barge Company
Nashville, TN 37205
"Quality is never an accident; it is always the result of intelligent effort."
-- John Ruskin (English Writer 1819-1900)
CONFIDENTIALITY NOTICE: This e-mail and any attachments are confidential and
may also be privileged. If you are not the named recipient, please notify the
sender immediately and delete the contents of this message without disclosing
the contents to anyone, using them for any purpose, or storing or copying the
information on any medium.
-----Original Message-----
From: oracle-l-bounce@xxxxxxxxxxxxx [mailto:oracle-l-bounce@xxxxxxxxxxxxx] On
Behalf Of Howard Latham
Sent: Wednesday, December 28, 2011 1:52 PM
To: Jiang, Lu; oracle-l@xxxxxxxxxxxxx
Subject: RE: Block corruption again
Check and replace hardware
Sent from my Windows Phone
From: Jiang, Lu
Sent: 28/12/2011 19:46
To: oracle-l@xxxxxxxxxxxxx
Subject: Block corruption again
Hi all,
I just got a corrupt block again, had fixed a block corruption in a same index
file two weeks ago. Don't know why this happened twice in such a sort period.
I tried rman validate and dbverify to detect the corruption, but rman validate
did not report any data corruption while dbverify did.
Could anyone shed any light on this?
Thanks,
Lu
The following is the output from rman validate and dbverify.
Using backup validate:
RMAN> backup check logical validate datafile
'F:\ORACLE\ERPPROD\DB\APPS_ST\DATA\A_TXN_IND01.DBF';
Starting backup at 28-DEC-11
using channel ORA_DISK_1
channel ORA_DISK_1: starting full datafile backupset channel ORA_DISK_1:
specifying datafile(s) in backupset input datafile fnochannel ORA_DISK_1:
backup set complete, elapsed
time: 00:00:25
Finished backup at 28-DEC-11
Using dbverify:
dbv FILE=F:\ORACLE\ERPPROD\DB\APPS_ST\DATA\A_TXN_IND01.DBF FEEDBACK0 Corrupt
block relative dba: 0x06426321 (file 25, block 156449) Bad check value found
during dbv:
.......
DBVERIFY - Verification complete
Total Pages Examined : 393216
Total Pages Processed (Data) : 2782
Total Pages Failing (Data) : 0
Total Pages Processed (Index): 93966
Total Pages Failing (Index): 0
Total Pages Processed (Other): 19301
Total Pages Processed (Seg) : 0
Total Pages Failing (Seg) : 0
Total Pages Empty : 277166
Total Pages Marked Corrupt : 1
Total Pages Influx : 0
Highest block SCN : 1326171528 (0.1326171528)
Looks rman validate did not ddetect any data corruption while dbverify did.
--
//www.freelists.org/webpage/oracle-l
--
//www.freelists.org/webpage/oracle-l
--
//www.freelists.org/webpage/oracle-l
--
//www.freelists.org/webpage/oracle-l
--
//www.freelists.org/webpage/oracle-l
Other related posts:
