[Veritas-bu] Backups vs archives

2006-12-07 Thread Curtis Preston
Based on some previous posts, I'd like to throw out the following
thought, and see what you folks think about it.  

If you want archives, make archives.  Use NetBackup's archive feature,
or you use Enterprise Vault (or some other actual archive product).  You
don't make NetBackup backups and hold on to them for 7 years.  Using
backups as archives can actually make an actual e-discovery process VERY
painful. I submit for your consideration an article that I wrote a few
months ago:

A bottle of grape juice left on a shelf long enough will ferment - but
no one would call it wine.  Backups left on a shelf long enough will
allow one to restore old data - but no one should call them archives.
Like a good wine, an archive should be made for a specific purpose using
an application designed to create archives.  This article will start
with a look at the business requirements for archiving, followed by a
discussion on why backups make lousy archives, and will end with a
discussion of the discussion of the types of products designed to meet
archive requirements.

Archives are for the logical retrieval of information.  That is, they
allow one to retrieve information grouped in a logical way.  The first
way that archives manifest themselves is the storing of reference data,
such as:
*   The CAD drawings, parts lists, and other manufacturing
information for a widget a company used to make
*   All of the information pertaining to a former customer
*   All pertinent information regarding a closed project, account,
law case, etc.
*   Tax returns, financial records, or other records for a
particular year

Information that can be grouped in a logical way can be archived and
stored in such a way that a company can retrieve it via that logical
grouping.  Once a case is closed, a widget is no longer produced, a tax
year has past, etc, the information pertaining to that item is just
taking up space.  We might need to reference it again for some reason,
but we don't want it filling up our high end storage, either.  So we
archive it and delete it.  If we need it five years later, we search the
archives for "Widget XYZ."

The second way that archives manifest themselves is in the logical
storage of active data.  
Suppose, for example, that it was discovered that a critical safety part
was taken out of the design of a particular widget.  It would be
important to be able to see every version of the specification, along
with information about who changed it.  Also consider the now rather
common practice of electronic discovery of email systems.  Think about
the discovery requests that can come from someone in management being
accused of harassment or discrimination; a trader being accused of
promising financial returns, or a company being accused of collusion
with competitors.  Such accusations result in electronic discovery
requests that look like the following:
*   All emails from employee A to employees B, C, and D for the last
year.
*   All emails and instant messages from all traders to all
customers for the last three years that contain the words "promise,"
"guaranty,"  "vow,"  "assure," or "warranty."
*   All emails that left a company going to domains x,y,and z or to
these email addresses

In summary, archives can contain the only copy of inactive (or
reference) data, or a reference copy of active data.

Backups make lousy archives

The most common way that people archive data is to simply keep their
backups for a long time.  They perform a weekly or monthly full backup,
and then keep that backup for anywhere from one year to fifty years,
depending on their business requirements.  There couldn't be a worse way
to archive.

There are many difficulties with using backups as archives, depending on
which type of archive we're talking about.  The most common use of
backups as archives is for the retrieval of reference data.  Companies
take one full backup per month and hold on to it for many years -
indefinitely in some cases.  The idea is that if someone asks for the
parts for widget ABC (or some other piece of reference data), we'll just
restore the appropriate files from where the system where they used to
reside.   The first challenge with that plan is simply remembering where
the files where several years ago.  Can you remember the name of the
fileserver or database server that you used three years ago - let alone
seven years ago?  The next challenge is the number of operating systems
or application versions that come and gone during that time.  To restore
files that were backed up from apollo five years ago, the first
requirement is a system named apollo.  Someone's also going to have to
handle any authentication issues between the backup server and the new
apollo, since it isn't the same apollo that it backed up from five years
ago.  Depending on the backup software and operating system in question,
the new apollo may also need to be running the same version of the
operating system and applicatio

Re: [Veritas-bu] Not Using all Tape Drives

2006-12-07 Thread Curtis Preston
I agree with all the other responses as to the various reasons that your
drives aren't getting used.  I'd like to take a different tack with my
response.

 

I'd like to suggest that using all your tape drives is often not a good
thing.  I would suggest that instead you should worry about how many of
them you are using EFFECTIVELY. Let me give an example using LTO-2
drives, GbE, and a regular master/media server doing backups across the
LAN.

 

If you've got 50/60 MB/s coming into the GbE interface, and nothing
more, and you can fill that pipe with one LTO-2 tape drive (40 MB/s *
1.5:1 compression = 60 MB/s), then why do you need to use more than one
tape drive?  (Unless you're using Inline Tape Copy.)

 

If you take 50/60 MB/s and divide it by 5 and give that to 5 LTO-2
drives, 50-60 quickly turns into 25-30.  Why?  Because 50/60 divided by
5 is 10-12 MB/s, and an LTO-2 tape drive can't write at 10-12 MB/s.  It
wants to write at 50/60 MB/s.  If you send it 10, it will spend all its
time shoeshining and very little time writing data.  10-12 very quickly
becomes 5-6 MB/s due to all that shoeshining.  Then multiple 5-7 times 5
drives, and you've got 25-30 MB/s.

 

You have 50/60 available, and now you've got 20/30 actually happening.
AND you're wearing out your tape drives, media, etc, with all that
shoeshining.

 

IMHO, the best thing you can do to ensure successful backups and
restores (short of moving to VTL) is to match the speed of your tape
with the speed of your pipe.  If your incoming network can only support
one tape drive, then that's all you should be using.  If it can stream
two, then have a blast with two.  But if it can only stream one or two,
and you're using 5-10 drives simultaneously, you're just banging your
head against the wall.

 

---

W. Curtis Preston, Author of O'Reilly's Backup & Recovery and Using SANs
and NAS

VP Data Protection

GlassHouse Technologies

 

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


Re: [Veritas-bu] Infinity backup and level of infinity

2006-12-07 Thread Curtis Preston
That's why I advise people to use bplabel to relabel every tape in the scratch 
pool as soon as it gets there.  Nobody that I know (and I know some pretty 
sharp people) knows how to get past the "last file on tape" marker that gets 
put at the end of that label.  (Every time you write or append to a tape, the 
last file on the tape has a special file mark at the end of it saying it's the 
last file on tape.  Every device driver in the world will stop there and not go 
farther when reading the tape.  When writing to the tape, of course, it will 
overwrite that marker and then write another one at the end of what you append 
to the tape.)
---
W. Curtis Preston, Author of Backup & Recovery and Using SANs and NAS
VP Data Protection
GlassHouse Technologies


From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of WEAVER, Simon
Sent: Wednesday, December 06, 2006 6:34 AM
To: 'Bob Stump'; 'Veritas-bu@mailman.eng.auburn.edu'
Subject: Re: [Veritas-bu] Infinity backup and level of infinity

Bob
As long as you have the Media on tape, even if it the media has expired from 
the Catalog itself, the tapes can be imported? That counts as being able to 
retain the Data and restore it (although just not as quick!)
 
 
Regards
Simon Weaver
3rd Line Technical Support
Windows Domain Administrator 
EADS Astrium Limited, B23AA IM (DCS)
Anchorage Road, Portsmouth, PO3 5PU
Email: [EMAIL PROTECTED]
-Original Message-
From: Bob Stump [mailto:[EMAIL PROTECTED] 
Sent: 06 December 2006 14:31
To: WEAVER, Simon; 'Veritas-bu@mailman.eng.auburn.edu'
Subject: Re: [Veritas-bu] Infinity backup and level of infinity
BEWARE that many times you are legally obligated to maintain 7 years of data.
Unfortunately, you may be required to ALSO provide data past the 7 year legal 
requirement IF you have it and IF you can restore it.
One company I was at, determined that infinity should only be 7 years in order 
to avoid a court order to provide the older data.
They not only had me change the current policies to use a 7 year retention, 
they also had me recalculate the expiration dates on existing images that were 
set to infinite (2038) retention.
That edict came from their legal department. 
 
DISCLAIMER:
I am not a lawyer and I've never played one on the tele.


>>> "WEAVER, Simon" <[EMAIL PROTECTED]> 12/6/2006 1:59 AM >>>
Guys
Regarding the "retension" setting under any schedule. After 1 year, it moves 
from Infinity Level 9 to Level 24.
 
Just what level should be used it you want to retain something for say 10 years.
 
Thanks
 
Regards
Simon Weaver
3rd Line Technical Support
Windows Domain Administrator 
EADS Astrium Limited, B23AA IM (DCS)
Anchorage Road, Portsmouth, PO3 5PU
Email: [EMAIL PROTECTED]
 
This email (including any attachments) may contain confidential and/or 
privileged information or information otherwise protected from disclosure.
If you are not the intended recipient, please notify the sender immediately, do 
not copy this message or any attachments and do not use it for any purpose or 
disclose its content to any person, but delete this message and any attachments 
from your system.

Astrium disclaims any and all liability if this email transmission was virus 
corrupted, altered or falsified.
-
Astrium Limited, Registered in England and Wales No. 2449259
Registered Office: Gunnels Wood Road, Stevenage, Hertfordshire, SG1 2AS, England


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


Re: [Veritas-bu] help please

2006-12-07 Thread Curtis Preston
I also agree with you in principal.  I've just done what you want in a
different way.  I've historically configured catalog backups in such a
way that they don't use the NetBackup pool.  That way I separate catalog
and regular backups, but the default NetBackup pool (that every policy
picks anyway) can be used for regular backups.

If you're not running 6.0, I think your way or my way is probably just
fine. I'm OK, you're OK, our backups are OK. ;)

With 6.0, however, there's a dedicated pool for catalog backups, and
it's not the NetBackup pool.

---
W. Curtis Preston, Author of Backup & Recovery and Using SANs and NAS
VP Data Protection
GlassHouse Technologies

-Original Message-
From: WEAVER, Simon [mailto:[EMAIL PROTECTED] 
Sent: Tuesday, December 05, 2006 11:01 PM
To: 'Haskins, Steve'; [EMAIL PROTECTED]; Curtis Preston
Cc: nizar motasim; veritas-bu@mailman.eng.auburn.edu
Subject: RE: [Veritas-bu] help please


Someone agrees with me :-)))

Wahoo! I must have said something right. !

Regards

Simon Weaver
3rd Line Technical Support
Windows Domain Administrator 

EADS Astrium Limited, B23AA IM (DCS)
Anchorage Road, Portsmouth, PO3 5PU

Email: [EMAIL PROTECTED]



-Original Message-
From: Haskins, Steve [mailto:[EMAIL PROTECTED] 
Sent: 06 December 2006 06:58
To: WEAVER, Simon; [EMAIL PROTECTED]; Curtis Preston
Cc: nizar motasim; veritas-bu@mailman.eng.auburn.edu
Subject: RE: [Veritas-bu] help please


I concur, less conflicts to occur. 

-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of WEAVER,
Simon
Sent: Tuesday, December 05, 2006 11:56 PM
To: '[EMAIL PROTECTED]'; Curtis Preston
Cc: nizar motasim; veritas-bu@mailman.eng.auburn.edu
Subject: Re: [Veritas-bu] help please


Sorry I am with Dave on this. Yes the NetBackup Pool is there by
default,
and yes if it remains unconfigured, new media goes into this pool, but
ideally the NetBackup pool is for the placement of catalog backups. Its
much, much easier to keep a track of the tapes by seperating them into
corresponding pools.

Of course, depends on your environemnt, type of client, backups, volume
configuration, ect

Regards

Simon Weaver
3rd Line Technical Support
Windows Domain Administrator 

EADS Astrium Limited, B23AA IM (DCS)
Anchorage Road, Portsmouth, PO3 5PU

Email: [EMAIL PROTECTED]



-Original Message-
From: Dave Markham [mailto:[EMAIL PROTECTED]
Sent: 05 December 2006 16:41
To: Curtis Preston
Cc: nizar motasim; veritas-bu@mailman.eng.auburn.edu
Subject: Re: [Veritas-bu] help please


Thats odd then, why when configuring catalogue backups to tapes it will
only
allow you to input media which is assigned to the Netbackup pool?

Dave

Curtis Preston wrote:
> The NetBackup pool isn't reserved for catalogue backups.  It's the
> default pool that all backups go to unless you specify otherwise.
>
> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED] On Behalf Of Dave Markham
> Sent: Tuesday, December 05, 2006 3:34 AM
> To: nizar motasim
> Cc: veritas-bu@mailman.eng.auburn.edu
> Subject: Re: [Veritas-bu] help please
>
> To note Nizar the Netbackup volume pool is a special pool reserved for

> the catalogue backups.
>
> I suggest you define a new volume pool for your backups and also
> create a scratch pool ( dont forget to check the scratchpool tick box 
> ).
>
> Also dont forget in your policy or schedule to specify the volume pool

> you have just created.
>
> Thanks
>
> nizar motasim wrote:
>   
>> Dear
>>  
>> I have MSL6000 Library ,and I have 2 drive HPUltrium ,my media is
>> LTO3 800 GB ,I connect these to windows 2000 server and Veritas 
>> Netbackup
>> 
> 5.0 .
>   
>> Veritas see two drive and one robot ,my question is when i need to
>> run any job backup the result is Media Manager volume Pool
>>  
>>
>> 12/5/2006 1:12:47 PM - started process bpbrm (3240)
>>
>> 12/5/2006 1:12:47 PM - connecting
>>
>> 12/5/2006 1:12:48 PM - connected; connect time: 00:00:01
>>
>> 12/5/2006 1:12:48 PM - started process bptm (3664)
>>
>> 12/5/2006 1:12:49 PM - Error bptm(pid=3664) Media Manager volume pool

>> NetBackup has no more unassigned media in robotic device TLD(0)
>>
>> 12/5/2006 1:12:52 PM - end writing
>>
>> unable to allocate new media for backup, storage unit has none
>> available(96)
>>
>> 12/5/2006 1:12:52 PM - Error bpsched(pid=3468) suspending further
>> backup attempts for client ktm-tower-dc1, policy Activedirectory, 
>> schedule Full because it has exceeded the configured number of tries
>>
>> 12/5/2006 1:12:52 PM - Error bpsched(pid=3468) backup of client
>> ktm-tower-dc1 exited with status 96 (unable to allocate new media for

>> backup, storage unit has none available)
>>
>>  
>>
>> Can you please help me because before one week I'm tring without ant
>> result .
>>
>>  
>>
>> TQ
>>
>> Nizar
>>
>>
>>
>>
>>
>> 
> --
> --
>   
>> Express yourself instantly with MSN Messen

Re: [Veritas-bu] Infinity backup and level of infinity

2006-12-07 Thread Curtis Preston
I think Paul's summary is right on the money.  I also am not a lawyer and never 
went to law school, but I read the modified rules at 
http://www.uscourts.gov/rules/archive.htm.

Civil Rule 16
Civil Rule 26
Civil Rule 33 
Civil Rule 34
Civil Rule 37  
Civil Rule 45

There's actually a safe harbor statement that says that if you have a policy of 
deleting data at a certain period of time, and you can't provide it to a 
court/plaintiff because of that policy, then they cannot assign any punitive 
charges for that.

HOWEVER, once sued, all expiration stops.  If you get an e-discovery request, 
and it's asking for tapes from a certain period, you'd better immediately set 
them to never expire and write protect (or at least segregate) those suckers.

This is really just a clarification of what's been going on in civil cases for 
years.  It doesn't change what anybody has to keep for how long, or anything 
like that.  All it does is tell you what to do when sued, and says that it's OK 
if you delete stuff BEFORE being sued.


---
W. Curtis Preston, Author of Backup & Recovery and Using SANs and NAS
VP Data Protection
GlassHouse Technologies


-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Paul Keating
Sent: Wednesday, December 06, 2006 9:06 AM
To: Bobby Williams; WEAVER, Simon; Bob Stump; Veritas-bu@mailman.eng.auburn.edu
Subject: Re: [Veritas-bu] Infinity backup and level of infinity

The issue is not "arbitrary".
For instance.if you have a policy that all "category X" data isdestroyed 
after 6 months, and you get sued and have to provide all dataof category X for 
the past yearyou cannot say "Oh crap, I've got allthis data of category X 
that's older than 6 months, I'd better destroyit."
If you have it, you cannot destroy it, when you get sued.you'dbetter be 
destroying it, as a matter of practice, as soon as the policystates it can be 
destroyed.
If you haven't got documented precidence of strictly adhering to yourpublished 
policy, then you can't use the policy as justification for thedata you just 
destroyed.
Paul


-- 

> -Original Message-> From: [EMAIL PROTECTED] > [mailto:[EMAIL 
> PROTECTED] On Behalf > Of Bobby Williams> Sent: December 6, 2006 10:09 AM> 
> To: Paul Keating; WEAVER, Simon; Bob Stump; > 
> Veritas-bu@mailman.eng.auburn.edu> Subject: Re: [Veritas-bu] Infinity backup 
> and level of infinity> > > the rule that became law on 12/1/06 seems to make 
> it a crime > to arbitrarily start erasing tapes.> > Does anyone have a link 
> to the law that is causing all of the > "E-discovery" discussions?> > 
> Bobby
La version française suit le texte anglais.

This email may contain privileged and/or confidential information, and the Bank 
ofCanada does not waive any related rights. Any distribution, use, or copying 
of thisemail or the information it contains by other than the intended 
recipient isunauthorized. If you received this email in error please delete it 
immediately fromyour system and notify the sender promptly by email that you 
have done so. 

Le présent courriel peut contenir de l'information privilégiée ou 
confidentielle.La Banque du Canada ne renonce pas aux droits qui s'y 
rapportent. Toute diffusion,utilisation ou copie de ce courriel ou des 
renseignements qu'il contient par unepersonne autre que le ou les destinataires 
désignés est interdite. Si vous recevezce courriel par erreur, veuillez le 
supprimer immédiatement et envoyer sans délai àl'expéditeur un message 
électronique pour l'aviser que vous avez éliminé de votreordinateur toute copie 
du courriel reçu.
___
Veritas-bu maillist  -  Veritas-bu@mailman.eng.auburn.edu
http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu

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


Re: [Veritas-bu] Lost Mediadb

2006-12-07 Thread WEAVER, Simon

In case I am being daft here, was the Catalog Backup not configured to
collect this? You must have configured the catalog backup to backup the
master and media servers Veritas\volmgr\database, NetBackup\DB and
NetBackup\var!

If so, can you not just use bprecover for the Media Server itself? Pretty
sure this is what I have done before in the past.

Otherwise as Marianne said ...
http://seer.support.veritas.com/docs/262590.htm

Please tell me if I am missing the point here :-(

Regards

Simon Weaver
3rd Line Technical Support
Windows Domain Administrator 

EADS Astrium Limited, B23AA IM (DCS)
Anchorage Road, Portsmouth, PO3 5PU

Email: [EMAIL PROTECTED]



-Original Message-
From: Juan Pablo Almeida [mailto:[EMAIL PROTECTED] 
Sent: 07 December 2006 15:51
To: veritas-bu@mailman.eng.auburn.edu
Subject: [Veritas-bu] Lost Mediadb


We have lost the /usr/openv/netbackup/db/ from one media server.

Anyone knows what to do to rebuild that mediadb? manually include cartridges
in tche new mediadb?

Symantec doesn't support this type of problem, only  trough their
consultants.


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

This email (including any attachments) may contain confidential and/or 
privileged information or information otherwise protected from disclosure.
If you are not the intended recipient, please notify the sender immediately, do 
not copy this message or any attachments and do not use it for any purpose or 
disclose its content to any person, but delete this message and any attachments 
from your system.
Astrium disclaims any and all liability if this email transmission was virus 
corrupted, altered or falsified.
-
Astrium Limited, Registered in England and Wales No. 2449259
Registered Office: Gunnels Wood Road, Stevenage, Hertfordshire, SG1 2AS, England
___
Veritas-bu maillist  -  Veritas-bu@mailman.eng.auburn.edu
http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu


Re: [Veritas-bu] Replacing Media Server

2006-12-07 Thread WEAVER, Simon

Dave
This solution is great. Providing the situaion I had back in May where
someone had completely trashed my Netbackup environment to pieces and
leaving the master in a limp mode wondering what the hell happened and minus
2 Media Server buddies!

That is a day I will never forget !! It goes to show that performing things
the "undocumented" way can have dire results.

Regards

Simon Weaver
3rd Line Technical Support
Windows Domain Administrator 

EADS Astrium Limited, B23AA IM (DCS)
Anchorage Road, Portsmouth, PO3 5PU

Email: [EMAIL PROTECTED]



-Original Message-
From: Clooney, David [mailto:[EMAIL PROTECTED] 
Sent: 07 December 2006 15:51
To: WEAVER, Simon; Brooks, Jason; veritas-bu@mailman.eng.auburn.edu
Subject: RE: [Veritas-bu] Replacing Media Server


 With Simon on 5.1 

bpimage: -newserver  -oldserver 

Changes all images that where backed up by the old server to reflect the new
server.

Have migrated a media server recently with no issues.

You will need to move your media too 

bpmedia -movedb -m  -newserver  [-oldserver ]
[-v]

This will populate your local mediaDB on you new media server.

If I was you I would change names when moving as if not all the above would
be irrelevant and you would have to manually copy the mediaDB etc.

Regards

Dave


-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of WEAVER,
Simon
Sent: 07 December 2006 15:25
To: 'Brooks, Jason'; veritas-bu@mailman.eng.auburn.edu
Subject: Re: [Veritas-bu] Replacing Media Server


Jason
Sounds ok, but isnt there a process to follow in the Media Manager Guide on
NBU 6.0? Looking at a PDF here - P365 onwards?

Sorry do not know much about 6.0 - can certainly give links for 5.1, but may
not prove to be too helpful in this setup

Regards

Simon Weaver
3rd Line Technical Support
Windows Domain Administrator 

EADS Astrium Limited, B23AA IM (DCS)
Anchorage Road, Portsmouth, PO3 5PU

Email: [EMAIL PROTECTED]



-Original Message-
From: Brooks, Jason [mailto:[EMAIL PROTECTED]
Sent: 07 December 2006 14:44
To: veritas-bu@mailman.eng.auburn.edu
Subject: [Veritas-bu] Replacing Media Server


We're currently running 6.0MP3 on Windows 2k3 SP1 on both our master and
media.  Due to problems with an NDMP device, we need to convert our media
server to Linux.  My thoughts on this, without reading, are this:

1)  Build new box, install NBU 6.0 with NDMP and patch up to MP3 or 4 (will
upgrade master then too)
2)  Get new media server 'happy' and functional.
3)  Alter all policies pointing to old media server to new media server
4)  Decommission old media server

Problems here?  Should I stick with the same name, for less headaches? What
about restores down the road - e.g., if a box was backed up by the old media
server, blue.mydomain.com, would the restore go through red?

Thanks,
Jason


Jason Brooks
Computer Systems Engineer
IITS - Longwood University
voice - (434) 395-2034
fax - (434) 395-2035
mailto:<[EMAIL PROTECTED]> 

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

This email (including any attachments) may contain confidential and/or
privileged information or information otherwise protected from disclosure.
If you are not the intended recipient, please notify the sender immediately,
do not copy this message or any attachments and do not use it for any
purpose or disclose its content to any person, but delete this message and
any attachments from your system. Astrium disclaims any and all liability if
this email transmission was virus corrupted, altered or falsified.
-
Astrium Limited, Registered in England and Wales No. 2449259 Registered
Office: Gunnels Wood Road, Stevenage, Hertfordshire, SG1 2AS, England
___
Veritas-bu maillist  -  Veritas-bu@mailman.eng.auburn.edu
http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu



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.

This email (including any attachments) may co

Re: [Veritas-bu] Lost Mediadb

2006-12-07 Thread Marianne Van Den Berg
Hi

Have a look at this:

http://seer.support.veritas.com/docs/262590.htm
How to build a MediaDB entry for tapes with valid images when the
original MediaDB is missing  

Just add a start and end date to bpimagelist in step 1.

Regards

Marianne

-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Juan
Pablo Almeida
Sent: 07 December 2006 17:51
To: veritas-bu@mailman.eng.auburn.edu
Subject: [Veritas-bu] Lost Mediadb

We have lost the /usr/openv/netbackup/db/ from one media server.

Anyone knows what to do to rebuild that mediadb? manually include
cartridges in tche new mediadb?

Symantec doesn't support this type of problem, only  trough their
consultants.


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

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


Re: [Veritas-bu] bpversion command

2006-12-07 Thread Dominik . J . Pietrzykowski

I believe it needs to be something like this although i have tested it and
it doesn't work.

eg

bpversion -request -server 







"Clooney, David" <[EMAIL PROTECTED]>
Sent by: [EMAIL PROTECTED]
08/12/2006 02:45 AM

To
"Whelan, Patrick" <[EMAIL PROTECTED]>,

cc

Subject
Re: [Veritas-bu] bpversion command






Patrick,

Think it pulls the version from the specified client

bpversion -request $host

Regards

Dave

never really used it myself

From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Whelan,
Patrick
Sent: 07 December 2006 14:44
To: Veritas-bu@mailman.eng.auburn.edu
Subject: [Veritas-bu] bpversion command

Has any used the bpversion command? If so, what does it do and how are the
parameters used?
Patrick Whelan
NetBackup Specialist
Architect & Engineering
+44 20 7863 5243
Of all the things I've lost, I miss my mind the most! - Unknown
There are only 10 kinds of people on earth - those who understand binary
and those who don't.
... Als sie mich holten,
gab es keinen mehr, der protestieren konnte
-- Martin Niemöller


*
The message is intended for the named addressee only and may not be
disclosed to or used by anyone else, nor may it be copied in any way.

The contents of this message and its attachments are confidential and may
also be subject to legal privilege. If you are not the named addressee
and/or have received this message in error, please advise us by e-mailing
[EMAIL PROTECTED] and delete the message and any attachments without
retaining any copies.

Internet communications are not secure and COLT does not accept
responsibility for this message, its contents nor responsibility for any
viruses.

No contracts can be created or varied on behalf of COLT
Telecommunications, its subsidiaries or affiliates ("COLT") and any other
party by email Communications unless expressly agreed in writing with such
other party.

Please note that incoming emails will be automatically scanned to
eliminate potential viruses and unsolicited promotional emails. For more
information refer to www.colt.net or contact us on +44(0)20 7390 3900.



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.
___
Veritas-bu maillist  -  Veritas-bu@mailman.eng.auburn.edu
http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu



National Australia Bank Ltd - ABN 12 004 044 937
This email may contain confidential information. If you are not the intended 
recipient, please immediately notify us at [EMAIL PROTECTED] or by replying to 
the sender, and then destroy all copies of this email. Except where this email 
indicates otherwise, views expressed in this email are those of the sender and 
not of National Australia Bank Ltd. Advice in this email does not take account 
of your objectives, financial situation, or needs. It is important for you to 
consider these matters and, if the e-mail refers to a product(s), you should 
read the relevant Product Disclosure Statement(s)/other disclosure document(s) 
before making any decisions. If you do not want email marketing from us in 
future, forward this email with "unsubscribe" in the subject line to [EMAIL 
PROTECTED] in order to stop marketing emails from this sender. National 
Australia Bank Ltd does not represent that this email is free of errors, 
viruses or interference.___
Veritas-bu maillist  -  Veritas-bu@mailman.eng.auburn.edu
http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu


Re: [Veritas-bu] New Media Server

2006-12-07 Thread Haskins, Steve
You can have one scratch pool and still have scratch tapes in different
robots and the different robots still be able to access them as the
system knows what tapes are in what robot and which are scratch. I do it
and it works.

Regards. 

-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Ed Wilts
Sent: Thursday, December 07, 2006 5:51 PM
To: Darren Dunham
Cc: Veritas-bu@mailman.eng.auburn.edu
Subject: Re: [Veritas-bu] New Media Server

On 12/7/2006 10:10 AM, Darren Dunham wrote:
>>  We have installed a new media server with a two drive robot at a 
>> remote site to replace two stand alone drives and the old media
server.
>> 
>> We want to setup 4 volume pools including a  scratch pool at the 
>> remote site.
>> It appears that these pools must be defined at the new media server 
>> as I have not been able to create another scratch pool in our 
>> existing master/media.
> 
> I don't understand.  Why do you want a new scratch pool on the media 
> instead of just using the existing scratch pool?
> 
> What do you hope to accomplish by doing that?

The obvious reason is that the scratch tapes are supposed to be in the
robot attached to the media server.  There's no point in a job
requesting a tape from a scratch pool in a robot that it doesn't have
access to.

.../Ed

--
Ed Wilts, Mounds View, MN, USA
mailto:[EMAIL PROTECTED]

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

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


Re: [Veritas-bu] Does CryptoStor Tape play nice with SSO?

2006-12-07 Thread Ed Wilts
On 12/7/2006 12:40 PM, Hall, Christian N. wrote:
> It's an appliance that works at the device level, what does that have to 
> do with SSO?

Because it works at the device level, it needs to behave nicely when 
shared between multiple hosts.  You're playing with SCSI reservations, 
and if it doesn't handle them well you're going to be in a world of hurt.

We've got Decru appliances and they do work well - I've never worked 
with the NeoScale appliances.  In fact, the Decru appliances helped us 
find SCSI reservation problems in NetBackup - the appliance's logs 
reported when one host took out the reservation and then another host 
tried to write to the tape drive (which the Decrus correctly rejected).


> 
> *From:* [EMAIL PROTECTED] 
> [mailto:[EMAIL PROTECTED] *On Behalf Of *Ellis, 
> Jason
> *Sent:* Thursday, December 07, 2006 1:22 PM
> *To:* veritas-bu@mailman.eng.auburn.edu
> *Subject:* [Veritas-bu] Does CryptoStor Tape play nice with SSO?
> 
> Does anybody use NeoScale’s CryptoStor Tape to encrypt the data on their 
> tapes with NetBackup? We are looking at this solution to encrypt our 
> data, but I’m wondering how well this middleware product plays with SSO. 
> Is anybody running the CryptoStor Tapes with SSO?
> 
>  
> 
> Jason Ellis
> Technical Consultant, Data Protection Team
> IndyMac Bank, La Mirada Datacenter
> Phone: (714) 520-3414


.../Ed
-- 
Ed Wilts, Mounds View, MN, USA
mailto:[EMAIL PROTECTED]

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


Re: [Veritas-bu] New Media Server

2006-12-07 Thread Ed Wilts
On 12/7/2006 10:10 AM, Darren Dunham wrote:
>>  We have installed a new media server with a two drive robot at a remote
>> site to replace two stand alone drives and the old media server.
>> 
>> We want to setup 4 volume pools including a  scratch pool at the remote
>> site.
>> It appears that these pools must be defined at the new media server as I
>> have not been able to create another scratch pool in our existing
>> master/media.
> 
> I don't understand.  Why do you want a new scratch pool on the media
> instead of just using the existing scratch pool?
> 
> What do you hope to accomplish by doing that?

The obvious reason is that the scratch tapes are supposed to be in the 
robot attached to the media server.  There's no point in a job 
requesting a tape from a scratch pool in a robot that it doesn't have 
access to.

.../Ed

-- 
Ed Wilts, Mounds View, MN, USA
mailto:[EMAIL PROTECTED]

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


Re: [Veritas-bu] Lost Mediadb

2006-12-07 Thread Bobby Williams
Why not move all of the media images to another media server and start from 
scratch?

Unless this media server was the volDB, then the master server would have all 
of the info of where the data is and on what tape.

There is another thread going now with the process / commands.

Bobby




From: Juan Pablo Almeida <[EMAIL PROTECTED]>
Date: 2006/12/07 Thu AM 10:51:24 EST
To: 
Subject: [Veritas-bu] Lost Mediadb

We have lost the /usr/openv/netbackup/db/ from one media server.

Anyone knows what to do to rebuild that mediadb? manually include cartridges in 
tche new mediadb?

Symantec doesn't support this type of problem, only  trough their consultants.


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


Bobby Williams
2205 Peterson Drive
Chattanooga, TN  37421 

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


Re: [Veritas-bu] Encrypted Sybase restore giving Status Code 40 - RESOLUTION

2006-12-07 Thread Hillman, Eric
When restoring to an alternate server, the alternate server's
CLIENT_NAME setting in the bp.conf must reflect the name of the original
server the database was backed up from.  This ONLY applies to encrypted
backup restores.  Found this in the following article:
 
http://support.veritas.com/docs/248263
 
 
The article refers to Oracle, but it apparently applies to Sybase as
well.




From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Hillman,
Eric
Sent: Thursday, December 07, 2006 1:29 PM
To: Veritas-bu@mailman.eng.auburn.edu
Subject: [Veritas-bu] Encrypted Sybase restore giving Status Code 40



For some reason when I try to do a redirected restore of an encrypted
Sybase database backup I immediately get "STATUS 40: network connection
broken".  A redirected restore of a db not backed up using encryption
works fine.  The keyfile has been setup with the same passphrase and the
encryption libraries have been copied.  Any help would be greatly
appreciated.  

-Eric Hillman 



THE INFORMATION CONTAINED IN THIS MESSAGE AND ANY ATTACHMENT MAY BE
PRIVILEGED, CONFIDENTIAL, PROPRIETARY OR OTHERWISE PROTECTED FROM
DISCLOSURE. If the reader of this message is not the intended recipient,
you are hereby notified that any dissemination, distribution, copying or
use of this message and any attachment is strictly prohibited. If you
have received this message in error, please notify us immediately by
replying to the message and permanently delete it from your computer and
destroy any printout thereof.

THE INFORMATION CONTAINED IN THIS MESSAGE AND ANY ATTACHMENT MAY BE PRIVILEGED, 
CONFIDENTIAL, PROPRIETARY OR OTHERWISE PROTECTED FROM DISCLOSURE. If the reader 
of this message is not the intended recipient, you are hereby notified that any 
dissemination, distribution, copying or use of this message and any attachment 
is strictly prohibited. If you have received this message in error, please 
notify us immediately by replying to the message and permanently delete it from 
your computer and destroy any printout thereof.___
Veritas-bu maillist  -  Veritas-bu@mailman.eng.auburn.edu
http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu


Re: [Veritas-bu] New Media Server

2006-12-07 Thread Paul Keating
I've never had this happen.
I've got 5 media servers accessing 2 robots, and one scratch pool.The media 
servers are smart enough to pick a tape from the appropriaterobot.
You may have had the issue because you were using standalone drive andnot an 
ATL.
Paul
-- 

> -Original Message-> From: [EMAIL PROTECTED] > [mailto:[EMAIL 
> PROTECTED] On Behalf > Of Deiter Scott> Sent: December 7, 2006 1:40 PM> To: 
> Veritas-bu@mailman.eng.auburn.edu> Subject: Re: [Veritas-bu] New Media 
> Server> > >  > I'm assuming if the master/media runs out of scratch tape 
> within the> local robot then it will request a scratch tape from the > remote 
> site.  > > We have seen this with a local standalone drive that did not > 
> have tapes> left in its assigned pool.  At that time the backup requested > a 
> scratch> tape that we normally keep for on the local robot use.> > 
> 
La version française suit le texte anglais.

This email may contain privileged and/or confidential information, and the Bank 
ofCanada does not waive any related rights. Any distribution, use, or copying 
of thisemail or the information it contains by other than the intended 
recipient isunauthorized. If you received this email in error please delete it 
immediately fromyour system and notify the sender promptly by email that you 
have done so. 

Le présent courriel peut contenir de l'information privilégiée ou 
confidentielle.La Banque du Canada ne renonce pas aux droits qui s'y 
rapportent. Toute diffusion,utilisation ou copie de ce courriel ou des 
renseignements qu'il contient par unepersonne autre que le ou les destinataires 
désignés est interdite. Si vous recevezce courriel par erreur, veuillez le 
supprimer immédiatement et envoyer sans délai àl'expéditeur un message 
électronique pour l'aviser que vous avez éliminé de votreordinateur toute copie 
du courriel reçu.
___
Veritas-bu maillist  -  Veritas-bu@mailman.eng.auburn.edu
http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu


Re: [Veritas-bu] Does CryptoStor Tape play nice with SSO?

2006-12-07 Thread Hall, Christian N.
It's an appliance that works at the device level, what does that have to
do with SSO?



From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Ellis,
Jason
Sent: Thursday, December 07, 2006 1:22 PM
To: veritas-bu@mailman.eng.auburn.edu
Subject: [Veritas-bu] Does CryptoStor Tape play nice with SSO?



Does anybody use NeoScale's CryptoStor Tape to encrypt the data on their
tapes with NetBackup? We are looking at this solution to encrypt our
data, but I'm wondering how well this middleware product plays with SSO.
Is anybody running the CryptoStor Tapes with SSO?

 

Jason Ellis
Technical Consultant, Data Protection Team
IndyMac Bank, La Mirada Datacenter
Phone: (714) 520-3414

Mobile: (714) 889-8734

 

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


Re: [Veritas-bu] New Media Server

2006-12-07 Thread Deiter Scott
 
I'm assuming if the master/media runs out of scratch tape within the
local robot then it will request a scratch tape from the remote site.  

We have seen this with a local standalone drive that did not have tapes
left in its assigned pool.  At that time the backup requested a scratch
tape that we normally keep for on the local robot use.



Scott Deiter
System Administrator
Hanover Direct, Inc. 
Hanover, PA 
Voice: 717-633-3298
Fax: 717-633-3101
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Darren
Dunham
Sent: Thursday, December 07, 2006 11:11 AM
To: Veritas-bu@mailman.eng.auburn.edu
Subject: Re: [Veritas-bu] New Media Server

>  We have installed a new media server with a two drive robot at a
remote
> site to replace two stand alone drives and the old media server.
> 
> We want to setup 4 volume pools including a  scratch pool at the
remote
> site.
> It appears that these pools must be defined at the new media server as
I
> have not been able to create another scratch pool in our existing
> master/media.

I don't understand.  Why do you want a new scratch pool on the media
instead of just using the existing scratch pool?

What do you hope to accomplish by doing that?

-- 
Darren Dunham   [EMAIL PROTECTED]
Senior Technical Consultant TAOShttp://www.taos.com/
Got some Dr Pepper?   San Francisco, CA bay area
 < This line left intentionally blank to confuse you. >
___
Veritas-bu maillist  -  Veritas-bu@mailman.eng.auburn.edu
http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu

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


[Veritas-bu] Encrypted Sybase restore giving Status Code 40

2006-12-07 Thread Hillman, Eric
For some reason when I try to do a redirected restore of an encrypted
Sybase database backup I immediately get "STATUS 40: network connection
broken".  A redirected restore of a db not backed up using encryption
works fine.  The keyfile has been setup with the same passphrase and the
encryption libraries have been copied.  Any help would be greatly
appreciated.  

-Eric Hillman



THE INFORMATION CONTAINED IN THIS MESSAGE AND ANY ATTACHMENT MAY BE PRIVILEGED, 
CONFIDENTIAL, PROPRIETARY OR OTHERWISE PROTECTED FROM DISCLOSURE. If the reader 
of this message is not the intended recipient, you are hereby notified that any 
dissemination, distribution, copying or use of this message and any attachment 
is strictly prohibited. If you have received this message in error, please 
notify us immediately by replying to the message and permanently delete it from 
your computer and destroy any printout thereof.___
Veritas-bu maillist  -  Veritas-bu@mailman.eng.auburn.edu
http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu


[Veritas-bu] Does CryptoStor Tape play nice with SSO?

2006-12-07 Thread Ellis, Jason
Does anybody use NeoScale's CryptoStor Tape to encrypt the data on their
tapes with NetBackup? We are looking at this solution to encrypt our
data, but I'm wondering how well this middleware product plays with SSO.
Is anybody running the CryptoStor Tapes with SSO?

 

Jason Ellis
Technical Consultant, Data Protection Team
IndyMac Bank, La Mirada Datacenter
Phone: (714) 520-3414

Mobile: (714) 889-8734

 

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


Re: [Veritas-bu] Not Using all Tape Drives

2006-12-07 Thread Clooney, David
If 5.1 cannot you not see from your bpsched log how many drives are
being counted up and available at you busiest time ?
 
Dave
 



From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Koster,
Philip
Sent: 07 December 2006 13:20
To: i node; veritas-bu@mailman.eng.auburn.edu
Subject: Re: [Veritas-bu] Not Using all Tape Drives


What version of NBU and OS platform?  
 
We have similar issues with NBU 6 MP3 on Win.  Almost like there is some
sort of limit saying only 1 drive per job no matter how many streams.
We have 4 9840 drives all with SSO between 2 servers.  One of which is
in the process of being physically moved and is not even connected to
the drives at the moment.  Even our DSSU off loads during the day only
use one drive per DSSU with no other jobs running.
 
Phil Koster
Network Administrator
City of Grand Rapids, MI
Direct: 456-3136
Helpdesk: 456-3999



From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of i node
Sent: Wednesday, December 06, 2006 4:20 PM
To: veritas-bu@mailman.eng.auburn.edu
Subject: [Veritas-bu] Not Using all Tape Drives


I've begun monitoring tape drive usage, and comparing it to 'bpdbjobs
-summary' output every X minutes.  I've found that we consistently have
at least a quarter of our drives empty, even during our busiest times,
with many backup jobs queued.  How can I determine why these drives are
not getting used? 
 
Thanks in advance



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.
___
Veritas-bu maillist  -  Veritas-bu@mailman.eng.auburn.edu
http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu


Re: [Veritas-bu] New Media Server

2006-12-07 Thread Darren Dunham
>  We have installed a new media server with a two drive robot at a remote
> site to replace two stand alone drives and the old media server.
> 
> We want to setup 4 volume pools including a  scratch pool at the remote
> site.
> It appears that these pools must be defined at the new media server as I
> have not been able to create another scratch pool in our existing
> master/media.

I don't understand.  Why do you want a new scratch pool on the media
instead of just using the existing scratch pool?

What do you hope to accomplish by doing that?

-- 
Darren Dunham   [EMAIL PROTECTED]
Senior Technical Consultant TAOShttp://www.taos.com/
Got some Dr Pepper?   San Francisco, CA bay area
 < This line left intentionally blank to confuse you. >
___
Veritas-bu maillist  -  Veritas-bu@mailman.eng.auburn.edu
http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu


Re: [Veritas-bu] Lost Mediadb

2006-12-07 Thread Clooney, David
 
Do you have a list of the media that should be in the mediaDB ?

Dave


-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Juan
Pablo Almeida
Sent: 07 December 2006 15:51
To: veritas-bu@mailman.eng.auburn.edu
Subject: [Veritas-bu] Lost Mediadb

We have lost the /usr/openv/netbackup/db/ from one media server.

Anyone knows what to do to rebuild that mediadb? manually include
cartridges in tche new mediadb?

Symantec doesn't support this type of problem, only  trough their
consultants.


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



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.

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


[Veritas-bu] NDMP Q NBU 6

2006-12-07 Thread Clooney, David
 Hi all,

A bit confused regarding SSO, NDMP and NBU6 and was wondering whether
someone could clarify for me.

I suppose my main question is, in order to share drives between NDMP
hosts and media manager servers does NDMP have to be in remote
configuration or can they still be directly attached to the filers. If
the latter is possible could someone give this numpty a quick
explanation on how it all fits together. 

Much appreciated

Dave



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.

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


[Veritas-bu] Lost Mediadb

2006-12-07 Thread Juan Pablo Almeida
We have lost the /usr/openv/netbackup/db/ from one media server.

Anyone knows what to do to rebuild that mediadb? manually include cartridges in 
tche new mediadb?

Symantec doesn't support this type of problem, only  trough their consultants.


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


Re: [Veritas-bu] bpversion command

2006-12-07 Thread Clooney, David
Patrick,
 
Think it pulls the version from the specified client
 
bpversion -request $host
 
Regards
 
Dave
 
never really used it myself



From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Whelan, Patrick
Sent: 07 December 2006 14:44
To: Veritas-bu@mailman.eng.auburn.edu
Subject: [Veritas-bu] bpversion command



Has any used the bpversion command? If so, what does it do and how are the 
parameters used?

Patrick Whelan

NetBackup Specialist

Architect & Engineering

+44 20 7863 5243

Of all the things I've lost, I miss my mind the most! - Unknown

There are only 10 kinds of people on earth - those who understand binary

and those who don't.

.. Als sie mich holten,
gab es keinen mehr, der protestieren konnte 

-- Martin Niemöller



*
The message is intended for the named addressee only and may not be disclosed 
to or used by anyone else, nor may it be copied in any way. 

The contents of this message and its attachments are confidential and may also 
be subject to legal privilege. If you are not the named addressee and/or have 
received this message in error, please advise us by e-mailing [EMAIL PROTECTED] 
and delete the message and any attachments without retaining any copies. 

Internet communications are not secure and COLT does not accept responsibility 
for this message, its contents nor responsibility for any viruses. 

No contracts can be created or varied on behalf of COLT Telecommunications, its 
subsidiaries or affiliates ("COLT") and any other party by email Communications 
unless expressly agreed in writing with such other party. 

Please note that incoming emails will be automatically scanned to eliminate 
potential viruses and unsolicited promotional emails. For more information 
refer to www.colt.net or contact us on +44(0)20 7390 3900.




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.
___
Veritas-bu maillist  -  Veritas-bu@mailman.eng.auburn.edu
http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu


Re: [Veritas-bu] Replacing Media Server

2006-12-07 Thread Clooney, David
 With Simon on 5.1 

bpimage: -newserver  -oldserver 

Changes all images that where backed up by the old server to reflect the
new server.

Have migrated a media server recently with no issues.

You will need to move your media too 

bpmedia -movedb -m  -newserver  [-oldserver
] [-v]

This will populate your local mediaDB on you new media server.

If I was you I would change names when moving as if not all the above
would be irrelevant and you would have to manually copy the mediaDB etc.

Regards

Dave


-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of WEAVER,
Simon
Sent: 07 December 2006 15:25
To: 'Brooks, Jason'; veritas-bu@mailman.eng.auburn.edu
Subject: Re: [Veritas-bu] Replacing Media Server


Jason
Sounds ok, but isnt there a process to follow in the Media Manager Guide
on NBU 6.0? Looking at a PDF here - P365 onwards?

Sorry do not know much about 6.0 - can certainly give links for 5.1, but
may not prove to be too helpful in this setup

Regards

Simon Weaver
3rd Line Technical Support
Windows Domain Administrator 

EADS Astrium Limited, B23AA IM (DCS)
Anchorage Road, Portsmouth, PO3 5PU

Email: [EMAIL PROTECTED]



-Original Message-
From: Brooks, Jason [mailto:[EMAIL PROTECTED]
Sent: 07 December 2006 14:44
To: veritas-bu@mailman.eng.auburn.edu
Subject: [Veritas-bu] Replacing Media Server


We're currently running 6.0MP3 on Windows 2k3 SP1 on both our master and
media.  Due to problems with an NDMP device, we need to convert our
media
server to Linux.  My thoughts on this, without reading, are this:

1)  Build new box, install NBU 6.0 with NDMP and patch up to MP3 or 4
(will
upgrade master then too)
2)  Get new media server 'happy' and functional.
3)  Alter all policies pointing to old media server to new media server
4)  Decommission old media server

Problems here?  Should I stick with the same name, for less headaches?
What
about restores down the road - e.g., if a box was backed up by the old
media
server, blue.mydomain.com, would the restore go through red?

Thanks,
Jason


Jason Brooks
Computer Systems Engineer
IITS - Longwood University
voice - (434) 395-2034
fax - (434) 395-2035
mailto:<[EMAIL PROTECTED]> 

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

This email (including any attachments) may contain confidential and/or
privileged information or information otherwise protected from
disclosure.
If you are not the intended recipient, please notify the sender
immediately, do not copy this message or any attachments and do not use
it for any purpose or disclose its content to any person, but delete
this message and any attachments from your system.
Astrium disclaims any and all liability if this email transmission was
virus corrupted, altered or falsified.
-
Astrium Limited, Registered in England and Wales No. 2449259
Registered Office: Gunnels Wood Road, Stevenage, Hertfordshire, SG1 2AS,
England
___
Veritas-bu maillist  -  Veritas-bu@mailman.eng.auburn.edu
http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu



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.

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


Re: [Veritas-bu] Replacing Media Server

2006-12-07 Thread WEAVER, Simon

Jason
Sounds ok, but isnt there a process to follow in the Media Manager Guide on
NBU 6.0? Looking at a PDF here - P365 onwards?

Sorry do not know much about 6.0 - can certainly give links for 5.1, but may
not prove to be too helpful in this setup

Regards

Simon Weaver
3rd Line Technical Support
Windows Domain Administrator 

EADS Astrium Limited, B23AA IM (DCS)
Anchorage Road, Portsmouth, PO3 5PU

Email: [EMAIL PROTECTED]



-Original Message-
From: Brooks, Jason [mailto:[EMAIL PROTECTED] 
Sent: 07 December 2006 14:44
To: veritas-bu@mailman.eng.auburn.edu
Subject: [Veritas-bu] Replacing Media Server


We're currently running 6.0MP3 on Windows 2k3 SP1 on both our master and
media.  Due to problems with an NDMP device, we need to convert our media
server to Linux.  My thoughts on this, without reading, are this:

1)  Build new box, install NBU 6.0 with NDMP and patch up to MP3 or 4 (will
upgrade master then too)
2)  Get new media server 'happy' and functional.
3)  Alter all policies pointing to old media server to new media server
4)  Decommission old media server

Problems here?  Should I stick with the same name, for less headaches? What
about restores down the road - e.g., if a box was backed up by the old media
server, blue.mydomain.com, would the restore go through red?

Thanks,
Jason


Jason Brooks
Computer Systems Engineer
IITS - Longwood University
voice - (434) 395-2034
fax - (434) 395-2035
mailto:<[EMAIL PROTECTED]> 

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

This email (including any attachments) may contain confidential and/or 
privileged information or information otherwise protected from disclosure.
If you are not the intended recipient, please notify the sender immediately, do 
not copy this message or any attachments and do not use it for any purpose or 
disclose its content to any person, but delete this message and any attachments 
from your system.
Astrium disclaims any and all liability if this email transmission was virus 
corrupted, altered or falsified.
-
Astrium Limited, Registered in England and Wales No. 2449259
Registered Office: Gunnels Wood Road, Stevenage, Hertfordshire, SG1 2AS, England
___
Veritas-bu maillist  -  Veritas-bu@mailman.eng.auburn.edu
http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu


[Veritas-bu] Replacing Media Server

2006-12-07 Thread Brooks, Jason
We're currently running 6.0MP3 on Windows 2k3 SP1 on both our master and
media.  Due to problems with an NDMP device, we need to convert our
media server to Linux.  My thoughts on this, without reading, are this:

1)  Build new box, install NBU 6.0 with NDMP and patch up to MP3 or 4
(will upgrade master then too)
2)  Get new media server 'happy' and functional.
3)  Alter all policies pointing to old media server to new media server
4)  Decommission old media server

Problems here?  Should I stick with the same name, for less headaches?
What about restores down the road - e.g., if a box was backed up by the
old media server, blue.mydomain.com, would the restore go through red?

Thanks,
Jason


Jason Brooks
Computer Systems Engineer
IITS - Longwood University
voice - (434) 395-2034
fax - (434) 395-2035
mailto:<[EMAIL PROTECTED]> 

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


[Veritas-bu] bpversion command

2006-12-07 Thread Whelan, Patrick
Has any used the bpversion command? If so, what does it do and how are the 
parameters used?

Patrick Whelan
NetBackup Specialist
Architect & Engineering
+44 20 7863 5243

Of all the things I've lost, I miss my mind the most! - Unknown

There are only 10 kinds of people on earth - those who understand binary
and those who don't.

... Als sie mich holten,
gab es keinen mehr, der protestieren konnte 
-- Martin Niemöller



*
The message is intended for the named addressee only and may not be disclosed 
to or used by anyone else, nor may it be copied in any way. 

The contents of this message and its attachments are confidential and may also 
be subject to legal privilege.  If you are not the named addressee and/or have 
received this message in error, please advise us by e-mailing [EMAIL PROTECTED] 
and delete the message and any attachments without retaining any copies. 

Internet communications are not secure and COLT does not accept responsibility 
for this message, its contents nor responsibility for any viruses. 

No contracts can be created or varied on behalf of COLT Telecommunications, its 
subsidiaries or affiliates ("COLT") and any other party by email Communications 
unless expressly agreed in writing with such other party.  

Please note that incoming emails will be automatically scanned to eliminate 
potential viruses and unsolicited promotional emails. For more information 
refer to www.colt.net or contact us on +44(0)20 7390 3900.

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


Re: [Veritas-bu] New Media Server

2006-12-07 Thread Clooney, David
Regarding creating another scratch pool. In most master/media server cases , 
the master/media server acts as the volume database host as well and all media 
servers in that environment then query info from the master/media server , 
namely the below two files on the master.

/install path/openv/volmgr/database/poolDB
/install path/openv/volmgr/database/volDB

So in other words if you are trying to create another scratch pool on a media 
server that is using the master/media server as the volume database host it is 
in actual fact trying to add another scratch pool to 

/install path/openv/volmgr/database/poolDB  on the master/media server and will 
hence fail as you already have one.


You could try specifying the new media server to be its own volume database 
host using tpconfig and in turn should use its own
/install path/openv/volmgr/database/poolDB
/install path/openv/volmgr/database/volDB

Then you should be able to create your new scratch pool, you most certainly 
would have to name your second scratch pool different to your existing scratch 
pool name.

Hope it helps, let us know the outcome.

Dave

Usage: vmpool [-h volume_database_host]
   {
   -listall [-b | -bx] |
   -listscratch |
   -add  ""|
   -change  ""|
   -delete 
   -set_scratch 
   -unset_scratch 
   }


-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Whelan, Patrick
Sent: 07 December 2006 13:22
To: Deiter Scott; Veritas-bu@mailman.eng.auburn.edu
Subject: Re: [Veritas-bu] New Media Server

I have never actually tried this, but you might try putting a SCRATCH_POOL = 
entry in /usr/openv/volmgr/vm.conf on the new media server.

Regards,

Patrick Whelan
NetBackup Specialist
Architect & Engineering
+44 20 7863 5243

Of all the things I've lost, I miss my mind the most! - Unknown

There are only 10 kinds of people on earth - those who understand binary and 
those who don't.

.. Als sie mich holten,
gab es keinen mehr, der protestieren konnte
-- Martin Niemöller

-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Deiter Scott
Sent: 07 December 2006 13:12
To: Veritas-bu@mailman.eng.auburn.edu
Subject: [Veritas-bu] New Media Server


 We have installed a new media server with a two drive robot at a remote site 
to replace two stand alone drives and the old media server.

We want to setup 4 volume pools including a  scratch pool at the remote site.
It appears that these pools must be defined at the new media server as I have 
not been able to create another scratch pool in our existing master/media.

Current version is 5.1 mp4
The master/media is solaris
The new media server is solaris
The remote site has window clients.

I'm wondering what else to look for when creating this new setup.




Scott Deiter
System Administrator
Hanover Direct, Inc. 
Hanover, PA 
Voice: 717-633-3298
Fax: 717-633-3101

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


*
The message is intended for the named addressee only and may not be disclosed 
to or used by anyone else, nor may it be copied in any way. 

The contents of this message and its attachments are confidential and may also 
be subject to legal privilege.  If you are not the named addressee and/or have 
received this message in error, please advise us by e-mailing [EMAIL PROTECTED] 
and delete the message and any attachments without retaining any copies. 

Internet communications are not secure and COLT does not accept responsibility 
for this message, its contents nor responsibility for any viruses. 

No contracts can be created or varied on behalf of COLT Telecommunications, its 
subsidiaries or affiliates ("COLT") and any other party by email Communications 
unless expressly agreed in writing with such other party.  

Please note that incoming emails will be automatically scanned to eliminate 
potential viruses and unsolicited promotional emails. For more information 
refer to www.colt.net or contact us on +44(0)20 7390 3900.


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



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

Re: [Veritas-bu] Trunking in solaris...

2006-12-07 Thread Paul Keating


-- 

> -Original Message-> From: Ed Wilts [mailto:[EMAIL PROTECTED] > Sent: 
> December 6, 2006 7:24 PM> To: Paul Keating> Cc: 
> Veritas-bu@mailman.eng.auburn.edu> Subject: Re: [Veritas-bu] Trunking in 
> solaris...> > So how many master and media licenses do you need?  Double > 
> the expected > number or does NetBackup get it right?  
1 per server.If you have three instances running on 3 physical servers, you 
needthree licenses.All you're really messing with is the networking routing.No 
different than giving a media server multiple connections on severalVLANs

> Do the tapes get assigned to > media-A-bge0 and media-A-bge1 or just media-A?
Just to media-ANetbackup doesn't really know much about the interfaces at 
theapplication/DB level, except when it's doing the compare for theservernames 
listed in the b.pconf
> > Do you have Aptare StorageConsole?  How many licenses does it need in > 
> > this configuration?
Yep. One per media server, same as if you have only one IP/NIC per mediaserver.
Paul
La version française suit le texte anglais.

This email may contain privileged and/or confidential information, and the Bank 
ofCanada does not waive any related rights. Any distribution, use, or copying 
of thisemail or the information it contains by other than the intended 
recipient isunauthorized. If you received this email in error please delete it 
immediately fromyour system and notify the sender promptly by email that you 
have done so. 

Le présent courriel peut contenir de l'information privilégiée ou 
confidentielle.La Banque du Canada ne renonce pas aux droits qui s'y 
rapportent. Toute diffusion,utilisation ou copie de ce courriel ou des 
renseignements qu'il contient par unepersonne autre que le ou les destinataires 
désignés est interdite. Si vous recevezce courriel par erreur, veuillez le 
supprimer immédiatement et envoyer sans délai àl'expéditeur un message 
électronique pour l'aviser que vous avez éliminé de votreordinateur toute copie 
du courriel reçu.
___
Veritas-bu maillist  -  Veritas-bu@mailman.eng.auburn.edu
http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu


Re: [Veritas-bu] New Media Server

2006-12-07 Thread Martin, Jonathan \(Contractor\)

Create a Storage Group for that site's robot and drives and make sure
you point all that site's backups to that storage group so you don't run
backups across the wan.  Similarly you want to make sure your local
policies don't use "Any" or they might write out there!  Also, you don't
need another scratch pool, your media out there will go into the same
scratch pool just show a different robot #2 etc.  If you want a
completely different scratch pool etc than you have to make that server
a Master, and manage that Netbackup Domain separately.  I don't do this
exactly, but I do manage different robots on different servers, and as
far as volume pools go you just use the ones you already have.

-Jonathan

-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Deiter
Scott
Sent: Thursday, December 07, 2006 8:12 AM
To: Veritas-bu@mailman.eng.auburn.edu
Subject: [Veritas-bu] New Media Server

 We have installed a new media server with a two drive robot at a remote
site to replace two stand alone drives and the old media server.

We want to setup 4 volume pools including a  scratch pool at the remote
site.
It appears that these pools must be defined at the new media server as I
have not been able to create another scratch pool in our existing
master/media.

Current version is 5.1 mp4
The master/media is solaris
The new media server is solaris
The remote site has window clients.

I'm wondering what else to look for when creating this new setup.




Scott Deiter
System Administrator
Hanover Direct, Inc. 
Hanover, PA 
Voice: 717-633-3298
Fax: 717-633-3101

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

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


Re: [Veritas-bu] New Media Server

2006-12-07 Thread Whelan, Patrick
I have never actually tried this, but you might try putting a SCRATCH_POOL = 
entry in /usr/openv/volmgr/vm.conf on the new media server.

Regards,

Patrick Whelan
NetBackup Specialist
Architect & Engineering
+44 20 7863 5243

Of all the things I've lost, I miss my mind the most! - Unknown

There are only 10 kinds of people on earth - those who understand binary
and those who don't.

... Als sie mich holten,
gab es keinen mehr, der protestieren konnte 
-- Martin Niemöller

-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Deiter Scott
Sent: 07 December 2006 13:12
To: Veritas-bu@mailman.eng.auburn.edu
Subject: [Veritas-bu] New Media Server


 We have installed a new media server with a two drive robot at a remote
site to replace two stand alone drives and the old media server.

We want to setup 4 volume pools including a  scratch pool at the remote
site.
It appears that these pools must be defined at the new media server as I
have not been able to create another scratch pool in our existing
master/media.

Current version is 5.1 mp4
The master/media is solaris
The new media server is solaris
The remote site has window clients.

I'm wondering what else to look for when creating this new setup.




Scott Deiter
System Administrator
Hanover Direct, Inc. 
Hanover, PA 
Voice: 717-633-3298
Fax: 717-633-3101

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


*
The message is intended for the named addressee only and may not be disclosed 
to or used by anyone else, nor may it be copied in any way. 

The contents of this message and its attachments are confidential and may also 
be subject to legal privilege.  If you are not the named addressee and/or have 
received this message in error, please advise us by e-mailing [EMAIL PROTECTED] 
and delete the message and any attachments without retaining any copies. 

Internet communications are not secure and COLT does not accept responsibility 
for this message, its contents nor responsibility for any viruses. 

No contracts can be created or varied on behalf of COLT Telecommunications, its 
subsidiaries or affiliates ("COLT") and any other party by email Communications 
unless expressly agreed in writing with such other party.  

Please note that incoming emails will be automatically scanned to eliminate 
potential viruses and unsolicited promotional emails. For more information 
refer to www.colt.net or contact us on +44(0)20 7390 3900.


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


Re: [Veritas-bu] Not Using all Tape Drives

2006-12-07 Thread Koster, Philip
What version of NBU and OS platform?  
 
We have similar issues with NBU 6 MP3 on Win.  Almost like there is some
sort of limit saying only 1 drive per job no matter how many streams.
We have 4 9840 drives all with SSO between 2 servers.  One of which is
in the process of being physically moved and is not even connected to
the drives at the moment.  Even our DSSU off loads during the day only
use one drive per DSSU with no other jobs running.
 
Phil Koster
Network Administrator
City of Grand Rapids, MI
Direct: 456-3136
Helpdesk: 456-3999



From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of i node
Sent: Wednesday, December 06, 2006 4:20 PM
To: veritas-bu@mailman.eng.auburn.edu
Subject: [Veritas-bu] Not Using all Tape Drives


I've begun monitoring tape drive usage, and comparing it to 'bpdbjobs
-summary' output every X minutes.  I've found that we consistently have
at least a quarter of our drives empty, even during our busiest times,
with many backup jobs queued.  How can I determine why these drives are
not getting used? 
 
Thanks in advance
___
Veritas-bu maillist  -  Veritas-bu@mailman.eng.auburn.edu
http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu


[Veritas-bu] New Media Server

2006-12-07 Thread Deiter Scott
 We have installed a new media server with a two drive robot at a remote
site to replace two stand alone drives and the old media server.

We want to setup 4 volume pools including a  scratch pool at the remote
site.
It appears that these pools must be defined at the new media server as I
have not been able to create another scratch pool in our existing
master/media.

Current version is 5.1 mp4
The master/media is solaris
The new media server is solaris
The remote site has window clients.

I'm wondering what else to look for when creating this new setup.




Scott Deiter
System Administrator
Hanover Direct, Inc. 
Hanover, PA 
Voice: 717-633-3298
Fax: 717-633-3101

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