I've done sync physical DG on linux (over direct gigabit ethernet). Didn't encounter any serious problems. With physical standby you can forget about nologging operations -> use alter database force logging or at least on tablespace level for important tablespaces. Also I set LGWR running on higher priority on primary in order to transfer log records to standby with smallest latency.
Go with async if your business requirements allow you to lose few bits of data in case of disaster on primary (especially when servers aren't connected via low-latency high-throughput network). And logical standby is only a prototype yet. Tanel. ----- Original Message ----- To: "Multiple recipients of list ORACLE-L" <[EMAIL PROTECTED]> Sent: Thursday, January 08, 2004 9:34 PM implementations? > Does anyone here know of any Oracle 9i (9.2.0.4) Data Guard limitations and/or needed workarounds? > > In the process of planning a near-terabyte size data warehouse utilizing both Real Application Clusters (RAC) and Data Guard (primary/standby) technologies on a Linux (Red Hat v 2.1) environment (using raw partitions). > > As part of my active research on the matter (manuals, release notes, OTN, etc.), I am wondering if anybody on the list knows (from experience) of any specific limitations (e.g., bugs, etc.) that may be encountered while using the Data Guard (logical or physical standby databases and synchronous or asynchronous modes) implementation on Linux? In other words, looking for any information about possible limitations (or special workarounds needed) using Data Guard on a Linux implementation. > > Regards, > > William > -- > Please see the official ORACLE-L FAQ: http://www.orafaq.net > -- > Author: William R. Jones > INET: [EMAIL PROTECTED] > > Fat City Network Services -- 858-538-5051 http://www.fatcity.com > San Diego, California -- Mailing list and web hosting services > --------------------------------------------------------------------- > To REMOVE yourself from this mailing list, send an E-Mail message > to: [EMAIL PROTECTED] (note EXACT spelling of 'ListGuru') and in > the message BODY, include a line containing: UNSUB ORACLE-L > (or the name of mailing list you want to be removed from). You may > also send the HELP command for other information (like subscribing). > -- Please see the official ORACLE-L FAQ: http://www.orafaq.net -- Author: Tanel Poder INET: [EMAIL PROTECTED] Fat City Network Services -- 858-538-5051 http://www.fatcity.com San Diego, California -- Mailing list and web hosting services --------------------------------------------------------------------- To REMOVE yourself from this mailing list, send an E-Mail message to: [EMAIL PROTECTED] (note EXACT spelling of 'ListGuru') and in the message BODY, include a line containing: UNSUB ORACLE-L (or the name of mailing list you want to be removed from). You may also send the HELP command for other information (like subscribing).
