Return-Path: Delivered-To: 2-oracle-l@orafaq.com Received: (qmail 28612 invoked from network); 8 Aug 2006 09:26:29 -0500 Received: from freelists-180.iquest.net (HELO turing.freelists.org) (206.53.239.180) by 69.64.49.119 with SMTP; 8 Aug 2006 09:26:29 -0500 Received: from localhost (localhost [127.0.0.1]) by turing.freelists.org (Avenir Technologies Mail Multiplex) with ESMTP id DE7AC3BD468; Tue, 8 Aug 2006 10:26:12 -0400 (EDT) Received: from turing.freelists.org ([127.0.0.1]) by localhost (turing [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 27569-01; Tue, 8 Aug 2006 10:26:12 -0400 (EDT) Received: from turing (localhost [127.0.0.1]) by turing.freelists.org (Avenir Technologies Mail Multiplex) with ESMTP id 6380E3BCEE3; Tue, 8 Aug 2006 10:26:12 -0400 (EDT) Received: with ECARTIS (v1.0.0; list oracle-l); Tue, 08 Aug 2006 10:25:21 -0400 (EDT) Received: from localhost (localhost [127.0.0.1]) by turing.freelists.org (Avenir Technologies Mail Multiplex) with ESMTP id C9BF03BD0F7 for ; Tue, 8 Aug 2006 10:25:21 -0400 (EDT) Received: from turing.freelists.org ([127.0.0.1]) by localhost (turing [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 27339-07 for ; Tue, 8 Aug 2006 10:25:21 -0400 (EDT) Received: from falcon.uce.ac.uk (falcon.uce.ac.uk [193.60.133.100]) by turing.freelists.org (Avenir Technologies Mail Multiplex) with ESMTP id 90BFC3BD30B for ; Tue, 8 Aug 2006 10:25:21 -0400 (EDT) Received: from exchangeb.staff.uce.ac.uk ([10.255.50.153]) by falcon.uce.ac.uk with esmtp (Exim 4.24) id 1GASWV-0003Zu-6I; Tue, 08 Aug 2006 15:25:35 +0100 X-MimeOLE: Produced By Microsoft Exchange V6.0.6603.0 content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by Ecartis Subject: RE: Inheriting a "interesting" recovery process Date: Tue, 8 Aug 2006 15:25:34 +0100 Message-ID: <14C5F9616FF43F479F67E41A1DF4D94A0CE5CD26@exchangeb.staff.uce.ac.uk> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: Inheriting a "interesting" recovery process From: "Paul Vincent" To: Cc: UCE-Spam-Score: -4.9 (----) X-archive-position: 37870 X-ecartis-version: Ecartis v1.0.0 Sender: oracle-l-bounce@freelists.org Errors-to: oracle-l-bounce@freelists.org X-original-sender: Paul.Vincent@uce.ac.uk Precedence: normal Reply-to: Paul.Vincent@uce.ac.uk X-list: oracle-l X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at avenirtech.net Yes, I know. And now Oracle have messed it about and gone their own way with it. But when someone wants to know how to implement OFA on an Oracle installation, they go with the Oracle party line on OFA, if they want a quiet life, however much this may offend the purity of the original concept. Yes? Paul Vincent Oracle DBA (but not quite *that* dim) UCE Birmingham > -----Original Message----- > From: Carel-Jan Engel [mailto:cjpengel.dbalert@xs4all.nl] > Sent: 08 August 2006 15:09 > To: Paul.Vincent@uce.ac.uk > Cc: oracle-l@freelists.org > Subject: RE: Inheriting a "interesting" recovery process > > JFYI: Cary 'invented' OFA. > > Regards, Carel-Jan > > === > If you think education is expensive, try ignorance. (Derek Bok) === > > > > So I don't know which OFA spec Cary's referring to - his > link was to a > > document dated 1995, so I think I'd be more inclined to put > my faith > > in the Oracle publication from June 2006. Or is it a case of "well, > > there's OFA, then there's OFA..."? > > > > Paul Vincent > > Oracle DBA (but not a very hot one) > > UCE Birmingham > > > > > -- http://www.freelists.org/webpage/oracle-l