This is confusing due to the fact that the tape sizes are variable. This
doesn't fit into the paradigm most of use are used to with tape.
if you want to use fewer tape IDs, you should probably increase the MPX level,
and somehow force larger amounts of data on each tape ID. (increase min size of
media ID)
with only 4 drives, you can only run 4 streams at once, unless you have a MPX
>= 1, (max # of streams := # of drives x MPX) so I'm a little confused as to
how the number of streams affects the number of media IDs used, unless the CDL
marks a tape as "full" at the end of a job.
The variable size media thing is confusing. I would be interested in browsing
the CDL docs that describe this.....
Paul
--
-----Original Message-----
From: veritas-bu-bounces at mailman.eng.auburn.edu
[mailto:veritas-bu-bounces at mailman.eng.auburn.edu] On Behalf Of Veritas
Netbackup
Sent: September 6, 2006 3:09 PM
To: Paul Keating
Cc: veritas-bu at mailman.eng.auburn.edu
Subject: Re: [Veritas-bu] Netbackup VTL tuning
Hi Paul,
Thanks for your concern. Its a minimum of 5 GB that a tape can contain.
The tape grows tilll the max vol size.
Since the problem appears confusing, I'l narrate some details
1. We have say 10 TB of VTL, I use 3 TB a day, The VTL shd ideally last
3 days. But say if my vault does not complete on time, I have to free some
medias from the ones on VTL which have already been duplicated.
The more I free, the more the operator uses. He fires atleast 120
streams at once on the system during peak.
What I have now concluded from the lists suggestion, is that increasing
the MPX value of the media will help in consuming less media ids & shd i set a
policy for limiting number of conseq streams,.
About the total number of media id {880} I'll check and let u know.
Regards,
PP BIJU KRISHNAN
On 9/5/06, Paul Keating <pkeating at bank-banque-canada.ca> wrote:
--
-----Original Message-----
From: veritas-bu-bounces at mailman.eng.auburn.edu
[mailto:veritas-bu-bounces at mailman.eng.auburn.edu] On Behalf Of Veritas
Netbackup
Basically I would like to use less media ids and hence
increase tape utilization. the VTLs can grow from 5GB and above.
Can you set the tape size to start at a value higher than 5GB?
I still really don't understand the issue.
You have 4 drives, each will use a tape, obviously......but no
more than 4 tapes can be used at once, as you only have 4 drives.
so if you start 10 backups, and have 10 streams per backup,
then you'd have 40 jobs running to 4 tapes, and 60 jobs queued.
correct?
can you provide more clarification?
your data has to be all backed up, if you've got 10 TB,
you've got 10TB, there's no question there.
If you want it backed up to fewer virtual tape IDs,
then define your virtual media as starting at 100GB or larger, is that possible
with the CDL?
Why the 880 ID limit? is this a limitation of the CDL?
Your license?
your multiplex level x your number of drives defines
tha max number of jobs that can run....not the number of policies you fire.
f'rinstance, I fire almost all of my policies at
once...a couple hundred clients, but with 3 drives x MPX=8, a maximum of 24
jobs can run at once.....when a job is finished, if another job is queued, it
writes to the same tape until the tape is full.
what defines the max size of your virtual tapes?? could
that be a problem?
Paul
====================================================================================
La version fran?aise suit le texte anglais.
------------------------------------------------------------------------------------
This email may contain privileged and/or confidential
information, and the Bank of
Canada does not waive any related rights. Any distribution,
use, or copying of this
email or the information it contains by other than the intended
recipient is
unauthorized. If you received this email in error please delete
it immediately from
your system and notify the sender promptly by email that you
have done so.
------------------------------------------------------------------------------------
Le pr?sent courriel peut contenir de l'information privil?gi?e
ou confidentielle.
La Banque du Canada ne renonce pas aux droits qui s'y
rapportent. Toute diffusion,
utilisation ou copie de ce courriel ou des renseignements qu'il
contient par une
personne autre que le ou les destinataires d?sign?s est
interdite Si vous recevez
ce courriel par erreur, veuillez le supprimer imm?diatement et
envoyer sans d?lai ?
l'exp?diteur un message ?lectronique pour l'aviser que vous
avez ?limin? de votre
ordinateur toute copie du courriel re?u.
_______________________________________________
Veritas-bu maillist - Veritas-bu at mailman.eng.auburn.edu
<mailto:Veritas-bu at mailman.eng.auburn.edu>
http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
====================================================================================
La version fran?aise suit le texte anglais.
------------------------------------------------------------------------------------
This email may contain privileged and/or confidential information, and the Bank
of
Canada does not waive any related rights. Any distribution, use, or copying of
this
email or the information it contains by other than the intended recipient is
unauthorized. If you received this email in error please delete it immediately
from
your system and notify the sender promptly by email that you have done so.
------------------------------------------------------------------------------------
Le pr?sent courriel peut contenir de l'information privil?gi?e ou
confidentielle.
La Banque du Canada ne renonce pas aux droits qui s'y rapportent. Toute
diffusion,
utilisation ou copie de ce courriel ou des renseignements qu'il contient par une
personne autre que le ou les destinataires d?sign?s est interdite. Si vous
recevez
ce courriel par erreur, veuillez le supprimer imm?diatement et envoyer sans
d?lai ?
l'exp?diteur un message ?lectronique pour l'aviser que vous avez ?limin? de
votre
ordinateur toute copie du courriel re?u.
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
http://mailman.eng.auburn.edu/pipermail/veritas-bu/attachments/20060906/a5dbeb05/attachment.html
|