Re: [Veritas-bu] EVault Licensing

2009-09-09 Thread Renee Carlisle 
Yes, the DB license key should be installed on the master (not a second key) to 
enable the policy.

From: Mark Glazerman [mailto:mark.glazer...@spartech.com]
Sent: Wednesday, September 09, 2009 11:33 AM
To: Renee Carlisle; VERITAS-BU@MAILMAN.ENG.AUBURN.EDU
Subject: RE: EVault Licensing

Renee,

Thanks for such a quick response.  In addition to this DB pack on the client, 
do we also need a license on the master server to enable the new Evault policy 
type ?

Thanks in advance,

Mark Glazerman
Desk: 314-889-8282
Cell: 618-520-3401
P please don't print this e-mail unless you really need to

From: Renee Carlisle [mailto:rcarli...@serverwarecorp.com]
Sent: Wednesday, September 09, 2009 10:30 AM
To: Mark Glazerman; VERITAS-BU@MAILMAN.ENG.AUBURN.EDU
Subject: RE: EVault Licensing

Yes, it is just a DB agent...keep in mind if you have EV  8 a couple of the new 
databases are not picked up yet with 6.5.4 and you have to do some manual 
integration to get those database, that will be fixed in NBU 7

From: veritas-bu-boun...@mailman.eng.auburn.edu 
[mailto:veritas-bu-boun...@mailman.eng.auburn.edu] On Behalf Of Mark Glazerman
Sent: Wednesday, September 09, 2009 11:25 AM
To: VERITAS-BU@MAILMAN.ENG.AUBURN.EDU
Subject: [Veritas-bu] EVault Licensing

We've just upgraded our NBU environment to 6.5.4 and want to start testing the 
evault policy option which comes with this release.

Can anyone tell me if our support partner (Datalink) is correct in saying that 
a standard application / database pack is all we need to be able to backup our 
evault client using this new policy type ?

At the moment we can't even find this policy type on our master which implies 
we probably need an additional license of some kind too.

Just trying to get it straight in my head before we approach datalink.

Thanks in advance,

Mark Glazerman
Enterprise Storage Administrator
Spartech Corporation
Desk: 314-889-8282
Fax: 314-854-8282
Cell: 618-520-3401
mark.glazer...@spartech.com
http://www.spartech.com
P please don't print this e-mail unless you really need to
This e-mail and any files transmitted with it are confidential, are intended 
solely for the use of the addressee, and may be legally privileged. If you have 
received this email in error please notify the sender immediately, and do not 
copy or forward it.

___
Veritas-bu maillist  -  Veritas-bu@mailman.eng.auburn.edu
http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu

Re: [Veritas-bu] EVault Licensing

2009-09-09 Thread Mark Glazerman 
Renee,

 

Thanks for such a quick response.  In addition to this DB pack on the
client, do we also need a license on the master server to enable the new
Evault policy type ?

 

Thanks in advance, 

 

Mark Glazerman

Desk: 314-889-8282

Cell: 618-520-3401

P please don't print this e-mail unless you really need to

 

From: Renee Carlisle [mailto:rcarli...@serverwarecorp.com] 
Sent: Wednesday, September 09, 2009 10:30 AM
To: Mark Glazerman; VERITAS-BU@MAILMAN.ENG.AUBURN.EDU
Subject: RE: EVault Licensing

 

Yes, it is just a DB agent...keep in mind if you have EV  8 a couple of
the new databases are not picked up yet with 6.5.4 and you have to do
some manual integration to get those database, that will be fixed in NBU
7 

 

From: veritas-bu-boun...@mailman.eng.auburn.edu
[mailto:veritas-bu-boun...@mailman.eng.auburn.edu] On Behalf Of Mark
Glazerman
Sent: Wednesday, September 09, 2009 11:25 AM
To: VERITAS-BU@MAILMAN.ENG.AUBURN.EDU
Subject: [Veritas-bu] EVault Licensing

 

We've just upgraded our NBU environment to 6.5.4 and want to start
testing the evault policy option which comes with this release.

 

Can anyone tell me if our support partner (Datalink) is correct in
saying that a standard application / database pack is all we need to be
able to backup our evault client using this new policy type ?

 

At the moment we can't even find this policy type on our master which
implies we probably need an additional license of some kind too.

 

Just trying to get it straight in my head before we approach datalink.

 

Thanks in advance, 

 

Mark Glazerman

Enterprise Storage Administrator

Spartech Corporation

Desk: 314-889-8282

Fax: 314-854-8282

Cell: 618-520-3401

mark.glazer...@spartech.com  

http://www.spartech.com  

P please don't print this e-mail unless you really need to

This e-mail and any files transmitted with it are confidential, are
intended solely for the use of the addressee, and may be legally
privileged. If you have received this email in error please notify the
sender immediately, and do not copy or forward it.

 

___
Veritas-bu maillist  -  Veritas-bu@mailman.eng.auburn.edu
http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu

Re: [Veritas-bu] EVault Licensing

2009-09-09 Thread Renee Carlisle 
Yes, it is just a DB agent...keep in mind if you have EV  8 a couple of the new 
databases are not picked up yet with 6.5.4 and you have to do some manual 
integration to get those database, that will be fixed in NBU 7

From: veritas-bu-boun...@mailman.eng.auburn.edu 
[mailto:veritas-bu-boun...@mailman.eng.auburn.edu] On Behalf Of Mark Glazerman
Sent: Wednesday, September 09, 2009 11:25 AM
To: VERITAS-BU@MAILMAN.ENG.AUBURN.EDU
Subject: [Veritas-bu] EVault Licensing

We've just upgraded our NBU environment to 6.5.4 and want to start testing the 
evault policy option which comes with this release.

Can anyone tell me if our support partner (Datalink) is correct in saying that 
a standard application / database pack is all we need to be able to backup our 
evault client using this new policy type ?

At the moment we can't even find this policy type on our master which implies 
we probably need an additional license of some kind too.

Just trying to get it straight in my head before we approach datalink.

Thanks in advance,

Mark Glazerman
Enterprise Storage Administrator
Spartech Corporation
Desk: 314-889-8282
Fax: 314-854-8282
Cell: 618-520-3401
mark.glazer...@spartech.com
http://www.spartech.com
P please don't print this e-mail unless you really need to
This e-mail and any files transmitted with it are confidential, are intended 
solely for the use of the addressee, and may be legally privileged. If you have 
received this email in error please notify the sender immediately, and do not 
copy or forward it.

___
Veritas-bu maillist  -  Veritas-bu@mailman.eng.auburn.edu
http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu

[Veritas-bu] EVault Licensing

2009-09-09 Thread Mark Glazerman 
We've just upgraded our NBU environment to 6.5.4 and want to start
testing the evault policy option which comes with this release.

 

Can anyone tell me if our support partner (Datalink) is correct in
saying that a standard application / database pack is all we need to be
able to backup our evault client using this new policy type ?

 

At the moment we can't even find this policy type on our master which
implies we probably need an additional license of some kind too.

 

Just trying to get it straight in my head before we approach datalink.

 

Thanks in advance, 

 

Mark Glazerman

Enterprise Storage Administrator

Spartech Corporation

Desk: 314-889-8282

Fax: 314-854-8282

Cell: 618-520-3401

mark.glazer...@spartech.com  

http://www.spartech.com  

P please don't print this e-mail unless you really need to

This e-mail and any files transmitted with it are confidential, are
intended solely for the use of the addressee, and may be legally
privileged. If you have received this email in error please notify the
sender immediately, and do not copy or forward it.

 

___
Veritas-bu maillist  -  Veritas-bu@mailman.eng.auburn.edu
http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu

[Veritas-bu] bpdbjobs -all_columns

2009-09-09 Thread bolobaboo 

Hi
RMG

Would paste correct code ?

I am getting follwing error ...
# ./test.pl
Bareword found where operator expected at ./test.pl line 66, near "< at > _"
(Missing operator before _?)
Bareword found where operator expected at ./test.pl line 86, near "< at > 
result"
(Missing operator before result?)
Scalar found where operator expected at ./test.pl line 92, near "< at > $format"
(Missing operator before  $format?)
syntax error at ./test.pl line 66, near "< at > _"
syntax error at ./test.pl line 86, near "my  < at >"
syntax error at ./test.pl line 92, near "< at > $format"
syntax error at ./test.pl line 98, near "} else"
Execution of ./test.pl aborted due to compilation errors.
#

+--
|This was sent by anil...@maurya.us via Backup Central.
|Forward SPAM to ab...@backupcentral.com.
+--


___
Veritas-bu maillist  -  Veritas-bu@mailman.eng.auburn.edu
http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu

[Veritas-bu] Catalog Consistency and VTL Replication

2009-09-09 Thread Matt Ungaro 
Hello Backup gurus,

I am looking to implement for my company the following scenario:
2 HP VSL6636 VTL devices, 1 at Production, 1 at DR.
1 HP MSL4048 at Production (Strictly for monthly archival purposes)
1 HP MSL2024 at DR (To backup the catalog and for periodic restores)

Using Netbackup 6.5.3. Master/Media server at DR, Media server at
production. Multiple SAN media servers at production. 

The big question is, the VSL6636 is a deduplicating VTL, and can do
replication between multiple units, sending only the deduplicated data.
The goal would be to backup production to the VSL at Prod, use the
devices replication features to replicate the virtual tapes to DR. Once
a month, use the VTL's auto-migration feature to move a clone of the
last full backup of all systems to a tape, to be taken offsite. I have
not worked with Vault before, but as part of Symantec's new terabyte
licensing model we will have vault licensed. My understanding of vault
is, it can manage tapes that have been taken out of the library for
extended periods of time, but can I use Vault to tell the catalog that
the tapes have been duplicated from the library at production to the
library at DR, without Netbackup performing the duplication? And can I
do the same for the tapes that are auto-migrated from the VSL to the MSL
once a month? In the past, I've written a series of VBscripts to perform
some of the same functionality of vault, as I understand it. Basically I
managed what tapes were going offsite and what needed to be recalled
from offsite storage. But my worry here is that by letting the hardware
do the replication, it will be difficult to keep the Netbackup catalog
up to date with what virtual tapes are at production, and what tapes are
at DR. As a side note, not all data will be replicated to DR, or sent to
tape for offsite storage. Test/dev systems will have a shorter retention
time, thus will be in a different tape pool. 

Any assistance is much appreciated. I have vendors trying to find the
answers for me, but I would love to hear from people that actually use
this kind of technology. It's my first venture into virtual tape and
replication for DR. Thank you in advance!

Matt



** The information contained in this communication may
be confidential, is intended only for the use of the
recipient(s) named above, and may be legally privileged.
If the reader of this message is not the intended
recipient, you are hereby notified that any dissemination,
distribution, or copying of this communication, or any
of its contents, is strictly prohibited. If you have
received this communication in error, please return it
to the sender immediately and delete the original message
and any copy of it from your computer system. If you have
any questions concerning this message, please contact the
sender. **


___
Veritas-bu maillist  -  Veritas-bu@mailman.eng.auburn.edu
http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu