Recoverpoint Fundamentals Srg
Short Description
Recoverpoint Fundamentals Srg...
Description
Welcome to RecoverPoint Fundamentals. Copyright © 1996, 2000, 2001, 2002, 2003, 2004, 2005, 2006, 2007, 2008, 2009, 2010, 2011, 2012, 2013 EMC Corporation. All Rights Reserved. EMC believes the information in this publication is accurate as of its publication date. The information is subject to change without notice. THE INFORMATION IN THIS PUBLICATION IS PROVIDED “AS IS.” EMC CORPORATION MAKES NO REPRESENTATIONS OR WARRANTIES OF ANY KIND WITH RESPECT TO THE INFORMATION IN THIS PUBLICATION, AND SPECIFICALLY DISCLAIMS IMPLIED WARRANTIES OF MERCHANTABILITY OR FITNESS FOR A PARTICULAR PURPOSE. Use, copying, and distribution of any EMC software described in this publication requires an applicable software license. EMC2, EMC, Data Domain, RSA, EMC Centera, EMC ControlCenter, EMC LifeLine, EMC OnCourse, EMC Proven, EMC Snap, EMC SourceOne, EMC Storage Administrator, Acartus, Access Logix, AdvantEdge, AlphaStor, ApplicationXtender, ArchiveXtender, Atmos, Authentica, Authentic Problems, Automated Resource Manager, AutoStart, AutoSwap, AVALONidm, Avamar, Captiva, Catalog Solution, C‐Clip, Celerra, Celerra Replicator, Centera, CenterStage, CentraStar, ClaimPack, ClaimsEditor, CLARiiON, ClientPak, Codebook Correlation Technology, Common Information Model, Configuration Intelligence, Configuresoft, Connectrix, CopyCross, CopyPoint, Dantz, DatabaseXtender, Direct Matrix Architecture, DiskXtender, DiskXtender 2000, Document Sciences, Documentum, elnput, E‐Lab, EmailXaminer, EmailXtender, Enginuity, eRoom, Event Explorer, FarPoint, FirstPass, FLARE, FormWare, Geosynchrony, Global File Virtualization, Graphic Visualization, Greenplum, HighRoad, HomeBase, InfoMover, Infoscape, Infra, InputAccel, InputAccel Express, Invista, Ionix, ISIS, Max Retriever, MediaStor, MirrorView, Navisphere, NetWorker, nLayers, OnAlert, OpenScale, PixTools, Powerlink, PowerPath, PowerSnap, QuickScan, Rainfinity, RepliCare, RepliStor, ResourcePak, Retrospect, RSA, the RSA logo, SafeLine, SAN Advisor, SAN Copy, SAN Manager, Smarts, SnapImage, SnapSure, SnapView, SRDF, StorageScope, SupportMate, SymmAPI, SymmEnabler, Symmetrix, Symmetrix DMX, Symmetrix VMAX, TimeFinder, UltraFlex, UltraPoint, UltraScale, Unisphere, VMAX, Vblock, Viewlets, Virtual Matrix, Virtual Matrix Architecture, Virtual Provisioning, VisualSAN, VisualSRM, Voyence, VPLEX, VSAM‐Assist, WebXtender, xPression, xPresso, YottaYotta, the EMC logo, and where information lives, are registered trademarks or trademarks of EMC Corporation in the United States and other countries. All other trademarks used herein are the property of their respective owners. © Copyright 2013 EMC Corporation. All rights reserved. Published in the USA. Revision Date: 06/2013 Revision Number: MR-1WP-RPFD.7697.4.0
Copyright © 2013 EMC Corporation. Do not copy - All Rights Reserved.
RecoverPoint Fundamentals
1
This course covers overview of the RecoverPoint architecture, features, and functionality.
Copyright © 2013 EMC Corporation. Do not copy - All Rights Reserved.
RecoverPoint Fundamentals
2
This module focuses on explaining the basics of the RecoverPoint Replication Solution and how it can benefit IT infrastructures needing a replication and disaster recovery solution.
Copyright © 2013 EMC Corporation. Do not copy - All Rights Reserved.
RecoverPoint Fundamentals
3
As you investigate various replication solutions, you notice that with each approach to replication, synchronous or asynchronous, several key areas must be understood. EMC typically refers to these as the “pain points” of remote replication. They are:
•
The impact on response time of your production application. For example, with a remote‐synchronous solution, your application must wait for the acknowledgement from the remote system before proceeding with the next dependent write. You also have speed‐of‐light issues, which impact the maximum distance your locations can be from each other.
• •
The infrastructure – What additional equipment do you require to support the replication process?
•
The communication links – How big and how expensive will the communication link need to be in order to support the process? And, most importantly, what is the recovery point at the target? That is, how much data exposure do you experience as part of the operation; none, seconds, minutes, hours?
Each of these pain points must be carefully balanced. Without choice and flexibility, you cannot begin to architect a solution that meets your particular replication service levels. One of the best ways to appreciate RecoverPoint is to look at how these pain points are addressed by this technology. RecoverPoint offers the following capabilities:
•
Integration with existing (heterogeneous) storage arrays, switches, and server environments – no “rip and replace.”
•
Intelligent use of bandwidth and data compression that enables supporting data centers that, due to regulatory requirements, have established a large physical separation between their primary and secondary sites, without requiring expensive, high‐bandwidth, long‐distance WAN connections.
•
A policy‐driven engine that supports multiple applications with different data‐protection requirements (recovery, corruption, testing, etc.).
•
True bi‐directional local and remote support, enabling flexible protection and recovery schemes that can be tailored to business processes.
Copyright © 2013 EMC Corporation. Do not copy - All Rights Reserved.
RecoverPoint Fundamentals
4
Key customers issues today are working within a budget and containing costs. The cost of maintaining a production and disaster recovery site is significant. Additionally, you are being asked to deliver the same or better service. Ensuring that disaster recovery plans meet the service levels established for RTO and RPO requirements requires resources and access to the environment. Additionally, you have to be able to test your plans to demonstrate to the business that you do have the right solution.
Copyright © 2013 EMC Corporation. Do not copy - All Rights Reserved.
RecoverPoint Fundamentals
5
EMC RecoverPoint is an enterprise‐scale solution designed to protect application data on heterogeneous SAN‐attached servers and storage arrays. RecoverPoint provides many features that make it a unique and tested solution for backup and recovery. RecoverPoint allows for the access of a point‐in‐time image, either locally or at another site, while still performing replication. The ability to access data from a copy allows for testing without sacrificing protection. This feature also is integrated with various applications, such as Exchange, SQL, and VMware. This allows for application‐driven point‐in‐time copies. RecoverPoint also can be used with VMAX’s SRDF feature to create additional protection. Point in time copies can be created for each write, or the user can choose the amount of data lag that can be tolerated for an application. This option is configurable for each group of volumes, and can be edited at any time.
Copyright © 2013 EMC Corporation. Do not copy - All Rights Reserved.
RecoverPoint Fundamentals
6
The right remote‐replication solution can limit your exposure to planned and unplanned downtime, enabling non‐stop operation. Perhaps you also need to provide your organization with efficient data replication to meet corporate or governmental standards, while still meeting your total‐cost‐ of‐ownership requirements. In addition, you need a flexible solution that changes as your needs change. No matter what your challenge is, there is one underlying theme: data protection and faster business restart in the event of a disaster or unplanned outage are critical across the organization. Using replication software to maintain a complete copy of the data in a remote location allows for business continuity and increased functionality. When disaster recovery is required, remote replication software and remote clusters ensure that all your mission‐critical information has been captured. Using replicas rather than tape means you can be up and running in hours as opposed to days. In addition, the second cluster can be used for application testing and remote backups. Replication enables non‐stop operation with full access to the production data and the replicas.
Copyright © 2013 EMC Corporation. Do not copy - All Rights Reserved.
RecoverPoint Fundamentals
7
RecoverPoint provides many features and benefits that build on previous RecoverPoint versions. The multiple sites feature allows you to keep up to four individually journaled copies of your production data, enabling greater data protection, increased access to different point‐in‐time (PIT) copies, and a wider range of DR, testing, and backup topologies. And with synchronous replication over IP, one of these remote copies can be a synchronous copy without the need for remote fibre connectivity. The introduction of vRPAs relieves the need for physical RPAs. The introduction of Unisphere for RecoverPoint allows for consistent management interfaces and methodologies across EMC technologies. The RecoverPoint REST API interface enables custom scripting and applications via standard RESTful protocols. Improved integration with VMware Site Recovery Manager (SRM) allows for testing and failover to any point‐in‐time copy. Integration of RecoverPoint local replication and SRDF allows for local journal copies in conjunction with remote SRDF copies. This enables access to local any point‐in‐ time copies, while still maintaining SRDF functionality. Complete FIPS 140‐2 compliance ensures that the RecoverPoint environment is secure. Other performance and scalability enhancements, such as 400 MB/s replication for asynchronous distributed consistency groups, enable even more efficiency with the same physical configuration.
Copyright © 2013 EMC Corporation. Do not copy - All Rights Reserved.
RecoverPoint Fundamentals
8
RecoverPoint gives you a choice of the physical location of the copies of the production data. Local copies for operational recovery or remote for disaster recovery. With RecoverPoint 4.0 and above, recoverable copies can exist in multiple physical locations simultaneously. RecoverPoint is integrated with all of EMC’s block storage, including VMAX (10K/20K/40K), VPLEX, VNX series and the Vblock 300/700. When using the VPLEX write splitter, which comes installed in the VPLEX Geosynchrony code, RecoverPoint supports non‐EMC storage.
Copyright © 2013 EMC Corporation. Do not copy - All Rights Reserved.
RecoverPoint Fundamentals
9
RecoverPoint provides local data protection and replication for virtual machines. It uses continuous data capture for local SAN data protection to protect the virtual machines as well as the VMware ESX server platform from data corruption, and guarantees recoverability locally with no data loss. RecoverPoint also supports virtual‐to‐virtual replication between equivalent storage configurations, such as VMFS to VMFS or RDM/P to RDM/P. This support uses the VNX series or CLARiiON array‐ based write splitter or an intelligent‐fabric write splitter. Similarly, RecoverPoint supports physical and physical‐to‐virtual replication. It also supports virtual‐to‐virtual replication using host‐based RecoverPoint write splitters installed in each guest operating system. Physical RDM(RDM/P)‐ attached volumes are replicated locally and/or remotely. RecoverPoint’s VMware support can be used to enhance existing VMware vMotion and Storage vMotion solutions. RecoverPoint integrates with vCenter Server to allow the RecoverPoint administrator to quickly view virtual machines fully protected by RecoverPoint. For those not fully protected, it allows the administrator to see which of the virtual machine’s LUNs/data stores are not protected. Additionally, RecoverPoint is integrated with VMware vCenter Site Recovery Manager to simplify and automate disaster recovery in VMware Infrastructure. RecoverPoint also has a vCenter Server plug‐in that automates failback for SRM configurations. The RecoverPoint management GUI can be used to monitor virtual machine protection status as well as physical LUNs. This ability to monitor physical and virtual storage extends to heterogeneous storage. If you are considering Microsoft Hyper‐V, RecoverPoint can fully protect any Hyper‐V virtualized application as long as its data resides on a SAN. RecoverPoint supports Microsoft VSS and VDI, Windows Server Core, as well as Cluster Enabler version 4 under Hyper‐V.
Copyright © 2013 EMC Corporation. Do not copy - All Rights Reserved.
RecoverPoint Fundamentals 10
EMC has delivered a disaster recovery solution with VMAX 10K and RecoverPoint which ensures you are able to meet your service level agreements. Enginuity with EMC RecoverPoint splitter enables heterogeneous replication for site recovery and DVR‐like recovery for business continuity. Additionally, EMC is able to leverage integration with VMware vCenter Site Recovery Manager to better support VMware environments. EMC RecoverPoint helps you reduce costs as you are able to use one product across your storage environment, whether it is EMC or not. This helps you further reduce costs as you are able to increase the productivity of your workforce; they don’t have to learn a new product for every piece of hardware you have – it is the same tool again and again. You are able to reduce setup time and meet your service levels by leveraging EMC’s integration with VMware vCenter Site Recovery Manager. You are able to automate site failover and site failback, ensuring application availability.
Copyright © 2013 EMC Corporation. Do not copy - All Rights Reserved.
RecoverPoint Fundamentals 11
Here, we have an overview of the architecture. It includes a single production Oracle 11g database on a Symmetrix VMAX 10K. EMC RecoverPoint splitter is leveraged for continuous local and remote replication. The recovery site is built on an EMC VNX 5700. VMware vCenter Site Recovery Manager with EMC Site Recovery Manager Adapter for RecoverPoint is leveraged, and enables management across the two sites.
Copyright © 2013 EMC Corporation. Do not copy - All Rights Reserved.
RecoverPoint Fundamentals 12
RecoverPoint is also integrated with VMware vCenter Site Recovery Manager. Virtual machines can be brought back online rapidly with no data loss when RecoverPoint is used with VMware vCenter Site Recovery Manager to orchestrate and streamline data protection and failover processes. RecoverPoint is the most flexible approach to protecting virtualized data – replicating VMware vStorage VMFS to protect and recover a single virtual machine or the entire VMware ESX server.
Copyright © 2013 EMC Corporation. Do not copy - All Rights Reserved.
RecoverPoint Fundamentals 13
This module covered an introduction to RecoverPoint’s solution to Replication challenges.
Copyright © 2013 EMC Corporation. Do not copy - All Rights Reserved.
RecoverPoint Fundamentals 14
This module focuses on the architecture and components of the RecoverPoint solution. The goal of this module is for you to understand the basic concepts that allow RecoverPoint to do what it does.
Copyright © 2013 EMC Corporation. Do not copy - All Rights Reserved.
RecoverPoint Fundamentals 15
A RecoverPoint system is all of the RecoverPoint components that are used to replicate and protect data. A system can include a single RecoverPoint cluster or many connected together. A RecoverPoint system consists of: RecoverPoint appliances (physical or virtual), RecoverPoint Clusters, Write splitters, and RecoverPoint volumes. With RecoverPoint 4.0 and later, a RecoverPoint system can replicate data to up to four remote copies. Shown here is an example with all four copies in four different remote clusters. Each of these copies has its own journal and can be individually accessed. If we had a local copy, we could have up to three remote copies. Having two remote copies in the same remote cluster is also a supported configuration. Please note that RecoverPoint/SE supports a maximum of two clusters. Additionally, RecoverPoint 4.0 supports synchronous replication to a remote copy over IP. Previously, this was only supported with fibre connectivity. Regardless of whether over fibre or IP, only one remote copy per RecoverPoint consistency group can be replicated synchronously. Since a local copy can also be synchronous, this means that RecoverPoint can maintain two synchronous copies at the same time. A general guideline for synchronous replication over IP is for the link to have a latency (round‐trip) less than 10 ms. Multi‐cluster configurations allow for greater protection, increased access to PiT copies, and implementation of a wide range of disaster recovery, testing, and backup topologies. It also enables a single point of management and minimizes the number of RPAs required compared with previous shared splitter solutions.
Copyright © 2013 EMC Corporation. Do not copy - All Rights Reserved.
RecoverPoint Fundamentals 16
RecoverPoint uses software running on the CPUs of the arrays to perform Write‐Splitting. This software copies all incoming writes for volumes protected with RecoverPoint. A copy is written to the production volume and a copy is sent to the RecoverPoint appliance. Previous versions of RecoverPoint used Write‐Splitters located on the Host or SAN. RecoverPoint 4.0 and above only uses the array‐based version of Write‐Splitters.
Copyright © 2013 EMC Corporation. Do not copy - All Rights Reserved.
RecoverPoint Fundamentals 17
The VNX/CLARiiON splitter runs in each storage processor of a VNX, CLARiiON CX3 or CX4 array and splits (“mirrors”) all writes to a VNX/CLARiiON volume, sending one copy to the original target and the other copy to the RecoverPoint appliance. Both RecoverPoint and RecoverPoint/SE support the VNX/CLARiiON splitter. The VNX/CLARiiON splitter is supported on VNX arrays, CLARiiON CX3 UltraScale™ arrays as well as CLARiiON CX4 UltraFlex™ arrays. The VNX/CLARiiON splitter is supported on both iSCSI and FC attached volumes.
Copyright © 2013 EMC Corporation. Do not copy - All Rights Reserved.
RecoverPoint Fundamentals 18
The RecoverPoint supports the RecoverPoint Symmetrix write splitter on the VMAX family of arrays. VMAX helps customers achieve enterprise‐class reliability, availability and serviceability. Customers who need to protect their application data locally or remotely can use VMAX with RecoverPoint. For existing or prospective customers, the Symmetrix splitter for VMAX offers an embedded, cost‐effective, and simple RecoverPoint solution for those that use the VMAX Array.
Copyright © 2013 EMC Corporation. Do not copy - All Rights Reserved.
RecoverPoint Fundamentals 19
Starting with RecoverPoint 3.5, the VPLEX write splitter provides any point‐in‐time business continuity recovery to protect the VPLEX platform across a mixture of EMC and non‐EMC arrays. In addition, RecoverPoint can test replicated data on virtual volumes without impact to production applications. Before RecoverPoint 3.5 there were three types of available write splitters: host, array and intelligent fabric splitters. A VPLEX Splitter contains a “write splitter” that is built into the VPLEX engine. This is a simple method to implement a RecoverPoint business continuity solution to protect the mobility, availability, and collaboration of VPLEX ‘Access Anywhere’ for both data and enterprise applications with VPLEX. The VPLEX write splitter supports local and Remote Replication using any supported array type. The RecoverPoint VPLEX splitter supports virtualized environments and clustering environments. These environments include VMware HA, Microsoft MSCS/Failover clustering, Oracle stretched RAC, Oracle OVM and AIX stretched clusters.
Copyright © 2013 EMC Corporation. Do not copy - All Rights Reserved.
RecoverPoint Fundamentals 20
The RecoverPoint Appliance (RPA) is the data‐protection controller for RecoverPoint. RPA nodes utilize private LAN and shared RPA volumes for communications using standard TCP protocol. No FC/IP converters are needed to replicate across the WAN. The set of RPAs at each cluster constitutes an RPA cluster, where each cluster can include between one and eight RPAs, as set during RecoverPoint system installation. The cluster size must be the same at all clusters in an installation. In normal operation, all RPAs in a cluster are active all of the time. Consequently, if one of the RPAs in a cluster goes down, the RecoverPoint system supports immediate switchover of the functions of that box to another RPA in the cluster.
Generation 5 RPAs perform hardware status notifications. If a hard drive or power supply on the RecoverPoint appliance fails, a hardware event notification will be raised in the system logs. If configured, the event will also create a call‐home event, sending a system request to EMC Customer Service.
Copyright © 2013 EMC Corporation. Do not copy - All Rights Reserved.
RecoverPoint Fundamentals 21
RPAs are deployed in a two‐to‐eight‐node cluster configuration that allows active‐active failover between the nodes. The RecoverPoint environment can consist of up to five clusters which can either be local or at different locations. Each RPA has the following interfaces:
• Four Fibre Channel ports used for data exchange with local host applications and storage subsystems, providing redundant connectivity to the SAN‐attached storage and the hosts.
• One Ethernet interface used to transfer data to other clusters. • One Ethernet interface used to manage the RecoverPoint system • Four Ethernet connections (one management LAN connection and one data WAN connection – per node)
• Five IP addresses (2 nodes x 2 Ethernet connections + 1 floating IP address for management) • Eight Fibre Channel connections (Gen4: 2 nodes x 1 HBAs per node x 4 ports per HBA – Gen3: 2 nodes x 2 HBAs per node x 2 ports per HBA) In preparation for RecoverPoint deployment, ensure that there is one RPA Fibre Channel port available per RPA per fabric. This ensures high availability by providing redundancy between all components at the cluster. A dual fabric configuration is required at all clusters for RPA, host, and storage connectivity.
Copyright © 2013 EMC Corporation. Do not copy - All Rights Reserved.
RecoverPoint Fundamentals 22
The network connection consists of a management network and a replication network. The management network has a static IP address for each appliance and a floating static IP address for each cluster. The management network manages the appliances as well as access to the replication’s management CLI and GUI. The replication network consists of a static IP address for each appliance. It communicates to the appliances on the opposite cluster and replicates data between the clusters. An NTP server ensures proper time synchronization with the outside world. It is located only on the primary cluster, since the appliances have an internal synchronization method to ensure all appliances are synchronized. An NTP server is recommended but not required and is typically connected through the management network. The RecoverPoint replication solution contains a SAN Discovery feature that enables the appliances to automatically detect and display information about the LUNs that the appliances can see on the storage. This information includes: WWN, LUN, size, and storage type. To determine which LUNs are associated with which replication volume, the WWN, LUN, and size must be determined ahead of time. Volume replication pairs are a match of replication volumes that will be replicating between each other. Once the replication volumes have been determined based on the WWN, LUN, and size, they need to be associated into these replication pairs.
Copyright © 2013 EMC Corporation. Do not copy - All Rights Reserved.
RecoverPoint Fundamentals 23
RecoverPoint 4.0 introduces the Virtual RecoverPoint Appliance (vRPA). vRPAs are virtual machines that run the RecoverPoint software. They access the repository, journal, production, and copy volumes via the iSCSI protocol, and therefore do not require any FC infrastructure. vRPAs are a great way to get many of the benefits of RecoverPoint without the need for physical appliances or a SAN infrastructure. One important consideration is that vRPAs are only available for use with the VNX storage array. Another important consideration is that since RP 4.0 supports synchronous replication over IP, if the WAN is sufficiently robust, vRPAs can be used for remote synchronous replication. vRPAs can replicate any block data, regardless of how the hosts are connected to the VNX. Since the vRPAs access the repository, journal, production, and copy volumes via the iSCSI protocol, iSCSI SLICs are required for the VNX arrays.
Copyright © 2013 EMC Corporation. Do not copy - All Rights Reserved.
RecoverPoint Fundamentals 24
A special volume must be dedicated on the SAN‐attached storage for each RPA cluster. This volume stores configuration information about the RPAs, the cluster, and consistency groups. This enables a properly functioning RPA to seamlessly assume the replication activities of a failing RPA from the same RPA cluster. There is a Repository volume for every RecoverPoint cluster. The volume is presented to each RPA, either via the SAN or using iSCSI for virtual RPAs.
Copyright © 2013 EMC Corporation. Do not copy - All Rights Reserved.
RecoverPoint Fundamentals 25
Each copy of data in a consistency group must contain one or more volumes that are dedicated to holding point in time history of the data. The type and amount of information contained in the journal differs according to the journal type. There are 2 types of journal volumes: • Copy Journals • Production Journals Journal volumes hold snapshots of data to be replicated. Each Journal volume holds as many point in time images as its capacity allows, after which the oldest image is removed to make space for the newest. Journals consist of 1 or more volumes presented to all the RPAs for the cluster. Space can be added, to allow a longer history to be stored, without affecting replication. The size of a Journal volume is based several factors: • The change rate of the data being protected. • The amount of time between point in time images (could be as small as each write). • The number of point in time images that are kept.
Copyright © 2013 EMC Corporation. Do not copy - All Rights Reserved.
RecoverPoint Fundamentals 26
Consistency groups define protection for a set of volumes. If two data sets are dependent on one another (such as a database and a database log), they should be part of the same consistency group. consistency groups maintain write order between the data sets. Settings and policies for data protection are defined for each consistency group. Examples of these parameters are: compression, bandwidth limits, and maximum lag. Imagine a motion picture film. The video frames are saved on one volume, the audio on another. Neither volume will make sense without the other. The saves must be coordinated so that they will always be consistent with one another. In other words, the volumes must be replicated together in one consistency group to guarantee that at any point in time, the saved data will represent a true state of the film. The consistency group ensures that updates to the production volumes are also written to the copies in consistent and correct write‐order so the copy can always be used to continue working from, or to restore the production source. The terms “local copy” and “remote copy” are always relative to the production copy.
Copyright © 2013 EMC Corporation. Do not copy - All Rights Reserved.
RecoverPoint Fundamentals 27
In the case of a disaster in the production storage, the lag of data between the production copy and the remote replica will cause data loss. Therefore, the ability to minimize or eliminate data loss for the most important data is a key feature of a robust replication environment. Prioritizing consistency groups in RecoverPoint 4.0 is done by choosing the priority level from a drop down menu. The options are Idle, Low, Normal, High, and Critical. This makes it easy to ensure that the most important data has the least possibility of data loss. Please note that this feature has replaced the System Optimized Lag and RPO lag settings found in previous RecoverPoint versions.
Copyright © 2013 EMC Corporation. Do not copy - All Rights Reserved.
RecoverPoint Fundamentals 28
RecoverPoint copies are all of the volumes of a consistency group that are either a source or a target of replication at a given RPA cluster The following types of copies exist in a consistency group: • The production copy – The production copy consists of all of the volumes that are the sources of replication of a consistency group, as well as the production journal volumes • Local copies – A local copy consists of all of the volumes that are the targets of replication, for a specific consistency group The following limitations apply to copies: • A maximum of one production copy and up to four non‐production copies can be configured per consistency group. • In local replication, there can be only one production copy and one local copy. • In remote replication If a local copy exists there can be up to three remote copies. If a local copy does not exist, there can be up to four remote copies.
Copyright © 2013 EMC Corporation. Do not copy - All Rights Reserved.
RecoverPoint Fundamentals 29
Consistency groups are comprised of one or more replication sets. Each replication set consists of a production volume and any local or remote copy volumes to which it is replicating. The number of replication sets in your system is equal to the number of production volumes being replicated.
Copyright © 2013 EMC Corporation. Do not copy - All Rights Reserved.
RecoverPoint Fundamentals 30
There are three major phases performed by RecoverPoint to guarantee data consistency and availability (RTO and RPO) during replication. The RecoverPoint replication phases are: •
“The write phase” (the splitting phase)
• “The transfer phase” • “The distribution phase” Each of these phases are processes performed by each consistency group’s Primary RPA, and are controlled by the policies and settings set by the user, through Unisphere for RecoverPoint or the RecoverPoint CLI. The write phase is the RecoverPoint replication phase in which host writes are intercepted by the splitter and received by the local RPA, prior to transfer. A general description of the flow of data for write transactions is as follows: 1. The production host writes data to the production volumes, but is first intercepted by the splitter. The splitter sends the write data to the RPA. 2. Immediately upon receipt of the write data, the local RPA returns an ACK to the splitter. 3. The splitter then writes the data to the production storage volume. 4. The storage system returns an ACK to the splitter upon successfully writing the data to storage. 5. The splitter sends an ACK to the host that the write has been completed successfully. The sequence of events 1‐5 can be repeated multiple times, and in parallel, for multiple writes. These writes are grouped together and readied for the next phase, which is the transfer phase. The number of writes that are grouped together is a configurable setting. It can be one or many. This setting is referred to as a “snapshot.” Snapshots determine the amount of data that is lost (RPO). These snapshots are saved in the copy journal volume, as we will see during the distribution phase.
Copyright © 2013 EMC Corporation. Do not copy - All Rights Reserved.
RecoverPoint Fundamentals 31
The transfer phase is the RecoverPoint replication phase in which host writes are sent from a source RPA to a target RPA, after “The write phase” and before “The distribution phase.” The transfer phase differs slightly depending on various consistency group Settings. Here, we will explain the Non‐Distributed Group setting. For non‐distributed consistency groups, the flow of data during the transfer phase is as follows: 1. After processing the data (for example, applying the various compression techniques), the source RPA sends the data to the target RPA. 2. The target RPA writes the data to the journal. 3. Upon the successful writing of the data to the journal, the target RPA returns an ACK to the source RPA.
Copyright © 2013 EMC Corporation. Do not copy - All Rights Reserved.
RecoverPoint Fundamentals 32
The distribution phase is the RecoverPoint replication phase responsible for the writing of the production snapshots to the copy storage, and it is performed by the target RPA, after “The transfer phase.” Since the copy storage is being written to during this process, during distribution, the state of the copy Storage is No Access. The copy journal history consists of snapshots that have already been distributed to the copy storage and snapshots that are still waiting for distribution in the queue of snapshots waiting for distribution. When data is received by the RPA faster than it can be distributed to the copy storage volumes, it accumulates in the queue of snapshots waiting for distribution in the copy journal. This can be avoided by proper design, but RecoverPoint allows for this condition.
Copyright © 2013 EMC Corporation. Do not copy - All Rights Reserved.
RecoverPoint Fundamentals 33
RecoverPoint 4.0 simplifies RecoverPoint licensing. Licensing details for the three RecoverPoint products are shown in this table. Please note that all licenses are based on whether the replication type is local or remote. RecoverPoint/SE licenses are based per array and can only be purchased via VNX software suites. RecoverPoint/EX licenses are based per array for the VNX and per registered capacity for the VMAX, VMAX10K, and VPLEX. Registered capacity means the amount of data on the array that is being protected. RecoverPoint/CL licenses are based on the replicated capacity, which simply means the amount of data that is being replicated. RP/CL licenses are not tied to any arrays. This makes the replication environment very flexible, since adding, changing, and refreshing arrays does not require any change to the RecoverPoint license. RecoverPoint/Cluster Enabler (RP/CE) is included with all RP 4.0 offerings.
Copyright © 2013 EMC Corporation. Do not copy - All Rights Reserved.
RecoverPoint Fundamentals 34
With RecoverPoint/EX and CL, a RecoverPoint system can consist of up to 5 clusters. RecoverPoint/SE supports 1 or 2 cluster topologies only. Multi‐cluster configurations allow for greater protection, increased access to PIT copies, and implementation of a wide range of disaster recovery, testing, and backup topologies. It also enables a single point of management and minimizes the number of RPAs required. RecoverPoint 4.0 supports synchronous replication to a remote copy over IP. Previously, this was only supported with fibre channel connectivity.
Copyright © 2013 EMC Corporation. Do not copy - All Rights Reserved.
RecoverPoint Fundamentals 35
This module provided an overview of the RecoverPoint architecture.
Copyright © 2013 EMC Corporation. Do not copy - All Rights Reserved.
RecoverPoint Fundamentals 36
This module focuses on the capabilities of RecoverPoint and how to use some of its most commonly used features.
Copyright © 2013 EMC Corporation. Do not copy - All Rights Reserved.
RecoverPoint Fundamentals 37
A key feature of RecoverPoint is the ability to test point‐in‐time images of the production data. When replicating normally, a host writes to the production volumes of a consistency group. These writes are also written to the journal at each copy. They are compiled into an image, which is stored in the journal. An image or “snapshot” could consist of one or many writes; this depends on polices set for the consistency group. To test a copy to verify that it is a reliable and consistent copy of the production storage image, it is necessary to select a copy to test, then enable access for a host to test that data. After a point in time image is selected, that image is distributed to the copy and is made ready for a host to test. This can be done while still continuing writing to production and making point‐in‐time copies. For detailed procedures on how to test a copy, always refer to the latest RecoverPoint Administrators Guide.
Copyright © 2013 EMC Corporation. Do not copy - All Rights Reserved.
RecoverPoint Fundamentals 38
RecoverPoint allows for the recovery of production data after file or logical corruption occurs. The production data can be rolled back to a previous point‐in‐time.
Copyright © 2013 EMC Corporation. Do not copy - All Rights Reserved.
RecoverPoint Fundamentals 39
Failing over a consistency group to a local copy or a remote copy allows system operations to continue as usual from the copy. Hosts attached to the copy continue operations by running applications. Snapshots are now transferred from the (former) copy to the (former) production journal and from the production journal to the production storage. The same failover procedure can be used for planned maintenance at the production site while the copy site takes over normal operations. When the production storage has been restored or the planned maintenance complete, system operations can be resumed at the original production source by failing over again.
Copyright © 2013 EMC Corporation. Do not copy - All Rights Reserved.
RecoverPoint Fundamentals 40
With RecoverPoint 4.0, a RecoverPoint system can replicate data to up to four remote copies. Shown here is an example with all four copies in four different remote clusters. Each of these copies has its own journal and can be individually accessed. If we had a local copy, we could have up to three remote copies. Having two remote copies in the same remote cluster is also a supported configuration. Please note that RecoverPoint/SE supports a maximum of two clusters.
Copyright © 2013 EMC Corporation. Do not copy - All Rights Reserved.
RecoverPoint Fundamentals 41
The VSI RecoverPoint Management plug‐in is a plug‐in to the vSphere client that enables RecoverPoint Management integration with vSphere. The VSI software is free and is available at support.emc.com. The software is installed on the vSphere client as shown here. Installing and configuring the VSI plug‐in enables the VMware administrator to test and failover Site Recovery Manager protection groups to any point‐in‐time. These protection groups must be based on datastores accessed by the ESXi server(s) with either the Fibre Channel, FCoE or iSCSI protocols. NFS datastores cannot be protected using VSI RecoverPoint Management. Installation will only succeed on hosts that already have the vSphere client installed. The vSphere client cannot be opened at the time of installation – an error will appear and the installation will terminate. Although physical RPAs are shown here, this functionality is available with virtual RPAs as well.
Copyright © 2013 EMC Corporation. Do not copy - All Rights Reserved.
RecoverPoint Fundamentals 42
RecoverPoint 4.0 integration with SRM enables users to test or failover SRM protection groups to any point‐in‐time. This is done using the vSphere client and the Virtual Storage Integrator (VSI) RecoverPoint Management. VSI is free of charge and downloadable from support.emc.com. Installation, configuration, and usage of VSI RecoverPoint Management is quick, easy, and very similar to all other VSI products. The process is simple. Apply the point‐in‐time copy to use with SRM, run the SRM test or failover procedure and the test or failover will occur using the point‐in‐time specified.
Copyright © 2013 EMC Corporation. Do not copy - All Rights Reserved.
RecoverPoint Fundamentals 43
Starting with RecoverPoint 4.0, SRDF and RecoverPoint are supported with the same source device. SRDF R1 devices can be replicated locally with RecoverPoint local replication at the same time that the R1 is being replicated via SRDF to the R2 device. The any point‐in‐time feature of RecoverPoint enables protection against local corruption, while SRDF provides the disaster recovery solution. If SRDF is already configured, one can add the RecoverPoint local protection. If RecoverPoint local protection is already configured, one can add SRDF for remote protection.
Typical usage for this solution would be a customer that currently has a database application set up with synchronous SRDF for compliance reasons. SRDF can protect against site failure, but not against logical corruption of the database. By adding CDP to the R1 device the customer gets ‘DVR’ like recovery with minimal or zero RPO in case of data corruption. This solution will also provide a better RPO and RTO when compared with local replication solutions such as TimeFinder Snap and Clones with backup of database logs.
Copyright © 2013 EMC Corporation. Do not copy - All Rights Reserved.
RecoverPoint Fundamentals 44
RecoverPoint supports virtual provisioning. Virtual provisioning is the ability to present an application with more capacity than is physically allocated to it in the storage array. The physical storage is then allocated to the application “on‐demand” as it is needed from a shared pool of capacity. RecoverPoint replicates only the allocated space that is in use by the application. For example, the application may believe it has 8 GB allocated, but may only have 2 GB in use. RecoverPoint replicates only the 2 GB.
Copyright © 2013 EMC Corporation. Do not copy - All Rights Reserved.
RecoverPoint Fundamentals 45
Some additional features of RecoverPoint include the simplified prioritization of consistency groups, full FIPS 140‐2 compliance, and a robust REST API interface. The simplified prioritization of consistency groups makes it easy to ensure that the most important data has the least possibility of data loss. Full FIPS 140‐2 compliance ensures that the environment is secure by fully complying with the US Department of Commerce FIPS 140‐2 specification. A robust REST API interface enables custom scripting and applications via standard RESTful protocols.
Copyright © 2013 EMC Corporation. Do not copy - All Rights Reserved.
RecoverPoint Fundamentals 46
This module covered features, functions, and capabilities of RecoverPoint.
Copyright © 2013 EMC Corporation. Do not copy - All Rights Reserved.
RecoverPoint Fundamentals 47
This module focuses on Unisphere for RecoverPoint and how to use it.
Copyright © 2013 EMC Corporation. Do not copy - All Rights Reserved.
RecoverPoint Fundamentals 48
Unisphere for RecoverPoint provides a single point of management for the entire RecoverPoint system. Users familiar with any one of the many other Unipshere interfaces will find it easy and intuitive to navigate through Unisphere for RecoverPoint. This significantly reduces the learning curve for new users. You can run Unisphere for RecoverPoint on any supported web browser from any system that has TCP/IP connectivity to the RecoverPoint appliances. Check the release notes for RecoverPoint to find a list of the supported browsers. Use https:// to access Unisphere for RecoverPoint .
Copyright © 2013 EMC Corporation. Do not copy - All Rights Reserved.
RecoverPoint Fundamentals 49
RecoverPoint 4.0 introduces the Unisphere for RecoverPoint user interface, a web based client that replaces the RecoverPoint Management Application available with previous versions of RecoverPoint. Users familiar with any one of the EMC Common User Interface Toolkit (ECUIT) based interfaces will find it easy and intuitive to navigate through the Unisphere for RecoverPoint GUI. This significantly reduces the learning curve for users. When logged in, users are immediately presented with a topology of their RecoverPoint system, as well as health and traffic information. All protection and recovery operations are wizard‐based with clearly defined, intuitive steps.
Copyright © 2013 EMC Corporation. Do not copy - All Rights Reserved.
RecoverPoint Fundamentals 50
RecoverPoint offers a command line interface for use with both replication and system maintenance tasks. This interface allows for multiple users to access the RecoverPoint cluster at the same time. Replication tasks, such as failover commands, can be scripted using this interface. The maintenance user capability allows for checking system health and for log collection.
Copyright © 2013 EMC Corporation. Do not copy - All Rights Reserved.
RecoverPoint Fundamentals 51
RecoverPoint 4.0 also introduces eLicensing. For new RecoverPoint 4.0 installations, once the license authorization code (LAC) is received, simply log into support.emc.com, fill out the necessary information, and download the license file. Everything is self‐service and does not require a service request. All RP licensing records will be available online, which makes it quick and easy to verify licensing purchases and prove compliance during company audits. Please note that upgrades from previous RecoverPoint licenses to RecoverPoint 4.0 will require a service request. After the initial upgrade, all further upgrades and changes can be done using the eLicensing service.
Copyright © 2013 EMC Corporation. Do not copy - All Rights Reserved.
RecoverPoint Fundamentals 52
RecoverPoint 4.0 also introduces Deployment Manager 2.0. With this version of DM, one can install, maintain, or upgrade to RecoverPoint 4.0. This tool can be used for both physical and virtual RPAs. Deployment Manager can also be used to install and maintain earlier versions of RecoverPoint.
Copyright © 2013 EMC Corporation. Do not copy - All Rights Reserved.
RecoverPoint Fundamentals 53
This module covered the topics listed here. If interested in learning more about any of these topics please refer to the Education Services catalog to see what other RecoverPoint training we offer.
Copyright © 2013 EMC Corporation. Do not copy - All Rights Reserved.
RecoverPoint Fundamentals 54
This course covered an overview of the RecoverPoint Product and the solutions it provides. This concludes the training.
Copyright © 2013 EMC Corporation. Do not copy - All Rights Reserved.
RecoverPoint Fundamentals 55
View more...
Comments
