[Veritas-bu] Best way to convert Master to Media?

[Tony T.]

Hi all,

I have an environment that was set up a while ago and possibly not in the
best configuration:  two separate locations about 5 miles apart, each with
one Master server.
Bandwidth between the sites is a T1, so I am not sure if it is feasible but
we will be upgrading soon from 5.1 to 6.5   I suggested we look into the
possibility of merging the environments
into one master and one media since it would ease some of the management
burden of dealing with two separate environs.

First off, what steps can I take to ensure that this would be a wise move?

Assuming it would be beneficial, is there a  procedure to convert a Master
into a Media while retaining all of the catalog information?

TIA,

-- 
)
(
)
[_])
___
Veritas-bu maillist  -  Veritas-bu@mailman.eng.auburn.edu
http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu

[Veritas-bu] NOM not sending Email alerts?

[Tony T.]

Hi all,

I got my previous NOM issue taken care of (not seeing the Builtin domain)
but now have another hurdle:

NOM is installed in two seperate  environments and are both having the same
issue:  emails are not being sent out when configured in an alert policy.
The odd thing is, reports can be manually emailed to the same recipients,
and as far as I can see there is only one place to configure SMTP.

So why would reports email out ok, but alerts are never sent?

-- 
)
(
)
[_])
___
Veritas-bu maillist  -  Veritas-bu@mailman.eng.auburn.edu
http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu

[Veritas-bu] Problem with NOM: NOM_BuiltIn does not exist.

[Tony T.]

Hi all,

Trying to install Network Operations Manager on a lab box here, I went
through all the steps that were outlined in my class and I am up against a
hitch:

When I go to log in at http://host:8181/nom , the instructions say to change
the domain to:

[EMAIL PROTECTED](vx)

Except, no such entry exists for me.  I see a bunch of others that include
the host name, but this "NOM_BuiltIn" is not even in the drop down.  I made
sure I installed the
components in order (Client first, then Auth. Service, then NOM)

This is running on a W2003 server w/ SP2. and NBU 6.5.1a client.

Any ideas how I can resolve this?

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

Re: [Veritas-bu] NetBackup 6.5 index size

[Tony T.]

On Tue, Apr 1, 2008 at 12:27 AM, WEAVER, Simon (external) <
[EMAIL PROTECTED]> wrote:

>
> Personally, I am not a fan of Veritas Volume Manager, and I certainly
> cannot recommend it.
>

Just out of curiosity, why?

And do you prefer a different volume manager?

>
>
> -Original Message-
> From: [EMAIL PROTECTED] [mailto:
> [EMAIL PROTECTED] On Behalf Of Paul Keating
> Sent: Monday, March 31, 2008 5:19 PM
> To: [EMAIL PROTECTED]; veritas-bu@mailman.eng.auburn.edu
> Subject: Re: [Veritas-bu] NetBackup 6.5 index size
>
> Build your catalog filesytem using a Logical Volume Manager, such as
> Veritas Volume Manager (Storage Foundations) on a SAN attached LUN. As your
> catalog grows you can grow both the LUN and the filesystem hot, without an
> outage.
>
> Or, if you have availability of a recent Enterprise class array such as
> the HDS USP-V, you can build it on a DP (Dynamic provisioned) LUN (aka thin
> provisioning)
>
> The array presents your server with a large fixed size LUN, even several
> terabytes, but only occupies as much disk space as needed, initially, then
> auto allocates disk as needed.
>
> Personally, I'd just go the volume manager route.
>
> Paul
>
> --
>
>
> > -Original Message-
> > From: [EMAIL PROTECTED]
> > [mailto:[EMAIL PROTECTED] On Behalf Of
> > Dariusz Klar
> > Sent: March 28, 2008 9:03 AM
> > To: veritas-bu@mailman.eng.auburn.edu
> > Subject: Re: [Veritas-bu] NetBackup 6.5 index size
> >
> >
> > Ed,
> >
> > I know the general rules, but... Another challenge for me is to
> > estimate disk space for NetBackup catalog where total amount of data
> > under NetBackup protection is 3.6 PB (peta bytes) with ability to grow
> > to 8.5 PB in the future.
> >
> > The difference between 1% and 2% of total amount of protected data for
> > catalog does matter. The difference vary from 36 TB to 85 TB in case
> > of 1% difference. I need to be more precise. If I will say to my
> > customer that they have to buy 255 TB (3% of total amount of data in
> > the future) for NetBackup catalog, I have to be 100% sure what I'm
> > talking about.
> >
> > I called Symantec and with that big data volume they are not 100% sure
> > about space size for NetBackup catalog.
> >
> > In this case "size" does matter ;-) Small mistake can cost a lot of
> > money.
> >
> > regards,
> >
> > Darek
> >
> > Ed Wilts wrote:
> > > On Fri, Mar 28, 2008 at 3:52 AM, Dariusz Klar <[EMAIL PROTECTED]
> > > > wrote:
> > >
> > > Recently I noticed that indexes are consuming a lot of
> > disk space.
> > > Does
> > > anyone know the rule, how to plan space for indexes? Looks like
> > > something has changed since older versions of NetBackup.
> > >
> > >
> > > I don't think anything has changed.  The challenge in
> > planning is that
> > > the catalog size is based on number of files you're backing up, not
> > > the size of the files.  If you back up a lot of small files, your
> > > catalog will be much larger than the site that backs up the same
> > > amount of disk space containint large databases.  The longer the
> > > retentions, the more likely it is that you'll need a larger catalog
> > > for backing up the same amount of disk space.
> > >
> > > The golden rule to remember is to never, ever fill your
> > catalog disk.
> > > Use a different file system for your logs since they're the most
> > > likely thing to fill the disk.
> > >
> >
> > ___
> > Veritas-bu maillist  -  Veritas-bu@mailman.eng.auburn.edu
> > http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
> >
>
> 
>
> La version française suit le texte anglais.
>
>
> 
>
> This email may contain privileged and/or confidential information, and the
> Bank of Canada does not waive any related rights. Any distribution, use, or
> copying of this email or the information it contains by other than the
> intended recipient is unauthorized. If you received this email in error
> please delete it immediately from your 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 une personne autre que le ou les destinataires désignés est
> interdite. Si vous recevez ce 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 votre ordinateur toute copie du
> courriel reçu.
>
> ___
> Veritas-bu maillist  -  Veritas-bu@mailman.eng.

Re: [Veritas-bu] Top 20 (or so) misunderstood things about NBU

[Tony T.]

- Brick level backups of Exchange...not nearly as good as Backup Exec

*runs out of the room*



On Mon, Mar 31, 2008 at 4:48 PM, Curtis Preston <[EMAIL PROTECTED]>
wrote:

> Hey there, folks!  I'm working very hard on my next book, which will
> have some product-specific information in it.  I'm covering multiple
> products, so I won't go TOO deep on individual products, but I'd like to
> do my best to cover misunderstood or frequently asked topics for each
> major product.  I figured that no one would know better than this list
> which topics people tend to get confused.
>
> What topics do you think should go on that list?  (I've got my personal
> preferences, but I don't want to prejudice your thoughts.)  What are the
> top 5/20/30 things about NBU that you think people get wrong?
>
> TIA
>
> ---
> W. Curtis Preston
> Backup Blog @ www.backupcentral.com
> VP Data Protection, GlassHouse Technologies
>
>
> ___
> 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] Cannot install Admin Console: Install interrupted?

[Tony T.]

On Mon, Mar 31, 2008 at 2:37 PM, Bill Tsukahara <[EMAIL PROTECTED]>
wrote:

> Tony,
> Unless I'm not understand what you mean by "65 admin console", I upgraded
> to 6.5 a week ago and I am running the Admin Console on Vista.
>
> Bill
>

Hmmm, guess we have two different answers then?  Earlier:

"

The 65 admin console doesn't work on Vista.  I had the same issue.  Per
Symantec, it will not work on Vista and there are no plans for it in the
next dot release.

 "


But if yours is actually working, I wonder why I can't get mine working?  I
have it on XP boxes all over the place so the procedure is really not that
difficult.   I am running 6.5.1.a on the master (Solaris) and have a few
copies of the Admin Console on XP boxes.  Just this one Vista one giving me
grief.
___
Veritas-bu maillist  -  Veritas-bu@mailman.eng.auburn.edu
http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu

Re: [Veritas-bu] Cannot install Admin Console: Install interrupted?

[Tony T.]

On Mon, Mar 31, 2008 at 12:37 PM, Michitsch, John <[EMAIL PROTECTED]>
wrote:

>  The 65 admin console doesn't work on Vista.  I had the same issue.  Per
> Symantec, it will not work on Vista and there are no plans for it in the
> next dot release.
>
>
>

That's good to know, at least I can stop banging my head against the wall
now!

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

Re: [Veritas-bu] 6.0 config listing

[Tony T.]

On Mon, Mar 31, 2008 at 1:11 PM, Barber, Layne Mr CTR US DISA GS4M2 <
[EMAIL PROTECTED]> wrote:

>  I know that a lot of the 6.0 setting are now stored in the emm database.
> Does anyone have a listing of all available setting for NBU 6.0?
>
> Thank You,
>

Not sure if this is what you mean, but give it a shot:

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

[Veritas-bu] Cannot install Admin Console: Install interrupted?

[Tony T.]

Has anyone seen this before?  I am trying to install the 6.5 Admin Console
to my laptop, and every time it gets to the end and I see this message:

"The Veritas Netbackup install was interrupted before it could be completed"

I searched the Symantec support site but all the references I see to this
error have to do with MP installs, not the console.  I am running Vista if
that matters (not by choice, believe me)

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

Re: [Veritas-bu] Lets hear about your upgrade experience! 5.x - 6.5

[Tony T.]

On Wed, Mar 12, 2008 at 10:33 AM, WEAVER, Simon (external) <
[EMAIL PROTECTED]> wrote:

>  *not sure I would agree - it seems that going from 5.1 to 6.5 or even
> 6.5.1 should be the easier upgrade path.*
> *maybe careful planning is the key? *
>

Honestly, I don't know how much more we could have planned/prepared.  We
went through the upgrade document at Symantec with a fine tooth comb;  not
one step was done flippantly, out of order  or skipped.  We ran the NBCC
right before we started and had Symantec look at the output and address any
inconsistencies, even got the go ahead from them that "Your upgrade can now
proceed".

The problem was just about every step listed in that doc produced unexpected
results; either the box would just sit there doing nothing, or it would come
back with some error that was not addressed in the upgrade guide and had to
be sent to Symantec.

I will think twice about ever reccomending an in place upgrade again.
___
Veritas-bu maillist  -  Veritas-bu@mailman.eng.auburn.edu
http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu

Re: [Veritas-bu] Lets hear about your upgrade experience! 5.x - 6.5

[Tony T.]

On Wed, Mar 12, 2008 at 10:42 AM, WEAVER, Simon (external) <
[EMAIL PROTECTED]> wrote:

>  Tony
> Quick Q - when you realised the problems, were you able to plan to REVERT
> the systems back ?
> Simon
>

Revert back to  5.1?  I realize now that there should have been a plan to do
that; Symantec reccomended it after hours of going nowhere but the client
didn't want to.  And even if they did, what is the procedure for doing
this?
___
Veritas-bu maillist  -  Veritas-bu@mailman.eng.auburn.edu
http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu

Re: [Veritas-bu] Lets hear about your upgrade experience! 5.x - 6.5

[Tony T.]

On Mon, Mar 10, 2008 at 3:46 PM, rascal <[EMAIL PROTECTED]> wrote:

> ok, so we found an interesting issue now with our upgrades.  Right now our
> master/media server is experiencing issues with hot catalog backups (to
> tape).  Here are some interesting, fun facts:
>
> 1.  our master server is an aix box with multiple interfaces
> 2.  its an upgrade from 5.1mp5 to 6.5.1
> 3.  everything BUT catalog works just peachy
> 4.  Error codes in include 252 (800), and 134.
>

I have not seen that, but our upgrade is nothing short of a nightmare.

We ran the NBCC tool again, and there was one error that we sent to support
and they had us run a command to fix it.  So we started the
upgrade...*everything* took like an hour; after clicking "setup", the status
bar didnt move  and just about the time we were going to give up it
finished.

Then the dreaded "nbpushdata" command produced an error.  Sent that into
support, after about 5 hours of back and forth running various commands
nothing is working.  NBU wont start, it generates all sorts of errors.
Support finally said we should roll back to 5, but didn't tell us how.  They
said instead we could just patch it to 6.5.1.  Well that had the predictable
result of just hanging for an hour, then finally spitting back an error
along the lines of "Setup was interupted before it could finish"

What a  comedy of errors this is...I don't even know where to begin, support
had us run so many things that are not listed in their 20 page "Upgrade Doc"
that I would not feel comfortable ever doing this again.

In fact the next time I hear the word upgrade I am going to suggest getting
new equipment, since NBU is obviously not stable enough to withstand an in
place upgrade.
___
Veritas-bu maillist  -  Veritas-bu@mailman.eng.auburn.edu
http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu

Re: [Veritas-bu] Lets hear about your upgrade experience! 5.x - 6.5

[Tony T.]

On Tue, Mar 4, 2008 at 10:26 AM, Scott Jacobson <[EMAIL PROTECTED]> wrote:

>  I'm in the process of a 5.1 to 6.5.1 upgrade in my stagging environment
> (Windows Master, 4 Linux Media Servers) as of yesterday and today.  When
> finished, I'll be heading east to upgrade the operations there.  Upon
> returning, I'll then upgrade the production system here (Windows Master, 11
> Linux Media Servers with ACSLS and a SL8500 Library), so I'll have much to
> share.
>
> One thing I've noticed (with two different 6.5.1 media sets); many read
> errors.  We've found it easier to copy the data to a media server and NFS
> mount to that location and run the install's from there.  At minimum, I'd
> check the read or copy capability from the CD/DVD drives on the systems you
> intend to upgrade.
>
> -sj
>

Interesting...

Do you mean you are finding some of the NBU media to be defective?  Or are
we talking older drives that are flaking out?

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

[Veritas-bu] Lets hear about your upgrade experience! 5.x - 6.5

[Tony T.]

Hi all,

I am interested in hearing about any of the upgrades that you have done,
mainly going from 5.x to 6.5
There seem to be quite a few environments (in my area) that are looking to
upgrade, and I am putting together some documentation
that asks questions to better prepare for it.  I am still learning the ropes
of NBU but I have a lot of experience with the server side
of things especially Sun and AIX systems with SAN storage.

I have the Symantec upgrade guide "Upgrading to Veritas Netbackup 6.5" and
it appears to be pretty detailed, but it just covers the steps to get from
point A to point B.
Some of the things I am interested in finding out:

- is there anyway to estimate how long step X might take?  I realize that
there are so many variables that  it is not possible to say  "popluating the
EMM will take X hours" but
if enough people chime in on what their experience was like, maybe we can
come up with  an average

- have there been any show stoppers that were unanticipated?  We could all
learn from this, knowing what questions to ask up front based on our
past...er...challenges.  NBU has so many options and is such a broad product
that I doubt any two environments are identical.


Just sort of brain storming here, looking forward to hearing (seeing?) what
you all have to share.  If we get a good dialog going I will attempt to
compile it into something usable
and post it back here.

T.



-- 
  )
 (
  )
[_])
___
Veritas-bu maillist  -  Veritas-bu@mailman.eng.auburn.edu
http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu

Re: [Veritas-bu] How do you use NBCC?

[Tony T.]

On Thu, Feb 28, 2008 at 10:27 AM, Sean Mohr <[EMAIL PROTECTED]> wrote:

> It made for support to look at it and you really have to let them check it
> out.
>
>
> We went through the process and it took multiple passes and fixes of
> problems in our catalog before we are ok to do the upgrade and the upgrade
> (or at least the catalog conversion) went off without a hitch.
>
> The upgrade converts the 5.1 flat files into a database.  The  loading of
> the tables in the upgrade enforces database type consistency rules that will
> cause the import to fail when it finds things in your current version that
> it does  not like.
>
> As prime example is media that is still assigned to a Media server that no
> longer that.  (Like a decommission or migration)
>
> Hope this helps
>

Thanks for the information everyone.  This step has been done and other than
a tape needing to be unfrozen there were no issues reported by Symantec.

As part of documenting the steps I need to take, I am going through the PDF
from Symantec "Upgrading to Veritas Netbackup 6.5".  It is very detailed,
although there are a few steps that I do not see explained:

"  Make a copy of the current Barcode rules."

How do I do this?

The step to run 'nbpushdata' is also a bit confusing.  Here is a snippet
from the guide, it is step 17:

Run the nbpushdata command.
This command moves data from your current database files (a subset of the
NetBackup catalog) into a newly created EMM database. The sequence of when
and on what systems you run the nbpushdata command is extremely important.
For more information on running nbpushdata and creating the EMM database
after you upgrade servers, refer to "Populating the NetBackup EMM Database"
in the NetBackup 6.0 Installation Guides.

The following list provides the order in which you must run the nbpushdata
command in your environment.
a 5.x Global Device Database Host - Run nbpushdata -add on the 5.x server
that was configured as the
Global Device Database Host. This is usually a master server, but a media
server as the Global Device
Database Host is also a supported configuration

b Master servers - There is no particular order in which you must run
nbpushdata -add on your master
servers after you have run it on the server that was configured as the
Global Device Database Host.
VERITAS

c Volume Database Hosts - You must next run nbpushdata -add on the server
designated as a Volume
Database Host. If the Volume Database Host was also the Global Device
Database Host or a master server,
this step does not apply.

d Media Servers - Any remaining media servers that have not been upgraded to
NetBackup 6.5 Media servers
can be upgraded at a later time.
==

What is a "Global Device Database Host" ?  Is it part of the master server,
and if so will I only have to run it once on the master server?  There is
only one master server in this environment, no (other) media servers at
all.

Also as part of this step, is there any way to estimate how long it will
take?  I suppose it has something to do with the amount of data currently
being backed up, speed of the server, etc?

Thanks again,

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

Re: [Veritas-bu] NetBackup 5.5 training

[Tony T.]

On Thu, Feb 28, 2008 at 8:37 AM, Elena Khan <[EMAIL PROTECTED]> wrote:

> I took "Veritas NetBackup 6.5 for Solaris Administration" in November.
> Facility is in New York City on Madison Avenue (midtown)
> I was very pleased with the training, esp. the instructor who was open to
> lots of technical questions.
>
> The weather this winter is relatively mild, although there hasn't been a
> lot of sun.
>

That is good to hear, I have that class scheduled in a couple of weeks at
the same location.  This will be my first class with Symantec, although I
did take a VCS class some time back when it was still Veritas and it was top
notch.

There are always  a lot of variables with this type of training: what the
instructor is like, if the materials are up to date and in some cases even
on site, the class makeup, classroom facilities.
___
Veritas-bu maillist  -  Veritas-bu@mailman.eng.auburn.edu
http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu

[Veritas-bu] How do you use NBCC?

[Tony T.]

I have an upgrade project coming up, going from 5.1 to 6.5   I have been
doing some research and  it was suggested that I run the utility NBCC
(consistency checker).

Downloaded and ran it on a test box, and I don't really get what it is
supposed to tell me.  Not only that, the last line in the output is to "send
the cab file to Symantec support for analysis."   Is there any information
on how I can parse what this utility is supposed to be telling me, or is my
only option to have Symantec look at it?

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

Re: [Veritas-bu] should I upgrade to 6.0 or 6.5.1

[Tony T.]

On Thu, Feb 21, 2008 at 10:09 AM, <[EMAIL PROTECTED]> wrote:

>
> I have a question.  I am currently at 5.1 MP6 on Solaris.
>
> Does anyone have any recommendations on whether I should upgrade to 6.0 or
> 6.5.1?
> What are the pros & cons for going directly to 6.5?
>
>
> Thanks,
> Chris.
>
>
A pro I can think of right off the bat is, if you go to 6.5 you won't have
to have another upgrade project :)
That is the approach I would take, why bother doing an upgrade if not to the
most recent version?  Barring any glaring problems with the most recent
version, which I don't think is the case with NBU.
___
Veritas-bu maillist  -  Veritas-bu@mailman.eng.auburn.edu
http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu

Re: [Veritas-bu] NBU 5.1: Disk staging causing heavy fragmentation

[Tony T.]

On Feb 20, 2008 11:10 AM, Martin, Jonathan <[EMAIL PROTECTED]> wrote:

>  I have found through testing when we first added some 16TB of storage for
> Disk-2-Disk that your fragmentation is going to be directly related to how
> many simultaneous streams you write to a DSU/DSSU at a time.  In my testing,
> I got a minimum amount of fragmentation with 1-2 Streams, a bit worse with 4
> streams, and at my current 20 max streams we're completely 100% fragmented.
> Sysinternals has a took that allows you to look at your disks sector by
> sector to look for fragmentation, but its a bit difficult to you use on
> disks that are 1TB or better.
>
> I created this slide for a Netbackup Training presentation I did 6 months
> ago...
>

Wow, this is excellent! Thanks much for the insight.

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

Re: [Veritas-bu] NBU 5.1: Disk staging causing heavy fragmentation

[Tony T.]

>
> It's NTFS and you're creating and deleting a lot of files on the volume so
> of course it will fragment.  Either defragment the volume or set the minimum
> threshold lower so that more files get deleted when the cleanup process runs
> to reduce the fragmentation.
>
>.../Ed
>
> --
> Ed Wilts, Mounds View, MN, USA
> mailto:[EMAIL PROTECTED]


Thanks for the info guys.

It sounds like fragmentation is  just a given when it comes to backing up to
disk?  I understand that, as seeing it explained does make sense.  I have
been looking for some of this "well documented" information and have come up
empty.  Searching for fragmentation on Symantecs site is like a journey
through the looking glass.  I will keep looking, but if anyone has any links
to a white paper or something it would be much appreciated.

Also, when you say "set the minimum threshold lower so that more files get
deleted..."  This confused me; I mean, isn't the fragmentation being caused
by so many file creation/deletions?  Wouldn't increasing the amount of files
being deleted also increase the fragmentation?

Or did I misread that?

Thanks again for the info,

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

[Veritas-bu] NBU 5.1: Disk staging causing heavy fragmentation

[Tony T.]

Has anyone heard of this issue? I have an environment where NBU 5.1 (plans
to get to 6.5.1 are in the works) is backing up to disk then staging to
tape.
The admins tell me that the area where the backups are going gets very
fragmented after each backup.  It is a Windows box, using NTFS.
___
Veritas-bu maillist  -  Veritas-bu@mailman.eng.auburn.edu
http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu