Warning: Function ereg() is deprecated in ..../includes/class_postbit.php(345) : eval()'d code on line 4

Warning: Function split() is deprecated in ..../includes/class_postbit.php(345) : eval()'d code on line 19

Warning: Function ereg() is deprecated in ..../includes/class_postbit.php(345) : eval()'d code on line 4

Warning: Function split() is deprecated in ..../includes/class_postbit.php(345) : eval()'d code on line 19

Warning: Function ereg() is deprecated in ..../includes/class_postbit.php(345) : eval()'d code on line 4

Warning: Function split() is deprecated in ..../includes/class_postbit.php(345) : eval()'d code on line 19

Warning: Function ereg() is deprecated in ..../includes/class_postbit.php(345) : eval()'d code on line 4

Warning: Function split() is deprecated in ..../includes/class_postbit.php(345) : eval()'d code on line 19

Warning: Function ereg() is deprecated in ..../includes/class_postbit.php(345) : eval()'d code on line 4

Warning: Function split() is deprecated in ..../includes/class_postbit.php(345) : eval()'d code on line 19
San Array slowdown
Results 1 to 5 of 5

Thread: San Array slowdown

  1. #1
    Associate
    Join Date
    Feb 2006
    Location
    Ohio USA
    Posts
    18

    Question San Array slowdown

    Anyone here have experience with Dell San arrays?

    We have a process we run to back up a 200g oracle db. We tar and gzip it.
    When the DB was less than 200g it finished in 4 or 5 hours. Last week we were up to 8 hours with a hair over 200gigs of data. Now it's even longer. All system indicators show the system performing the tar gzip is running okay. The SAN is showing 100% busy, but our SAN guy says thats normal even with Windows boxes.
    The network is less than 50% utilized during this time period. So, I'm thinking the SAN is our slowdown, but I can't prove it.
    We tried just tar'ing the files, leaving the gzip processing off. The process still slow, averaging 5 gigs an hour. We had to kill it.

    Any ideas, or has anyone else seen something like this?

  2. #2
    Advisor Outlaw's Avatar
    Join Date
    May 2001
    Location
    Clifton Park, NY
    Posts
    630
    What tool are you referring to that leads you to determine that the SAN is saturated?

    What type of Dell SAN (model)? You say network @ 50%, so does this mean iSCSI? Netapp type filer using NFS?

    To view links or images in signatures your post count must be 10 or greater. You currently have 0 posts.


    To view links or images in signatures your post count must be 10 or greater. You currently have 0 posts.


    To view links or images in signatures your post count must be 10 or greater. You currently have 0 posts.

  3. #3
    Associate
    Join Date
    Feb 2006
    Location
    Ohio USA
    Posts
    18
    Outlaw,
    I'll try to explain it better. The slow processing is the only reason I think the SAN is causing the slowdown. We're running a Dell CX600. The windows admin who runs the SAN see's performance numbers saying the SAN is at 100% busy. But, he says that is normal. He see this when the SAN is doing it's regular operations. So, he does not belive the SAN is the problem.
    I say the network is 50% busy because our network shop runs a performance tool which shows the health of the network. Our backup process takes hours. The network utilization during those hours is less than 50% during the time period in question.
    The Dell 6650 4 way has a load average less than 2, and is chugging along averaging 25% busy.
    Quote Originally Posted by outlaw
    You say network @ 50%, so does this mean iSCSI?
    SCSI drives, but gigabit network. Not sure what iSCSI is.

    We're using NavSphere and Powerpath to connect to the SAN using OCFS file system.

    Hope this helps explain the enviroment. I'm new to it also, and hope I did not misstate it.
    Thanks!
    Last edited by DotHQ; 03-03-2006 at 05:32 PM.

  4. #4
    Advisor Outlaw's Avatar
    Join Date
    May 2001
    Location
    Clifton Park, NY
    Posts
    630
    My understanding thus far:

    Your database server, the PE 6650 is fibre channel attached to the CX600. The database itself is on a RAID 1+0 SCSI device, probably /dev/emcpower[x].

    What process are you using to do the exports? Exporting and then tarring and gzipping with another SAN LUN as the destination? Or are you tarring and gzipping with the destination being a NFS or CIFS share exported from the windows box?

    Basically, detail the steps you are using to ship the database export.

    To view links or images in signatures your post count must be 10 or greater. You currently have 0 posts.


    To view links or images in signatures your post count must be 10 or greater. You currently have 0 posts.


    To view links or images in signatures your post count must be 10 or greater. You currently have 0 posts.

  5. #5
    Quote Originally Posted by Outlaw
    My understanding thus far:

    Your database server, the PE 6650 is fibre channel attached to the CX600. The database itself is on a RAID 1+0 SCSI device, probably /dev/emcpower[x].

    What process are you using to do the exports? Exporting and then tarring and gzipping with another SAN LUN as the destination? Or are you tarring and gzipping with the destination being a NFS or CIFS share exported from the windows box?

    Basically, detail the steps you are using to ship the database export.
    My experience with OCFS is that it is slow as molasses. We run it under Windows, but since it is a file system, it might be the same issue under linux.

    Can you copy the database to another partition using a different, more common file system and then compress the copy there? what about copying it to another machine and compressing it there?
    My crime is that of curiosity. My crime is that of judging people by what they say and think, not what they look like. My crime is that of outsmarting you, something that you will never forgive.

Similar Threads

  1. Frustration setting cards to eth(n) names.. major system slowdown, odd activity
    By trycatch in forum Linux - Hardware, Networking & Security
    Replies: 2
    Last Post: 04-30-2010, 03:25 PM
  2. Computer case for raid array
    By vvx in forum General Chat
    Replies: 7
    Last Post: 08-19-2004, 02:06 PM
  3. c string array question
    By t048 in forum Linux - Software, Applications & Programming
    Replies: 5
    Last Post: 07-12-2002, 03:02 PM
  4. mke2fs slowdown
    By rgreeott in forum Linux - General Topics
    Replies: 3
    Last Post: 05-03-2002, 08:59 PM
  5. ftp slowdown
    By x_ray in forum Linux - Hardware, Networking & Security
    Replies: 1
    Last Post: 04-19-2002, 01:27 PM

Bookmarks

Posting Permissions

  • You may not post new threads
  • You may not post replies
  • You may not post attachments
  • You may not edit your posts
  •