
UNSOLVED
SNAPVIEW performance issue
I had an issue this morning after trying to access a set of SNAP luns on an alternate server. After adding a host to the SNAP storage group and starting to mount the SNAP LUNs my production hosts started to have issues. Each LUN started to queue, some of them the queue was double the active IO. I still had alot of free space in the resurve pool. The only thing I noticed was dirty page % was over 90%. This is the first time we tried to access a SNAP and the source LUNs at the same time. We would normally be moving the server to the new SNAP SG for testing.
Anyone have any thought?
Responses (0)
Solutions (0)
