UNSOLVED

dkruitz

updated

19 years ago

D

dkruitz

2 Posts

0

12100

December 7th, 2007 17:00

AX150i performance

We have an iSCSI AX150i SAN tied to a server for our backups. I'm not very happy with the performance of the throughput. For example - a 2GB folder of data. If I copy from the C: drive of the server to the SAN volume mounted as drive E:, it takes 7 minutes to copy the folder with no load on the SAN, and 18 minutes with a single backup job copying data to the SAN volume. Does a peak transfer rate of 285mb/min (no load) seem reasonable? We've got gigabit NICs and switches, even installed a dedicated switch to offload LAN traffic but it doesn't seem to matter. Only thing is the write cache isn't on because it doesn't have a dedicated UPS - is that a problem?
  • tommo666

    4 Apprentice

    1211 Posts

    186

    0

    Posted December 8th, 2007 18:00

  • Dell-Jeff G

    156 Posts

    186

    0

    Posted December 10th, 2007 12:00

    dkritz, You will never be happy with the performance unless you use the UPS that shipped with the system.  Even if your rack or data center is connected to a larger UPS, the only way to enable write cache without the AX's UPS properly cabled.
  • Dev Mgr

    6 Operator

    9308 Posts

    3 Points

    186

    0

    Posted December 10th, 2007 12:00

    If you have a dual processor AX150i, then you'll definitly want to use the dedicated UPS that came with the unit. The enabling of write cache will, most likely, very significantly improve performance on your setup. When you look at any cabling guide for the AX150/AX150i (dual processor version), you always see the UPS... This is for a reason; to enable write cache.
  • dkruitz

    2 Posts

    186

    0

    Posted December 11th, 2007 12:00

    Thanks guys, I'll look at setting up the UPS. This setup was already in operation when I got here - there's been LOTS to figure out and fix! :-)

    Message Edited by dkruitz on 12-11-2007 08:37 AM
  • gtrplyr

    9 Posts

    186

    0

    Posted January 28th, 2008 09:00

    you might try an I/O monitoring tool like this one that helps nail down the root cause of issues like this:  http://www.vmware.com/appliances/directory/1084  It's on VMware's site, but doesn't just run with VMware.