Download as pdf or txt
Download as pdf or txt
You are on page 1of 8

SRDF with Celerra File Server

September 2000
Copyright © 2000 EMC Corporation. All rights reserved.
Printed September 7, 2000

No part of this publication may be reproduced or distributed in any form or by any means, or stored in a database or
retrieval system, without the prior written consent of EMC Corporation. The information contained in this document is
subject to change without notice. EMC Corporation assumes no responsibility for any errors that may appear. All computer
software programs, including but not limited to microcode, described in this document are furnished under a license, and
may be used or copied only in accordance with the terms of such license. EMC either owns or has the right to license the
computer software programs described in this document. EMC Corporation retains all rights, title and interest in the
computer software programs.

EMC Corporation makes no warranties, express or implied, by operation of law or otherwise, relating to this document, the
products or the computer software programs described herein. EMC CORPORATION DISCLAIMS ALL IMPLIED WARRANTIES
OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE. In no event will EMC Corporation be liable for
(a) incidental, indirect, special or consequential damages or
(b) any damages whatsoever resulting from the loss of use, data or profits, arising out of this document, even if advised
of the possibility of such damages.

EMC, EMC2 (the EMC logo), and Symmetrix are registered trademarks and Celerra, TimeFinder, SRDF, and
where information lives are trademarks of EMC Corporation. All other trademarks used herein are the property of
their respective owners.
CONTENTS

Overview . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .1

Functional Description . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .2
Active-Passive . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .2
Active-Active . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .2
SRDF Connectivity . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .3

SRDF With Celerra . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .3


Active-Passive . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .3
Active-Active . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .4

Using Celerra With SRDF . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .4


Initialization . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .4
Activation . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .5
Restoration . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .5
Limitations . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .5
For More Information . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .5
OVERVIEW
SRDF for the Celerra File Server ensures that the file systems on a Celerra File server are continuously
available to network users, even if a Celerra is unavailable or not functioning. This feature provides a sec-
ondary mirror copy of data for the following purposes:

• Disaster Recovery

• Data Center Migration

• Data Center Decision Solutions

SRDF for Celerra is based on proven Symmetrix Remote Data Facility (SRDF) technology. SRDF for the
Celerra File Server adds an additional benefit by ensuring that the Celerra file service is continuously
available, an important consideration for mission-critical applications. SRDF for Celerra ensures continuous
network access to data.

The SRDF feature is transparent to the host operating system and host applications, and SRDF does not
require additional host software for duplicating data on the Symmetrix units at the geographically
separate site(s).

title of white paper goes here 1


FUNCTIONAL DESCRIPTION completed, the remote Symmetrix sends an
acknowledgment to the local. The local Symmetrix
SRDF transfers data between Symmetrix systems does not accept additional write requests until it
in either uni-directional or bi-directional mode. receives the acknowledgment. In this configuration,
the remote Symmetrix is only used as a hot standby.
In the uni-directional mode, called active-passive
in SRDF terminology, all source volumes reside You can also add additional, active Symmetrix units
one host-attached Symmetrix and all target to this configuration. The remote Symmetrix serves
volumes reside in another, remotely located as a backup for each active Symmetrix systems.
Symmetrix. Data written to the source volumes
as part of normal file system operations is copied Active-Active
to the target volumes on the remote Symmetrix. In an active-active configuration, as shown in
Figure 2, each Symmetrix can be partitioned into
In a bi-directional configuration, called active-active,
both active and passive areas, and function both
both source and target volumes reside in each
as the primary system and the remote backup.
Symmetrix. Data written to the source volumes in
There are two communications links, each
either Symmetrix is copied to the corresponding
connecting the active disks on one Symmetrix
target volume in the remote Symmetrix.
with their passive counterparts on the other
The following sections provide more information Symmetrix. Write requests to each active disk are
about each of these modes. copied to the corresponding passive disk. (There
is a one-to-one relationship between active and
passive disks). In this configuration, each
Active-Passive
Symmetrix is being utilized as a production
In an active-passive configuration, as illustrated system and as a remote disaster-recovery standby.
in Figure 1, two Symmetrix systems are set up in
physically separate data centers. A disk write In an Active-Active configuration, both Symmetrix
request received on the local Symmetrix is systems are in production, unlike Active-Passive
transmitted over a Symmetrix-to-Symmetrix configurations where the remote Symmetrix is
communication link and copied on the remote essentially a hot standby and thus unavailable for
Symmetrix. Once the remote write operation is production operations until a failover is initiated.
Figure 1. SRDF Active-Passive Mode
Write

DATA DATA

Copy

PRIMARY Acknowledge BACKUP

Symmetrix R1 Symmetrix R2

Figure 2. SRDF Active-Active Mode

Copy

PRIMARY Acknowledge BACKUP

Copy

BACKUP Acknowledge PRIMARY

Symmetrix R1 Symmetrix R2

1
Failover configuration, activation, and restoration must all be explicitly initiated by the system administrator.
Once initiated, activation and restoration are automatic.

2 SRDF with Celerra File Server


SRDF Connectivity be set up with the correct SRDF communications
Celerra with SRDF enables the Symmetrix units links as required. This section describes the basic
attached to the Celerra File Servers in a campus configurations that are supported.
environment to be located up to 37 miles (60 km) Active-Passive
apart, using fiber optic links. This implementation
supports both uni-directional and bi-directional In this configuration, shown in Figure 4, two
SRDF configurations. Celerras communicate over LAN or WAN links,
while two attached Symmetrix systems are
For Celerra with SRDF, the SRDF link must be syn- connected via SRDF-compatible links. Normal
chronous. Celerra with SRDF does not support mirroring between the Symmetrix systems is
SRDF semi-synchronous or adaptive copy modes. carried out, while the Celerra remains on standby,
becoming available if and only if the local Celerra
SRDF WITH CELERRA becomes unavailable. While in standby mode, the
remote is powered up and its Control Station
You can combine SRDF and Celerra to ensure available on the network. However, the Data
continuity of data access across a Celerra-based Movers on the standby have no access to the file
network and/or across long-distances. With the systems, including read-only access. As with any
SRDF link that connects the Symmetrix systems, Celerra system, it continually monitors its internal
Celerra network users have access to data from hardware status and, if properly configured,
the local Symmetrix or, if the local Symmetrix is initiates a automated callback event to report any
unavailable, the remote Symmetrix. problems that could require attention by either
on-site or EMC personnel.
To implement Celerra with SRDF, the Celerra
configuration is modified with respect to the Figure 4 shows a Celerra Active-Passive configu-
traditional Celerra. Each logical volume defined in ration similar to the Symmetrix Active-Passive
the Celerra volume database is comprised of two configuration in Figure 1.
physical volumes, one on the local Symmetrix and
one on the remote Symmetrix. For example, a The active-passive configuration provides
typical Symmetrix volume, volume 001, would be complete Celerra redundancy. However, the
comprised of 001-R1 (the local disk) and 001-R2 remote system cannot be utilized for production
(the remote disk). Any Celerra file systems actually operations because all of its Data Movers are
reside on both disk volumes, with the remote dedicated to SRDF standby operations.
devices mirroring the data on the local devices.

Celerra with SRDF implements SRDF disaster


recovery capabilities using at least two Celerra
File Server and at least two Symmetrix systems.
Celerra with SRDF requires that each Symmetrix

Figure 3: Celerra Volume Configuration for SRDF Figure 4. Celerra with Active-Passive SRDF
Celerra
LAN/WAN
Links

Primary

Celerra R1 Celerra R2

Primary Backup

Volume 001

Copy

001 - R1 001 - R2
Acknowledge

Symmetrix R1 Symmetrix R2 Symmetrix R1 Symmetrix R2

SRDF with Celerra File Server 3


Figure 5: Celerra with Active-Active SRDF USING CELERRA WITH SRDF
The Celerra system software enables the Celerra
LAN/WAN File Server to recognize the SRDF relationship
Links
between the two Symmetrix systems. In addition,
SRDF communications hardware is installed to
Celerra R1 Celerra R2 enable the Symmetrix systems to communicate
Failover
with each other. This SRDF link must be in
Primary Backup synchronous mode, where every write request
must be acknowledged. This may have a perform-
ance impact during normal mirrored operation.
Transfers role/
functionality
Each Celerra can communicate with the other
through the Control Stations using LAN or WAN
Copy links, for example, using Telnet to access the
remote administration account. There is, however,
R1 R2 no direct SCSI connection between the local
Acknowledge
Celerra and the remote Symmetrix.

Copy
Initialization
R2
Acknowledge
R1 To initialize an active-active SRDF relationship
between two attached Celerra-Symmetrix pairs,
you execute an initialization command on the
Symmetrix R1 Symmetrix R2
Control Station. This command performs the
following actions:
Active-Active
• Configures the Celerra Control Station to use
In this configuration, shown in Figure 4, the two
SRDF.
Symmetrix systems are partitioned into active
and passive segments. Each Celerra functions as • Identifies the backup Celerra that is paired with
both the primary production system and a remote the primary Celerra.
mirror for the other Celerra. Should either Celerra
(including the attached Symmetrix) become • Identifies the volume mapping on the Symmetrix
unavailable, the remote Celerra can take over and matches active (also called R1) volumes with
ownership of the failed Celerra’s file systems and their passive (R2) counterparts.
network identity, including IP and MAC addresses.
• Prompts you to create a remote administration
Should either of the Celerra File Servers become account on the Control Station that you use to
unavailable, the system administrator can initiate manage the R2 devices (that is, the devices that
a failover1. After a successful failover, the surviving support the production volumes of the other,
Celerra provides connectivity for users and access remote Celerra) during a failover.
to all file systems, both its own primary file systems
through its primary Data Movers and the mirrored • Prompts you to define certain Celerra Data
file systems on the RDF standby Data Movers. Movers as RDF standby units. The standby Data
Movers enable users to access the mirrored file
Figure 5 shows a typical Celerra active-active systems on the backup Celerra if the primary
configuration. Celerra becomes unavailable. There is a one-to-
one relationship between primary and SRDF
With active-active configurations, identifying which standby Data Movers. That is, an SRDF standby
system is “local” depends upon your point of Data Mover can serve as a standby for only one
reference. For any operational Celerra, “local” primary Data Mover.
refers to the Celerra itself and the production
volumes on the attached Symmetrix, while Once this command is executed, the remote Celerra
“remote” refers to the remotely located Celerra and stands ready to provide full file system access and
the mirrored volumes on its attached Symmetrix. functionality in the event of a system failure.

4 SRDF with Celerra File Server


Activation • The R2 devices resume mirroring of the R1 devices.
To initiate an SRDF failover from the primary • Each Data Mover on the failed Celerra is rebooted
Celerra to the backup, you insure the primary and re-acquires the IP address and file system
Celerra is halted, log in to the backup Celerra control from the corresponding standby Data
using the remote administration account, and Mover on the remote Celerra.
issue the activation command. This command
option is executed at the administrator’s discre- • The RDF standby Data Movers are rebooted into
tion and performs the following actions: standby mode.

• Sets each R1 volume on the local Celerra (the one Once this command is executed, users have full
failing over) as read-only, and sets each R2 access to the restored file systems on the
volume on the remote Celerra (the standby that is restored local Celerra, and the remote Celerra
being activated) as read-write. stands ready to provide failover capability in the
event of another system problem.
• Configures each RDF standby Data Mover on the
remote Celerra to acquire the following character-
istics of its counterpart: Limitations
Network identity If any of the Data Movers on the primary have
failed over to another Data Mover under the tradi-
The IP and MAC addresses of all NICs in the tional internal Data Mover to Data Mover failover
failed Data Mover capability, the results of an SRDF failover may be
different than expected. For example, if server_4
Storage identity fails over to server_9 (as an internal Data Mover
The file systems controlled by the failed Data to Data Mover failover), server_9 must have an
Mover SRDF standby configured on the remote Celerra
for any subsequent SRDF failover on this Data
Service identity Mover to succeed. In the configuration process,
the system administrator may have configured an
The mount and export characteristics of the
SRDF standby for server_4 but not server_9.
file systems (such as CIFS lock and access
In this simplistic example, the SRDF failover of
control policies) controlled by the failed
server_9 would not occur2.
Data Mover
If, however, server_9 has been configured with a
Once the failover is activated, users have access remote standby, the SRDF failover would occur as
to the same file systems using the same network expected. Note that, in such a scenario, an SRDF
addresses as they did on the failed Celerra, standby configured to support server_4 (which
provided they have network access to the remote had internally failed over prior to the SRDF
Celerra site. Except for the period of interruption failover) would remain dormant.
during the failover, users should not notice a When the primary Celerra is restored, server_9
difference in terms of network file access. returns to service as the internal standby for serv-
er_4. server_4 remains dormant until restored
Restoration trough the normal Data Mover restoration process.
To restore a Celerra after a failover, you insure the
Symmetrix attached to the failed Celerra is For More Information
powered up, log in to the remote Celerra using a
remote administration account, and issue the For more information about using Celerra with
restore command. This command option is SRDF, refer to the Celerra File Server Command-
executed on the remote Celerra at your discretion line Interface System Administrator’s Guide, P/N
and performs the following actions: 300-501-550.

• The data on each R2 volume on the remote


Celerra, which contains any changes to the file
system that occurred during the failover period, is
copied to the corresponding R1 volume on the
failed Celerra.
2
Because each Data Mover failover is an independent event, the failure of one Data Mover to fail over does not affect
the failover of the remaining Data Movers.

SRDF with Celerra File Server 5

You might also like