Networker

Re: [Networker] Multiple AFTD's -limitations?

2008-09-05 09:36:46
Subject: Re: [Networker] Multiple AFTD's -limitations?
From: Eugene Vilensky <evilensky AT GMAIL DOT COM>
To: NETWORKER AT LISTSERV.TEMPLE DOT EDU
Date: Fri, 5 Sep 2008 08:33:56 -0500
Hi NJ,
I believe it was discussed just a few days ago, unless you schedule
multiple clone jobs on your own, staging and cloning from GUI happens
one at a time, also tying up the AFTD until said clone jobs are
complete.  This might be unrelated to disk throughput.

On 9/5/08, N.J.Tustain <N.J.Tustain AT open.ac DOT uk> wrote:
> Hello Preston,
>
>
> Our SN's are Sun x4500's with a zfs pool which contain (presently) three
> AFTD's under one mount point. The extra AFTD's would also share that
> area.
>
> We believe it's possible there's a bottleneck reading from disk as we
> stage and clone. At times we have lots of outstanding cloning runs
> waiting for the RO device while staging happens.
>
> Adding more AFTD's would (at least in theory) increase the ability to
> read from disk.
>
> Cheers
> Nick
>
> -----Original Message-----
> From: EMC NetWorker discussion [mailto:NETWORKER AT LISTSERV.TEMPLE DOT EDU] 
> On
> Behalf Of Preston de Guise
> Sent: 05 September 2008 10:15
> To: NETWORKER AT LISTSERV.TEMPLE DOT EDU
> Subject: Re: [Networker] Multiple AFTD's -limitations?
>
> Hi Nick,
>
> On 05/09/2008, at 19:03 , N.J.Tustain wrote:
>
>> Does anyone have experience of problems/limitations in networker when
>> using multiple AFTD's? Or other area's of consideration when
>> increasing
>> the number of AFTD's.
>>
>> We presently use 3 on one SN and 4 on the other. We are considering
>> increasing this number by at least one on each, maybe more and will be
>> buying extra drives to accommodate with staging/clonning.
>
> What you're planning shouldn't present any real problems, so long as
> you have the bandwidth within the storage environment to accommodate
> the additional disk backup units - e.g., if they're being presented
> from a SAN, make sure that the SAN is going to be able to readily
> support the additional disk backup units.
>
> I've worked with plenty of sites with a much larger number of disk
> backup units, both on the backup server and storage nodes, so there's
> no limitations as such with the number you're looking at.
>
> Cheers,
>
> Preston.
>
> --
> Preston de Guise
>
>
> "Enterprise Systems Backup and Recovery: A Corporate Insurance
> Policy", due out September 17 2008:
>
> http://www.crcpress.com/shopping_cart/products/product_detail.asp?sku=AU
> 6396&isbn=9781420076394&parent_id=&pc=
>
> http://www.enterprisesystemsbackup.com
>
> To sign off this list, send email to listserv AT listserv.temple DOT edu and
> type "signoff networker" in the body of the email. Please write to
> networker-request AT listserv.temple DOT edu if you have any problems with 
> this
> list. You can access the archives at
> http://listserv.temple.edu/archives/networker.html or
> via RSS at http://listserv.temple.edu/cgi-bin/wa?RSS&L=NETWORKER
>
> ---------------------------------
> The Open University is incorporated by Royal Charter (RC 000391), an exempt
> charity in England & Wales and a charity registered in Scotland (SC 038302).
>
> To sign off this list, send email to listserv AT listserv.temple DOT edu and 
> type
> "signoff networker" in the body of the email. Please write to
> networker-request AT listserv.temple DOT edu if you have any problems with 
> this
> list. You can access the archives at
> http://listserv.temple.edu/archives/networker.html or
> via RSS at http://listserv.temple.edu/cgi-bin/wa?RSS&L=NETWORKER
>

-- 
Sent from my mobile device

Eugene Vilensky
evilensky AT gmail DOT com

To sign off this list, send email to listserv AT listserv.temple DOT edu and 
type "signoff networker" in the body of the email. Please write to 
networker-request AT listserv.temple DOT edu if you have any problems with this 
list. You can access the archives at 
http://listserv.temple.edu/archives/networker.html or
via RSS at http://listserv.temple.edu/cgi-bin/wa?RSS&L=NETWORKER