We have a New box with no load on it, we have added some thin luns to SUN server bounded to FC Thin pool, and fast vp was never enabled at all.. But Server admins complains that his IBM Disk has good read and write responses time compared to the new EMC Disk, he tried creating 10 GB files on both IBM array and EMC array, IBM outperforms EMC..
Everything has been set properly including flag settings, multipathing , but still we have a poor performance, any one has any suggestions or recommendation?
We have collected the TTP and BTP files and gave it to EMC, they are not seeing anything abnormal, but still Unix admin is confident abt his statement and generates the same report with almost same response time from EMC.. we have engaged EMC support.. let see what they are coming up with.
So they are using a "create file" as a benchmark for the storage? I would suggest a more realistic benchmark that would simulate your production load, I know you may create files during normal production, but I doubt this is the primary workload. I can think of several reasons why the create file might be slower on the VMAX than the IBM, if you really want to investigate this, please PM me.
Yes we are using SRDF/A, But it should not create much problems.. We also have the mainframes just a Dev environment running on 2 Engine Vmax, again it is suffering with 80% FA utilisation & Backends are 60|% utilisation during the during the Mainframe batch processing, Not sure how the Vmax will suffer if we move our Production Mainframe Data + Open system servers.
Yes probably the SRDF/A should not affect the performance.
I faced an issue like yours but with a new VMAX 20K and the SRDF/S because of the GSW.
General Safe Write (GSW) if i remember well, can create performance issues.
Adds around 1 ms to 1,5 ms extra response time.
The issue that i faced had to do with the REDO logs of the applications.
The customer performed billing cycles and some batches flows on a specific dates in a month and the GSW created so much delay issues to the REDO logs, so the whole database "weigh down" the whole environment.
Finally the GSW disabled on the VMAX and the issues resolbed.
All the above has to do with SRDF/S. Eventually SRDF/A should not affect the performance on the devices.
On the two engines VMAX are you using all the FA's (8 FAs) for your DEV environment.
What kind of procedures are executing on that DEV environment?
As of now only one Sun Box for Oracle database is using the Vmax for open systems with 4 paths and then the mainframe development batch will run between 5 - 9 PM, and we dont have any thing else on the box.. but still we are getting poor response time ..
sauravrohilla
859 Posts
1753
0
Posted February 20th, 2013 06:00
how he is monitoring the response time?