Veritas-bu

[Veritas-bu] scratch_pool / Catalog Backup

2002-02-27 12:00:32
Subject: [Veritas-bu] scratch_pool / Catalog Backup
From: mike.powers AT abnamro DOT com (mike.powers AT abnamro DOT com)
Date: Wed, 27 Feb 2002 11:00:32 -0600
--0__=86256B6D005D6F1C8f9e8a93df938690918c86256B6D005D6F1C
Content-type: text/plain; charset=us-ascii


Here is a perl script that looks at 2 robot for unassigned media and puts
them in the scratch pool.
The only pool that it will not put into the scratch pool in NBDB_DUPLICATE.

(See attached file: scratch.pl)

Mike








Michael Suen <suen AT cosmos.buffalo DOT edu>@mailman.eng.auburn.edu on 
02/26/2002
10:20:30 AM

Sent by:  veritas-bu-admin AT mailman.eng.auburn DOT edu


To:   veritas-bu AT mailman.eng.auburn DOT edu
cc:
Subject:  [Veritas-bu] scratch_pool / Catalog Backup


Hello All

     I have a question about Scratch_pool, I know how to define
     a scratch_pool and assign all the blank tapes to it and
     NetBackup will assign different pools as they need tapes.
     Now, Does it do the "reverse", if the tapes are expired
     in the pool, would it go back to the scratch pool??

     Another question I have is about Catalog Backup, it looks
     like I can only do a Max of 2 Copies of the Catalog.
     Is there a way to verify the catalog backup is good, beside
     the return code 0 and use bprecover -l to list the heading?


     Thank you very much for everybody's help


                    Mike

_______________________________________________
Veritas-bu maillist  -  Veritas-bu AT mailman.eng.auburn DOT edu
http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu


--0__=86256B6D005D6F1C8f9e8a93df938690918c86256B6D005D6F1C
Content-type: application/octet-stream; 
        name="scratch.pl"
Content-Disposition: attachment; filename="scratch.pl"
Content-transfer-encoding: base64

IyEvYmluL3BlcmwNCg0KY2hvbXAgKCRkYXRlID0gYGRhdGVgKTsNCkBwcm90ZWN0ZWQgPSBxdy9T
Y3JhdGNoIE5CREJfRHVwbGljYXRlLzsNCm9wZW4oVk1RVUVSWVJOMCwgInZtcXVlcnkgLXJuIDAg
fCBncmVwIC12ID0gfCIpIG9yIGRpZSAiQ2Fubm90IG9wZW4gYSBwaXBlIGZyb20gdm1xdWVyeSEi
Ow0Kb3BlbihWTVFVRVJZUk4xLCAidm1xdWVyeSAtcm4gMSB8IGdyZXAgLXYgPSB8Iikgb3IgZGll
ICJDYW5ub3Qgb3BlbiBhIHBpcGUgZnJvbSB2bXF1ZXJ5ISI7DQpvcGVuKExPRywgIj4+L3Zhci90
bXAvc2NyYXRjaC5sb2ciKSBvciBkaWUgIkNhbid0IG9wZW4gTE9HRklMRSEiOw0KDQojIEV4ZWN1
dGUgInZtcXVlcnkgLXJuIDAiLCBhbmQgbG9hZCB0aGUgdmFsdWVzIGludG8gYSBoYXNoIG9mIGhh
c2hlcy4NCndoaWxlIChkZWZpbmVkKCRfID0gPFZNUVVFUllSTjA+KSkgew0KCWlmICgvKC4rKTpc
cysoLispLykgew0KCQlteSAkdGhpbmcgPSAkMTsNCgkJbXkgJHZhbHVlID0gJDI7DQoJCSR0aGlu
ZyA9fiBzL1xzKy9fLzsNCgkJaWYgKC9tZWRpYSBJRC8pIHska2V5ID0gJHZhbHVlO307DQoJCWlm
ICgvdm9sdW1lIHBvb2wvKSB7JHZhbHVlID1+IC8oLispXHMrXCguK1wpLzsgJHZhbHVlID0gJDE7
fTsNCgkJJHZteyRrZXl9eyR0aGluZ30gPSAkdmFsdWU7DQoJCX07CQ0KCX07DQoNCiMgRXhlY3V0
ZSAidm1xdWVyeSAtcm4gMSIsIGFuZCBsb2FkIHRoZSB2YWx1ZXMgaW50byBhIGhhc2ggb2YgaGFz
aGVzLg0Kd2hpbGUgKGRlZmluZWQoJF8gPSA8Vk1RVUVSWVJOMT4pKSB7DQoJaWYgKC8oLispOlxz
KyguKykvKSB7DQoJCW15ICR0aGluZyA9ICQxOw0KCQlteSAkdmFsdWUgPSAkMjsNCgkJJHRoaW5n
ID1+IHMvXHMrL18vOw0KCQlpZiAoL21lZGlhIElELykgeyRrZXkgPSAkdmFsdWU7fTsNCgkJaWYg
KC92b2x1bWUgcG9vbC8pIHskdmFsdWUgPX4gLyguKylccytcKC4rXCkvOyAkdmFsdWUgPSAkMTt9
Ow0KCQkkdm17JGtleX17JHRoaW5nfSA9ICR2YWx1ZTsNCgkJfTsJDQoJfTsNCg0KZm9yZWFjaCBt
eSAkdGFwZSAoIGtleXMgJXZtICkgew0KCWlmICggKCAkdm17JHRhcGV9e2Fzc2lnbmVkfSA9fiAv
LS0tLyApICYmICEoICJAcHJvdGVjdGVkIiA9fiAvJHZteyR0YXBlfXt2b2x1bWVfcG9vbH0vICkg
JiYgISggJHRhcGUgPX4gL0NMTi8gKSApDQoJCXsNCgkJYHZtY2hhbmdlIC1NIHlhbmcgLWggeWFu
ZyAtcCAzIC1tICR0YXBlYDsNCgkJcHJpbnQgTE9HICIkZGF0ZTogJHRhcGUgYWRkZWQgdG8gc2Ny
YXRjaCBwb29sLlxuIjsNCgkJfTsNCgl9Ow0K

--0__=86256B6D005D6F1C8f9e8a93df938690918c86256B6D005D6F1C--


<Prev in Thread] Current Thread [Next in Thread>