Hi all!
My experience shows that customers like to be able to identify the
tape media used by a specific archive set and copy. This typically
leads to special barcodes for these archive sets/copies - but this
also means that you have to buy/label/assign the right number of tape
media to your archive sets. It is not unusual that the nice barcode
label scheme put in place today is useless next year because the
amount of data changed dramatically or you define different archive
sets and have to "move" cartridges designated for archive set/copy A.x
to archive set/copy B.y.
Creating a single scratch pool is the other extreme: let SAM select
media. In this case, your data is spread across your tape media and
the barcode has no relationship to your archive set/copies. Therefore
it is harder to find the tape media in your library by hand. But the
reservation information is part of the media catalog and you can
easily get it using something like "samcmd v 1000 I I".
Personally, I think that reservation is underestimated. If, for
example, you have a directory structure like /samfs/data/
{2007,2008,2009} and would like to have the data in each directory to
go to it's own set of media and you do not want to create a policy/vsn
assignement for each directory every year, then reservation makes your
life much easier. Take a look at -reserve dir. SAM will reserve media
based on subdirectories automatically. No need to adjust archiver.cmd
every year. Keep it simple and let SAM do the work.
As always, the right solution for a customer is somewhere between
"total control" and "let SAM do it all" depending on requirements and
personal preferences. SAM gives you the choice.
Dirk
Am 15.04.2009 um 16:13 schrieb Tobias Exner:
> Hi Charles,
>
> I think the best you can do is to define different barcodes for the
> every copie.
>
> Here is a little example:
>
>
>
> vsns
> archiveset.1 li 1DATA[0-9]
> archiveset.2 li 2DATA[0-9]
> archiveset.3 li 3DATA[0-9]
>
>
> You just have to create your own barcodes...
>
>
> If you're using the same vsn pool for all copies and define only
> reservation you'll be confused which tape contains which data after
> some week or months.
> With my little example you just have to take a look in the vsn-
> catalog.
>
>
>
>
> Tobias
>
>
>>
>>
> _______________________________________________
> sam-qfs-discuss mailing list
> sam-qfs-discuss at opensolaris.org
> http://mail.opensolaris.org/mailman/listinfo/sam-qfs-discuss
--
Sun Microsystems GmbH Dirk Nitschke
Nagelsweg 55 Storage Architect
20097 Hamburg Phone: +49-40-251523-413
Germany Fax: +49-40-251523-425
http://www.sun.de/ Mobile: +49-172-847 62 66
Dirk.Nitschke at Sun.COM
-----------------------------------------------------------------------
Sitz der Gesellschaft: Sun Microsystems GmbH, Sonnenallee 1,
D-85551 Kirchheim-Heimstetten - Amtsgericht Muenchen: HRB 161028
Geschaeftsfuehrer: Thomas Schroeder, Wolfgang Engels, Dr. Roland Boemer
Vorsitzender des Aufsichtsrates: Martin Haering