Storage System Bakeoff test plans

From: April Wells <awells_at_netspend.com>
Date: Wed, 9 Apr 2008 07:53:29 -0500
Message-ID: <BBD07BC523CBB0408182AD21A22EFD5C01E7C9D0@corp-exchange01.corp.netspend.com>

 

We are looking at doing a 'bakeoff' between three different storage
vendors and I 'get' to do the test plan (as well as implement most of
the plan).

 

Has anyone used the Oracle Orion tool?  The claim is that is all that we
should have to use to load test the data warehouse on these three
platforms.  I'm not sure I buy it, but I would welcome the input of
anyone who has actually used the tool.  How is it at OLAP profiling?  

 

I am of the opinion that we ought to run actually "stuff" through the
warehouse to test the performance (you know, things like the nightly ETL
job at the same time we run the query from... well... you know) but it
looks like I may be out voted.  Opinions?

 

We are planning on running one day of normal type processing, one day of
'the heaviest season of the year' and one day of 'all the users in the
world are hitting it'... but all programmed with Orion... Suggestions?

 

Thanks in advance for any advice...

April

 

 




-----------------------------------------
Confidentiality Notice!
This electronic transmission and any attached documents or other
writings are confidential and are for the sole use of the intended
recipient(s) identified above. This message may contain information
that is privileged, confidential or otherwise protected from
disclosure under applicable law. If the receiver of this
information is not the intended recipient, or the employee, or
agent responsible for delivering the information to the intended
recipient, you are hereby notified that any use, reading,
dissemination, distribution, copying or storage of this information
is strictly prohibited. If you have received this information in
error, please notify the sender by return email and delete the
electronic transmission, including all attachments from your
system.



--
http://www.freelists.org/webpage/oracle-l
Received on Wed Apr 09 2008 - 07:53:29 CDT

Original text of this message