windows 2008 cluster having slow write on E:drive(tran Log)
e had a issue with a node of a windows cluster. There are 6 devices mapped and masked to that node from DMX-4. When i see the powermt display dev=all out put i see that out of 6 devices 1 of them has High queued i/o's .The rest 5 dont have any queued i/o's . I did some analysis on that device and i see the below readings.
Given the length of the previous thread I would recommend you open up a SR and supply EMCReports outputs for the nodes of the cluster with a view to getting it formally checked for configuration and also to begin a performance analysis on the array back end.
how many drives in the disk group where that meta is created ? Where i am going with this is maybe you can create a meta that is build out of smaller size but more number of sym devices. So right now your meta resides on 48 physical drives ( 6 x 8), maybe building your meta using 15G symdevs would double the number of drives involved on the back-end and get you better performance.
so with 160 disks you could create a 20 member meta that would not overlap. I would create 20 x 10G symm devices and create a striped meta out of that. Then use PowerPath migrator to move off the old device onto this one and see if you get better performance. While we like to keep our symmetrix device size consistent we had to create some custom size devices for situations just like yours. It can't hurt, if performance does not improve you can always migrate back to your original device.
could you please let me know whats the advantage in creating a 20 member striped meta (20*10GB) when compared to current config( 6 way meta (6 *35GB) . Is it becuase we can have faster parallel processing.
you have 160 drives in the disk group, if you are using 7+1 RAID 5, that means that each sym device resides on 8 physical drives. 160 / 8 = 20. So you can create 20 symmetrix devices, create a striped meta and that meta will span over 160 physical drives, thus giving a lot more IOPS, backend resources. Migrate to it using PowerPath so it's online and see if it improves performance.
now we are in the process of upgrading the HBA drivers and Powerpath on the windows 2008 cluster. Then planning to add two more additional paths if that doesnt work then I would follow the process you suggested like creating a 20 way striped meta and then do a Migration.
vimad
2 Intern
•
152 Posts
1440
0
Posted September 9th, 2010 16:00
Is there any thing else that need to be checked on the windows Cluster 2008 (active-active). before making any changes on the storage.