Hi Julianne, According to you answer the scenario looks prrty clear, since first of all it is important so determine if you are working in a mainframe or open system. 1 - There is no real advantage to use CG vs DG or File, it is just a different ways of working, some SA(Storage administrators are used to work with CG, and some other use the -file option for specific actions) You could use the split option not only with -file option but CG and DG But keep in mind the following: About power(energy) issues, I am not totally sure about it, but remember that if you are unplugging Vmax, the box needs to be in "rest mode" for a certain period of time before you plug it again, Consult it with the official EMC supports for you company, anyway it is quite probably that this task is going to be done by them, right? But I think it is good knowing this for you knowledge.  2 - Regarding Solutions Enabler, remember to include all your devices, so if you use DG, it has to include all devices, less some special ones, for instance in my installation there are a couple devices called(coupling (mainframe stuff)) that always remain with invalid tracks, so I do not include them in any SRDF task.  3 - Take a look at this command too, it is best practice, and it gives you a consistent scenario at all time.      symrdf -sid XXXX -file filename.txt query -summary -rdfg xx The -summary option, will show you the quantity of sym devices in each box(depending the symmetrix ID you are issuing) and their state (synch, partitioned, etc) Here you have an example attached Now going back to your questions  1) It sounds like I need to use the command file option to split the entire SRDFgroup at one time without needing to split each individual symdg (I have about 30 of them).  Do I understand that correctly? It depends, depends on how you have done you DG if it has all the devices you want to include in your task you could use DG, or create a specific file containing all your sym devs for this particular task It would be a mess and difficult to control for you, if you have multiple DG in your installation, and on the other hand your idea would be to split or resume all the devices included in all your DG, in that case, I suggest creating a file instead, does it make sense? In my personal experience, when I have to face a challenge like you have to do, I use the file opction, because it is a task "one of kind" and not a repetitive one, in that case I would use DG, but you can use any you feel confortable with  2) what is the benefit of doing a SPLIT instead of RESUME? Split, you make sure the traffic link is cut at any time, because both boxes stop seeing each other. Something I forgot to mention is that sometimes you have to use -force or -symforce flag with split Split is frequently used in such cases, where traffic to R2 site is cut, but you still have R1 site up and productive, which I think is the case Take a look at this: A) Split: Leaves both R1 & R2 in write enabled state.  Actions: 1. Suspends the Rdf link. 2. Write Enables R2, Besides if you run a split It will resume the rdf link i/o Traffic In a nutshell:  Split - The R1 and the R2 are currently ready to their hosts, but the links are not ready or write disabled. Resume - The SRDF links have been suspended and are not ready or write disabled. If the R1 is ready while the links are suspended, any I/O will accumulate as invalid tracks owed to the R2.  Finally, It all depends on how you are handling your R1 site, not only the one you are relocating  
Greetings,  We are moving our entire Disaster Recovery data center to a new facility and I have some questions about the SRDF operations, experience with powering down a target array, and any best practices therein.  I have about 200 R1-R2 pairs (dynamic) SRDF (synchronous).  After the databases and servers are shut down, I was planning on suspending SRDF.  Then resuming SRDF once the equipment has been moved and powered up.  Questions: 1.)  Is there a command that will suspend/resume an entire SRDF link or SRDF group?       a.) If not, is it preferable to suspend one symdg at a time or create a device file with all 200 R1/R2 pairs?  2.)  Will the state of the R1 change with the target VMAX being powered off and losing the RA connections?     a.) If so, what are the requirements to get the correct state changes when the target VMAX powers back up?  Thanks In Advance, -jq
SRDF Desired states for powering off a vmax