This post is more than 5 years old
41 Posts
1
2406
failing over individual devices in SRDF/A session
I'm a bit unclear about what flexibility is possible in SRDF/A.
We have a RDF group that is setup with async. There are a number of devices all running async with consistency enabled. We would like failover a select few devices for a DR test.
Is this possible? Or do all the devices in the SRDF/A session need to be managed as a whole??
We have a RDF group that is setup with async. There are a number of devices all running async with consistency enabled. We would like failover a select few devices for a DR test.
Is this possible? Or do all the devices in the SRDF/A session need to be managed as a whole??
MikeMac1
292 Posts
1
May 1st, 2009 08:00
MikeMac1
292 Posts
2
May 1st, 2009 06:00
BHORAN1
41 Posts
1
May 1st, 2009 08:00
If I wanted to keep them all async could I create a new RDF group that is async and move the individual devices into this RDF group and fail them over?
BHORAN1
41 Posts
1
May 1st, 2009 09:00
1) Create new RDF group and set as acp_disk
2) Suspend all devices on my exsting async RDF group
3) Movepairs from the existing async RDF group into the new RDF group
4) Return existing async group to established/consistent
5) Establish devices in the new async group
6) Failover devices in new async group as desired
7) Reverse process to move devices back into the main async RDF group
MikeMac1
292 Posts
0
May 1st, 2009 10:00
xe2sdc
2 Intern
2 Intern
•
2.8K Posts
0
May 2nd, 2009 07:00
1) create new RDF group
2) put all devices on existing async RDF group in acp_disk mode
3) suspend devices you want to move
4) movepairs (if you have code 5773 or better) on new RDF group
5) put all remaining devices on "old" RDF group in old mode
6) establish devices in new RDF group (they will still be acp_disk)
7) put devices in new RDF group in async mode
Now you have a brand new RDF group you can manage as a whole thing independently from the old one.
If you want to merge them back:
1) put all devices in both old and new RDF group in acp_disk
2) suspend all devices in new RDF group
3) movepairs (if you have code 5773 or better) from new to old RDF group
4) establish moved devices in old RDF group
5) put all devices in async
6) delete unneeded RDF group
Siaotong
19 Posts
1
May 4th, 2010 05:00
If you're working on a V-Max with 5874, then you can use the -cons_exempt flag as below (excerpt from SE SRDF Family CLI Product Guide v7.0)
SRDF/A and the consistency exempt option
When an RDF group is supporting an active SRDF/A session, control operations
must be targeted at all device pairs in the session, or the session must first be made
inactive by suspending the links between all device pairs in the session before
attempting to control a subset of the device pairs.
The consistency exempt feature, available with Enginuity 5874, relaxes that
restriction. Devices marked consistency exempt can, in some cases, be controlled
independently of other devices in the active SRDF/A session. The
-cons_exempt
option flags devices targeted by the command as consistency exempt. Enginuity
automatically clears the consistency exempt status when the affected device pairs
have become consistent and two cycle switches have subsequently occurred.