Jump to content

RecoverPoint: Difference between revisions

Add links
From Wikipedia, the free encyclopedia
Browse history interactively
← Previous editNext edit →
Content deleted Content added
VisualWikitext
use original publication work for a couple cites
remove at-large link now that we cite it inline
Line 37: Line 37:


== References ==
== References ==
*[http://www.itbusiness.ca/it/client/en/Home/News.asp?id=39762, EMC plans to use Kashya technologies in RecoverPoint]
*[http://www.processor.com/editorial/article.asp?article=articles/p2749/40p49/40p49.asp Continuous Data Protection With EMC RecoverPoint]
*[http://www.processor.com/editorial/article.asp?article=articles/p2749/40p49/40p49.asp Continuous Data Protection With EMC RecoverPoint]
*[http://www.informationweek.com/blog/main/archives/2008/02/emc_updates_rec.html, EMC Updates RecoverPoint SAN CDP/Replication Engine]
*[http://www.informationweek.com/blog/main/archives/2008/02/emc_updates_rec.html, EMC Updates RecoverPoint SAN CDP/Replication Engine]

Revision as of 23:20, 31 October 2016

RecoverPoint is a continuous data protection product offered by EMC Corporation which supports asynchronous and synchronous data replication of block-based storage. RecoverPoint was originally created by a company called Kashya, which was bought by EMC in 2006.[1]

Description

Kashya was founded in February, 2001, originally located in Ramat Gan, Israel.[2] Venture funding included Battery Ventures and Jerusalem Global Ventures.[3] In 2003, additional operations in San Jose, California were announced along with $12 million in funding and a first product.[4] Kashya was acquired by EMC Corporation on May 9, 2006 for $153 million.[5] EMC had already announced a product named RecoverPoint in October 2005, adapted from a product called Recovery One from Mendocino Software.[6] The Kashya product had been named KDX 5000.[7] The EMC RecoverPoint product based on Kashya technology was released in 2007, and version 3.0 released in 2008.[8]

RecoverPoint continuous data protection (CDP) tracks changes to data at a block level and journals these changes.[9] Every write is tracked and stored as a different snapshot. Alternatively, groups of writes can be aggregated according to configuration in order to reduce storage space and network traffic.The journal then allows rolling data to a previous "Point-In-Time" in order to view the drive contents as they were before a certain data corruption. CDP can journal each write individually, hence enabling any-point-in-time snapshots, or it can be configured to combine consecutive writes in order to reduce journal space and improve bandwidth. CDP works only over a storage area network - the RecoverPoint appliances need to be configured for the replica and the journal Logical Unit Numbers (LUNs).

RecoverPoint continuous remote replication (CRR) enables a replica in a remote site. For such a setup, RecoverPoint appliances clusters are required in both the local and remote sites. These 2 clusters communicate over either Fibre Channel (FC) or Internet Protocol. RecoverPoint applies data compression and data de-duplication in order to reduce wide area network traffic. As of RecoverPoint 3.4, only one remote site. CRR can be combined with CDP in order to provide concurrent local and remote (CLR) replication.

The consistency group (CG) term is used for grouping several LUNs together in order to ensure write-order consistency over several volumes. This is used for example with a database that stores its data and journal on different logical drives. These logical drives must be kept in-sync on the replica if data-consistency needs to be preserved. Other examples are multi-volume file systems such as ZFS or Windows' Dynamic Disks.[10]

Similar to other continuous data protection products, and unlike backup products, RecoverPoint needs to obtain a copy of every write in order to track data changes. EMC advertises RecoverPoint as heterogenous due to its support of multi-vendor server, network and storage arrays.[11]

Host-based write splitting is done using a device driver that is installed on the server accessing the storage volumes. The usage of a host-based splitter allows replication of selected non-EMC storage. Available fabric-based splitters are for Brocade Communications Systems SAN switches and for Cisco Systems SANTap. This requires the investment in additional switch blades. This configuration allows splitting from all operating systems regardless of their version, and is agnostic to the storage array vendor.

Storage array splitters are only supported on a subset of EMC storage products. This method allows write splitting from all operating systems, and does not require special SAN switching hardware. The RecoverPoint/SE is a slimmed-down version that only supports this type of splitter.

Each site requires installation of a cluster that is composed of 2-8 RecoverPoint appliances. The multiple appliances work together as an high availability cluster. Each appliance is connected via FC to the SAN, and must access both the server (SCSI initiator) and the storage (SCSI target). Each appliance must also be connected to an IP network for management. Replication takes place over either FC or standard Internet Protocol. One or more splitters would split traffic to both the storage and the appliances.

Besides integration with EMC products such as AppSync, ViPR, Replication Manager, Control Center and Unisphere, and the CLARiiON,VNX, Symmetrix and VPLEX storage arrays, RecoverPoint integrates with the following products: Integration with VMware vSphere, VMware Site Recovery Manager and Microsoft Hyper-V allows protection to be specified per VM instead of per volumes that are available to the hypervisor. Integration with Microsoft Shadow Copy, Exchange and SQL Server and Oracle Database Server allows RecoverPoint to temporarily stop writes by the host in order to take consistent application-specific snapshots. [[[Application programming interface]]s and command-line interfaces allow customers to integrate with custom internal software.[9]

Notes

  1. ^ Robert E. Passmore, Dave Russell and Stanley Zaffos (May 16, 2006). "EMC Buys Kashya for Replication Technology Opportunities". Gartner. Retrieved October 31, 2016.
  2. ^ "Form D: Notice of Sale of Securities" (PDF). US SEC. June 9, 2004. Retrieved October 31, 2016.
  3. ^ "Kashya in a nutshell". Old web site. Archived from the original on January 21, 2002. Retrieved October 31, 2016.
  4. ^ Jo Maitland (March 27, 2003). "Kashya Makes Kopies". Byte and Switch. Retrieved October 31, 2016.
  5. ^ Dave Raffo (May 9, 2006). "EMC Coughs Up for Kashya". Byte and Switch. Retrieved October 31, 2016.
  6. ^ Clint Boulton (October 24, 2005). "EMC Shows Some CDP". Enterprise Storage Forum. Retrieved October 31, 2016.
  7. ^ Greg Meckbach (June 13, 2006). "EMC plans to use Kashya technologies in RecoverPoint". IT Business. Retrieved October 31, 2016.
  8. ^ "EMC RecoverPoint, a Single Solution for CDP and Disaster Recovery Using CLARiiON CX3 arrays". Press release (edited). February 26, 2008. Retrieved October 31, 2016.
  9. ^ a b http://www.emc.com/collateral/software/white-papers/h4175-recoverpoint-clr-operational-dr-wp.pdf
  10. ^ https://globalsp.ts.fujitsu.com/dmsp/docs/ss_recoverpoint.pdf
  11. ^ http://www.emc.com/collateral/software/data-sheet/h2769-emc-recoverpoint-family.pdf

References

  • EMC RecoverPoint [1]
Retrieved from "https://en.wikipedia.org/enwiki/w/index.php?title=RecoverPoint&oldid=747189566"