Received: (qmail 13902 invoked from network); 2 Feb 2012 14:56:39 -0600
Received: from freelists-180.iquest.net (HELO turing.freelists.org) (206.53.239.180)
  by static-ip-85-25-126-90.inaddr.ip-pool.com with SMTP; 2 Feb 2012 14:56:36 -0600
Received: from localhost (localhost [127.0.0.1])
 by turing.freelists.org (Avenir Technologies Mail Multiplex) with ESMTP id D98B0E8B359;
 Thu,  2 Feb 2012 15:54:01 -0500 (EST)
DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=freelists.org;
 s=turing; t=1328216041; bh=C439iySAFIwd2rRtCHt1T2UgvQPphMp12lkheYfL
 zdc=; h=From:To:Date:Subject:Message-ID:References:In-Reply-To:
	 Content-type:Content-Transfer-Encoding:MIME-Version:Sender:
	 Reply-To:List-help:List-unsubscribe:List-Id:List-subscribe:
	 List-owner:List-post:List-archive; b=rNEY7Dwo0ylyk4751ynKUU9ZGedV+
 WcBU5LiHoKd5rUZ1Rv9zwA+EqaBIYiH4iKnKyZEW5vLZvIC/Qj1gEfrHkbVE2mOXds6
 q4c4emoDRQGUm22/ZCe9WCeMQtVa1+4eayGEEyy+CD6Dcywi7Y7P50QBXYNl5kyfZfE
 9cp3qESQ=
X-Virus-Scanned: Debian amavisd-new at localhost.localdomain
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 2-tyUhqwXpim; Thu,  2 Feb 2012 15:54:01 -0500 (EST)
Received: from turing.freelists.org (localhost [127.0.0.1])
 by turing.freelists.org (Avenir Technologies Mail Multiplex) with ESMTP id 8D19EE8CEC5;
 Thu,  2 Feb 2012 15:53:16 -0500 (EST)
Received: with ECARTIS (v1.0.0; list oracle-l); Thu, 02 Feb 2012 15:52:34 -0500 (EST)
Received: from localhost (localhost [127.0.0.1])
 by turing.freelists.org (Avenir Technologies Mail Multiplex) with ESMTP id 3918BE8CE82
 for <oracle-l@freelists.org>; Thu,  2 Feb 2012 15:52:34 -0500 (EST)
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 Sj-TvyW+YK9R for <oracle-l@freelists.org>;
 Thu,  2 Feb 2012 15:52:34 -0500 (EST)
Received: from mail4.tdbank.ca (mail4.tdbank.ca [142.205.212.203])
 by turing.freelists.org (Avenir Technologies Mail Multiplex) with ESMTP id D5B43E8CE5D
 for <oracle-l@freelists.org>; Thu,  2 Feb 2012 15:52:33 -0500 (EST)
X-AuditID: 8ecdd3f9-b7bd4ae000000d16-df-4f2af78f9958
Received: from TDBF-APDPW-SC09.TDBFG.COM (Web-smtp-analysis1.tdbank.ca [49.4.42.31])
 by mail4.tdbank.ca (Symantec Messaging Gateway) with SMTP id F3.E4.03350.F87FA2F4; Thu,  2 Feb 2012 15:52:31 -0500 (EST)
From: "Amaral, Rui" <Rui.Amaral@tdsecurities.com>
To: "'Richard.Goulet@parexel.com'" <Richard.Goulet@parexel.com>, "ORACLE-L
 (oracle-l@freelists.org)" <oracle-l@freelists.org>
Date: Thu, 2 Feb 2012 15:52:30 -0500
Subject: RE: Standby databases
Thread-Topic: Standby databases
Message-ID: <72F6F4B5FDB6504D90D838DA2F42CE2F128AE553CD@EX7T2-CV07.TDBFG.COM>
References: <7642C3D639A75E4284658CAA38BF60A40DE5F7@US-BOS-VEX001.eu.pxl.int>
In-Reply-To: <7642C3D639A75E4284658CAA38BF60A40DE5F7@US-BOS-VEX001.eu.pxl.int>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
acceptlanguage: en-US
Content-type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 8bit
MIME-Version: 1.0
X-OriginalArrivalTime: 02 Feb 2012 20:52:31.0749 (UTC) FILETIME=[95225B50:01CCE1EC]
X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFprNKsWRmVeSWpSXmKPExsViyKIlr9v/XcvfYOUFFYtlb6YxOjB6nLoo
 FcAY1cBok5iXl1+SWJKqkJJanGyrFOKioKvgklmcnJOYmZtapKSQmWKrZKykUJCTmJyam5pX
 YquUWFCQmpeiZMelgAFsgMoy8xRS85LzUzLz0m2VPIP9dS0sTC11DZXs/PxDPJ1drRSc8/PS
 MlOARmUm5igk7ODIODjpHmPBVN6KjjVn2BsYN3F1MXJySAiYSCzfeo4JwhaTuHBvPVsXIxeH
 kMB5Rolp3Q/YQBJsAoYSDYsawIpEBOolzk04ChZnEVCR6Dt3nBHEFhaQk1i04x5QDQdQjbzE
 j3lJEOVGEkc2vmUHsXkFfCXOHIfYJQRkr7/SyghSzingJ7HouAtImBHohO+n1oCVMAuIS9x6
 Mh/qNAGJJXvOM0PYohIvH/9jhagXlbjTvp4Rol5HYsHuT2wQtrbEsoWvmSHWCkqcnPmEBWSV
 kICGxOI/xSCmhECwxIV9dRMYxWYhWTYLyaBZSAbNQjJoASPLKka+COdg32ADY70QFz1nf99N
 jMAU0Hf28s8djKfXGBxiFOBgVOLh7b6h5S/EmlhWXJl7iFGCg1lJhFfrK1CINyWxsiq1KD++
 qDQntfgQow8wKCcyS4km5wPTU15JvKGxgaG5ubGlqYmxuTkOYSVxXr2HSv5CAunAVJWdmlqQ
 WgQzjomDU6qBke/yzGTrcCkbprwpv4LTdjjYXv5isvnsqxDF1ffjDX+ebk+zPhPUyeKT1O9a
 6rRRoVTU8iqH9c835avD2V+cP+FqM/2JA5OUxOnq7d97D7j2Gxuy877y7F4TVOf93489pkLw
 kfntBLHlTPdOzNocK+W2WvT/Ty+vK1vWCnxrdkjYv+L6o+X2SizFGYmGWsxFxYkAYPWqgi4D
 AAA=
X-archive-position: 41250
X-ecartis-version: Ecartis v1.0.0
Sender: oracle-l-bounce@freelists.org
Errors-to: oracle-l-bounce@freelists.org
X-original-sender: Rui.Amaral@tdsecurities.com
Precedence: normal
Reply-To: Rui.Amaral@tdsecurities.com
List-help: <mailto:ecartis@freelists.org?Subject=help>
List-unsubscribe: <oracle-l-request@freelists.org?Subject=unsubscribe>
List-software: Ecartis version 1.0.0
List-Id: oracle-l <oracle-l.freelists.org>
X-List-ID: oracle-l <oracle-l.freelists.org>
List-subscribe: <oracle-l-request@freelists.org?Subject=subscribe>
List-owner: <mailto:steve.adams@ixora.com.au>
List-post: <mailto:oracle-l@freelists.org>
List-archive: <http://www.freelists.org/archives/oracle-l>
X-list: oracle-l

In a previous place we toyed with that idea but ultimately went to two cascaded logical standbys that were several thousand kilometers apart. In doing the research at the time we did find out about cascading from a physical standby to a logical one but could not find anything about going the other way around. We also toyed around with the idea of snapshot standbys but the issue of when to make such databases available to developers and report writers became a little tricky as we could never determine when the db would need to be accessed so logical standbys all the way was the choice.

Rui Amaral
Database Administrator


-----Original Message-----
From: oracle-l-bounce@freelists.org [mailto:oracle-l-bounce@freelists.org] On Behalf Of Goulet, Richard
Sent: Thursday, February 02, 2012 10:27 AM
To: ORACLE-L (oracle-l@freelists.org)
Subject: Standby databases

Has anyone done the following:
                You have a primary database that is heavy into OLTP and has a physical standby in another geographical location.
                You create a logical standby locally for reporting/portal purposes because the developers and business users want up to the minute data and need their own schemas with their own views.
                Since the two databases are different, there is a desire to create a physical standby of the logical in the other geographical location

I'm fine with the archivelog destinations that will be needed.  The question has anyone built a physical standby of a logical standby?

Richard Goulet
Senior Oracle DBA/Na Team Leader


--
http://www.freelists.org/webpage/oracle-l



NOTICE: Confidential message which may be privileged. Unauthorized use/disclosure prohibited. If received in error, please go to www.td.com/legal for instructions.
AVIS : Message confidentiel dont le contenu peut être privilégié. Utilisation/divulgation interdites sans permission. Si reçu par erreur, prière d'aller au www.td.com/francais/avis_juridique pour des instructions.
--
http://www.freelists.org/webpage/oracle-l


