[Veritas-bu] Restoring from Multiplexed Backup

2008-08-01 Thread Jeremy Finn
Hello,

I have a standard backup policy configured to stream five mount points to
one tape drive. This is working fine.

When I do the restore, I only see one stream restoring at a time. Is it
possible to restore the five streams of data from the multiplexed tape at
the same time?

Other backup softwarescan do this so I assume Netbackup can as well... if
some could please point me in the right direction it would be much
appreciated.

My environment looks like this:

Master: Solaris 10 on SPARC
Media Server: HP-UX on PA-RISC
Source Client: HP-UX on PA-RISC
Target Client: HP-UX on PA-RISC
Multistream = 5
Multiplex = 5
One LTO-1 tape drive

Thank you in advance for any insights.

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


[Veritas-bu] 6.x / 5.x Catalog Recovery

2008-08-01 Thread Fluharty, John
I am in the middle of upgrading from 5.1MP4 to 6.5MP1.  They have a master and 
10 media servers, all HP-UX.  Each media server has an Oracle db, so we are 
forced to do one at a time and in the off hours.  This upgrade process will 
take several weeks because of their change control process.
The question is this.  During the time we are in a hybrid state, 6.5 master 
with some media servers 5.1 and some 6.5, what is the DR procedure for 
recovering all of the media databases using a hot catalog backup?  Does the hot 
catalog backup grab the 5.1 media databases, or does it need to?  What is the 
recovery procedure for these media databases?  What exactly does the 
nbpushdata -modify_5x_hosts command accomplish?  The Hot Catalog recovery 
wizard walks through the catalog and EMM recovery but does not run the 5.x 
recovery.  I am having trouble finding this procedure.

Thanks for any help.
John
[EMAIL PROTECTED]

CONFIDENTIALITY NOTICE: This e-mail communication and any attachments may 
contain confidential and privileged information for the use of the designated 
recipients named above.  If you are not the intended recipient, you are hereby 
notified that you have received this communication in error and that any 
review, disclosure, dissemination, distribution or copying of it or its 
contents is prohibited.  If you have received this communication in error; 
please notify Cranel Incorporated immediately by telephone at 614-431-8000 or 
800-288-3475 and destroy all copies of this communication and any attachments.

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


[Veritas-bu] ZFS Filesystem Backups - Tips and tricks

2008-08-01 Thread Mark Glazerman
Incase anyone is considering implementing any ZFS in their environment
which they want to back up using NetBackup we found out yesterday that
ALL_LOCAL_DRIVES as the backup selection does NOT cover ZFS filesystems.


 

We have a number of Sun boxes which have various test and development
oracle instances which are housed inside ZFS file systems.  We blew away
one of these test instances the other day (after doing a full OS backup
and the required RMAN backups) but when we went to restore the data from
the ZFS filesystems, NBU didn't have anything under the uppermost
directory.  A quick check of other systems with ZFS showed the same
issue.We spent the better part of 2 days playing around with the
include_list's and exclude_list's but nothing worked. 

 

In order to backup ZFS file systems you must explicitly add the ZFS
directories into the backup selections of the backup policy.  This fix
was also confirmed by Symantec support who were also happy to tell me
that ZFS isn't officially supported by NBU yet.

 

This on its own should work great if you have a single policy backing up
a single server with all it's ZFS under the same parent directory.
However, if like us, you have a backup policy which backs up multiple
servers, each with their own uniquely named ZFS file systems, you need
to get a bit creative.  

 

The policy in question backs up 15 Sun boxes  with a total of 6
differently named ZFS file systems spread amongst them.  If you just
list the file systems in the backup selections, NBU looks for each of
those different filesystems on each server and spits out an error code
71 (None of the files in the file list exist) for every directory it
can't find.  The only way we could work out to avoid these errors (and
there were a lot of them) was to create every missing directory on every
server and then touch a tiny file inside each of these directories.  Now
when the policy runs, it sees each directory (as listed in the backup
selection) on each server and doesn't moan about anything.  Perhaps not
the neatest of fixes but it works.

 

Apologies for the wordy post, just thought I'd put this info out there
in case anyone else is moving towards ZFS.

 

Mark Glazerman

Enterprise Storage Administrator

Spartech Corporation

Desk: 314-889-8282

Fax: 314-854-8282

Cell: 618-520-3401

[EMAIL PROTECTED] mailto:[EMAIL PROTECTED] 

http://www.spartech.com http://www.spartech.com/ 

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

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

 

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


Re: [Veritas-bu] Restoring from Multiplexed Backup

2008-08-01 Thread Justin Piszcz


On Fri, 1 Aug 2008, Jeremy Finn wrote:

 Hello,

 I have a standard backup policy configured to stream five mount points to
 one tape drive. This is working fine.

 When I do the restore, I only see one stream restoring at a time. Is it
 possible to restore the five streams of data from the multiplexed tape at
 the same time?
This is how it works by default, I backup 3 directories and I see files in 
all 3 of them being restored at the same time.  When you backup to you see 
5 simultaneous jobs writing to tape at the same time from the same client?


 Other backup softwarescan do this so I assume Netbackup can as well... if
 some could please point me in the right direction it would be much
 appreciated.
What does your policy look like?
What version of NetBackup?

Only an LTO-1 tape how fast are you feeding the drive?
What are you expecting?

The way it works by default if you backup 5 directories with 5 mpx when 
you restore it will happen the same way AS LONG AS when it backs up you 
see all 5 backing up at the same time.  (Also, I do not use any policies 
with the NEW_STREAM directive) so I do not know if that could be affecting 
it, what does your file list look like?


 My environment looks like this:

 Master: Solaris 10 on SPARC
 Media Server: HP-UX on PA-RISC
 Source Client: HP-UX on PA-RISC
 Target Client: HP-UX on PA-RISC
 Multistream = 5
 Multiplex = 5
 One LTO-1 tape drive

 Thank you in advance for any insights.

 Jeremy

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


Re: [Veritas-bu] Restoring from Multiplexed Backup

2008-08-01 Thread smpt
Do you select all mount points at the same restore?  If yes, then you will
see only one job, but netbackup will restore all files in one tape pass.

 

If you start 5 restores the you have to be fast (every restore must start
within 30 sec, by default). This can be changed from master server
properties.

stefanos

 

 

From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Jeremy Finn
Sent: Friday, August 01, 2008 3:26 PM
To: veritas-bu@mailman.eng.auburn.edu
Subject: [Veritas-bu] Restoring from Multiplexed Backup

 

Hello,

I have a standard backup policy configured to stream five mount points to
one tape drive. This is working fine.

When I do the restore, I only see one stream restoring at a time. Is it
possible to restore the five streams of data from the multiplexed tape at
the same time?

Other backup softwarescan do this so I assume Netbackup can as well... if
some could please point me in the right direction it would be much
appreciated.

My environment looks like this:

Master: Solaris 10 on SPARC
Media Server: HP-UX on PA-RISC
Source Client: HP-UX on PA-RISC
Target Client: HP-UX on PA-RISC
Multistream = 5
Multiplex = 5
One LTO-1 tape drive

Thank you in advance for any insights.

Jeremy

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


Re: [Veritas-bu] 6.x / 5.x Catalog Recovery

2008-08-01 Thread Justin Piszcz


On Fri, 1 Aug 2008, Fluharty, John wrote:

 I am in the middle of upgrading from 5.1MP4 to 6.5MP1.  They have a master 
 and 10 media servers, all HP-UX.  Each media server has an Oracle db, so we 
 are forced to do one at a time and in the off hours.  This upgrade process 
 will take several weeks because of their change control process.
Ouch.

 The question is this.  During the time we are in a hybrid state, 6.5 master 
 with some media servers 5.1 and some 6.5
You should open a case with Symantec, the master could be 6.5 (are you sure
you want to go to 6.5 or something more stable, 6.0MPX?) and the media servers
could be 6.0, but I am not sure you would want to run a 6.5 master with 5.1
media servers.

 what is the DR procedure for recovering all of the media databases using a 
 hot catalog backup? 
Why would would you do this and not just upgrade the software?

 Does the hot catalog backup grab the 5.1 media databases, or does it need to?
This is a good question, I do not know.

 What is the recovery procedure for these media databases?  What exactly does 
 the nbpushdata -modify_5x_hosts command accomplish?  The Hot Catalog 
 recovery wizard walks through the catalog and EMM recovery but does not run 
 the 5.x recovery.  I am having trouble finding this procedure.
Good questions..  but back to my original question, why not upgrade the 
software in-place?  What you are describing sounds like a complete 
re-installation of the operating system / etc - then you would/may need to 
perform this sort of recovery, is that what you are doing or are you just 
upgrading the software?

Justin.

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


Re: [Veritas-bu] ZFS Filesystem Backups - Tips and tricks

2008-08-01 Thread Bryan S. Leaman
This is fixed in 6.5.2, but the other known problems in that release may 
prevent you from wanting to upgrade. I've tested it and it works. From 
the release notes:

Etrack Incident = ET1167175
Associated Primary Etrack = ET1165582
Titan cases: 240-665-067 281-261-075 290-875-726

Description:
A Zeta file system (ZFS) filesystem is not backed up when the
ALL_LOCAL_DRIVES directive is used.

Bryan

Mark Glazerman wrote:

 Incase anyone is considering implementing any ZFS in their environment 
 which they want to back up using NetBackup we found out yesterday that 
 ALL_LOCAL_DRIVES as the backup selection does NOT cover ZFS filesystems.

 We have a number of Sun boxes which have various test and development 
 oracle instances which are housed inside ZFS file systems. We blew 
 away one of these test instances the other day (after doing a full OS 
 backup and the required RMAN backups) but when we went to restore the 
 data from the ZFS filesystems, NBU didn’t have anything under the 
 uppermost directory. A quick check of other systems with ZFS showed 
 the same issue.We spent the better part of 2 days playing around with 
 the include_list’s and exclude_list’s but nothing worked.

 In order to backup ZFS file systems you must explicitly add the ZFS 
 directories into the backup selections of the backup policy. This 
 “fix” was also confirmed by Symantec support who were also happy to 
 tell me that ZFS isn’t officially supported by NBU yet.

 This on its own should work great if you have a single policy backing 
 up a single server with all it’s ZFS under the same parent directory. 
 However, if like us, you have a backup policy which backs up multiple 
 servers, each with their own uniquely named ZFS file systems, you need 
 to get a bit creative.

 The policy in question backs up 15 Sun boxes with a total of 6 
 differently named ZFS file systems spread amongst them. If you just 
 list the file systems in the backup selections, NBU looks for each of 
 those different filesystems on each server and spits out an error code 
 71 (None of the files in the file list exist) for every directory it 
 can’t find. The only way we could work out to avoid these errors (and 
 there were a lot of them) was to create every missing directory on 
 every server and then touch a tiny file inside each of these 
 directories. Now when the policy runs, it sees each directory (as 
 listed in the backup selection) on each server and doesn’t moan about 
 anything. Perhaps not the neatest of fixes but it works.

 Apologies for the wordy post, just thought I’d put this info out there 
 in case anyone else is moving towards ZFS.

 *Mark Glazerman*

 *Enterprise Storage Administrator*

 *Spartech Corporation*

 Desk: 314-889-8282

 Fax: 314-854-8282

 Cell: 618-520-3401

 [EMAIL PROTECTED] mailto:[EMAIL PROTECTED]

 *http://www.spartech.com* http://www.spartech.com/

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

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

 

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


Re: [Veritas-bu] 6.x / 5.x Catalog Recovery

2008-08-01 Thread smpt
 

You can always do a backup of /usr/openv/ of your 5.x media server and
forget the catalog backup (for them). 

The only file you really need for 5.x media servers is the
/usr/openv/netbackup/db/media/mediaDB. If you have it you can recreate
(reinstall) the media server.

 

 

From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Fluharty,
John
Sent: Friday, August 01, 2008 3:41 PM
To: veritas-bu@mailman.eng.auburn.edu
Subject: [Veritas-bu] 6.x / 5.x Catalog Recovery

 

I am in the middle of upgrading from 5.1MP4 to 6.5MP1.  They have a master
and 10 media servers, all HP-UX.  Each media server has an Oracle db, so we
are forced to do one at a time and in the off hours.  This upgrade process
will take several weeks because of their change control process.  

The question is this.  During the time we are in a hybrid state, 6.5
master with some media servers 5.1 and some 6.5, what is the DR procedure
for recovering all of the media databases using a hot catalog backup?  Does
the hot catalog backup grab the 5.1 media databases, or does it need to?
What is the recovery procedure for these media databases?  What exactly does
the nbpushdata -modify_5x_hosts command accomplish?  The Hot Catalog
recovery wizard walks through the catalog and EMM recovery but does not run
the 5.x recovery.  I am having trouble finding this procedure.

 

Thanks for any help.

John 

[EMAIL PROTECTED]

CONFIDENTIALITY NOTICE: This e-mail communication and any attachments may
contain confidential and privileged information for the use of the
designated recipients named above. If you are not the intended recipient,
you are hereby notified that you have received this communication in error
and that any review, disclosure, dissemination, distribution or copying of
it or its contents is prohibited. If you have received this communication in
error; please notify Cranel Incorporated immediately by telephone at
614-431-8000 or 800-288-3475 and destroy all copies of this communication
and any attachments. 

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


Re: [Veritas-bu] Restoring from Multiplexed Backup

2008-08-01 Thread Justin Piszcz


On Fri, 1 Aug 2008, smpt wrote:

 Do you select all mount points at the same restore?  If yes, then you will
 see only one job, but netbackup will restore all files in one tape pass.
Good questions, forgot to ask them :)



 If you start 5 restores the you have to be fast (every restore must start
 within 30 sec, by default). This can be changed from master server
 properties.
MPX_RESTORE_DELAY = 30

Yup, change it in bp.conf.


 stefanos





 From: [EMAIL PROTECTED]
 [mailto:[EMAIL PROTECTED] On Behalf Of Jeremy Finn
 Sent: Friday, August 01, 2008 3:26 PM
 To: veritas-bu@mailman.eng.auburn.edu
 Subject: [Veritas-bu] Restoring from Multiplexed Backup



 Hello,

 I have a standard backup policy configured to stream five mount points to
 one tape drive. This is working fine.

 When I do the restore, I only see one stream restoring at a time. Is it
 possible to restore the five streams of data from the multiplexed tape at
 the same time?

 Other backup softwarescan do this so I assume Netbackup can as well... if
 some could please point me in the right direction it would be much
 appreciated.

 My environment looks like this:

 Master: Solaris 10 on SPARC
 Media Server: HP-UX on PA-RISC
 Source Client: HP-UX on PA-RISC
 Target Client: HP-UX on PA-RISC
 Multistream = 5
 Multiplex = 5
 One LTO-1 tape drive

 Thank you in advance for any insights.

 Jeremy


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


Re: [Veritas-bu] ZFS Filesystem Backups - Tips and tricks

2008-08-01 Thread Justin Piszcz
Very good information and posts like these should be added to an FAQ if 
one exists somewhere.

On Fri, 1 Aug 2008, Mark Glazerman wrote:

 Incase anyone is considering implementing any ZFS in their environment
 which they want to back up using NetBackup we found out yesterday that
 ALL_LOCAL_DRIVES as the backup selection does NOT cover ZFS filesystems.




 We have a number of Sun boxes which have various test and development
 oracle instances which are housed inside ZFS file systems.  We blew away
 one of these test instances the other day (after doing a full OS backup
 and the required RMAN backups) but when we went to restore the data from
 the ZFS filesystems, NBU didn't have anything under the uppermost
 directory.  A quick check of other systems with ZFS showed the same
 issue.We spent the better part of 2 days playing around with the
 include_list's and exclude_list's but nothing worked.



 In order to backup ZFS file systems you must explicitly add the ZFS
 directories into the backup selections of the backup policy.  This fix
 was also confirmed by Symantec support who were also happy to tell me
 that ZFS isn't officially supported by NBU yet.



 This on its own should work great if you have a single policy backing up
 a single server with all it's ZFS under the same parent directory.
 However, if like us, you have a backup policy which backs up multiple
 servers, each with their own uniquely named ZFS file systems, you need
 to get a bit creative.



 The policy in question backs up 15 Sun boxes  with a total of 6
 differently named ZFS file systems spread amongst them.  If you just
 list the file systems in the backup selections, NBU looks for each of
 those different filesystems on each server and spits out an error code
 71 (None of the files in the file list exist) for every directory it
 can't find.  The only way we could work out to avoid these errors (and
 there were a lot of them) was to create every missing directory on every
 server and then touch a tiny file inside each of these directories.  Now
 when the policy runs, it sees each directory (as listed in the backup
 selection) on each server and doesn't moan about anything.  Perhaps not
 the neatest of fixes but it works.



 Apologies for the wordy post, just thought I'd put this info out there
 in case anyone else is moving towards ZFS.



 Mark Glazerman

 Enterprise Storage Administrator

 Spartech Corporation

 Desk: 314-889-8282

 Fax: 314-854-8282

 Cell: 618-520-3401

 [EMAIL PROTECTED] mailto:[EMAIL PROTECTED]

 http://www.spartech.com http://www.spartech.com/

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

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




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


Re: [Veritas-bu] ZFS Filesystem Backups - Tips and tricks

2008-08-01 Thread Mark Glazerman
Bryan,

Thanks for that info.  I wonder why the Symantec support rep I talked with 
yesterday made it sound like there were no plans to support ZFS filesystem 
backups in future releases unless a lot more people pushed for it ? Could he be 
referring to officially supporting ZFS rather than fixing the ALL_LOCAL_DRIVES 
issue ?

After hearing the mixed reviews of 6.5.2 I don't think we'll be jumping on that 
bandwagon for some time.  Our work around, although not the prettiest, will 
work until we move to a newer release that doesn't break more than it fixes !!  

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

-Original Message-
From: Bryan S. Leaman [mailto:[EMAIL PROTECTED] 
Sent: Friday, August 01, 2008 8:51 AM
To: Mark Glazerman; Veritas-bu@mailman.eng.auburn.edu
Subject: Re: [Veritas-bu] ZFS Filesystem Backups - Tips and tricks

This is fixed in 6.5.2, but the other known problems in that release may 
prevent you from wanting to upgrade. I've tested it and it works. From 
the release notes:

Etrack Incident = ET1167175
Associated Primary Etrack = ET1165582
Titan cases: 240-665-067 281-261-075 290-875-726

Description:
A Zeta file system (ZFS) filesystem is not backed up when the
ALL_LOCAL_DRIVES directive is used.

Bryan

Mark Glazerman wrote:

 Incase anyone is considering implementing any ZFS in their environment 
 which they want to back up using NetBackup we found out yesterday that 
 ALL_LOCAL_DRIVES as the backup selection does NOT cover ZFS filesystems.

 We have a number of Sun boxes which have various test and development 
 oracle instances which are housed inside ZFS file systems. We blew 
 away one of these test instances the other day (after doing a full OS 
 backup and the required RMAN backups) but when we went to restore the 
 data from the ZFS filesystems, NBU didn’t have anything under the 
 uppermost directory. A quick check of other systems with ZFS showed 
 the same issue.We spent the better part of 2 days playing around with 
 the include_list’s and exclude_list’s but nothing worked.

 In order to backup ZFS file systems you must explicitly add the ZFS 
 directories into the backup selections of the backup policy. This 
 “fix” was also confirmed by Symantec support who were also happy to 
 tell me that ZFS isn’t officially supported by NBU yet.

 This on its own should work great if you have a single policy backing 
 up a single server with all it’s ZFS under the same parent directory. 
 However, if like us, you have a backup policy which backs up multiple 
 servers, each with their own uniquely named ZFS file systems, you need 
 to get a bit creative.

 The policy in question backs up 15 Sun boxes with a total of 6 
 differently named ZFS file systems spread amongst them. If you just 
 list the file systems in the backup selections, NBU looks for each of 
 those different filesystems on each server and spits out an error code 
 71 (None of the files in the file list exist) for every directory it 
 can’t find. The only way we could work out to avoid these errors (and 
 there were a lot of them) was to create every missing directory on 
 every server and then touch a tiny file inside each of these 
 directories. Now when the policy runs, it sees each directory (as 
 listed in the backup selection) on each server and doesn’t moan about 
 anything. Perhaps not the neatest of fixes but it works.

 Apologies for the wordy post, just thought I’d put this info out there 
 in case anyone else is moving towards ZFS.

 *Mark Glazerman*

 *Enterprise Storage Administrator*

 *Spartech Corporation*

 Desk: 314-889-8282

 Fax: 314-854-8282

 Cell: 618-520-3401

 [EMAIL PROTECTED] mailto:[EMAIL PROTECTED]

 *http://www.spartech.com* http://www.spartech.com/

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

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

 

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

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


Re: [Veritas-bu] IBM Pseries backups over IVE

2008-08-01 Thread Stafford, Geoff
IANA AIX Expert, nor do I play one on TV but I think there is where the
P6 series differs from the P5's.  In the P5's you had a Hypervisor
backplane that required the multiple interfaces.  Now in the P6 series I
think, and I could be wrong here, they've made improvements to the IVE
and now it's seamless (or at least supposed to be seamless).

Geoff Stafford
Barclaycard US
Data Protection Engineering
office: 
mobile: 

-Original Message-
From: Dale King [mailto:[EMAIL PROTECTED] 
Sent: Thursday, July 31, 2008 9:00 PM
To: veritas-bu@mailman.eng.auburn.edu
Subject: Re: [Veritas-bu] IBM Pseries backups over IVE

On Thu, Jul 31, 2008 at 05:21:55PM -0400, Stafford, Geoff wrote:
 Anyone ever configured Pseries backups this way?  I have searched far
 and wide
 and have not been able to find any BDPs for backing up this hardware.

Yes, we've done it this way on p5.  You will need to tweak host files on
your master server as your internal VLAN is not visible to the master,
so the metadata needs to go via the external LAN address.  The actually
backup data is then constrained to the high speed internal VLAN.

Don't forget to change the MTU on the interfaces on the internal VLAN
NIC
- we use 65394 which dramtically reduces hypervisor overhead due to
fragmentation.  Note that this won't work if you intend to route your
internal VLAN externally.

HTH,
Dale



Barclays www.barclaycardus.com

This e-mail and any files transmitted with it may contain confidential and/or 
proprietary information. It is intended solely for the use of the individual or 
entity who is the intended recipient. Unauthorized use of this information is 
prohibited. If you have received this in error, please contact the sender by 
replying to this message and delete this material from any system it may be on.



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


[Veritas-bu] (0) TRANSIENT (IDL:omg.org/CORBA/TRANSIENT:1.0)

2008-08-01 Thread netbackup
After waiting 4 hours for Symantec to call back on a sev 1 problem I decided I 
would ask the real experts. Has anyone seen the above message and do you have a 
clue as to what it might mean. All I can find is that it might be related to 
PBX, but bpxcfg returns what it is supposed to and the service shows it's 
running. This is on a windows 2003 server. vxlogview -o 103 show that is trying 
to proxy to nbpem, but fails, and there is only one nbproxy running. Any help 
would be greatly appreciated.


Regards,

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


Re: [Veritas-bu] ZFS Filesystem Backups - Tips and tricks

2008-08-01 Thread Mark Glazerman
Yes we are using multiple data.  I agree that making it one big job would 
probably put an end to the 71's, we just don't want to have to wait for all the 
mountpoints to back up sequentially.

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


-Original Message-
From: Dave Markham [mailto:[EMAIL PROTECTED] 
Sent: Friday, August 01, 2008 10:14 AM
To: Mark Glazerman
Cc: Veritas-bu@mailman.eng.auburn.edu
Subject: Re: [Veritas-bu] ZFS Filesystem Backups - Tips and tricks

Am i right in assuming you are using multiple data streams?

Only reason i ask if if you are not, as long as one of the directories 
exist on at least one of the servers then you shouldn't get a status 71 
when the file list is done sequentially.

e.g

box1 has /data1
box2 has /data2
box3 has /data3

If the file list is

/data1
/data2
/data3

NBU (afaik) will backup /data1 on box1 and then simple miss out /data2 
and /data3 giving a WRN messages somewhere without updating the end job 
status to be 71. I think its just if none of the files in the file list 
exist you get the 71.

Of course if you are using multiple data streams then each dir will be 
counted as a job and i would totally expect your results.

It may just help others :)

Cheers

Mark Glazerman wrote:

 Incase anyone is considering implementing any ZFS in their environment 
 which they want to back up using NetBackup we found out yesterday that 
 ALL_LOCAL_DRIVES as the backup selection does NOT cover ZFS filesystems. 

  

 We have a number of Sun boxes which have various test and development 
 oracle instances which are housed inside ZFS file systems.  We blew 
 away one of these test instances the other day (after doing a full OS 
 backup and the required RMAN backups) but when we went to restore the 
 data from the ZFS filesystems, NBU didn’t have anything under the 
 uppermost directory.  A quick check of other systems with ZFS showed 
 the same issue.We spent the better part of 2 days playing around with 
 the include_list’s and exclude_list’s but nothing worked.

  

 In order to backup ZFS file systems you must explicitly add the ZFS 
 directories into the backup selections of the backup policy.  This 
 “fix” was also confirmed by Symantec support who were also happy to 
 tell me that ZFS isn’t officially supported by NBU yet.

  

 This on its own should work great if you have a single policy backing 
 up a single server with all it’s ZFS under the same parent directory.  
 However, if like us, you have a backup policy which backs up multiple 
 servers, each with their own uniquely named ZFS file systems, you need 
 to get a bit creative. 

  

 The policy in question backs up 15 Sun boxes  with a total of 6 
 differently named ZFS file systems spread amongst them.  If you just 
 list the file systems in the backup selections, NBU looks for each of 
 those different filesystems on each server and spits out an error code 
 71 (None of the files in the file list exist) for every directory it 
 can’t find.  The only way we could work out to avoid these errors (and 
 there were a lot of them) was to create every missing directory on 
 every server and then touch a tiny file inside each of these 
 directories.  Now when the policy runs, it sees each directory (as 
 listed in the backup selection) on each server and doesn’t moan about 
 anything.  Perhaps not the neatest of fixes but it works.

  

 Apologies for the wordy post, just thought I’d put this info out there 
 in case anyone else is moving towards ZFS.

  

 *Mark Glazerman*

 *Enterprise Storage Administrator*

 *Spartech Corporation*

 Desk: 314-889-8282

 Fax: 314-854-8282

 Cell: 618-520-3401

 [EMAIL PROTECTED] mailto:[EMAIL PROTECTED]

 *http://www.spartech.com* http://www.spartech.com/

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

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

  

 

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

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


Re: [Veritas-bu] (0) TRANSIENT (IDL:omg.org/CORBA/TRANSIENT:1.0)

2008-08-01 Thread Hall, Christian N.
Patrick,

Need to tell us something about your environment. 

-Chris 


-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of
[EMAIL PROTECTED]
Sent: Friday, August 01, 2008 11:05 AM
To: VERITAS-BU@mailman.eng.auburn.edu
Subject: [Veritas-bu] (0) TRANSIENT (IDL:omg.org/CORBA/TRANSIENT:1.0)

After waiting 4 hours for Symantec to call back on a sev 1 problem I
decided I would ask the real experts. Has anyone seen the above message
and do you have a clue as to what it might mean. All I can find is that
it might be related to PBX, but bpxcfg returns what it is supposed to
and the service shows it's running. This is on a windows 2003 server.
vxlogview -o 103 show that is trying to proxy to nbpem, but fails, and
there is only one nbproxy running. Any help would be greatly
appreciated.


Regards,

Patrick
___
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] ZFS Filesystem Backups - Tips and tricks

2008-08-01 Thread Dave Markham
Am i right in assuming you are using multiple data streams?

Only reason i ask if if you are not, as long as one of the directories 
exist on at least one of the servers then you shouldn't get a status 71 
when the file list is done sequentially.

e.g

box1 has /data1
box2 has /data2
box3 has /data3

If the file list is

/data1
/data2
/data3

NBU (afaik) will backup /data1 on box1 and then simple miss out /data2 
and /data3 giving a WRN messages somewhere without updating the end job 
status to be 71. I think its just if none of the files in the file list 
exist you get the 71.

Of course if you are using multiple data streams then each dir will be 
counted as a job and i would totally expect your results.

It may just help others :)

Cheers

Mark Glazerman wrote:

 Incase anyone is considering implementing any ZFS in their environment 
 which they want to back up using NetBackup we found out yesterday that 
 ALL_LOCAL_DRIVES as the backup selection does NOT cover ZFS filesystems. 

  

 We have a number of Sun boxes which have various test and development 
 oracle instances which are housed inside ZFS file systems.  We blew 
 away one of these test instances the other day (after doing a full OS 
 backup and the required RMAN backups) but when we went to restore the 
 data from the ZFS filesystems, NBU didn’t have anything under the 
 uppermost directory.  A quick check of other systems with ZFS showed 
 the same issue.We spent the better part of 2 days playing around with 
 the include_list’s and exclude_list’s but nothing worked.

  

 In order to backup ZFS file systems you must explicitly add the ZFS 
 directories into the backup selections of the backup policy.  This 
 “fix” was also confirmed by Symantec support who were also happy to 
 tell me that ZFS isn’t officially supported by NBU yet.

  

 This on its own should work great if you have a single policy backing 
 up a single server with all it’s ZFS under the same parent directory.  
 However, if like us, you have a backup policy which backs up multiple 
 servers, each with their own uniquely named ZFS file systems, you need 
 to get a bit creative. 

  

 The policy in question backs up 15 Sun boxes  with a total of 6 
 differently named ZFS file systems spread amongst them.  If you just 
 list the file systems in the backup selections, NBU looks for each of 
 those different filesystems on each server and spits out an error code 
 71 (None of the files in the file list exist) for every directory it 
 can’t find.  The only way we could work out to avoid these errors (and 
 there were a lot of them) was to create every missing directory on 
 every server and then touch a tiny file inside each of these 
 directories.  Now when the policy runs, it sees each directory (as 
 listed in the backup selection) on each server and doesn’t moan about 
 anything.  Perhaps not the neatest of fixes but it works.

  

 Apologies for the wordy post, just thought I’d put this info out there 
 in case anyone else is moving towards ZFS.

  

 *Mark Glazerman*

 *Enterprise Storage Administrator*

 *Spartech Corporation*

 Desk: 314-889-8282

 Fax: 314-854-8282

 Cell: 618-520-3401

 [EMAIL PROTECTED] mailto:[EMAIL PROTECTED]

 *http://www.spartech.com* http://www.spartech.com/

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

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

  

 

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

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


Re: [Veritas-bu] (0) TRANSIENT (IDL:omg.org/CORBA/TRANSIENT:1.0)

2008-08-01 Thread Jeff Lightner
We've seen it here - just yesterday as a matter of fact.

See if nbemm is running.  If not restart it.   (I'd suggest restarting
from the Activity Monitor Daemons tab - when it dies it seems to dump
core in root for some reason.)

-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of
[EMAIL PROTECTED]
Sent: Friday, August 01, 2008 11:05 AM
To: VERITAS-BU@mailman.eng.auburn.edu
Subject: [Veritas-bu] (0) TRANSIENT (IDL:omg.org/CORBA/TRANSIENT:1.0)

After waiting 4 hours for Symantec to call back on a sev 1 problem I
decided I would ask the real experts. Has anyone seen the above message
and do you have a clue as to what it might mean. All I can find is that
it might be related to PBX, but bpxcfg returns what it is supposed to
and the service shows it's running. This is on a windows 2003 server.
vxlogview -o 103 show that is trying to proxy to nbpem, but fails, and
there is only one nbproxy running. Any help would be greatly
appreciated.


Regards,

Patrick
___
Veritas-bu maillist  -  Veritas-bu@mailman.eng.auburn.edu
http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
--
CONFIDENTIALITY NOTICE: This e-mail may contain privileged or confidential 
information and is for the sole use of the intended recipient(s). If you are 
not the intended recipient, any disclosure, copying, distribution, or use of 
the contents of this information is prohibited and may be unlawful. If you have 
received this electronic transmission in error, please reply immediately to the 
sender that you have received the message in error, and delete it. Thank you.
--

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


Re: [Veritas-bu] ZFS Filesystem Backups - Tips and tricks

2008-08-01 Thread Ed Wilts
On Fri, Aug 1, 2008 at 9:11 AM, Mark Glazerman
[EMAIL PROTECTED]wrote:

 Thanks for that info.  I wonder why the Symantec support rep I talked with
 yesterday made it sound like there were no plans to support ZFS filesystem
 backups in future releases unless a lot more people pushed for it ? Could he
 be referring to officially supporting ZFS rather than fixing the
 ALL_LOCAL_DRIVES issue ?


I would challenge that claim - I suspect the support rep you talked to
didn't know what he/she was talking about.  After all, ZFS ACLs are
officially supported as documented in the client compatibility technote at
ftp://exftpp.symantec.com/pub/support/products/NetBackup_Enterprise_Server/278064.pdf.
There's nothing in the technote that says that ALL_LOCAL_DRIVES will fail to
discover ZFS volumes.

That said, since Symantec acknowledged the bug with an ETRACK, and fixed it,
it is obvious that they're is committed to supporting ZFS.

.../Ed

Ed Wilts, RHCE, BCFP, BCSD, SCSP, SCSE
[EMAIL PROTECTED]
___
Veritas-bu maillist  -  Veritas-bu@mailman.eng.auburn.edu
http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu


Re: [Veritas-bu] ZFS Filesystem Backups - Tips and tricks

2008-08-01 Thread Mark Glazerman
Ed,

 

I've actually had a guy at Symantec contact me through the mailing list
and say that there are binaries available which should resolve this
issue.  I'm beginning to think that the support rep didn't know what the
deal was with ZFS support because he actually sent me the document you
referenced  as a way to demonstrate that ZFS is NOT supported.  When I
looked at the document, it seemed to fly in the face of what he was
telling me.

 

Mark Glazerman

Desk: 314-889-8282

Cell: 618-520-3401

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

 

From: Ed Wilts [mailto:[EMAIL PROTECTED] 
Sent: Friday, August 01, 2008 11:17 AM
To: Mark Glazerman
Cc: Bryan S. Leaman; Veritas-bu@mailman.eng.auburn.edu
Subject: Re: [Veritas-bu] ZFS Filesystem Backups - Tips and tricks

 

On Fri, Aug 1, 2008 at 9:11 AM, Mark Glazerman
[EMAIL PROTECTED] wrote:

Thanks for that info.  I wonder why the Symantec support rep I
talked with yesterday made it sound like there were no plans to support
ZFS filesystem backups in future releases unless a lot more people
pushed for it ? Could he be referring to officially supporting ZFS
rather than fixing the ALL_LOCAL_DRIVES issue ?


I would challenge that claim - I suspect the support rep you talked to
didn't know what he/she was talking about.  After all, ZFS ACLs are
officially supported as documented in the client compatibility technote
at
ftp://exftpp.symantec.com/pub/support/products/NetBackup_Enterprise_Serv
er/278064.pdf.  There's nothing in the technote that says that
ALL_LOCAL_DRIVES will fail to discover ZFS volumes.

That said, since Symantec acknowledged the bug with an ETRACK, and fixed
it, it is obvious that they're is committed to supporting ZFS.

.../Ed 

Ed Wilts, RHCE, BCFP, BCSD, SCSP, SCSE 
[EMAIL PROTECTED]

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


Re: [Veritas-bu] (0) TRANSIENT (IDL:omg.org/CORBA/TRANSIENT:1.0)

2008-08-01 Thread smpt
Call support again and raze the case to severity 1 (server down). You will
speak with a tech immediately
stefanos

-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of
[EMAIL PROTECTED]
Sent: Friday, August 01, 2008 6:05 PM
To: VERITAS-BU@mailman.eng.auburn.edu
Subject: [Veritas-bu] (0) TRANSIENT (IDL:omg.org/CORBA/TRANSIENT:1.0)

After waiting 4 hours for Symantec to call back on a sev 1 problem I decided
I would ask the real experts. Has anyone seen the above message and do you
have a clue as to what it might mean. All I can find is that it might be
related to PBX, but bpxcfg returns what it is supposed to and the service
shows it's running. This is on a windows 2003 server. vxlogview -o 103 show
that is trying to proxy to nbpem, but fails, and there is only one nbproxy
running. Any help would be greatly appreciated.


Regards,

Patrick
___
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] Fixed (not resolved) RE: (0) TRANSIENT (IDL:omg.org/CORBA/TRANSIENT:1.0)

2008-08-01 Thread netbackup
Well, we did the three finger salute (remember it's a windoze box), and now 
everyting is working. I did work with Symantec for over an hour and learned 
many new things, but in the end the reboot fixed it.

Thanks for all the replies.

Regards,

Patrick


Call support again and raze the case to severity 1 (server down). You will
speak with a tech immediately
stefanos

-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of
[EMAIL PROTECTED]
Sent: Friday, August 01, 2008 6:05 PM
To: VERITAS-BU@mailman.eng.auburn.edu
Subject: [Veritas-bu] (0) TRANSIENT (IDL:omg.org/CORBA/TRANSIENT:1.0)

After waiting 4 hours for Symantec to call back on a sev 1 problem I decided
I would ask the real experts. Has anyone seen the above message and do you
have a clue as to what it might mean. All I can find is that it might be
related to PBX, but bpxcfg returns what it is supposed to and the service
shows it's running. This is on a windows 2003 server. vxlogview -o 103 show
that is trying to proxy to nbpem, but fails, and there is only one nbproxy
running. Any help would be greatly appreciated.


Regards,

Patrick
___
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] Restoring from Multiplexed Backup

2008-08-01 Thread Jeremy Finn
Thank you all for your inputs!

I am restoring using the bp restore command. All the mount points are
selected for the one restore job.

./bprestore -C client -D source -f /tmp/restorefiles -R /tmp/rename -l -L
/var/tmp/restore.out

The policy is configured to multiplex five streams to one tape drive. There
is only one client in the policy.

The file list looks like:

/mount/point/1
/mount/point/2
/mount/point/3
/mount/point/4
/mount/point/6
/mount/point/6
 and so on

NBU version is 6.0 MP4.

When I do the restore I am expecting to see all streams as separate jobs in
the activity monitor.  Sounds like I may need to use separate bprestore
commands for each mount point? Hopefully this will not cause additional
mounts/unmounts...

Thanks again,
Jeremy





On Fri, Aug 1, 2008 at 10:04 AM, Justin Piszcz [EMAIL PROTECTED]wrote:



 On Fri, 1 Aug 2008, smpt wrote:

  Do you select all mount points at the same restore?  If yes, then you will
 see only one job, but netbackup will restore all files in one tape pass.

 Good questions, forgot to ask them :)




 If you start 5 restores the you have to be fast (every restore must start
 within 30 sec, by default). This can be changed from master server
 properties.

 MPX_RESTORE_DELAY = 30

 Yup, change it in bp.conf.



 stefanos





 From: [EMAIL PROTECTED]
 [mailto:[EMAIL PROTECTED] On Behalf Of Jeremy
 Finn
 Sent: Friday, August 01, 2008 3:26 PM
 To: veritas-bu@mailman.eng.auburn.edu
 Subject: [Veritas-bu] Restoring from Multiplexed Backup



 Hello,

 I have a standard backup policy configured to stream five mount points to
 one tape drive. This is working fine.

 When I do the restore, I only see one stream restoring at a time. Is it
 possible to restore the five streams of data from the multiplexed tape at
 the same time?

 Other backup softwarescan do this so I assume Netbackup can as well... if
 some could please point me in the right direction it would be much
 appreciated.

 My environment looks like this:

 Master: Solaris 10 on SPARC
 Media Server: HP-UX on PA-RISC
 Source Client: HP-UX on PA-RISC
 Target Client: HP-UX on PA-RISC
 Multistream = 5
 Multiplex = 5
 One LTO-1 tape drive

 Thank you in advance for any insights.

 Jeremy



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


Re: [Veritas-bu] Restoring from Multiplexed Backup

2008-08-01 Thread Curtis Preston
It's been a while since I tested this, but _I_ remember that if you
wanted it to restore the way he wants, you HAD to issue five different
restores at the same time and use the restore delay feature to start
them at the same time.  If you just selected five directories, it did
them one at a time.  That's why I always did my multi-filesystem
restores as a loop

 

for I in /a /b /c /d /e

do

  bprestore $I

done

 


Curtis Preston | VP Data Protection
GlassHouse Technologies, Inc.

T: +1 760 710 2004 | C: +1 760 419 5838 | F: +1 760 710 2009
[EMAIL PROTECTED] | www.glasshouse.com
http://www.glasshouse.com/ 
Infrastructure :: Optimized





From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of smpt
Sent: Friday, August 01, 2008 6:30 AM
To: 'Jeremy Finn'; veritas-bu@mailman.eng.auburn.edu
Subject: Re: [Veritas-bu] Restoring from Multiplexed Backup

 

Do you select all mount points at the same restore?  If yes, then you
will see only one job, but netbackup will restore all files in one tape
pass.

 

If you start 5 restores the you have to be fast (every restore must
start within 30 sec, by default). This can be changed from master server
properties.

stefanos

 

 

From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Jeremy
Finn
Sent: Friday, August 01, 2008 3:26 PM
To: veritas-bu@mailman.eng.auburn.edu
Subject: [Veritas-bu] Restoring from Multiplexed Backup

 

Hello,

I have a standard backup policy configured to stream five mount points
to one tape drive. This is working fine.

When I do the restore, I only see one stream restoring at a time. Is it
possible to restore the five streams of data from the multiplexed tape
at the same time?

Other backup softwarescan do this so I assume Netbackup can as well...
if some could please point me in the right direction it would be much
appreciated.

My environment looks like this:

Master: Solaris 10 on SPARC
Media Server: HP-UX on PA-RISC
Source Client: HP-UX on PA-RISC
Target Client: HP-UX on PA-RISC
Multistream = 5
Multiplex = 5
One LTO-1 tape drive

Thank you in advance for any insights.

Jeremy






This email and any files transmitted with it are confidential and intended 
solely for the use of the individual or entity to whom they are addressed. If 
you have received this email in error please notify the system manager. This 
message contains confidential information and is intended only for the 
individual named. If you are not the named addressee you should not 
disseminate, distribute or copy this e-mail.
___
Veritas-bu maillist  -  Veritas-bu@mailman.eng.auburn.edu
http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu


Re: [Veritas-bu] Restoring from Multiplexed Backup

2008-08-01 Thread Curtis Preston
Even if it's restoring all the filesystems simultaneously, you'll only
see one job if you only kick off one restore.  I suggest you use my for
loop example, as it's very easy to type and you don't have to worry
about the restore delay, as they'll all be issued within a second of
each other.

 

Also, another reason why I always did my multi-filesystem restores in a
loop was that when one of them failed, you knew which one and you could
just fix and rerun that one.  Doing them all in the same job makes
reporting a bit muddled.

 


Curtis Preston | VP Data Protection
GlassHouse Technologies, Inc.

T: +1 760 710 2004 | C: +1 760 419 5838 | F: +1 760 710 2009
[EMAIL PROTECTED] | www.glasshouse.com
http://www.glasshouse.com/ 
Infrastructure :: Optimized





From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Jeremy
Finn
Sent: Friday, August 01, 2008 9:19 AM
To: Justin Piszcz
Cc: smpt; veritas-bu@mailman.eng.auburn.edu
Subject: Re: [Veritas-bu] Restoring from Multiplexed Backup

 

Thank you all for your inputs!

I am restoring using the bp restore command. All the mount points are
selected for the one restore job.

./bprestore -C client -D source -f /tmp/restorefiles -R /tmp/rename -l
-L /var/tmp/restore.out

The policy is configured to multiplex five streams to one tape drive.
There is only one client in the policy.

The file list looks like:

/mount/point/1
/mount/point/2
/mount/point/3
/mount/point/4
/mount/point/6
/mount/point/6
 and so on

NBU version is 6.0 MP4.

When I do the restore I am expecting to see all streams as separate jobs
in the activity monitor.  Sounds like I may need to use separate
bprestore commands for each mount point? Hopefully this will not cause
additional mounts/unmounts...

Thanks again,
Jeremy






On Fri, Aug 1, 2008 at 10:04 AM, Justin Piszcz [EMAIL PROTECTED]
wrote:



On Fri, 1 Aug 2008, smpt wrote:

Do you select all mount points at the same restore?  If yes, then you
will
see only one job, but netbackup will restore all files in one tape pass.

Good questions, forgot to ask them :)

 




If you start 5 restores the you have to be fast (every restore
must start
within 30 sec, by default). This can be changed from master
server
properties.

MPX_RESTORE_DELAY = 30

Yup, change it in bp.conf.

 


stefanos





From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of
Jeremy Finn
Sent: Friday, August 01, 2008 3:26 PM
To: veritas-bu@mailman.eng.auburn.edu
Subject: [Veritas-bu] Restoring from Multiplexed Backup



Hello,

I have a standard backup policy configured to stream five mount
points to
one tape drive. This is working fine.

When I do the restore, I only see one stream restoring at a
time. Is it
possible to restore the five streams of data from the
multiplexed tape at
the same time?

Other backup softwarescan do this so I assume Netbackup can as
well... if
some could please point me in the right direction it would be
much
appreciated.

My environment looks like this:

Master: Solaris 10 on SPARC
Media Server: HP-UX on PA-RISC
Source Client: HP-UX on PA-RISC
Target Client: HP-UX on PA-RISC
Multistream = 5
Multiplex = 5
One LTO-1 tape drive

Thank you in advance for any insights.

Jeremy



 






This email and any files transmitted with it are confidential and intended 
solely for the use of the individual or entity to whom they are addressed. If 
you have received this email in error please notify the system manager. This 
message contains confidential information and is intended only for the 
individual named. If you are not the named addressee you should not 
disseminate, distribute or copy this e-mail.
___
Veritas-bu maillist  -  Veritas-bu@mailman.eng.auburn.edu
http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu


Re: [Veritas-bu] Restoring from Multiplexed Backup

2008-08-01 Thread Jeremy Finn
Curtis,

Thank you for your reply.

I have tried your suggestion and it is working. I see a slight performance
increase when doing the mpx restore now, which should translate to higher
gains when restoring more data.

One more question for everyone: I need to rename files as well. Is the best
option to use bprestore -R renamefile or is there another trick that works
better? Can I use the same rename file for each bprestore command or should
I make one for each stream?

Thanks again,
Jeremy

On Fri, Aug 1, 2008 at 1:02 PM, Curtis Preston [EMAIL PROTECTED]wrote:

  It's been a while since I tested this, but _*I*_ remember that if you
 wanted it to restore the way he wants, you HAD to issue five different
 restores at the same time and use the restore delay feature to start them at
 the same time.  If you just selected five directories, it did them one at a
 time.  That's why I always did my multi-filesystem restores as a loop



 for I in /a /b /c /d /e

 do

   bprestore $I

 done



 
 *Curtis Preston | VP Data Protection**
 *GlassHouse Technologies, Inc.

 T: +1 760 710 2004 | C: +1 760 419 5838 | F: +1 760 710 2009
 [EMAIL PROTECTED] | www.glasshouse.com
 *Infrastructure :: Optimized

 *
   --

 *From:* [EMAIL PROTECTED] [mailto:
 [EMAIL PROTECTED] *On Behalf Of *smpt
 *Sent:* Friday, August 01, 2008 6:30 AM
 *To:* 'Jeremy Finn'; veritas-bu@mailman.eng.auburn.edu
 *Subject:* Re: [Veritas-bu] Restoring from Multiplexed Backup



 Do you select all mount points at the same restore?  If yes, then you will
 see only one job, but netbackup will restore all files in one tape pass.



 If you start 5 restores the you have to be fast (every restore must start
 within 30 sec, by default). This can be changed from master server
 properties.

 stefanos





 *From:* [EMAIL PROTECTED] [mailto:
 [EMAIL PROTECTED] *On Behalf Of *Jeremy Finn
 *Sent:* Friday, August 01, 2008 3:26 PM
 *To:* veritas-bu@mailman.eng.auburn.edu
 *Subject:* [Veritas-bu] Restoring from Multiplexed Backup



 Hello,

 I have a standard backup policy configured to stream five mount points to
 one tape drive. This is working fine.

 When I do the restore, I only see one stream restoring at a time. Is it
 possible to restore the five streams of data from the multiplexed tape at
 the same time?

 Other backup softwarescan do this so I assume Netbackup can as well... if
 some could please point me in the right direction it would be much
 appreciated.

 My environment looks like this:

 Master: Solaris 10 on SPARC
 Media Server: HP-UX on PA-RISC
 Source Client: HP-UX on PA-RISC
 Target Client: HP-UX on PA-RISC
 Multistream = 5
 Multiplex = 5
 One LTO-1 tape drive

 Thank you in advance for any insights.

 Jeremy





 This email and any files transmitted with it are confidential and intended
 solely for the use of the individual or entity to whom they are addressed.
 If you have received this email in error please notify the system manager.
 This message contains confidential information and is intended only for the
 individual named. If you are not the named addressee you should not
 disseminate, distribute or copy this e-mail.

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


Re: [Veritas-bu] Restoring from Multiplexed Backup

2008-08-01 Thread Curtis Preston
Nope, that's the only way.

 


Curtis Preston | VP Data Protection
GlassHouse Technologies, Inc.

T: +1 760 710 2004 | C: +1 760 419 5838 | F: +1 760 710 2009
[EMAIL PROTECTED] | www.glasshouse.com
http://www.glasshouse.com/ 
Infrastructure :: Optimized





From: Jeremy Finn [mailto:[EMAIL PROTECTED] 
Sent: Friday, August 01, 2008 10:35 AM
To: Curtis Preston
Cc: smpt; veritas-bu@mailman.eng.auburn.edu
Subject: Re: [Veritas-bu] Restoring from Multiplexed Backup

 

Curtis,

Thank you for your reply.

I have tried your suggestion and it is working. I see a slight
performance increase when doing the mpx restore now, which should
translate to higher gains when restoring more data.

One more question for everyone: I need to rename files as well. Is the
best option to use bprestore -R renamefile or is there another trick
that works better? Can I use the same rename file for each bprestore
command or should I make one for each stream?

Thanks again,
Jeremy

On Fri, Aug 1, 2008 at 1:02 PM, Curtis Preston [EMAIL PROTECTED]
wrote:

It's been a while since I tested this, but _I_ remember that if you
wanted it to restore the way he wants, you HAD to issue five different
restores at the same time and use the restore delay feature to start
them at the same time.  If you just selected five directories, it did
them one at a time.  That's why I always did my multi-filesystem
restores as a loop

 

for I in /a /b /c /d /e

do

  bprestore $I

done

 


Curtis Preston | VP Data Protection
GlassHouse Technologies, Inc.

T: +1 760 710 2004 | C: +1 760 419 5838 | F: +1 760 710 2009
[EMAIL PROTECTED] | www.glasshouse.com
http://www.glasshouse.com/ 
Infrastructure :: Optimized



From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of smpt
Sent: Friday, August 01, 2008 6:30 AM
To: 'Jeremy Finn'; veritas-bu@mailman.eng.auburn.edu
Subject: Re: [Veritas-bu] Restoring from Multiplexed Backup

 

Do you select all mount points at the same restore?  If yes, then you
will see only one job, but netbackup will restore all files in one tape
pass.

 

If you start 5 restores the you have to be fast (every restore must
start within 30 sec, by default). This can be changed from master server
properties.

stefanos

 

 

From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Jeremy
Finn
Sent: Friday, August 01, 2008 3:26 PM
To: veritas-bu@mailman.eng.auburn.edu
Subject: [Veritas-bu] Restoring from Multiplexed Backup

 

Hello,

I have a standard backup policy configured to stream five mount points
to one tape drive. This is working fine.

When I do the restore, I only see one stream restoring at a time. Is it
possible to restore the five streams of data from the multiplexed tape
at the same time?

Other backup softwarescan do this so I assume Netbackup can as well...
if some could please point me in the right direction it would be much
appreciated.

My environment looks like this:

Master: Solaris 10 on SPARC
Media Server: HP-UX on PA-RISC
Source Client: HP-UX on PA-RISC
Target Client: HP-UX on PA-RISC
Multistream = 5
Multiplex = 5
One LTO-1 tape drive

Thank you in advance for any insights.

Jeremy






This email and any files transmitted with it are confidential and
intended solely for the use of the individual or entity to whom they are
addressed. If you have received this email in error please notify the
system manager. This message contains confidential information and is
intended only for the individual named. If you are not the named
addressee you should not disseminate, distribute or copy this e-mail.

 






This email and any files transmitted with it are confidential and intended 
solely for the use of the individual or entity to whom they are addressed. If 
you have received this email in error please notify the system manager. This 
message contains confidential information and is intended only for the 
individual named. If you are not the named addressee you should not 
disseminate, distribute or copy this e-mail.
___
Veritas-bu maillist  -  Veritas-bu@mailman.eng.auburn.edu
http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu


Re: [Veritas-bu] Bpschedreq in 6.5

2008-08-01 Thread Baumann, Kevin
I would love to see that script!

Thanks!

-Kevin

-Original Message-
From: schmaustech [mailto:[EMAIL PROTECTED] 
Sent: Thursday, July 31, 2008 3:59 PM
To: VERITAS-BU@mailman.eng.auburn.edu
Subject: [Veritas-bu] Bpschedreq in 6.5


I wrote a Perl scriot that allows you to determine which policies and
schedules will kick off on a given day.  It also can display a histogram
of how many jobs per hour are kicked off.   Let me know if interested.

+--
|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

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


Re: [Veritas-bu] Bpschedreq in 6.5

2008-08-01 Thread Preston, Doug
Please send

Doug Preston
Systems Engineer
LandAmerica Financial Group, Inc. - A Fortune 2008 Most Admired Company
#1 in Mortgage Services Two Years in a Row
1123 South Park View DR, Covina CA 91724
Phone 626-339-5221 Ext 1104
Email  [EMAIL PROTECTED]


NOTICE: This electronic mail transmission may constitute a communication that 
is legally privileged. It is not intended for transmission to, or receipt by, 
any unauthorized persons. If you have received this electronic mail 
transmission in error, please delete it from your system without copying it, 
and notify the sender by reply e-mail, so that our address record can be 
corrected.



-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of schmaustech
Sent: Thursday, July 31, 2008 12:59 PM
To: VERITAS-BU@mailman.eng.auburn.edu
Subject: [Veritas-bu] Bpschedreq in 6.5


I wrote a Perl scriot that allows you to determine which policies and schedules 
will kick off on a given day.  It also can display a histogram of how many jobs 
per hour are kicked off.   Let me know if interested.

+--
|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

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


Re: [Veritas-bu] Do we use NetBackup because it's a good product or because it's less awful than its competition

2008-08-01 Thread Ed Wilts
On Fri, Aug 1, 2008 at 12:29 PM, JAJA (Jamie Jamison) [EMAIL PROTECTED]wrote:

  I also have to wonder, given my experiences and the experiences of others
 that I have read about, if Symantec does any testing whatsoever before they
 release new versions of the product.


Having been personally involved in some of these tests, and having a good
working relationship with some of the engineering staff located a few miles
from here, I can tell you without a doubt that massive testing takes place
before each and every release.  It may feel like they haven't tested the
exact combination you're running, and it's probably because they haven't.
They test a *LOT*, but there are far more permutations out there than we can
even imagine.  Multiple each combination of the following:  architecture,
operating system, version, service packs, drivers, tape drives and their
drivers, robots, storage unit types. storage platforms, and then keep
multiplying and multiplying. Then multiple by the number of things that a
customer could possibly do from installing other software on their master or
media servers (throwing off shared files, kernel settings, timing) to weird
and wonderful ways customers have manipulated policies and databases and
you're just starting to get the hang of it.

Just today I was trying to install a NetBackup client on a Pentium II 400Mhz
system with 256MB of memory running Windows 2000.  And oh, it already has
hardware and resource problems.  The installer hung.  Yes, I could log a
call with Symantec and complain, and I could fight with them to get a patch
because it's officially a supported configuration, but is that the best use
of my time and their time?  Of course not.  Do I expect that Symantec tested
this supported configuration?  Of course not - any reasonable organization
would have upgraded that old piece of crap many years ago.  Some other
vendors don't support a configuration that they didn't test.  That's a nice
approach, but it sure does limit what you can buy.  Would you be happy if
they threw out much of their supported environment so they can test what
they do support?  If that's what you want, buy a best of breed product for
each of your operating systems and hope for the best.

The last I heard, there were over 60 million lines of code in NetBackup.  If
you think developing and testing a product of the size of NetBackup is easy,
you're wrong.  Windows Server 2003 has about 50 million lines of code and
there were 2,000 developers with 2,400 members in the test team.  And I
suspect you've heard about a critical bug or two in Windows.

I've run into more major show-stopper bugs in 10 months of using NetBackup
 6.x than I did in three years of using 5.x. and I'm not the only one.


No you're not.  6.x has had some significant bugs - I won't dispute that at
all.  Even 6.5.2A had at least one show-stopper bug for us but Symantec
responded quickly with a patch.


 You're the expert when it comes to your own environment.  If you want a
higher likelihood that what you put into production will be bug-free for the
way you drive it, you need your own test environment.  Yes, that costs money
and it takes time to test.  Each of us uses the product in a different way -
that's the advantage as well as the disadvantage of a product as powerful as
NetBackup.

There is no right answer here.  Symantec wants to have a product that
supports everything but they can't test everything and still move forward
with timely releases.  That's a fact of life.

.../Ed


Ed Wilts, RHCE, BCFP, BCSD, SCSP, SCSE
[EMAIL PROTECTED]
___
Veritas-bu maillist  -  Veritas-bu@mailman.eng.auburn.edu
http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu


[Veritas-bu] nb admin job market

2008-08-01 Thread X_S

i apologize if there's a thread on this subject already but i wanted to get a 
sense of the job market for nb admins.  is there a demand for nb admins or not, 
what are average salaries by region, is this something to get in to and stay 
in, etc.  

what are your thoughts?

thanks

+--
|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


[Veritas-bu] Problems Uninstalling BMR 6.5.2

2008-08-01 Thread JAJA (Jamie Jamison)
I upgraded my Solaris 10 NetBackup master to 6.5.2A by doing a clean
install of 6.5 and then upgrading to 6.5.2A and everything went well up
until the point where I wanted to start backups. nbemm would not start
and nothing I could do would make it start nor would it run in console
mode. I tried rolling back to 6.5 and was able to successfully uninstall
patches until I got to uninstalling BMR. When I run NB.update.uninstall
to uninstall BMR I get an error message that says:
 
Running preuninstall script.
See /usr/openv/pack/pack.history for more details.
/usr/openv/pack/NB_BMR_6.5.2/save/VrtsNB_BMR_6.5.2.preuninstall:
Running. Hardware/OS Type=Solaris/Solaris10
Downgrading NBDB:
/usr/openv/db/bin/nbdb_upgrade -dbn BMRDB -downgrade

ERROR: /usr/openv/db/bin/nbdb_upgrade -dbn BMRDB -downgrade command
failed.
Unable to downgrade database to original level. Refer to the 
log file in /usr/openv/netbackup/logs/nbdb for more information.
Rerun Vrts_pack.uninstall once the problem has been resolved.

Pack uninstall failure.

Exiting NB_update.uninstall

Then if I try to manually run the command to downgrade the BMR database
I get the following error message:

[EMAIL PROTECTED] on (pts/6) at 00:10:36, Fri Aug 01
/usr/openv/pack/NB_BMR_6.5.2/save
174 /usr/openv/db/bin/nbdb_upgrade -dbn BMRDB -downgrade
Verifying the running version of BMRDB ...

Verification Failed.

So at this point I'm stuck because I can't finish the rollback to 6.5
from 6.5.2A. Fortunately I was able to fall back to my current 6.0
environment and start backups so I'm not totally screwed but I do need
to get 6.5 running. Is there a way I can just do a complete and total
uninstall of 6.5 instead of just a rollback from the current, broken
6.5.2A install to see if I can get that running?

As always thanks in advance for any help, advice or commiseration you
can send my way.

Jamie Jamison
Network Systems Administrator
ZymoGenetics


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


Re: [Veritas-bu] ZFS Filesystem Backups - Tips and tricks

2008-08-01 Thread Marion Hakanson
[EMAIL PROTECTED] said:
 Incase anyone is considering implementing any ZFS in their environment which
 they want to back up using NetBackup we found out yesterday that
 ALL_LOCAL_DRIVES as the backup selection does NOT cover ZFS filesystems.   

Hmm, what version are you running?  We're at 6.0MP4, and we have a number
of policies backing up systems with ZFS, using ALL_LOCAL_DRIVES, and the
ZFS filesystems are indeed being backed up.  I just restored a file from
such a filesystem on our master/media server, since you got my attention
this a.m. (:-).  Said master server has /opt/openv/ on ZFS, in fact.  Some
quick spot-check restores on a couple other clients also worked.

Some of these policies have multistreaming enabled, and some do not.  Some
have exclude files and some do not.  Some have True Image Restore enabled
and some do not.  All are Solaris-10, and all have UFS root filesystems
(no ZFS root/boot yet, no OpenSolaris yet).

So, whatever the problem is, we don't appear to be experiencing it.

Regards,

Marion



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


Re: [Veritas-bu] nb admin job market

2008-08-01 Thread Ed Wilts
On Fri, Aug 1, 2008 at 1:41 PM, X_S [EMAIL PROTECTED]wrote:


 i apologize if there's a thread on this subject already but i wanted to get
 a sense of the job market for nb admins.  is there a demand for nb admins or
 not, what are average salaries by region, is this something to get in to and
 stay in, etc.


Businesses will have backup requirements for many years.  Probably until
after both of us are retired...

A quick search on LinkedIn for netbackup found 25 jobs.  Expanding that to
a web search within LinkedIn found 2,671 jobs.

There's work out there, but some of these jobs are not for people with only
NetBackup skills - some/many are combined with system or storage
administration work.

The average salaries are best found by referring to something like
Certification Magazine or one of the many other rags that advertise
averages.  You'll be paid at what you can negotiate based on what you're
worth.  Why aim for average pay?  :-)

There's a career to be had in NetBackup.  If you're good at NetBackup but
decide to switch to another enterprise backup product later in your career,
that should not be too hard - it's not the syntax that counts but the
ability to understand the root cause of an issue and resolve it, and to
implement the right stuff to address the business needs.   Always focus on
the business requirements and not the technology.

   .../Ed

Ed Wilts, RHCE, BCFP, BCSD, SCSP, SCSE
[EMAIL PROTECTED]
___
Veritas-bu maillist  -  Veritas-bu@mailman.eng.auburn.edu
http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu


Re: [Veritas-bu] Restoring from Multiplexed Backup

2008-08-01 Thread Justin Piszcz
There is another way:

When you restore from the GUI it _does_ restore in parallel properly.

Justin.

On Fri, 1 Aug 2008, Curtis Preston wrote:

 Nope, that's the only way.



 
 Curtis Preston | VP Data Protection
 GlassHouse Technologies, Inc.

 T: +1 760 710 2004 | C: +1 760 419 5838 | F: +1 760 710 2009
 [EMAIL PROTECTED] | www.glasshouse.com
 http://www.glasshouse.com/
 Infrastructure :: Optimized



 

 From: Jeremy Finn [mailto:[EMAIL PROTECTED]
 Sent: Friday, August 01, 2008 10:35 AM
 To: Curtis Preston
 Cc: smpt; veritas-bu@mailman.eng.auburn.edu
 Subject: Re: [Veritas-bu] Restoring from Multiplexed Backup



 Curtis,

 Thank you for your reply.

 I have tried your suggestion and it is working. I see a slight
 performance increase when doing the mpx restore now, which should
 translate to higher gains when restoring more data.

 One more question for everyone: I need to rename files as well. Is the
 best option to use bprestore -R renamefile or is there another trick
 that works better? Can I use the same rename file for each bprestore
 command or should I make one for each stream?

 Thanks again,
 Jeremy

 On Fri, Aug 1, 2008 at 1:02 PM, Curtis Preston [EMAIL PROTECTED]
 wrote:

 It's been a while since I tested this, but _I_ remember that if you
 wanted it to restore the way he wants, you HAD to issue five different
 restores at the same time and use the restore delay feature to start
 them at the same time.  If you just selected five directories, it did
 them one at a time.  That's why I always did my multi-filesystem
 restores as a loop



 for I in /a /b /c /d /e

 do

  bprestore $I

 done



 
 Curtis Preston | VP Data Protection
 GlassHouse Technologies, Inc.

 T: +1 760 710 2004 | C: +1 760 419 5838 | F: +1 760 710 2009
 [EMAIL PROTECTED] | www.glasshouse.com
 http://www.glasshouse.com/
 Infrastructure :: Optimized

 

 From: [EMAIL PROTECTED]
 [mailto:[EMAIL PROTECTED] On Behalf Of smpt
 Sent: Friday, August 01, 2008 6:30 AM
 To: 'Jeremy Finn'; veritas-bu@mailman.eng.auburn.edu
 Subject: Re: [Veritas-bu] Restoring from Multiplexed Backup



 Do you select all mount points at the same restore?  If yes, then you
 will see only one job, but netbackup will restore all files in one tape
 pass.



 If you start 5 restores the you have to be fast (every restore must
 start within 30 sec, by default). This can be changed from master server
 properties.

 stefanos





 From: [EMAIL PROTECTED]
 [mailto:[EMAIL PROTECTED] On Behalf Of Jeremy
 Finn
 Sent: Friday, August 01, 2008 3:26 PM
 To: veritas-bu@mailman.eng.auburn.edu
 Subject: [Veritas-bu] Restoring from Multiplexed Backup



 Hello,

 I have a standard backup policy configured to stream five mount points
 to one tape drive. This is working fine.

 When I do the restore, I only see one stream restoring at a time. Is it
 possible to restore the five streams of data from the multiplexed tape
 at the same time?

 Other backup softwarescan do this so I assume Netbackup can as well...
 if some could please point me in the right direction it would be much
 appreciated.

 My environment looks like this:

 Master: Solaris 10 on SPARC
 Media Server: HP-UX on PA-RISC
 Source Client: HP-UX on PA-RISC
 Target Client: HP-UX on PA-RISC
 Multistream = 5
 Multiplex = 5
 One LTO-1 tape drive

 Thank you in advance for any insights.

 Jeremy






 This email and any files transmitted with it are confidential and
 intended solely for the use of the individual or entity to whom they are
 addressed. If you have received this email in error please notify the
 system manager. This message contains confidential information and is
 intended only for the individual named. If you are not the named
 addressee you should not disseminate, distribute or copy this e-mail.








 This email and any files transmitted with it are confidential and intended 
 solely for the use of the individual or entity to whom they are addressed. If 
 you have received this email in error please notify the system manager. This 
 message contains confidential information and is intended only for the 
 individual named. If you are not the named addressee you should not 
 disseminate, distribute or copy this e-mail.

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


Re: [Veritas-bu] nb admin job market

2008-08-01 Thread Jeff Lightner
In some places the System Admins are the NBU admins.

In others the NBU admins are a specialized team.   In the 4 places I've
worked where NBU was installed only one of them had separate NBU Admins.
However, I frequently get inquiries from headhunters so it lets me know
there is a market for NBU Admins (or more properly backup specialists -
they may use other technologies in addition to NBU).

I can't give you an idea on the salary range though.

-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of X_S
Sent: Friday, August 01, 2008 2:41 PM
To: VERITAS-BU@mailman.eng.auburn.edu
Subject: [Veritas-bu] nb admin job market


i apologize if there's a thread on this subject already but i wanted to
get a sense of the job market for nb admins.  is there a demand for nb
admins or not, what are average salaries by region, is this something to
get in to and stay in, etc.  

what are your thoughts?

thanks

+--
|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
--
CONFIDENTIALITY NOTICE: This e-mail may contain privileged or confidential 
information and is for the sole use of the intended recipient(s). If you are 
not the intended recipient, any disclosure, copying, distribution, or use of 
the contents of this information is prohibited and may be unlawful. If you have 
received this electronic transmission in error, please reply immediately to the 
sender that you have received the message in error, and delete it. Thank you.
--

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


[Veritas-bu] Bpschedreq in 6.5

2008-08-01 Thread schmaustech

http://schmaustech.blogspot.com/

+--
|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


[Veritas-bu] nb admin job market

2008-08-01 Thread schmaustech

In some of the environments I have been in, Netbackup Admins are usually rolled 
into the storage group.  So if someone is already doing Netbackup and has the 
storage skills with Hitachi, EMC or Netapp, there will most certainly be a job 
available for them.

+--
|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


[Veritas-bu] NetBackup Oracle agent versus rman

2008-08-01 Thread schmaustech

I agree with Dean.  The RMAN binaries for Oracle are not altered when you 
install the Netbackup Oracle client.  The Netbackup Oracle client basically 
provides a front end for the RMAN interface.

+--
|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