SearchFAQMemberlist Log in
Reply to topic Page 1 of 1
Need to increase streams on a mount point
Author Message
Post Need to increase streams on a mount point 
I have a mount point that that is 1.5TB. I have almost that much change
each night on the mount point. The mount point has only one directory with
many files. File names are constantly changing. I am backing up to IBM
LTO-2, but I am not getting the performance, because I need multiple
streams. Need to increase streams on the mount point. Does anyone have
suggestions?

Michael W. Meyer
Bank of America
Consultant-SYS ENG-ARCH & ANLY
Card/Consumer Midrange Integration
300 N Wakefield Drive
DE2-501-01-06
Newark, DE 19702
302-266-3863
michael.w.meyer < at > bankofamerica.com

Note: To sign off this list, send a "signoff networker" command via email
should be sent to stan < at > temple.edu

Post Need to increase streams on a mount point 
MEYER, MICHAEL W wrote :

I have a mount point that that is 1.5TB. I have almost that much change
each night on the mount point. The mount point has only one directory with
many files. File names are constantly changing. I am backing up to IBM
LTO-2, but I am not getting the performance, because I need multiple
streams. Need to increase streams on the mount point. Does anyone have
suggestions?

You could create a few instances of the client, each with a directive
looking like :

<< "/some/directory" >>
null: [!a-bA-B]*
ignore

for the 1st one, that wouls cater to the files beginning with a or b

<< "/some/directory" >>
null: [!c-eC-E]*
ignore

for the 2nd one,

...

<< "/some/directory" >>
null: [a-tA-T]*
ignore

for the last one.

Put each of these instance in its specific group and start the groups
together, without saving the client index.

In addition, you would have another instance with a directive like :

<< "/some" >>
null: directory

to save the remainder of the client and the index.


I use someting similar to backup a somewhat large CIFS share with a lot
of directories at the first level from a Celerra without NDMP. It is
indeed noticeably faster than one stream but a little awkward.

Note: To sign off this list, send a "signoff networker" command via email
should be sent to stan < at > temple.edu

Display posts from previous:
Reply to topic Page 1 of 1
You cannot post new topics in this forum
You cannot reply to topics in this forum
You cannot edit your posts in this forum
You cannot delete your posts in this forum
You cannot vote in polls in this forum
  


Magic SEO URL for phpBB