Fw: EMC storage replication
Date: Thu, 2 Dec 2010 06:55:29 -0800 (PST)
Message-ID: <531140.73459.qm_at_web82104.mail.mud.yahoo.com>
- Forwarded Message ---- From: Fuad Arshad <fuadar_at_yahoo.com> To: goran00_at_gmail.com Sent: Thu, December 2, 2010 8:55:11 AM Subject: Re: EMC storage replication
Goran,
We are using both SRDF/A and Server Cloning Processes for replication.
The process is fairly simple with the most of the coding/scripting effort .
One of the Issues we've encounted is while the Clone process is running There is
a very high amount of I/O Being Done as the Disk Frame level. Since a clone
can only be done in the Same Frame level. This can cause Database Bottlenecks
albeit for a small period of time .
We've Move to Data guard due to these issues. May i Ask what is the requirement . If Offloading Backups is the need. I've found Physical Dataguard to be better than EMC Cloning. SRDF/A is a different product set from EMC and it allows for between Frame/Datacenters replication. It is a fairly costly solution though. While Oracle will certify an Oracle Database Running on an EMC Frame. It will not certify a 3rd Part product.
The technology is called Split mirror and the EMC Product is Time Finder. Meta link Note Exploiting EMC Timefinder and Oracle Recovery Manager [ID 204719.1]
From: goran bogdanovic <goran00_at_gmail.com> To: ORACLE-L <oracle-l_at_freelists.org> Sent: Thu, December 2, 2010 6:58:54 AM
Subject: EMC storage replication
Hi all,
at the place where I work, management would like to implement EMC Replication
(as we have EMC SAN's) for our databases between two Data Centers instead of
DataGuard for certain DB-systems.
According to EMC sales, the process is certified by Oracle although I didn't
find any reference on Metalink (could be also, I didn't search it well).
If someone (out there ;-) ) is already using it, I would appreciate if you could
tell me your experiences and possible pitfalls regarding implementation.
Best Regards,
Goran
-- http://www.freelists.org/webpage/oracle-lReceived on Thu Dec 02 2010 - 08:55:29 CST