From oracle-l-bounce@freelists.org Thu Jul 7 17:25:09 2005 Return-Path: Received: from air891.startdedicated.com (root@localhost) by orafaq.com (8.12.10/8.12.10) with ESMTP id j67MP848000445 for ; Thu, 7 Jul 2005 17:25:08 -0500 X-ClientAddr: 206.53.239.180 Received: from turing.freelists.org (freelists-180.iquest.net [206.53.239.180]) by air891.startdedicated.com (8.12.10/8.12.10) with ESMTP id j67MP4IP000429 for ; Thu, 7 Jul 2005 17:25:04 -0500 Received: from localhost (localhost [127.0.0.1]) by turing.freelists.org (Avenir Technologies Mail Multiplex) with ESMTP id A90BC1CA310; Thu, 7 Jul 2005 17:24:57 -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 26412-07; Thu, 7 Jul 2005 17:24:57 -0500 (EST) Received: from turing (localhost [127.0.0.1]) by turing.freelists.org (Avenir Technologies Mail Multiplex) with ESMTP id 278381CAA2B; Thu, 7 Jul 2005 17:24:57 -0500 (EST) Subject: RE: High Availability -- True 7x24x365 From: Carel-Jan Engel To: Kevin Closson Cc: bob_murching@BUDCO.com, Oracle-l In-Reply-To: References: Content-Type: multipart/alternative; boundary="=-gkOaiIv/eToXRwj48TiH" Organization: DBA!ert Message-Id: <1120774985.9839.10.camel@dbalert199.dbalert.nl> Mime-Version: 1.0 Date: Fri, 08 Jul 2005 00:23:07 +0200 X-archive-position: 22219 X-ecartis-version: Ecartis v1.0.0 Sender: oracle-l-bounce@freelists.org Errors-To: oracle-l-bounce@freelists.org X-original-sender: cjpengel.dbalert@xs4all.nl Precedence: normal Reply-To: cjpengel.dbalert@xs4all.nl X-list: oracle-l X-Virus-Scanned: by amavisd-new-20030616-p9 (Debian) at avenirtech.net X-mailscan-MailScanner-Information: Please contact the ISP for more information X-mailscan-MailScanner: Found to be clean X-MailScanner-From: oracle-l-bounce@freelists.org X-Spam-Level: X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on air891.startdedicated.com X-Spam-Status: No, hits=-3.0 required=5.0 tests=AWL,BAYES_00, HTML_FONTCOLOR_UNSAFE,HTML_MESSAGE autolearn=no version=2.63 --=-gkOaiIv/eToXRwj48TiH Content-Type: text/plain Content-Transfer-Encoding: 7bit Which reminds me of the DBA I talked to during the RMOUG training days in February. He told me they would upgrade from 7.3.4 to 8.1.7.4 somewhere in March this year. They always upgrade to the latest version of a major release after Oracle desupported it. The code will be stable by then, nobody fiddling around with it, almost every issue is known and resolved or a workaround is available. Man, these guys got a life! No nighly patches, weekend upgrades, whatever. When the final desupport date of 9.2.0.x is revealed, they have to wake up and prepare for the next upgrade. I know of other sites who do the same, but based on ignorant cost-cutting in stead of wisdom. Best regards, Carel-Jan Engel === If you think education is expensive, try ignorance. (Derek Bok) === On Thu, 2005-07-07 at 21:20, Kevin Closson wrote: > >>> > >>>I personally have a tough time swallowing this bitter pill > >>>(after just asking our DBAs to get us to 10.1.0.4 and > >>>prepare for RAC!) but maybe sometimes we ourselves are > >>>responsible for the threat of downtime. > > This post hit the nail on the head. The term > "early adoptor" means just that. Anyone have any > nagging outstanding bugs with 8.1.7? Didn't > think so. > > I think there is a big difference between new > features you (the customer) wants and features > that Oracle wants you to have. They don't always > intersect and over the last couple of years, > usually don't intersect. > > > Kevin Closson > Chief Architect, Database Solutions > PolyServe > > -- > http://www.freelists.org/webpage/oracle-l --=-gkOaiIv/eToXRwj48TiH Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: 7bit Which reminds me of the DBA I talked to during the RMOUG training days in February.

He told me they would upgrade from 7.3.4 to 8.1.7.4 somewhere in March this year. They always upgrade to the latest version of a major release after Oracle desupported it. The code will be stable by then, nobody fiddling around with it, almost every issue is known and resolved or a workaround is available.

Man, these guys got a life! No nighly patches, weekend upgrades, whatever. When the final desupport date of 9.2.0.x is revealed, they have to wake up and prepare for the next upgrade.

I know of other sites who do the same, but based on ignorant cost-cutting in stead of wisdom.


Best regards,

Carel-Jan Engel

===
If you think education is expensive, try ignorance. (Derek Bok)
===

On Thu, 2005-07-07 at 21:20, Kevin Closson wrote: 
>>>
>>>I personally have a tough time swallowing this bitter pill 
>>>(after just asking our DBAs to get us to 10.1.0.4 and 
>>>prepare for RAC!) but maybe sometimes we ourselves are 
>>>responsible for the threat of downtime.

This post hit the nail on the head. The term
"early adoptor" means just that. Anyone have any
nagging outstanding bugs with 8.1.7?  Didn't 
think so.

I think there is a big difference between new
features you (the customer) wants and features
that Oracle wants you to have. They don't always
intersect and over the last couple of years,
usually don't intersect.


Kevin Closson
Chief Architect, Database Solutions
PolyServe

--
http://www.freelists.org/webpage/oracle-l
--=-gkOaiIv/eToXRwj48TiH-- -- http://www.freelists.org/webpage/oracle-l