Re: SRDF and Oracle Rac 11gR2
From: John Hurley <hurleyjohnb_at_yahoo.com>
Date: Mon, 27 Jan 2014 15:46:40 -0800 (PST)
Message-ID: <1390866400.81357.YahooMailNeo_at_web181205.mail.ne1.yahoo.com>
Plus don't forget about ASRDF ( async ) where you don't take a performance hit on log file sync / writes ... of course you have to be able to tolerate a small amount ( or large ) amount of lost data. *** Well, so, this is the eternal debate, yeah? Data Guard offers infinite flexibility, the DBA can control everything, it's storage agnostic, you have lots of knobs to twiddle, so on some levels that's perfect. On the flip side though, SRDF is application/OS agnostic. Anything that gets written to any SRDF'ed LUN, regardless of database, filesystem, OS, version, etc. ends up on the far side. Like magic. And SRDF is freakishly stable and mature. It's been baked and stable for 15 years.
Date: Mon, 27 Jan 2014 15:46:40 -0800 (PST)
Message-ID: <1390866400.81357.YahooMailNeo_at_web181205.mail.ne1.yahoo.com>
Plus don't forget about ASRDF ( async ) where you don't take a performance hit on log file sync / writes ... of course you have to be able to tolerate a small amount ( or large ) amount of lost data. *** Well, so, this is the eternal debate, yeah? Data Guard offers infinite flexibility, the DBA can control everything, it's storage agnostic, you have lots of knobs to twiddle, so on some levels that's perfect. On the flip side though, SRDF is application/OS agnostic. Anything that gets written to any SRDF'ed LUN, regardless of database, filesystem, OS, version, etc. ends up on the far side. Like magic. And SRDF is freakishly stable and mature. It's been baked and stable for 15 years.
-- http://www.freelists.org/webpage/oracle-lReceived on Tue Jan 28 2014 - 00:46:40 CET