Return-Path: <oracle-l-bounce@freelists.org>
Delivered-To: 2-oracle-l@orafaq.com
Received: (qmail 2991 invoked from network); 2 Feb 2006 22:23:02 -0600
Received: from freelists-180.iquest.net (HELO turing.freelists.org) (206.53.239.180)
  by 69.64.49.119 with SMTP; 2 Feb 2006 22:23:02 -0600
Received: from localhost (localhost [127.0.0.1])
 by turing.freelists.org (Avenir Technologies Mail Multiplex) with ESMTP id 2F9A9290F4C;
 Thu,  2 Feb 2006 23:23:02 -0500 (EST)
Received: from turing.freelists.org ([127.0.0.1])
 by localhost (turing [127.0.0.1]) (amavisd-new, port 10024)
 with ESMTP id 15877-01; Thu, 2 Feb 2006 23:23:02 -0500 (EST)
Received: from turing (localhost [127.0.0.1])
 by turing.freelists.org (Avenir Technologies Mail Multiplex) with ESMTP id AB940290C85;
 Thu,  2 Feb 2006 23:23:01 -0500 (EST)
Received: with ECARTIS (v1.0.0; list oracle-l); Thu, 02 Feb 2006 23:22:47 -0500 (EST)
Received: from localhost (localhost [127.0.0.1])
 by turing.freelists.org (Avenir Technologies Mail Multiplex) with ESMTP id 26BDB290ED2
 for <oracle-l@freelists.org>; Thu,  2 Feb 2006 23:22:47 -0500 (EST)
Received: from turing.freelists.org ([127.0.0.1])
 by localhost (turing [127.0.0.1]) (amavisd-new, port 10024)
 with ESMTP id 15777-09 for <oracle-l@freelists.org>;
 Thu, 2 Feb 2006 23:22:47 -0500 (EST)
Received: from mta.internal.itasoftware.com (mta.itasoftware.com [63.107.91.101])
 by turing.freelists.org (Avenir Technologies Mail Multiplex) with ESMTP id E9B83290E97
 for <oracle-l@freelists.org>; Thu,  2 Feb 2006 23:22:46 -0500 (EST)
Received: from [192.168.0.101] (c-24-34-92-15.hsd1.ma.comcast.net [24.34.92.15])
 (authenticated bits=0)
 by mta.internal.itasoftware.com (8.12.8/8.12.10) with ESMTP id k134Mhkv014739
 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO)
 for <oracle-l@freelists.org>; Thu, 2 Feb 2006 23:22:45 -0500
Message-ID: <43E2DA1E.2020303@itasoftware.com>
Date: Thu, 02 Feb 2006 23:20:46 -0500
From: Henry Poras <henry@itasoftware.com>
User-Agent: Mozilla Thunderbird 1.0.2 (Windows/20050317)
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: "oracle-l@freelists.org" <oracle-l@freelists.org>
Subject: orion
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
X-PMX-Version: 4.6.1.107272
X-archive-position: 30744
X-ecartis-version: Ecartis v1.0.0
Sender: oracle-l-bounce@freelists.org
Errors-To: oracle-l-bounce@freelists.org
X-original-sender: henry@itasoftware.com
Precedence: normal
Reply-To: henry@itasoftware.com
X-list: oracle-l
X-Virus-Scanned: by amavisd-new-20030616-p9 (Debian) at avenirtech.net

I am about to install RAC on a couple of nodes attached to a SAN, but 
for now the SAN has its RAID configuration set but no datafiles. Seemed 
like a good time to play with Orion. I've run a few simple tests so far, 
it's a pretty easy tool to use. Haven't had much of a chance to do a lot 
of analysis yet, just some quick sanity checks. I've been trying to 
think of some interesting experiments to run while I have the chance. 
There are a couple that I'm not to sure about:

1. run simultaneously from each node. Will this model RAC? or does orion 
always read/write from the same part of the disk. Does orion play nice 
when overlapped like this? Will it be better if the tests are staggered? 
This is easy enough to test so I'll try it and see what happens. I'll 
post results.

2. Overhead of switching in a hot spare. It would be nice to see how the 
stats change when a disk dies and is replaced. However, what would be 
resilvered here? Orion will write to disk, but is there enough data to 
see the effect of resilvering?

Any other interesting tests?

Thanks.

Henry

--
http://www.freelists.org/webpage/oracle-l


