INTRODUCTION

Below is a list of servers which have been identified as having a SAN storage association.

For the COB testing on 12th May, server owners have a number of options available for SAN SRDF operations:

To include your particular server in either or both batch runs, please contact the SAN support team (*GT EMEA TI Distributed Storage), specifying your server name and the batches that you require for that particular server. We will update the list each morning to reflect changes.

INTRODUCTION TO SRDF

The Symmetrix Remote Data Facility (SRDF) is a business continuance solution that maintains a mirror image of data at the device level in Symmetrix arrays located in physically separate sites.

SRDF provides a recovery solution for component or site failures between remotely mirrored devices, reducing backup and recovery costs and significantly reduces recovery time after a disaster.

In an SRDF configuration, the individual Symmetrix devices are designated as either a source or a target to synchronize and coordinate SRDF activity. If the source (R1) device fails, the data on its corresponding target (R2) device can be accessed.

When the source (R1) device is replaced, the source (R1) device can be resynchronized. SRDF configurations have at least one source (R1) device mirrored to one target (R2) device.

In a unidirectional SRDF configuration (site standard within CITIgroup), all source (R1) devices reside in the local Symmetrix array and all target (R2) devices in the remote site Symmetrix array. Data flows from the source (R1) devices over an SRDF link to the target (R2) devices.

WHAT IS A SRDF SPLIT OPERATION?

An SRDF split operation involves stopping the remote mirroring between the source (R1) device and the target (R2) device. The target device is made available for local host operations. This operation should be used in a COB test scenario when the user wants to discard any data generated on COB servers during a COB test.

WHAT IS A SRDF ESTABLISH OPERATION?

An SRDF establish operation establishes remote mirroring and initiates an incremental data copy from the source (R1) device to the target (R2). This operation will be required if a split has been run previously to initiate remote site mirroring of your SRDF storage.

WHAT IS A SRDF FAILOVER OPERATION?

Switches data processing from the source (R1) side to the target (R2) side. This operation should be used in a COB test scenario when the user wants to retain any data generated on the COB server during the COB test.

WHAT IS A SRDF FAILBACK OPERATION?

Switches data processing from the target side (R2) back to the source (R1) side. This operation should be used in a COB scenario when a failover has been run previously to restore the source and target devices to their original locations.

SAN ATTACHED SERVERS WITHIN SCOPE

The following servers are within scope, and identified as SAN attached:

 emeaap1p
 emeadb1p
 eqdpmln1
 eqdpmln2
 eqedtsdb5
 eqedtsdb6
 eqemsap1p
 eqemsap2p
 eqibexs1
 eqibexs1p
 eqibexs2
 eqibexs2p
 eqkdb2
 eqkdbap1p
 eqkdbap2p
 eqptmsap1p
 eqptmsdb1p
 eqtgdb1lnp
 eqzap1lnp
 eqzap3lnp
 eqzap5lnp
 eqzeusdb1
 eqzeusdb2
 eqzeusnfs1
 eqzeusnfs1p
 eqzeusnfs2
 eqzeusnfs2p
 eqzrep1lnp
 eubmcap2p
 eubmcap3p
 eubmcap4p
 eubmcap5c
 eubmcap6c
 eubmcdb1p
 euemidb1p
 euwpipdats001
 euwpipfils002
 euwpipora001
 fibamdb1p
 ficashdb1p
 fidap3lnp
 fidptap1p
 figfddb1eup
 figfdrp1eup
 figridap1p
 figridap2p
 fiimcap1eup
 fiimcdb1eup
 fimktv2p
 fioradb1p
 fioradb2p
 fipacap1eup
 firefdb1eup
 firtap1p
 firtdb1p
 fiscanap1p
 fistmap1p
 fisybdb1p
 fisybdb2p
 fisybdb3p
 fisybdb4p
 fitetdb1p
 fitetdb2p
 fxfateprod2
 fxfox6p
 fxmmiap1p
 fxmmiap2p
 fxofxdat1p
 fxofxdat2p
 fxopolap1p
 fxopolap2p
 infraoraprod1
 ldneqtbk001
 mfdunpcgc1
 mfgenpcgc
 mfluxpcgc
 nukcgc2-qes06
 soldsprod1
 sstmoap1p
 sstmodb1p
 tcactionp1
 tcbrkprod1
 tccairoprod81
 tccam1p
 tccarsdb1p
 tccatspcgc1
 tcclmyap1p
 tccofcarsprod81
 tccofinprod2
 tccofinprod81
 tcconipprod81
 tccotprprod81
 tcdsfinrcpcgc
 tcdsopsprod81
 tcdssecprod1
 tcebwebdb1p
 tcedldat1p
 tcedldat2p
 tcfehamprod81
 tcfesecprod81
 tcfinfeprod1
 tcgopprod81
 tchamdb1p
 tciowaap1p
 tciowadb1p
 tcmfondb2p
 tcmigdb1p
 tcmmdb1p
 tcmstrap1p
 tcmstrap2p
 tcmstrdb1p
 tcmstrdb2p
 tcncsprod1
 tcolidatahub
 tcozcarsprod81
 tcrcfdat1p
 tcsolprod1
 tcswnetp1
 tctapdb2p
 tctapdsprod3
 tctapfeprod81
 tctnsprod1
 tcubxdb1p
 ukcaiprsd01
 ukcaiprsd02
 ukcfprsd04
 ukcfprsd06
 ukcfprsd13
 ukcfprsd14
 ukctiprsd45
 ukdrvprsa05
 ukdrvprsd05
 ukebudrsd61
 ukebudrsw61
 ukebuprsd29
 ukebuprsd50
 ukebuprsd65
 ukebuprsd82
 ukebuprsd91
 ukefsprsa02
 ukefsprsd01
 ukefsprsw01
 ukefsprsw02
 ukfiprsd02
 ukfiprsd03
 ukfxprsd30
 ukfxprsd34
 ukgopprsd01
 ukgtsprsa02
 ukgtsprsd01
 ukgtsprsd06
 ukgtsprsd15
 ukgtsprsd16
 ukgtsprsd24
 uksecprsa86
 uksecprsd13
 uksecprsd20
 uksecprsd21
 uksecprsd22
 uksecprsd23
 uksecprsd24
 uksecprsd25
 uksecprsd26
 uksecprsd27
 uksecprsd28
 uksecprsd29
 uksecprsd30
 uksecprsd34
 uksecprsd43
 uksecprsd53
 uksecprsd55
 uksecprsd57
 uksecprsd60
 uksecprsd61
 uksecprsd62
 uksecprsd63
 uksecprsd64
 uksecprsd66
 uksecprsd68
 uksecprsd75
 uksecprsd76
 uksecprsd78
 uksecprsd80
 uksecprsd82
 uksecprsd83
 uksecprsd84
 uksecprsd87
 uksecprsd88
 uksecprsd89
 uksecuasd26
 uksecuasd27
 uksecuasd28
 uktsyprsd10
 ukwarprsd06

SERVERS INCLUDED IN 9:00AM SPLIT BATCH

 eqibexs1
 eqibexs2
 eqibexs1p
 eqibexs2p
 eqptmsdb1p
 eqzeusnfs1p
 eqzeusnfs2p
 eqzeusnfs1
 eqzeusnfs2
 eqzeusdb1
 eqzeusdb2
 eqemsap1p
 eqemsap2p

SERVERS INCLUDED IN 9:00AM FAILOVER BATCH

SERVERS INCLUDED IN 18:00PM ESTABLISH BATCH

SERVERS INCLUDED IN 18:00PM FAILBACK BATCH

AUTHOR

Tim Robinson (2007)