Re: [Veritas-bu] Flash backup for mount-points Windows 2003

2008-02-27 Thread Michael Graff Andersen
Hello Tom

Very intested in what version of Netbackup you're running & how you
have set up you VSS & flashbackup

Regards
Michael

2007/10/22, Hall, Christian N. <[EMAIL PROTECTED]>:
> Excellent. TY
>
> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED] On Behalf Of tburrell
> Sent: Monday, October 15, 2007 3:04 PM
> To: VERITAS-BU@mailman.eng.auburn.edu
> Subject: [Veritas-bu] Flash backup for mount-points Windows 2003
>
>
> Chris,
> We set up one mount point as a dedicated caching area, and then let
> Window manage it (using VSS).  Since we are in a cluster the cache has
> to be in the same resource group, but it can be shared by all the other
> mount points in that group.  Works very well.
>
> Tom
>
>
> Hall, Christian N. wrote:
> > Tom,
> >
> > Thanks for the information provided, but I have one more question. I
> > have 10 - 30 LUNS 272GB in size housing millions of small files (77KB
> > size) across 16 windows 2003 media servers.
> >
> > Did you have a customized dedicated disk caching area or did you have
> > Netbackup manage the cache file sizing for you?
> >
> > Thanks,
> > Chris Hall
> >
> >
> > -Original Message-
> > From: [EMAIL PROTECTED]
> > [mailto:[EMAIL PROTECTED] On Behalf Of
> tburrell
> > Sent: Friday, October 12, 2007 3:25 PM
> > To: VERITAS-BU@mailman.eng.auburn.edu
> > Subject: [Veritas-bu] Flash backup for mount-points Windows 2003
> >
> >
> > Chris,
> > we did experience one issue with timeouts for large volumes with
> massive
> > numbers of small files (ie: 500GB file system at 90% full, average
> file
> > size 11k), which was resolved back at MP4 for 5.1.  Otherwise our
> speeds
> > have always been significantly better than standard file backups
> without
> > any special tweaking.  We also found that using DSSU's in combination
> > with Flashbackup gave the best performance- not really a surprise
> there.
> >
> >
> > Of course, if you have mostly empty volumes you pay a huge price in
> > terms of size and overall time, but I'm sure you knew that.  In
> general
> > we have found that we get excellent results using the same settings
> that
> > work best in the rest of the environment.
> >
> > Tom
> >
> >
> >
> > Hall, Christian N. wrote:
> >
> > > Tom,
> > >
> > > I had the syntax resolved thanks to all that have responded.
> However,
> > >
> > I
> >
> > > noticed that my flash-backups speeds are less then traditional
> > >
> > backups.
> >
> > > Are you aware of tuning suggestions other then buffer_size and # of
> > > buffers available that you have used? Have you experimented with
> > > fragment sizes?
> > >
> > > Thanks,
> > > Chris Hall
> > >
> > >
> > > -Original Message-
> > > From: [EMAIL PROTECTED]
> > > [mailto:[EMAIL PROTECTED] On Behalf Of
> > >
> > tburrell
> >
> > > Sent: Friday, October 12, 2007 2:41 PM
> > > To: VERITAS-BU@mailman.eng.auburn.edu
> > > Subject: [Veritas-bu] Flash backup for mount-points Windows 2003
> > >
> > >
> > > Chris,
> > > To be a little more definitive- 5.1 does support Windows
> Flashbackup-
> > > it's kind of hidden on the top of page 105 of the "Advanced Client
> 5.1
> > > System Administrator's Guide"- they slipped it in as an example in
> > >
> > step
> >
> > > 10.
> > >
> > > We used it extensively (have now upgraded to 6) but it worked very
> > >
> > well.
> >
> > >
> > > Tom Burrell
> > >
> > >
> > > Hall, Christian N. wrote:
> > >
> > >
> > > > All,
> > > >
> > > > Veritas Netbackup 5.1MP6
> > > > Master server Solaris 8
> > > > T9940B tape drives X 26
> > > > ACSLS 7.1
> > > > SSO
> > > > Windows 2003 media servers X 20
> > > > Emc Symetric storage
> > > > EMC Clarrion Storage
> > > > EMC 9820-E HBA
> > > > Cisco 9513 SAN
> > > > Quantum DX-100 VTL
> > > > DECRU 1020
> > > >
> > > > According to VERITAS published documentation I am reading.
> > > >
> > > >
> > > Fash-backups does not support mount-points on version 5.0. Does this
> > > also apply for 5.1? I have not found documentation for 5.1 that says
> > >
> > the
> >
> > > contrary. Is there anyone out there that's using flash-backup with
> > > mount-points with 5.1?  Any help would be appreciated.
> > >
> > >
> > > >
> > > > Thanks,
> > > > Chris Hall
> > > >
> > > >
> > >
> > >
> > >
> > >
> >
> +--
> >
> > > |This was sent by [EMAIL PROTECTED] via Backup Central.
> > > |Forward SPAM to [EMAIL PROTECTED]
> > >
> > >
> >
> +--
> >
> > >
> > >
> > >
> > > ___
> > > Veritas-bu maillist  -  Veritas-bu@mailman.eng.auburn.edu
> > > http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
> > >
> >
> >
> >
> +--
> > |This was sent by [EMAIL PROTECTED] via Backup Central.
> > |Forward SPAM to [EMAIL PROTECTED]
> >
> +--
> >
> >

Re: [Veritas-bu] (no subject)

2008-02-27 Thread Dominik Pietrzykowski
 

I believe IBM make some of the following:

 

3583 - which is a horrible little unit, I've had it drop and mash tapes !!!

 

3494 and 3584 (TS3500   , there's a new updated model of both of these I
believe but I can never keep up with the model numbers, )

These can scale quite a bit but they do get quite long and it's hard to
align the rails I believe. Similar issue to the SL8500 when

it's fully extended.  But appear to be quite robust and popular in the
mainframe and sometimes the midrange space.

 

 

  _  

From: 
Sent: None
Subject: 

 

Since Brocade merged with McData, the only real contenders for the
Enterprise space are Brocade and Cisco.

I believe QLogic has a "director" class unit, but I don't know how it stacks
upfor market share, I would say it's negligable.

 

For the Libraries, I'd think Quantum would likely be in the top 3 with STK,
and one of IBM or HP.

 

I haven't looked at IBM or HP's offerings for a while. Is IBM not reselling
other manufacturer's libraries?

 

Paul

 

-- 

-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Peacock
Dennis - dpeaco
Sent: February 27, 2008 12:35 PM
To: Shai Harmelin; veritas-bu@mailman.eng.auburn.edu
Subject: Re: [Veritas-bu] market coverage of tape libraries and SAN switches

I can't speak to the SAN Switch vendorsbut I do know that familiar
vendors for tape libraries are Sun/STK, HP, and IBM.

 

Thank You,

Dennis Peacock

EBCA

Acxiom Corporation

501-342-6232 (office)

 


  _  


From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Shai
Harmelin
Sent: Wednesday, February 27, 2008 10:50 AM
To: veritas-bu@mailman.eng.auburn.edu
Subject: [Veritas-bu] market coverage of tape libraries and SAN switches

 

Hi Everyone,

 

I'm curious if you or anyone on the list can provide some guidance into who
are the 3 main SAN switch vendors and who are the 3 main tape library
vendors in the enterprise market and how big is their cumulative market
share respectively.

 

Thanks for any input.

 

Shai Harmelin | Technical Marketing Engineer
Isilon SystemsP +1-206-315-7500 F +1-206-315-7501
www.isilon.com D +1-206-315-7536 

 

   How breakthroughs begin. (tm)

 

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



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


[Veritas-bu] LTO3 and LTO4 drives in the same tape library - beginners question

2008-02-27 Thread Aleksandr Nepomnyashchiy
Dear NetBackup Gurus,

Is it a bad practice to mix LTO3 and LTO4 drives in the same tape library?


How I would be able to accommodate such a setup?

Page 217 in the NBU Administration Guide
http://support.veritas.com/docs/290203 sounds discouraging:

= quote ==
Drives with different densities must be in separate storage units.
Consider an STK SL500 library that is configured as a Tape Library DLT
(TLD). It can have both half-inch cartridge and DLT drives. Here, you
must define a separate storage unit for each density.
===end of quote 


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


Re: [Veritas-bu] LTO3 and LTO4 drives in the same tape library -beginners question

2008-02-27 Thread Paul Keating
> -Original Message-
> From: [EMAIL PROTECTED] 
> [mailto:[EMAIL PROTECTED] On Behalf 
> Of Aleksandr Nepomnyashchiy

> Is it a bad practice to mix LTO3 and LTO4 drives in the same 
> tape library?

Not at all.

> 
> 
> How I would be able to accommodate such a setup?

As per the technote you posted below.
Separate storage Units configured with appropriate unique densities.

> 
> Page 217 in the NBU Administration Guide
> http://support.veritas.com/docs/290203 sounds discouraging:
> 
> = quote ==
> Drives with different densities must be in separate storage units.
> Consider an STK SL500 library that is configured as a Tape Library DLT
> (TLD). It can have both half-inch cartridge and DLT drives. Here, you
> must define a separate storage unit for each density.
> ===end of quote 
> 

Library != Storage Unit.
Do a little more reading to understand the definition of a Storage Unit
and how they are used.

Paul


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


Re: [Veritas-bu] include_list question

2008-02-27 Thread Jared . Seaton
With / as backup selection and follow nfs enabled, using an exclude list 
on each server you don't want to back it up on will work, thats what we 
did before using ndmp.


Jared M. Seaton
Recovery Administrator
Mylan Inc.
304-554-5926
304-685-1389 (Cell)



"Nathan Kippen" <[EMAIL PROTECTED]> 
Sent by: [EMAIL PROTECTED]
02/27/2008 01:37 PM

To
"Paul Keating" <[EMAIL PROTECTED]>
cc
veritas-bu@mailman.eng.auburn.edu
Subject
Re: [Veritas-bu] include_list question






The share is actually on an EMC Celerra device.  I suppose I could do a 
NDMP backup but I was looking for other options. 
 
Thanks for your response.

On Wed, Feb 27, 2008 at 10:34 AM, Paul Keating <
[EMAIL PROTECTED]> wrote:
You need the path (or a path above it) in your backup selections.
 
the exclude_list will prevent it from being backed up, and the 
include_list will override a subset of what is excluded in the 
exclude_list.
 
if it's not in the "backup selections" it won't get backed up, period.
 
However.why back up an NFS share like that anyway?
Do you not backup the server that is hosting the share
 
Paul
 
-- 
-Original Message-
From: [EMAIL PROTECTED] [mailto:
[EMAIL PROTECTED] On Behalf Of Nathan Kippen
Sent: February 27, 2008 12:22 PM
To: veritas-bu@mailman.eng.auburn.edu
Subject: [Veritas-bu] include_list question

I have my media & master servers in a single policy.  This policy is setup 
to follow nfs mount points, and each server in the policy has the same nfs 
mount point mounted. 
 
I'm trying to have the backup that runs on my master server to be the only 
backup for the nfs share.  I've built an include_list file on my master 
server with the nfs mount point listed in it; however, I don't have the 
nfs mount point listed in my backup selections on my policy.
 
The result is that it's not backing up the nfs share.  Do I have to have 
the nfs share listed in my backup selections in conjunction with the 
include_list file?
 
The other way I've though about doing this is puting the nfs share in an 
exclude_list on each of the servers that I don't want the share backed up 
on.
 
Any thoughts?
 
Thanks
 
 


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


==
CONFIDENTIALITY NOTICE:  This e-mail message and all attachments transmitted 
with it may contain legally privileged, proprietary and/or confidential 
information intended solely for the use of the addressee.  If you are not the 
intended recipient, you are hereby notified that any review, dissemination, 
distribution, duplication or other use of this message and/or its attachments 
is strictly prohibited.  If you are not the intended recipient, please contact 
the sender by reply e-mail and destroy all copies of the original message and 
its attachments.  Thank you.
==
___
Veritas-bu maillist  -  Veritas-bu@mailman.eng.auburn.edu
http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu


Re: [Veritas-bu] include_list question

2008-02-27 Thread Nathan Kippen
The share is actually on an EMC Celerra device.  I suppose I could do a NDMP
backup but I was looking for other options.

Thanks for your response.

On Wed, Feb 27, 2008 at 10:34 AM, Paul Keating <
[EMAIL PROTECTED]> wrote:

>  You need the path (or a path above it) in your backup selections.
>
> the exclude_list will prevent it from being backed up, and the
> include_list will override a subset of what is excluded in the exclude_list.
>
> if it's not in the "backup selections" it won't get backed up, period.
>
> However.why back up an NFS share like that anyway?
> Do you not backup the server that is hosting the share
>
> Paul
>
> --
>
>  -Original Message-
> *From:* [EMAIL PROTECTED] [mailto:
> [EMAIL PROTECTED] *On Behalf Of *Nathan Kippen
> *Sent:* February 27, 2008 12:22 PM
> *To:* veritas-bu@mailman.eng.auburn.edu
> *Subject:* [Veritas-bu] include_list question
>
> I have my media & master servers in a single policy.  This policy is setup
> to follow nfs mount points, and each server in the policy has the same nfs
> mount point mounted.
>
> I'm trying to have the backup that runs on my master server to be the only
> backup for the nfs share.  I've built an include_list file on my master
> server with the nfs mount point listed in it; however, I don't have the nfs
> mount point listed in my backup selections on my policy.
>
> The result is that it's not backing up the nfs share.  Do I have to have
> the nfs share listed in my backup selections in conjunction with the
> include_list file?
>
> The other way I've though about doing this is puting the nfs share in an
> exclude_list on each of the servers that I don't want the share backed up
> on.
>
> Any thoughts?
>
> Thanks
>
>
>
> 
>
> 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.auburn.edu
http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu


Re: [Veritas-bu] market coverage of tape libraries and SAN switches

2008-02-27 Thread Ed Wilts
On Wed, Feb 27, 2008 at 10:49 AM, Shai Harmelin <[EMAIL PROTECTED]>
wrote:

> I'm curious if you or anyone on the list can provide some guidance into
> who are the 3 main SAN switch vendors and who are the 3 main tape library
> vendors in the enterprise market and how big is their cumulative market
> share respectively.
>

I'll talk to the switch side of things - as a customer, not a vendor.
Brocade has traditionally been (by far) the largest edge switch vendor.
McData is/was 2nd, and then Qlogic.  Brocade has since bought out McData.
Qlogic edge switches go into sites where the customers want to do things
very cheaply.  It's not that the switches are all that bad because I haven't
heard that if they are - it's that Qlogic has to compete on price because of
the Brocade dominance.

On the director side, McData had the numbers for the longest time but
Brocade was catching up fast.  Before the merger, it was roughly a 1/3, 1/3,
1/3 split between Brocade, McData, and Cisco.  Brocade now has 2/3 of the
market.

>From what I hear, Cisco directors go into sites that are already Cisco shops
(or educational institutions that pay a fraction of what commercial
customers pay) and at which the network groups manage the SAN.  Brocade goes
into just about everywhere else.

If you're an HP shop, you're adding Brocade gear by default.  They sold the
McData switches as an afterthought and now sell Cisco gear, but they'll
always push Brocade first.  For EMC, it was traditionally McData all the way
- after all, McData was spun off of EMC in the first place.  I don't know
what they're doing now - their spec sheets on the "Connectrix" line lists
the Brocade equivalents first and then Cisco.

   .../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] market coverage of tape libraries and SAN switches

2008-02-27 Thread Paul Keating
Since Brocade merged with McData, the only real contenders for the
Enterprise space are Brocade and Cisco.
I believe QLogic has a "director" class unit, but I don't know how it
stacks upfor market share, I would say it's negligable.
 
For the Libraries, I'd think Quantum would likely be in the top 3 with
STK, and one of IBM or HP.
 
I haven't looked at IBM or HP's offerings for a while. Is IBM not
reselling other manufacturer's libraries?
 
Paul
 
-- 

-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Peacock
Dennis - dpeaco
Sent: February 27, 2008 12:35 PM
To: Shai Harmelin; veritas-bu@mailman.eng.auburn.edu
Subject: Re: [Veritas-bu] market coverage of tape libraries and
SAN switches



I can't speak to the SAN Switch vendorsbut I do know that
familiar vendors for tape libraries are Sun/STK, HP, and IBM.

 

Thank You,

Dennis Peacock

EBCA

Acxiom Corporation

501-342-6232 (office)

 





From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Shai
Harmelin
Sent: Wednesday, February 27, 2008 10:50 AM
To: veritas-bu@mailman.eng.auburn.edu
Subject: [Veritas-bu] market coverage of tape libraries and SAN
switches

 

Hi Everyone,

 

I'm curious if you or anyone on the list can provide some
guidance into who are the 3 main SAN switch vendors and who are the 3
main tape library vendors in the enterprise market and how big is their
cumulative market share respectively.

 

Thanks for any input.

 

Shai Harmelin | Technical Marketing Engineer
Isilon SystemsP +1-206-315-7500 F +1-206-315-7501
www.isilon.com D +1-206-315-7536 

 

How breakthroughs begin. (tm)

 



*
The information contained in this communication is confidential,
is
intended only for the use of the recipient named above, and may
be
legally privileged.

If the reader of this message is not the intended recipient, you
are 
hereby notified that any dissemination, distribution or copying
of this
communication is strictly prohibited.

If you have received this communication in error, please resend
this
communication to the sender and delete the original message or
any copy
of it from your computer system.

Thank you.


*



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


[Veritas-bu] include_list question

2008-02-27 Thread Nathan Kippen
I have my media & master servers in a single policy.  This policy is setup
to follow nfs mount points, and each server in the policy has the same nfs
mount point mounted.

I'm trying to have the backup that runs on my master server to be the only
backup for the nfs share.  I've built an include_list file on my master
server with the nfs mount point listed in it; however, I don't have the nfs
mount point listed in my backup selections on my policy.

The result is that it's not backing up the nfs share.  Do I have to have the
nfs share listed in my backup selections in conjunction with the
include_list file?

The other way I've though about doing this is puting the nfs share in an
exclude_list on each of the servers that I don't want the share backed up
on.

Any thoughts?

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


Re: [Veritas-bu] include_list question

2008-02-27 Thread Paul Keating
You need the path (or a path above it) in your backup selections.
 
the exclude_list will prevent it from being backed up, and the
include_list will override a subset of what is excluded in the
exclude_list.
 
if it's not in the "backup selections" it won't get backed up, period.
 
However.why back up an NFS share like that anyway?
Do you not backup the server that is hosting the share
 
Paul
 
-- 

-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Nathan
Kippen
Sent: February 27, 2008 12:22 PM
To: veritas-bu@mailman.eng.auburn.edu
Subject: [Veritas-bu] include_list question


I have my media & master servers in a single policy.  This
policy is setup to follow nfs mount points, and each server in the
policy has the same nfs mount point mounted. 
 
I'm trying to have the backup that runs on my master server to
be the only backup for the nfs share.  I've built an include_list file
on my master server with the nfs mount point listed in it; however, I
don't have the nfs mount point listed in my backup selections on my
policy.
 
The result is that it's not backing up the nfs share.  Do I have
to have the nfs share listed in my backup selections in conjunction with
the include_list file?
 
The other way I've though about doing this is puting the nfs
share in an exclude_list on each of the servers that I don't want the
share backed up on.
 
Any thoughts?
 
Thanks
 
 



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


Re: [Veritas-bu] Overland Neo tape libraries -- Any good?

2008-02-27 Thread Conner, Neil
I have a Neo 8000, and aside from a minor installation glitz where one of the 
ribbon cables on the handler was positioned incorrectly, it's been running 
flawlessly for 9 months.  Overland's service has been great.

The Neo replaced an older Qualstar TLS model library. We've been a Qualstar 
customer for years and we still own 2 other smaller TLS libraries.   When we 
purchased the Neo, it was a toss up between that and the XLS from Qualstar.  
The Neo won out mostly because it fit better into our Comm room.

HTH,
Neil

-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of jond
Sent: Tuesday, February 26, 2008 6:41 AM
To: veritas-bu@mailman.eng.auburn.edu
Subject: [Veritas-bu] Overland Neo tape libraries -- Any good?

I'm researching tape libraries, and I'm looking at the
Overland Neo 2000 tape library and the SUN STK SL48.
Any words of wisdom?
Any personal experience?

I'm also curious to hear from people who have different Overland Neo models.
Are they well build?
Is their tech support decent?
Any driver or compatibility issues(specifically with Netbackup)?



Thanks in advance,
Jon
___
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] market coverage of tape libraries and SAN switches

2008-02-27 Thread Peacock Dennis - dpeaco
I can't speak to the SAN Switch vendorsbut I do know that familiar
vendors for tape libraries are Sun/STK, HP, and IBM.

 

Thank You,

Dennis Peacock

EBCA

Acxiom Corporation

501-342-6232 (office)

 



From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Shai
Harmelin
Sent: Wednesday, February 27, 2008 10:50 AM
To: veritas-bu@mailman.eng.auburn.edu
Subject: [Veritas-bu] market coverage of tape libraries and SAN switches

 

Hi Everyone,

 

I'm curious if you or anyone on the list can provide some guidance into
who are the 3 main SAN switch vendors and who are the 3 main tape
library vendors in the enterprise market and how big is their cumulative
market share respectively.

 

Thanks for any input.

 

Shai Harmelin | Technical Marketing Engineer
Isilon SystemsP +1-206-315-7500 F +1-206-315-7501
www.isilon.com D +1-206-315-7536 

 

How breakthroughs begin. (tm)

 

*
The information contained in this communication is confidential, is
intended only for the use of the recipient named above, and may be
legally privileged.

If the reader of this message is not the intended recipient, you are 
hereby notified that any dissemination, distribution or copying of this
communication is strictly prohibited.

If you have received this communication in error, please resend this
communication to the sender and delete the original message or any copy
of it from your computer system.

Thank you.
*
<>___
Veritas-bu maillist  -  Veritas-bu@mailman.eng.auburn.edu
http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu


Re: [Veritas-bu] NetBackup Device Configuration in a Cluster

2008-02-27 Thread Forester, Jack L
I believe that you DO still need to configure the devices on both nodes, even 
if the device configuration is identical.  I think NetBackup uses the drive 
serial number to determine which drive is which.  We're doing a new 
library/drive implementation, and I had to fail Netbackup between the servers 
to delete the old drives even though the device config was the same (simplifies 
admin to keep them that way).  I believe that the EMM database keeps separate 
device configs for each node in the cluster, even if they are the same.  Back 
in the pre 5.x days when the whole enchilada (application and catalogs) failed 
over, you HAD to have indentical drive configs of all cluster nodes.

 

Jack L. Forester, Jr.
UNIX Systems Administrator, Stf
Lockheed Martin Information Technology
(304) 625-3946 



From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Paul Keating
Sent: Wednesday, February 27, 2008 10:59 AM
To: Esson, Paul; veritas-bu@mailman.eng.auburn.edu
Subject: Re: [Veritas-bu] NetBackup Device Configuration in a Cluster

 

Discalimer: I haven't implemented the exact scenario you are describing (SF-HA 
on Sol-10), but have kludged something similar.

 

you need to configure your drives to the OS so that the drive config is common 
on each node.

 

NBU doesn't care too much about the actual PCI device path, but rather just the 
drive index (it's location in the library) and the device file name.

 

Normally when you "discover" your tape devices, the OS numbers them, as 
/dev/rmt/0cbn, 1cbn, 2cbn, etcso when you configure the second box, it will 
reorder the numbers.

you can "hardcode" the correlation between the device and the /dev/rmt entry in 
your /etc/devlink.tab so that /dev/rmt/0cbn on node A is the same drive as on 
node B.

 

Once this is done, there isn't even any need to failover to the second node and 
reconfig, as the config from node A will be applicable to node B as well.

 

Paul

 

 

-- 

-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Esson, 
Paul
Sent: February 27, 2008 9:32 AM
To: veritas-bu@mailman.eng.auburn.edu
Subject: [Veritas-bu] NetBackup Device Configuration in a Cluster

Folks,

 

I am looking for advice/understanding of device configuration in a 
cluster scenario.  My specifics are Solaris 10 Master/Media with NetBackup 6.5 
atop Storage Foundation HA in a two node topology.  The robot is a Quantum 
Scalar i2000 with FC drives.  The only reference I can find suggests 
configuring the devices through the wizard on the active node then failing the 
service over to the other node and repeating the exercise.  However I am 
struggling to understand how both sets of information are maintained in the EMM?

 

Regards,

 

Paul Esson 
Redstor Limited 

Direct:  +44 (0) 1224 595381 
Mobile:  +44 (0) 7766 906514 
E-Mail:  [EMAIL PROTECTED] 
Web:www.redstor.com 

REDSTOR LIMITED 
Torridon House 
73-75 Regent Quay 
Aberdeen 
UK 
AB11 5AR 

Disclaimer: 
The information included in this e-mail is of a confidential nature and 
is intended only for the addressee.  If you are not the intended addressee, any 
disclosure, copying or distribution by you is prohibited and may be unlawful.  
Disclosure to any party other than the addressee, whether inadvertent or 
otherwise is not intended to waive privilege or confidentiality.

 


 
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.au

Re: [Veritas-bu] NetBackup Device Configuration in a Cluster

2008-02-27 Thread Paul Keating
Thanks Jack.
 
good to know EMM may handle it better than pre 6.x, however, the drive
serial numbers should not change, unless we're talking about a separate
node accessing a different library, which would create a whole 'nuther
set of challenges for a simple "failover".
 
-- 

-Original Message-
From: Forester, Jack L [mailto:[EMAIL PROTECTED] 
Sent: February 27, 2008 12:21 PM
To: Paul Keating; Esson, Paul; veritas-bu@mailman.eng.auburn.edu
Subject: RE: [Veritas-bu] NetBackup Device Configuration in a
Cluster



I believe that you DO still need to configure the devices on
both nodes, even if the device configuration is identical.  I think
NetBackup uses the drive serial number to determine which drive is
which.  We're doing a new library/drive implementation, and I had to
fail Netbackup between the servers to delete the old drives even though
the device config was the same (simplifies admin to keep them that way).
I believe that the EMM database keeps separate device configs for each
node in the cluster, even if they are the same.  Back in the pre 5.x
days when the whole enchilada (application and catalogs) failed over,
you HAD to have indentical drive configs of all cluster nodes.

 



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


[Veritas-bu] market coverage of tape libraries and SAN switches

2008-02-27 Thread Shai Harmelin
Hi Everyone,

 

I'm curious if you or anyone on the list can provide some guidance into
who are the 3 main SAN switch vendors and who are the 3 main tape
library vendors in the enterprise market and how big is their cumulative
market share respectively.

 

Thanks for any input.

 

Shai Harmelin | Technical Marketing Engineer
Isilon SystemsP +1-206-315-7500 F +1-206-315-7501
www.isilon.com D +1-206-315-7536 

 

   How breakthroughs begin. (tm)

 

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


Re: [Veritas-bu] NetBackup Device Configuration in a Cluster

2008-02-27 Thread Paul Keating
Discalimer: I haven't implemented the exact scenario you are describing
(SF-HA on Sol-10), but have kludged something similar.
 
you need to configure your drives to the OS so that the drive config is
common on each node.
 
NBU doesn't care too much about the actual PCI device path, but rather
just the drive index (it's location in the library) and the device file
name.
 
Normally when you "discover" your tape devices, the OS numbers them, as
/dev/rmt/0cbn, 1cbn, 2cbn, etcso when you configure the second box,
it will reorder the numbers.
you can "hardcode" the correlation between the device and the /dev/rmt
entry in your /etc/devlink.tab so that /dev/rmt/0cbn on node A is the
same drive as on node B.
 
Once this is done, there isn't even any need to failover to the second
node and reconfig, as the config from node A will be applicable to node
B as well.
 
Paul
 
 
-- 

-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Esson,
Paul
Sent: February 27, 2008 9:32 AM
To: veritas-bu@mailman.eng.auburn.edu
Subject: [Veritas-bu] NetBackup Device Configuration in a
Cluster



Folks,

 

I am looking for advice/understanding of device configuration in
a cluster scenario.  My specifics are Solaris 10 Master/Media with
NetBackup 6.5 atop Storage Foundation HA in a two node topology.  The
robot is a Quantum Scalar i2000 with FC drives.  The only reference I
can find suggests configuring the devices through the wizard on the
active node then failing the service over to the other node and
repeating the exercise.  However I am struggling to understand how both
sets of information are maintained in the EMM?

 

Regards,

 

Paul Esson 
Redstor Limited 

Direct:  +44 (0) 1224 595381 
Mobile:  +44 (0) 7766 906514 
E-Mail:  [EMAIL PROTECTED] 
Web:www.redstor.com 

REDSTOR LIMITED 
Torridon House 
73-75 Regent Quay 
Aberdeen 
UK 
AB11 5AR 

Disclaimer: 
The information included in this e-mail is of a confidential
nature and is intended only for the addressee.  If you are not the
intended addressee, any disclosure, copying or distribution by you is
prohibited and may be unlawful.  Disclosure to any party other than the
addressee, whether inadvertent or otherwise is not intended to waive
privilege or confidentiality.

 



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


[Veritas-bu] NetBackup Device Configuration in a Cluster

2008-02-27 Thread Esson, Paul
Folks,

 

I am looking for advice/understanding of device configuration in a
cluster scenario.  My specifics are Solaris 10 Master/Media with
NetBackup 6.5 atop Storage Foundation HA in a two node topology.  The
robot is a Quantum Scalar i2000 with FC drives.  The only reference I
can find suggests configuring the devices through the wizard on the
active node then failing the service over to the other node and
repeating the exercise.  However I am struggling to understand how both
sets of information are maintained in the EMM?

 

Regards,

 

Paul Esson 
Redstor Limited 

Direct:  +44 (0) 1224 595381 
Mobile:  +44 (0) 7766 906514 
E-Mail:  [EMAIL PROTECTED] 
Web:www.redstor.com 

REDSTOR LIMITED 
Torridon House 
73-75 Regent Quay 
Aberdeen 
UK 
AB11 5AR 

Disclaimer: 
The information included in this e-mail is of a confidential nature and
is intended only for the addressee.  If you are not the intended
addressee, any disclosure, copying or distribution by you is prohibited
and may be unlawful.  Disclosure to any party other than the addressee,
whether inadvertent or otherwise is not intended to waive privilege or
confidentiality.

 

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