RE: split block (torn page) problem

From: <>
Date: Thu, 8 Dec 2011 10:00:22 -0500
Message-ID: <> ion-wp-193087.pdf

Cant find the ORACLE presentation

Raj Pande

-----Original Message-----
From: Pande, Rajendra
Sent: Thursday, December 08, 2011 9:47 AM To:; Cc: ORACLE-L
Subject: RE: split block (torn page) problem

There was an interesting presentation from ORACLE on similar issue The topic was "silent Data loss" (or something along these lines)

As a solution I believe ORACLE has come up with a logic that I believe has now been released to hardware vendors - implemented together with hardware vendors - at this time only emulex was mentioned In that solution the oracle kernel creates a checksum and waits for the confirmation of the checksum from the hardware level and till that is received the IO is not marked as complete

Raj Pande

-----Original Message-----
[] On Behalf Of Riyaj Shamsudeen Sent: Thursday, December 08, 2011 12:23 AM To:
Subject: Re: split block (torn page) problem

  crash recovery applies redo records to roll forward the changes. If a modified block is not written yet to the disk, that is okay, as redo records from the log files can be used to replay the changes.   But, if the block is not written properly or fractured, then the crash recovery will raise corruption errors and can't correct the corruption.   In enterprise servers, server reboots does not cause any corruption
(usually). From oracle point of view, a buffer is filled with block
and I/O submitted to the OS. If the OS splits the call in to smaller chunks
(say 4K) and writes with two atomic calls underneath the write system
(and that first 4K chunk succeeded, second 4K chunk write did not
it is possible for the corruption to occur, but it is a corner case and you
must be very unfortunate :-)
  With ASM, file system caching is not involved and write calls operate on
devices. So, probability is much less with ASM. HTH Cheers

Riyaj Shamsudeen
Principal DBA,
Ora!nternals - - Specialists in Performance,
OakTable member and Oracle ACE Director

Co-author of the books: Expert Oracle
Practices<>, Pro Oracle SQL, Expert PL/SQL


Please visit our website at 
for important disclosures and information about our e-mail 
policies. For your protection, please do not transmit orders 
or instructions by e-mail or include account numbers, Social 
Security numbers, credit card numbers, passwords, or other 
personal information.
Received on Thu Dec 08 2011 - 09:00:22 CST

Original text of this message