Help

Start a discussion

Ferry1

updated

17 years ago

Solved!

Go to Solution
F

Ferry1

35 Posts

0

2472

October 16th, 2009 10:00

SRDF/A setup considerations

He all,

I got some questions about Fysical Setup considerations for SRDF/A

At this moment we run SRDF/S over DWDM links ( 42KM ).
Customer want to run also SRDF/A for a write intensive Oralce Database.

Can you guide me through the fysical setup requirments for this?

- what information is needed for SRDF lines? what does this say:
symcfg -sid 0007 list -ra all

Symmetrix ID: 000290100xxx

S Y M M E T R I X R D F D I R E C T O R S


Remote Local Remote
Ident Symb Num Slot Type Attr SymmID RA Grp RA Grp Status

RF-3C 03C 35 3 RDF-BI-DIR - - 5 (04) - Online
- - 6 (05) -
- - 7 (06) -
RF-14C 14C 46 14 RDF-BI-DIR - - 5 (04) - Online
- - 7 (06) -
RF-3D 03D 51 3 RDF-BI-DIR - 000290100xxx 2 (01) 2 (01) Online
- 000290100xxx 1 (00) 1 (00)
- 000290100xxx 1 (00) 1 (00)
- 000290100xxx 1 (00) 1 (00)
- 000290100xxx 1 (00) 1 (00)
- 000290100xxx 2 (01) 2 (01)
- 000290100xxx 2 (01) 2 (01)
- 000290100xxx 2 (01) 2 (01)
RF-4D 04D 52 4 RDF-BI-DIR - 000290100xxx 1 (00) 1 (00) Online
...
RF-7D 07D 55 7 RDF-BI-DIR - 000290100xxx 1 (00) 1 (00) Online
...
RF-8D 08D 56 8 RDF-BI-DIR - 000290100xxx 1 (00) 1 (00) Online
....
RF-9D 09D 57 9 RDF-BI-DIR - 000290100xxx 1 (00) 1 (00) Online
...
RF-10D 10D 58 10 RDF-BI-DIR - 000290100xxx 1 (00) 1 (00) Online
...
RF-13D 13D 61 13 RDF-BI-DIR - 000290100xxx 1 (00) 1 (00) Online
....
RF-14D 14D 62 14 RDF-BI-DIR - 000290100xxx 1 (00) 1 (00) Online
...

- can we use any of these channels for SRDF/A traffic ?

thanks,

Ferry

Message was edited by:
Stefano Del Corno

removed box SN
  • X

    xe2sdc

    6 Operator

    •

    2831 Posts

    1512

    0

    Posted October 17th, 2009 13:00

    If you have switched-dynamic-RDF already enabled (check output of "symcfg -sid xxx -v list") you can simply use symrdf and remove dirs 4D and 13D from groups 1 and 2 (use "symrdf modifygrp"), then use (again) symrdf to create a brand new RDFG ("symrdf addgrp") using only dirs 4D and 13D. Last step is delete pairs ("symrdf susp" and "symrdf deletepair") and then create them again on the new group ("symrdf createpair").

    When you have your brand new pairs on new group, put them in adaptive copy ("symrdf set mode acp_disk"), establish the pairs and when you have little if no tracks waiting on R1 side, put the group (the DG that you use to manage the pairs) in async mode ("symrdf set mode async").

    Enjoy :D
  • X

    xe2sdc

    6 Operator

    •

    2831 Posts

    1512

    0

    Posted October 16th, 2009 10:00

    Since code 5671 (and it looks like you are at least at 5771) each RDF processor can run both SRDF/S and SRDF/A. Thus I see no real issues with your RDF configuration. But do considere that SRDF/A puts lot more pressure on cache. Thus ask EMC and check carefully if both R1 and R2 boxes have plenty of cache. Another thing to considere is that R2 performances may impact SRDF/A, thus ask EMC to check if R2 is fast enough.

    In a word: Yes you can. But you probably need to spend some money :-)
  • F

    Ferry1

    35 Posts

    1512

    0

    Posted October 16th, 2009 11:00

    Stefano,

    yes you are right about the 71 code, we run that.

    i have asked EMC to check if we need extra cache and licenses..waiting for that.

    Can you explain some more about the RDF stuff, as it seems we have now 8 channel over witch SRDF/S runs in RA group 1 and 2.

    What is the next step for Setting up SRDF/A then, looking for the commands..

    Say i have now 20 x 36GB Devices with an SRDF/S in RA group2 and i want those Devices to switch to SRDF/A is that possible?

    Ferry

    i used fictive sid's but thanks for removing anyway :- )
  • X

    xe2sdc

    6 Operator

    •

    2831 Posts

    1512

    0

    Posted October 16th, 2009 11:00

    Ferry just to be frank ... Actual configuration looks a little "confused" to me ;-)

    Processors 3C and 14C still have a couple of configured groups (6 and 7) but remote box isn't available.

    Processors 4D, 7D, 8D, 9D, 10D, 13D and 14D have an 1:1 relation with remote processors and all run only group 1.

    Processor 3D talks with multiple remote processors (at least 5, up to 8) and runs both group 1 and 2.

    Let's come back to your question.

    SRDF/A is simply a different mode that you can use on any existing group. The main "issue" is that with SRDF/A all devices belonging to a group must run SRDF/A. I mean you can't mix SRDF/S and SRDF/A devices in a single RDF group. Thus you probably have to move devices to different groups (and of course create new groups) :D

    It's far better better thinking about using different processors for SRDF/A and SRDF/S groups (since they have different "workloads" and may interfere one with the other).
  • F

    Ferry1

    35 Posts

    1512

    0

    Posted October 16th, 2009 12:00

    Stefano,

    You are right sorry for the confusion,
    Processors 3C and 14C where used for remote replication and are not used at this moment.
    Processors 4D, 7D, 8D, 9D, 10D, 13D and 14D have the same setup as Processor 3D ( i used .... because else it would take to much space ) and you are right those Processors talk to 8 remote processors over RA 1 and RA 2 group.

    So if i understand you correct the steps to follow would be to use for example
    Processors 4D and Processors 13D for SRDF/A and create a new RA group for that, deletepair for curent SRDF/S database disks and createpair over new RA-group for those devices again.

    Ferry
  • X

    xe2sdc

    6 Operator

    •

    2831 Posts

    1512

    0

    Posted October 16th, 2009 14:00

    Processors 3C and 14C where used for remote
    replication and are not used at this moment.

    Ok .. cleaning up the things may require a SR and a PSE... :-/

    Processors 4D, 7D, 8D, 9D, 10D, 13D and 14D have the
    same setup as Processor 3D ( i used .... because else
    it would take to much space ) and you are right those
    Processors talk to 8 remote processors over RA 1 and
    RA 2 group.


    Thank you, now everything is crystal clear :-)

    Processors 4D and Processors 13D for SRDF/A and
    create a new RA group for that, deletepair for curent
    SRDF/S database disks and createpair over new
    RA-group for those devices again.

    Yup you are right. And don't forget to change groups 1 and 2 removing processors 4D and 13D.

    Since code 5773 you can even forget about deleting/recreating pairs and simply use the brand new interesting (and working) "movepair" feature... ;-)
  • F

    Ferry1

    35 Posts

    1512

    0

    Posted October 17th, 2009 11:00

    Stefano,

    Yes code 73 would be great, but if have some fighting to do for that because a lot of servers running now need to be upgraded for that. So i dont see that happen :- (

    Can you show me in the direction for the commands you use to start using 4D and 13D for SRDF/A?

    Thanks

    Ferry
  • F

    Ferry1

    35 Posts

    1512

    0

    Posted October 18th, 2009 00:00

    Sefano,

    Thanks for all the hints and tips, i'm sure i will enjoy the setup : - )

    Kind Regards,

    Ferry

Dell Support Resources

Latest Solutions

View More