Edit: Of course my last example should have been:
bpexpdate -backupid server_1308794400 -d infinity -copy 2
From: veritas-bu-bounces AT mailman.eng.auburn DOT edu
[mailto:veritas-bu-bounces AT mailman.eng.auburn DOT edu] On Behalf Of
Lightner, Jeff
Sent: Monday, November 07, 2011 11:02 AM
To: BeDour, Wayne; veritas-bu AT mailman.eng.auburn DOT edu
Subject: Re: [Veritas-bu] Need to identify and change retentions to indefinate for specific aplication backups then change them back after the issue is resolved.
You can use bpimmedia to identify the specific policies and images.
For example:
bpimmedia -policy SERVER-OS -sl Monthly-Full -d 06/01/2011 00:00:01 -e 07/01/2011 09:00:00
Would show you the all the Monthly-Full schedule backups done for SERVER-OS policy. Output would look something like:
IMAGE server 8 server_1308794400 SERVER-OS 0 MonthlyFull 0 9 3221266 2147483647 0 0
FRAG 1 1 521768704 0 0 0 0 /dedupe/atldd03/server/server_1308794400_C1_F1 server 262144 0 0 -1 0 masterserver 2147483647 0 9 1 *NULL*
FRAG 1 is first copy and FRAG 2 (if it exists is second copy).
You can use bpexpdate to change the expirations.
In the above “server_1308794400” is the backup id NetBackup created. So in this example to change expiration to Infinity you’d type:
bpexpdate -backupid server_1308794400 -d infinity -copy 1
Ideally if you’re duplicating to offsite tapes you’d change the expiration only on the tapes because indefinite hold on your DD would
eventually fill it up. In our environment Frag 2 is the tape duplication we do with vaulting so we do copy 2 instead of copy 1:
bpexpdate -backupid server_1308794400 -d infinity -copy 1
That allows the original DD copy to expire normally but preserves the offsite tape copy until we tell it to expire.
Most of the time when you’re requested to save stuff like this a court order occurs requiring you to save it forever as part of whatever
settlement even though the case is done so you should think of “indefinitely” as “forever” and plan accordingly. I’ve never yet had someone come back and say it was OK to release something I was asked to hold by Legal.
From: veritas-bu-bounces AT mailman.eng.auburn DOT edu
[mailto:veritas-bu-bounces AT mailman.eng.auburn DOT edu] On Behalf Of
BeDour, Wayne
Sent: Monday, November 07, 2011 9:06 AM
To: veritas-bu AT mailman.eng.auburn DOT edu
Subject: [Veritas-bu] Need to identify and change retentions to indefinate for specific aplication backups then change them back after the issue is resolved.
Our environment, HP-UX 11-31 currently running one master and media server running NetBackup 6.5.2, running mostly unix / Linux backups. We are currently using virtual tapes on a Data
Domain system, prior to the Data Domain we used LTO tape libraries.
Due to a legal issue, I’ve been asked to identify and hold all our old monthly and yearly tapes for specific systems for an indefinite period. Any suggestions on the steps needed to accomplish
this? Also after this is cleared up, I’ll need to try to put the tapes back to where they were before changing the retention. I’m thinking this is going to be worse than just changing them to indefinite initially. Any ideas on the best way to take care
of this also?
Please supply as much detail as you can. Thanks in advance for any help or suggestions.
Wayne BeDour
Unix System Administrator
PH: 248-447-1739
Internet:
wbedour AT lear DOT com
Athena®,
Created for the Cause™
Making a Difference in the Fight Against Breast Cancer
---------------------------------
CONFIDENTIALITY NOTICE: This e-mail may contain privileged or confidential information and is for the sole use of the intended recipient(s). If you are not the intended recipient, any disclosure, copying, distribution, or use of the contents of this information
is prohibited and may be unlawful. If you have received this electronic transmission in error, please reply immediately to the sender that you have received the message in error, and delete it. Thank you.
----------------------------------
**********************
** LEGAL DISCLAIMER **
**********************
This E-mail message and any attachments may contain
legally privileged, confidential or proprietary
information. If you are not the intended recipient(s),
or the employee or agent responsible for delivery of
this message to the intended recipient(s), you are
hereby notified that any dissemination, distribution
or copying of this E-mail message is strictly
prohibited. If you have received this message in
error, please immediately notify the sender and
delete this E-mail message from your computer.
|