I'd need to know a lot more about your Vault and SLP configuration to say why Vault's failing to pick your duplicated media. If you shoot me the output of nbstl -L and your vault.xml (maybe pass it through the following Perl script first to make it easier to sanitize any of your employer's private information if you need to) privately, I'll be happy to take a look.

 

---8<---

#!/usr/bin/perl -w

 

use strict;

use XML::Simple;

use Data::Dumper;

 

my $data = "">

 

$Data::Dumper::Indent = 1;

$Data::Dumper::Maxdepth = 0;

 

print Dumper($data);

--->8---

 

I wasn't suggesting that vaulting originals rather than duplicates would fix the problem you're describing (you can't, actually, vault true originals: your originals are on a VTL), just that it's theoretically a better way to go because it exposes media failures sooner (but not enough better that I've bothered to go change the setup in any environment I've walked into).

 

 

 

Thanks Gabriel

 

This is what I have tried.

 

The Vault is setup for the correct volume group and pools, the criteria to be met are all “backups”, all policies etc etc in the last 8 days. Duplication is skipped as this is taken care of in the SLP, catalog backup skipped for the purpose of testing. As I am in implementation I continuously duplicate to this volume group so there are definitely valid image copies that meet the criteria.

 

However the vault runs successfully however finds no images. From your mail below are you suggesting promote the duplicate copy to primary ? and in turn the vault will then meet its criteria?

 

Thanks in advance

 

No, Vault can certainly send duplicates off site. In fact, prior to the advent of SLPs, most people duplicated images within Vault and sent those off site. (I've always theoretically preferred to send my originals off-site and promote my duplicates to be short on-site retention, which Vault can also do, but I've never walked into an environment already set up that way.) Just create the Vault within the robot where the duplicates are and specify the appropriate limitations (probably by volume pool in your case), skip the duplication step, perform the catalog backup (really, please, perform the catalog backup), and eject and generate reports.

 

 

 

Hi All

 

Am I correct in saying that vault can only vault backups and not duplications?

 

I.e. I am busy implementing a VTL(with NDMP functionality) and utilising NBU Lifecycle management polices.

 

As the VTL is equipped with NDMP Version 4 we are able to zone in physical drives on the backend of the VTL and pretty much setup NDMP STU’s to write to these physical devices. The reason for this approach is that when we duplicate an image from a VTL volume to a physical volume the VTL becomes the data mover.

 

I now want to setup a process on the volume group that the physical backend volumes reside in, however these volumes are filled with duplications and not backups.

 

I am guessing , as new to vault,  that you cannot vault duplicated images?

 

Any suggestions would be helpful.

 

Regards

 

David Clooney

 

Hi Pranav

I suggest you read the Symantec documentation

Check out this document
http://seer.entsupport.symantec.com/docs/290141.htm

Carl



----------------------------------
Carl Stehman
Distributed Services
Pepcoholdings, Inc.
701 Ninth St NW
Washington DC 20068
202-331-6619
------------------------------------

Pranav <netbackup-forum AT backupcentral DOT com> Sent by: veritas-bu-bounces AT mailman.eng.auburn DOT edu 03/04/2009 11:30 AM Please respond to VERITAS-BU AT mailman.eng.auburn DOT edu

To VERITAS-BU AT mailman.eng.auburn DOT edu cc Subject [Veritas-bu]  Upgrading media server from 5.0.5 to 6.5.2

Hi,

We are planning to upgrade our media server from 5.0.5 to6.5.2
Please provide the necessary steps that we should follow while doing this and also looking for a solution to check media inconsistency.

We are also planning to attach a lto4 library with this.
So ,does this library can read lto2 tapes if we need to restore something.

Thanks!

Pranav

+----------------------------------------------------------------------
|This was sent by pranav_venture AT hotmail DOT com via Backup Central.
|Forward SPAM to abuse AT backupcentral DOT com.
+----------------------------------------------------------------------


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



This Email message and any attachment may contain information that is proprietary, legally privileged, confidential and/or subject to copyright belonging to Pepco Holdings, Inc. or its affiliates ("PHI"). This Email is intended solely for the use of the person(s) to which it is addressed. If you are not an intended recipient, or the employee or agent responsible for delivery of this Email to the intended recipient(s), you are hereby notified that any dissemination, distribution or copying of this Email is strictly prohibited. If you have received this message in error, please immediately notify the sender and permanently delete this Email and any copies. PHI policies expressly prohibit employees from making defamatory or offensive statements and infringing any copyright or any other legal right by Email communication. PHI will not accept any liability in respect of such communications.

 

Notice to recipient:
The information in this internet e-mail and any attachments is confidential and may be privileged. It is intended solely for the addressee. If you are not the intended addressee please notify the sender immediately by telephone. If you are not the intended recipient, any disclosure, copying, distribution or any action taken or omitted to be taken in reliance on it, is prohibited and may be unlawful.

When addressed to external clients any opinions or advice contained in this internet e-mail are subject to the terms and conditions expressed in any applicable governing terms of business or client engagement letter issued by the pertinent Bank of America group entity.

If this email originates from the U.K. please note that Bank of America, N.A., London Branch and Banc of America Securities Limited are authorised and regulated by the Financial Services Authority.  For all U.K. corporate disclosures, please refer to www.bankofamerica.com/ukcompanies