Return-Path: Delivered-To: 2-oracle-l@orafaq.com Received: (qmail 20360 invoked from network); 1 May 2008 11:26:49 -0500 Received: from freelists-180.iquest.net (HELO turing.freelists.org) (206.53.239.180) by static-ip-69-64-49-119.inaddr.server4you.com with SMTP; 1 May 2008 11:26:49 -0500 Received: from localhost (localhost [127.0.0.1]) by turing.freelists.org (Avenir Technologies Mail Multiplex) with ESMTP id 8816084BF2B; Thu, 1 May 2008 12:26:14 -0400 (EDT) Received: from turing.freelists.org ([127.0.0.1]) by localhost (turing.freelists.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 31693-06-2; Thu, 1 May 2008 12:26:14 -0400 (EDT) Received: from turing (localhost [127.0.0.1]) by turing.freelists.org (Avenir Technologies Mail Multiplex) with ESMTP id E6A9784B69E; Thu, 1 May 2008 12:26:13 -0400 (EDT) Received: with ECARTIS (v1.0.0; list oracle-l); Thu, 01 May 2008 11:47:39 -0400 (EDT) Received: from localhost (localhost [127.0.0.1]) by turing.freelists.org (Avenir Technologies Mail Multiplex) with ESMTP id 372AC84A886 for ; Thu, 1 May 2008 11:47:39 -0400 (EDT) Received: from turing.freelists.org ([127.0.0.1]) by localhost (turing.freelists.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 11085-04-45 for ; Thu, 1 May 2008 11:47:39 -0400 (EDT) Received: from netspend.com (email1.netspend.com [216.136.25.78]) by turing.freelists.org (Avenir Technologies Mail Multiplex) with ESMTP id A235084B9C5 for ; Thu, 1 May 2008 11:47:38 -0400 (EDT) Received: from ([172.21.33.169]) by email1.netspend.com with ESMTP with TLS id 4420799.5674792; Thu, 01 May 2008 10:47:59 -0500 Received: from ([172.21.35.190]) by email2.netspend.com with SMTP id 4420730.4568647; Thu, 01 May 2008 10:47:44 -0500 x-mimeole: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Subject: Data Guard to Logical Standby Date: Thu, 1 May 2008 10:47:44 -0500 Message-ID: X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: Data Guard to Logical Standby From: "April Wells" To: Content-Type: multipart/alternative; boundary="----_=_NextPart_001_01C8ABA2.B22C706F" X-archive-position: 7764 X-ecartis-version: Ecartis v1.0.0 Sender: oracle-l-bounce@freelists.org Errors-to: oracle-l-bounce@freelists.org X-original-sender: awells@netspend.com Precedence: normal Reply-to: awells@netspend.com List-help: List-unsubscribe: List-software: Ecartis version 1.0.0 List-Id: oracle-l X-List-ID: oracle-l List-subscribe: List-owner: List-post: List-archive: X-list: oracle-l X-Virus-Scanned: Debian amavisd-new at localhost.localdomain ------_=_NextPart_001_01C8ABA2.B22C706F Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: quoted-printable We are trying to create a logical standby database (solaris) using data=0D= =0Aguard so we can use downstream data capture to populate a reporting=0D= =0Adatabase (Linux) for historical reporting=2E=0D=0A=0D=0A =0D=0A=0D=0AAny= chance anyone has done this and can give me some pointers on what=0D=0AI'm= probably going to do wrong?=0D=0A=0D=0A =0D=0A=0D=0ACan I set rules up str= eam on the source database on what tables I don't=0D=0Awant to have include= d in the data guard log apply or will it just apply=0D=0Aeverything? I'm t= rying to tough my way through the documentation, and=0D=0Aam stuck at the "= uniquely identify rows" part=2E It seems that EVERYONE=0D=0Aon the source = system has a plan table and that doesn't have a primary=0D=0Akey=2E Do I c= are? Will it complain?=0D=0A=0D=0A =0D=0A=0D=0AShould I create a primary k= ey rely disabled on ALL of those plan tables?=0D=0A=0D=0A =0D=0A=0D=0AThank= s for any advice=0D=0A=0D=0AApril=0D=0A=0D=0A=0D=0A=0D=0A=0D=0A------------= -----------------------------=0D=0AConfidentiality Notice!=0D=0AThis electr= onic transmission and any attached documents or other=0D=0Awritings are con= fidential and are for the sole use of the intended=0D=0Arecipient(s) identi= fied above=2E This message may contain information=0D=0Athat is privileged,= confidential or otherwise protected from=0D=0Adisclosure under applicable = law=2E If the receiver of this=0D=0Ainformation is not the intended recipie= nt, or the employee, or=0D=0Aagent responsible for delivering the informati= on to the intended=0D=0Arecipient, you are hereby notified that any use, re= ading,=0D=0Adissemination, distribution, copying or storage of this informa= tion=0D=0Ais strictly prohibited=2E If you have received this information i= n=0D=0Aerror, please notify the sender by return email and delete the=0D=0A= electronic transmission, including all attachments from your=0D=0Asystem=2E= =0D=0A ------_=_NextPart_001_01C8ABA2.B22C706F Content-Type: text/html; charset="US-ASCII" Content-Transfer-Encoding: quoted-printable =0D=0A=0D=0A=0D=0A=0D=0A=0D=0A=0D=0A=0D=0A=0D=0A=0D=0A<= body lang=3DEN-US link=3Dblue vlink=3Dpurple>=0D=0A=0D=0A
=0D=0A=0D=0A

We are trying to create a = logical standby database (solaris)=0D=0Ausing data guard so we can use down= stream data capture to populate a reporting=0D=0Adatabase (Linux) for histo= rical reporting=2E

=0D=0A=0D=0A

 

=0D=0A=0D=0A

Any chance anyone has done this and can give me some= =0D=0Apointers on what I’m probably going to do wrong?

=0D=0A=0D=0A

=  

=0D=0A=0D=0A

Can I set r= ules up stream on the source database on what=0D=0Atables I don’t wan= t to have included in the data guard log apply or will=0D=0Ait just apply e= verything?  I’m trying to tough my way through the=0D=0Adocument= ation, and am stuck at the “uniquely identify rows” part=2E&nbs= p;=0D=0AIt seems that EVERYONE on the source system has a plan table and th= at doesn’t=0D=0Ahave a primary key=2E  Do I care?  Will it = complain?

=0D=0A=0D=0A

 

=0D=0A=0D=0A

Should I create a primary key rely disabled on ALL of those=0D= =0Aplan tables?

=0D=0A=0D=0A

 

=0D=0A=0D=0A

Thanks for any advice

=0D=0A= =0D=0A

April

= =0D=0A=0D=0A
=0D=0A=0D=0A=0D=0A=0D=0A=0D=0A=0D=0A=0D=0A<= HTML>


=0D=0A


=0D=0AConfidentiality Notic= e!
=0D=0AThis electronic transmission and any attached documents or othe= r
=0D=0Awritings are confidential and are for the sole use of the intend= ed
=0D=0Arecipient(s) identified above=2E This message may contain infor= mation
=0D=0Athat is privileged, confidential or otherwise protected fro= m
=0D=0Adisclosure under applicable law=2E If the receiver of this
= =0D=0Ainformation is not the intended recipient, or the employee, or
=0D= =0Aagent responsible for delivering the information to the intended
=0D= =0Arecipient, you are hereby notified that any use, reading,
=0D=0Adisse= mination, distribution, copying or storage of this information
=0D=0Ais = strictly prohibited=2E If you have received this information in
=0D=0Aer= ror, please notify the sender by return email and delete the
=0D=0Aelect= ronic transmission, including all attachments from your
=0D=0Asystem=2E<= br>=0D=0A

=0D=0A ------_=_NextPart_001_01C8ABA2.B22C706F-- -- http://www.freelists.org/webpage/oracle-l