Veritas-bu

[Veritas-bu] Volume Pools [recommendations please]

2006-04-26 08:51:00
Subject: [Veritas-bu] Volume Pools [recommendations please]
From: pkeating AT bank-banque-canada DOT ca (Paul Keating)
Date: Wed, 26 Apr 2006 08:51:00 -0400
--XjCY.44bJjulkn.2SwNp.DR2afFe
MIME-Version: 1.0
Content-Type: text/plain;
        charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
content-class: urn:content-classes:message

=20
> Paul, note the word "possibly" in my last statement. My=20
> thought of this was
> 1 volume pool with say 3 tapes. Lets say one policy runs and=20
> completes and
> uses 1 1/2 tapes. Later a 2nd policy runs (using the same=20
> pool) and possibly
> uses the remainder of the 1/2 tape before starting a new tape.

Uh hunh. Not sure how that's a problem...it makes the most efficient use
of your tapes, otherwise half of your tapes are only half
full....requires more tapes, bigger library (more slots), more media
management, more drives (ie. Tape belonging to a particular policy is in
a drive, another policy cannot start to backup untill a free drive is
available to insert it's own tape)
I think the amalgation of volume pools is something that has to be done
as businesses expand from SMB -> Enterprise.
We have a business line that used to do their own "local" backups, and
when we went to the Central Entrprise backup environment, one of their
requirements was to have every server backed up to a spearate tape, that
was removed each day, labeled with the date and server name, signed by
the person who removed it, initialed by a witness, and sealed in an
envelope, walked to the other "tower", and palced in a vault.
Obviously that wasn't gonna work....this was a database application
group, and we had to convince them that it was ok to let the Netbackup
database manage the tapes....part of "going big" I guess.

>=20
> Volume Pools, in my view should be separate in most cases.=20
> But each to their
> own.

True..to each their own.
Depends on the environment I suppose. I've got a small environment,
(about 4TB in a full backup window) but it sounds a bit bigger than
your's.
I have 220 physical machines, plus several dozen VMs, in 42 policies
(most clients fall into one of about 10 policies due to retention
differences or mandated media segregation, the rest are one offs for
specific filesystems, application, or whatever.)

If each policy had it's own volume pool, a single night's incremental
backup would probably use every tape in my 219 slot library....the way
we are currently setup, we currently have about 25 scratch tapes, and we
haven't had to add or remove tapes in about 18 months, with 7 volume
pools other than scratch. (including Daily, Weekly, Monthly and Yearly
pools...though I'd like to migrate out of that paradigm.)

Paul
--XjCY.44bJjulkn.2SwNp.DR2afFe
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: quoted-printable
Content-Disposition: inline

=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D

La version fran=C3=A7aise 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 immediat=
ely from
your system and notify the sender promptly by email that you have done so.=20

---------------------------------------------------------------------------=
---------

Le pr=C3=A9sent courriel peut contenir de l'information privil=C3=A9gi=C3=
=A9e ou confidentielle.
La Banque du Canada ne renonce pas aux droits qui s'y rapportent. Toute dif=
fusion,
utilisation ou copie de ce courriel ou des renseignements qu'il contient pa=
r une
personne autre que le ou les destinataires d=C3=A9sign=C3=A9s est interdite=
 Si vous recevez
ce courriel par erreur, veuillez le supprimer imm=C3=A9diatement et envoyer=
 sans d=C3=A9lai =C3=A0
l'exp=C3=A9diteur un message =C3=A9lectronique pour l'aviser que vous avez =
=C3=A9limin=C3=A9 de votre
ordinateur toute copie du courriel re=C3=A7u.

--XjCY.44bJjulkn.2SwNp.DR2afFe--