Received: from localhost (unknown [200.46.204.191])
	by postgresql.org (Postfix) with ESMTP id B60129F984E
	for <pgsql-performance-postgresql.org@postgresql.org>;
	Wed, 12 Sep 2007 02:51:09 -0300 (ADT)
Received: from postgresql.org ([200.46.204.71])
	by localhost (mx1.hub.org [200.46.204.191]) (amavisd-maia, port 10024)
	with ESMTP id 40345-07 for
	<pgsql-performance-postgresql.org@postgresql.org>;
	Wed, 12 Sep 2007 02:51:01 -0300 (ADT)
X-Greylist: from auto-whitelisted by SQLgrey-1.7.5
Received: from lynet.oppetid.no (oppetid.no [80.65.51.2])
	by postgresql.org (Postfix) with ESMTP id E53CA9F9720
	for <pgsql-performance@postgresql.org>;
	Wed, 12 Sep 2007 02:51:00 -0300 (ADT)
Received: by lynet.oppetid.no (Postfix, from userid 1019)
	id 3291811A244; Wed, 12 Sep 2007 07:50:58 +0200 (CEST)
Date: Wed, 12 Sep 2007 07:50:58 +0200
From: Tobias Brox <tobias@nordicbet.com>
To: Decibel! <decibel@decibel.org>
Cc: pgsql-performance@postgresql.org
Subject: Re: SAN vs Internal Disks
Message-ID: <20070912055058.GJ10199@oppetid.no>
References: <a199704d0709060535q6fea139aq2e3863e685555b0d@mail.gmail.com>
	<dcc563d10709060925o6f11f632sbfbc2b64530ae80d@mail.gmail.com>
	<a199704d0709061003u71d536fbh9d71ed095dfe16b@mail.gmail.com>
	<Pine.GSO.4.64.0709062354040.28915@westnet.com>
	<20070907100446.GE1795@mathom.us>
	<20070907103341.GC20896@oppetid.no>
	<Pine.LNX.4.64.0709071400430.19737@asgard.lang.hm>
	<20070911205550.GA38801@decibel.org>
	<20070911210857.GQ1795@mathom.us>
	<20070911230744.GJ38801@decibel.org>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <20070911230744.GJ38801@decibel.org>
Organization: Group Nordicbet
User-Agent: Mutt/1.5.9i
X-Virus-Scanned: Maia Mailguard 1.0.1
X-Archive-Number: 200709/218
X-Sequence-Number: 26763

[Decibel! - Tue at 06:07:44PM -0500]
> It's still in the same chassis, though, which means if you lose memory
> or mobo you're still screwed. In a SAN setup for redundancy, there's
> very little in the way of a single point of failure; generally only the
> backplane, and because there's very little that's on there it's
> extremely rare for one to fail.

Funny, the only time we lost a database server was due to a backplane
failure ...