From oracle-l-bounce@freelists.org Wed Sep 14 09:22:30 2005 Return-Path: Received: from air891.startdedicated.com (root@localhost) by orafaq.com (8.12.10/8.12.10) with ESMTP id j8EEMUbe004174 for ; Wed, 14 Sep 2005 09:22:30 -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 j8EEMR6H004157 for ; Wed, 14 Sep 2005 09:22:28 -0500 Received: from localhost (localhost [127.0.0.1]) by turing.freelists.org (Avenir Technologies Mail Multiplex) with ESMTP id 556FE1E9BA5; Wed, 14 Sep 2005 09:22:23 -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 11404-10; Wed, 14 Sep 2005 09:22:23 -0500 (EST) Received: from turing (localhost [127.0.0.1]) by turing.freelists.org (Avenir Technologies Mail Multiplex) with ESMTP id C564C1E9B03; Wed, 14 Sep 2005 09:22:22 -0500 (EST) Message-ID: <432831AA.40209@pacbell.net> Date: Wed, 14 Sep 2005 07:20:26 -0700 From: Mark Bole User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.4) Gecko/20030624 Netscape/7.1 (ax) X-Accept-Language: en-us, en MIME-Version: 1.0 To: MATT.ADAMS@GE.COM Cc: oracle-l@freelists.org Subject: Re: logical standby References: <9E0E38DB4ACFAA4593AD6C4A45C9D5F009CF7570@LOUMLVEM01.e2k.ad.ge.com> In-Reply-To: <9E0E38DB4ACFAA4593AD6C4A45C9D5F009CF7570@LOUMLVEM01.e2k.ad.ge.com> Content-Type: text/plain; charset=us-ascii; format=flowed X-archive-position: 25419 X-ecartis-version: Ecartis v1.0.0 Sender: oracle-l-bounce@freelists.org Errors-To: oracle-l-bounce@freelists.org X-original-sender: makbo@pacbell.net Precedence: normal Reply-To: makbo@pacbell.net 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.4 required=5.0 tests=AWL,BAYES_00 autolearn=ham version=2.63 Adams, Matthew (GE Consumer & Industrial) wrote: > I'm in the process of setting up a logical standby databases that will only have a > small portion of the tables in the primary database. (due to disk space constraints). > > Oracle 9.2.0.5 on Solaris 8 > > This is my general plan of attack. > > > 1) create a new empty DB to act as the standby > 2) create that tablesapces that will contain the objects we need. > 3) run DDL to create empty copies of tables/indexes we want > 4) reboot primary to turn on parameters needed for Dataguard > 5) shutdown logical standby and restart it, identifying it as a logical standby > 6) run the DBMS_LOGSTDBY.INSTANTIATE_TABLE routine for all tables we want > > I would appreciate comments on the feasiblity of this approach from anyone that has tried it before. > I'm pretty sure that will not work. To have a logical standby you need to build the logminer dictionary on the primary (DBMS_LOGSTDBY.BUILD) and have it shipped to the standby via SQL Apply (archived redo logs). The standby must already exist as a hot backup of the primary. Two choices: 1) stick with your original plan, but call it Streams-based replication of individual tables and implement it as such. 2) build a true logical standby (assuming you can temporarily get enough disk space), then use the DBMS_LOGSTDBY.SKIP procedure to skip the schemas and tables you don't want, and bypass the guard temporarily to drop all the extra stuff (including tablespaces) that you don't have room for. I have done something very similar to (2) on the same platform as yours and am confident that after a few practice runs, it can work for you. -- Mark Bole http://www.bincomputing.com -- http://www.freelists.org/webpage/oracle-l