Return-Path: <oracle-l-bounce@freelists.org>
Delivered-To: 2-oracle-l@orafaq.com
Received: (qmail 14745 invoked from network); 13 Dec 2007 11:37:52 -0600
Received: from freelists-180.iquest.net (HELO turing.freelists.org) (206.53.239.180)
  by static-ip-69-64-49-119.inaddr.intergenia.de with SMTP; 13 Dec 2007 11:37:52 -0600
Received: from localhost (localhost [127.0.0.1])
 by turing.freelists.org (Avenir Technologies Mail Multiplex) with ESMTP id 68D907D8BE1;
 Thu, 13 Dec 2007 12:37:52 -0500 (EST)
Received: from turing.freelists.org ([127.0.0.1])
 by localhost (turing.freelists.org [127.0.0.1]) (amavisd-new, port 10024)
 with ESMTP id 22502-04; Thu, 13 Dec 2007 12:37:52 -0500 (EST)
Received: from turing (localhost [127.0.0.1])
 by turing.freelists.org (Avenir Technologies Mail Multiplex) with ESMTP id D603D7D8C03;
 Thu, 13 Dec 2007 12:37:51 -0500 (EST)
Received: with ECARTIS (v1.0.0; list oracle-l); Thu, 13 Dec 2007 11:50:56 -0500 (EST)
Received: from localhost (localhost [127.0.0.1])
 by turing.freelists.org (Avenir Technologies Mail Multiplex) with ESMTP id DBB5D7D8D89
 for <oracle-l@freelists.org>; Thu, 13 Dec 2007 11:50:55 -0500 (EST)
Received: from turing.freelists.org ([127.0.0.1])
 by localhost (turing.freelists.org [127.0.0.1]) (amavisd-new, port 10024)
 with ESMTP id 13583-08 for <oracle-l@freelists.org>;
 Thu, 13 Dec 2007 11:50:55 -0500 (EST)
Received: from rv-out-0910.google.com (rv-out-0910.google.com [209.85.198.190])
 by turing.freelists.org (Avenir Technologies Mail Multiplex) with ESMTP id 867E27D8D4E
 for <oracle-l@freelists.org>; Thu, 13 Dec 2007 11:50:54 -0500 (EST)
Received: by rv-out-0910.google.com with SMTP id b22so583029rvf.46
        for <oracle-l@freelists.org>; Thu, 13 Dec 2007 08:50:53 -0800 (PST)
Received: by 10.141.33.21 with SMTP id l21mr1230805rvj.140.1197564652849;
        Thu, 13 Dec 2007 08:50:52 -0800 (PST)
Received: by 10.64.112.6 with HTTP; Thu, 13 Dec 2007 08:50:52 -0800 (PST)
Message-ID: <611ad3510712130850j4575aea3k4d43481b27699908@mail.gmail.com>
Date: Thu, 13 Dec 2007 10:50:52 -0600
From: "Jeremy Schneider" <jeremy.schneider@ardentperf.com>
To: Oracle-L <oracle-l@freelists.org>
Subject: superblock backups, ASM vs OCFS2
MIME-Version: 1.0
Content-Type: multipart/alternative; boundary="----=_Part_18170_31605894.1197564652806"
X-archive-position: 3924
X-ecartis-version: Ecartis v1.0.0
Sender: oracle-l-bounce@freelists.org
Errors-to: oracle-l-bounce@freelists.org
X-original-sender: jeremy.schneider@ardentperf.com
Precedence: normal
Reply-to: jeremy.schneider@ardentperf.com
List-help: <mailto:ecartis@freelists.org?Subject=help>
List-unsubscribe: <oracle-l-request@freelists.org?Subject=unsubscribe>
List-software: Ecartis version 1.0.0
List-Id: oracle-l <oracle-l.freelists.org>
X-List-ID: oracle-l <oracle-l.freelists.org>
List-subscribe: <oracle-l-request@freelists.org?Subject=subscribe>
List-owner: <mailto:steve.adams@ixora.com.au>
List-post: <mailto:oracle-l@freelists.org>
List-archive: <http://www.freelists.org/archives/oracle-l>
X-list: oracle-l
X-Virus-Scanned: Debian amavisd-new at localhost.localdomain
------=_Part_18170_31605894.1197564652806
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

Just wondering, does anyone know much about "superblock" backups in ASM vs
OCFS2?

I ran into an interesting case a month or so back where someone had
accidentally tried to initialize their ASM disks with linux LVM...  and
written the LVM headers to the disk.  It was just a few bytes at the very
top of the disk - but it was enough to totally hose ASM.  Which started me
thinking, "if this was a filesystem then I'd have a backup superblock that I
could recover".  Who knows - maybe ASM has a backup of its header block -
but it's all proprietary and if there's a tool that will recover an ASM
header then it's probably buried at Oracle support somewhere.

Looks like OCFS2 includes superblock backups since this patchset:
http://lkml.org/lkml/2007/1/22/148

Not sure if ckfs will recover them but since it's open source it'd be
trivial to put together a utility that would recover a superblock.

This seems to me to be a great reason to choose OCFS2 over ASM.  Recovering
a backup superblock is MUCH faster than recreating the entire volume and
restoring data from backup!!!  I don't even know if you could use dd to try
to backup your ASM disk headers - since it's proprietary I don't know what's
in those blocks.

Anyone have any thoughts on this?  Is there something I'm missing here?

Jeremy


-- 
Jeremy Schneider
Chicago, IL
http://www.ardentperf.com/category/technical

------=_Part_18170_31605894.1197564652806
Content-Type: text/html; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

Just wondering, does anyone know much about &quot;superblock&quot; backups in ASM vs OCFS2?<br><br>I ran into an interesting case a month or so back where someone had accidentally tried to initialize their ASM disks with linux LVM...&nbsp; and written the LVM headers to the disk.&nbsp; It was just a few bytes at the very top of the disk - but it was enough to totally hose ASM.&nbsp; Which started me thinking, &quot;if this was a filesystem then I&#39;d have a backup superblock that I could recover&quot;.&nbsp; Who knows - maybe ASM has a backup of its header block - but it&#39;s all proprietary and if there&#39;s a tool that will recover an ASM header then it&#39;s probably buried at Oracle support somewhere.
<br><br>Looks like OCFS2 includes superblock backups since this patchset:<br><a href="http://lkml.org/lkml/2007/1/22/148">http://lkml.org/lkml/2007/1/22/148</a><br><br>Not sure if ckfs will recover them but since it&#39;s open source it&#39;d be trivial to put together a utility that would recover a superblock.
<br><br>This seems to me to be a great reason to choose OCFS2 over ASM.&nbsp; Recovering a backup superblock is MUCH faster than recreating the entire volume and restoring data from backup!!!&nbsp; I don&#39;t even know if you could use dd to try to backup your ASM disk headers - since it&#39;s proprietary I don&#39;t know what&#39;s in those blocks.
<br clear="all"><br>Anyone have any thoughts on this?&nbsp; Is there something I&#39;m missing here?<br><br>Jeremy<br><br><br>-- <br>Jeremy Schneider<br>Chicago, IL<br><a href="http://www.ardentperf.com/category/technical">http://www.ardentperf.com/category/technical
</a><br>

------=_Part_18170_31605894.1197564652806--
--
http://www.freelists.org/webpage/oracle-l


