Re: To ODA or Not?
From: Mladen Gogala <mgogala_at_yahoo.com>
Date: Fri, 27 Mar 2015 18:53:11 -0400
Message-ID: <5515DF57.8010901_at_yahoo.com>
On 03/27/2015 05:26 PM, Jeff Chirco wrote:
> You are right, it is mostly a financial and logistics decision.
> "Do you have people who can handle Linux?" Maybe handle it, but an
> expert? No. But isn't the whole thing with ODA is kind of set it and
> forget it?
Well, the answer is no, if your applications are not specifically engineered to take advantage of RAC. We are talking about moving your data to the new machine, with new characteristics. It needs to be handled as a project, with functionality test, performance test and user acceptance test. Needless to say you will also need to minimize the downtime. The whole thing needs to be planned and tested very, very carefully. The phrase "launch and forget" usually refers to missiles, not databases.
Date: Fri, 27 Mar 2015 18:53:11 -0400
Message-ID: <5515DF57.8010901_at_yahoo.com>
On 03/27/2015 05:26 PM, Jeff Chirco wrote:
> You are right, it is mostly a financial and logistics decision.
> "Do you have people who can handle Linux?" Maybe handle it, but an
> expert? No. But isn't the whole thing with ODA is kind of set it and
> forget it?
Well, the answer is no, if your applications are not specifically engineered to take advantage of RAC. We are talking about moving your data to the new machine, with new characteristics. It needs to be handled as a project, with functionality test, performance test and user acceptance test. Needless to say you will also need to minimize the downtime. The whole thing needs to be planned and tested very, very carefully. The phrase "launch and forget" usually refers to missiles, not databases.
-- Mladen Gogala Oracle DBA http://mgogala.freehostia.com -- http://www.freelists.org/webpage/oracle-lReceived on Fri Mar 27 2015 - 23:53:11 CET