[Veritas-bu] Performing an Exchange RSG restore from the command line

[Nic Solomons]

Dear All,

Ran in to an interesting one today - I'm trying to script an Exchange recovery, 
for a 2003 Exchange environment, so that we can kick it off in the middle of 
the night...

Performing this restore from the GUI works fine, but trying to do the restore 
with bprestore does some weird stuff on the client...

The syntax i'm using is:
bprestore -cm -md -B  -C mybackupclient -D myalternaterestorehost -S myserver 
-t 16 -s "06/23/2010 17:00:00" -e "06/24/2010 17:00:00" -w 00:00:30 "/Microsoft 
Information Store/Some Storage Group 1/Some Store 2" "/Microsoft Information 
Store/Some Storage Group 1/Log files_1277312404"

I guess the first question is, is there a way to 'see' the command syntax that 
is submitted by the restore GUI? I looked in the user operations logs, but that 
looks to just be job history, no syntax that I could see. Same as the bprestore 
log...



The 'weird stuff' i'm seeing (from the tar logs, during environment discovery 
as the restore starts up):

>From a GUI restore:
ov_log::V_GlobalLog: INF - ESE_CheckForRSG( )
ov_log::V_GlobalLog: INF - ESE_CheckForRSG( )
ov_log::V_GlobalLog: INF - ESE_CheckForRSG: Result = c1032221, Storage group 
Some Storage Group 1 is a recovery storage group
ov_log::V_GlobalLog: INF - ESE_CheckForRSG( )
ov_log::V_GlobalLog: INF - HrESEBackupFreeInstance:
ov_log::V_GlobalLog: INF - HrESEBackupEnd: Microsoft Information Store = 
0x
ov_log::V_GlobalLog: INF - HrESEFreeRegistered:
ov_log::V_GlobalLog: INF - DumpDleInfo() DLE Device Name: C:
ov_log::V_GlobalLog: INF - DumpDleInfo() DLE Device Name: D:
ov_log::V_GlobalLog: INF - DumpDleInfo() DLE Device Name: Microsoft Windows 
Network
ov_log::V_GlobalLog: INF - DumpDleInfo() DLE Device Name: 
\\myalternaterestorehost\Microsoft 
Exchange Mailboxes
ov_log::V_GlobalLog: INF - DumpDleInfo() DLE Device Name: 
\\myalternaterestorehost\Microsoft 
Exchange Public Folders
ov_log::V_GlobalLog: INF - DumpDleInfo() DLE Device Name: 
\\myalternaterestorehost\System?State
ov_log::V_GlobalLog: INF - DumpDleInfo() DLE Device Name: 
\\myalternaterestorehost\Microsoft 
Information Store
ov_log::V_GlobalLog: INF - DumpChildDleInfo() Child DLE Device Name: 
\\myalternaterestorehost\Microsoft 
Information Store\First Storage Group
ov_log::V_GlobalLog: INF - DumpChildDleInfo() Child DLE Device Name: 
\\myalternaterestorehost\Microsoft 
Information Store\ Some Storage Group 1
ov_log::V_GlobalLog: INF - DumpChildDleInfo() Child DLE Device Name: 
\\myalternaterestorehost\Microsoft 
Information Store\Temp storage group

>From the scripted restore (Note the lack of "Some Storage Group 1" in either 
>the RSG discovery or the DLE):
ov_log::V_GlobalLog: INF - ESE_CheckForRSG( )
ov_log::V_GlobalLog: INF - ESE_CheckForRSG( )
ov_log::V_GlobalLog: INF - HrESEBackupFreeInstance:
ov_log::V_GlobalLog: INF - HrESEBackupEnd: Microsoft Information Store = 
0x
ov_log::V_GlobalLog: INF - HrESEFreeRegistered:
ov_log::V_GlobalLog: INF - DumpDleInfo() DLE Device Name: C:
ov_log::V_GlobalLog: INF - DumpDleInfo() DLE Device Name: D:
ov_log::V_GlobalLog: INF - DumpDleInfo() DLE Device Name: Microsoft Windows 
Network
ov_log::V_GlobalLog: INF - DumpDleInfo() DLE Device Name: 
\\myalternaterestorehost\Microsoft 
Exchange Mailboxes
ov_log::V_GlobalLog: INF - DumpDleInfo() DLE Device Name: 
\\myalternaterestorehost\Microsoft Exchange 
Public Folders
ov_log::V_GlobalLog: INF - DumpDleInfo() DLE Device Name: 
\\myalternaterestorehost\System?State
ov_log::V_GlobalLog: INF - DumpDleInfo() DLE Device Name: 
\\myalternaterestorehost\Microsoft Information 
Store
ov_log::V_GlobalLog: INF - DumpChildDleInfo() Child DLE Device Name: 
\\myalternaterestorehost\Microsoft Information 
Store\First Storage Group
ov_log::V_GlobalLog: INF - DumpChildDleInfo() Child DLE Device Name: 
\\myalternaterestorehost\Microsoft Information 
Store\Temp storage group

Any feedback appreciated,
Nic





The information contained in this e-mail and its attachments is confidential.
It is intended only for the named address(es) and may not be disclosed to 
anyone else without Attenda's consent.

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

[Veritas-bu] Well, that was fun

[Nic Solomons]

Just had a restore request come in from one of our bigger customers...

Backup selection list had an errant trailing space in it. Thus "S:\your 
important data here " wasn't backed up.

Oh, cool... Just tested a bit.  That holds true for any invalid selection in a 
backup selection list that includes valid selections.
Completes with status 0, in spite of the fact it has specifically missed some 
parts of the selection list.

Hopefully my pain can save someone else a headache at some stage...
Nic S
| w: www.attenda.net
VMware EMEA & Global Service Provider of the Year

Attenda Limited is a limited company registered in England. Registered No: 
03276974.
Registered Office: One London Road, Staines, Middlesex, TW18 4EX





The information contained in this e-mail and its attachments is confidential.
It is intended only for the named address(es) and may not be disclosed to 
anyone else without Attenda's consent.

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

Re: [Veritas-bu] Understanding DSSU

[Nic Solomons]

What you are describing is the same behaviour I see across my environments.
Not aware of any functional modification that 'fixes' this, either...

Once NB assigns a resource to a job, it will wait on that resources 
availability. It does this for DSSUs, Tape heads, everything.

i.e. as you are seeing, if a job is running against one DSSU, and that DSSU 
goes full during the job, it will wait on cleanup processes, until timing out. 
No spillover.
Same with tape heads, if you have a job running against a tape head, and that 
tape goes full, and the only other available media is running jobs in another 
head, that job will never switch heads.

I think someone mentioned disk pools, which would do what you want (configured 
through volume manager, or using nbdevconfig at CLI) - but i'm assuming you are 
using Basic Disk units currently, and Disk Pools are Advanced Disk (which has 
an additional license cost associated).  Of course, if you switch to advanced 
disk, it means you can use SLPs instead of DSSUs as well...

Additional/advanced functionality - theres always a cost :P

Cheers,
Nic


-Original Message-
From: veritas-bu-boun...@mailman.eng.auburn.edu 
[mailto:veritas-bu-boun...@mailman.eng.auburn.edu] On Behalf Of Nate Sanders
Sent: 03 September 2010 19:32
To: rusty.ma...@sungard.com
Cc: Sanders, Nate; Veritas List; veritas-bu-boun...@mailman.eng.auburn.edu
Subject: Re: [Veritas-bu] Understanding DSSU

After checking all 6 DSSUs only one contained 6 images that were
expired. This for sure does not explain why we continue seeing failed
jobs, especially tiny failed jobs.

So is my understanding of Storage Groups not correct? When one unit says
its full, shouldn't the job proceed to the next unit in the group? This
is certainly not the behavior we are seeing based on logs and errors.


On 09/02/2010 02:43 PM, rusty.ma...@sungard.com wrote:
> I first did an ls -l and grabbed the image ID of the images I thought were 
> too old and should have been destaged and expired off of the DSSU.
> I then took those images and ran them through bpimagelist to see if they had 
> a copy on tape (or if it should have been expired).
> Those that had a copy on tape or should have been expired were bpexpdate'd.
>
> If you aren't familiar with these commands, read up on them in the commands 
> guide and do some practicing with them. Especially with bpexpdate.
>
> Rusty Major, MCSE, BCFP, VCS ▪ Sr. Storage Engineer ▪ SunGard Availability 
> Services ▪ 757 N. Eldridge Suite 200, Houston TX 77079 ▪ 281-584-4693
> Keeping People and Information Connected® ▪ http://availability.sungard.com/
> P Think before you print
> CONFIDENTIALITY:  This e-mail (including any attachments) may contain 
> confidential, proprietary and privileged information, and unauthorized 
> disclosure or use is prohibited.  If you received this e-mail in error, 
> please notify the sender and delete this e-mail from your system.



The information contained in this e-mail and its attachments is confidential.
It is intended only for the named address(es) and may not be disclosed to 
anyone else without Attenda's consent.
___
Veritas-bu maillist  -  Veritas-bu@mailman.eng.auburn.edu
http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu

Re: [Veritas-bu] Netbackup NDMP Configuration

[Nic Solomons]

Should work fine (I do it...)

Tpautoconf -verify  --to check NDMP comms (if this isn't working, 
you need to re-do your filer credentials)
Tpautoconf -probe  --to check the presented drives (if this doesn't 
result, check your zoning)

Then add a path to the non rewind device against the valid tape drive. (so map 
nrsta as a drive path)

Then create a storage unit using drives presented from your filer.

Job done.


From: veritas-bu-boun...@mailman.eng.auburn.edu 
[mailto:veritas-bu-boun...@mailman.eng.auburn.edu] On Behalf Of David Turner
Sent: 14 September 2010 05:23
To: veritas-bu@mailman.eng.auburn.edu
Subject: [Veritas-bu] Netbackup NDMP Configuration

I am working at a site that has 4 LTO tape drives shared between a  Netbackup 
Master server and 1 media server (SSO option).

They also have a  Netapp Filer. It appears the vendors have made an attempt to 
share  2 of the 4 LTO drives with the filer as well over NDMP.

Can anyone shed some light on whether or not this configuration works?

Currently all jobs are still queuing  even when a drive is available. The 
Netbackup speeds are as slow as 2mb/sec all backups (NDMP and non-NDMP Jobs).

 In the past, NDMP drives were dedicated to the SAN can only be used to backup 
the SAN.

I have research this and cannot find any documentation supporting this 
information. Yet some consultants and sales says it should work.


Environment:

Veritas Netbackup 6.5

Windows 2008 64 bit Master Server and Media

Netapp Filer Ontap 7.3.2

IBM System Storage TS3500 Tape Library

All devices are connect via cisco fiber switch


Thanks
David Turner



The information contained in this e-mail and its attachments is confidential.
It is intended only for the named address(es) and may not be disclosed to 
anyone else without Attenda's consent.

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

Re: [Veritas-bu] Real World NBU Buffer settings Win2k3

[Nic Solomons]

Also worth noting that for 2003+, if you don’t have specific RTOs for 
individual files, you can do volume based backups with your standard licensing 
(but no individual file restore).
http://seer.entsupport.symantec.com/docs/275912.htm

Which should give you the same performance boost as flash backup.

Make sure you use VSS though – not VSP (why they left the screenshot like that, 
no idea).

Cheers,
Nic

From: veritas-bu-boun...@mailman.eng.auburn.edu 
[mailto:veritas-bu-boun...@mailman.eng.auburn.edu] On Behalf Of Martin, Jonathan
Sent: 16 September 2010 14:23
To: WEAVER, Simon (external); William Brown; veritas-bu@mailman.eng.auburn.edu
Subject: Re: [Veritas-bu] Real World NBU Buffer settings Win2k3

Windows is a piece of cake.

Install the client.
Select Policy Type: Flashbackup-Windows
Setup Selection List: \\.\R: (change drive letter as required)
Run Policy
Enjoy monumentally faster backups (on compressed volumes)

You cannot backup the system drive (C:) or System State with Flashbackup. I 
normally run these in a 2nd “OS” policy.

Be sure to test a restore. You can do “entire volume” restores, which are just 
as fast as backups. Or, you can restore individual files.

-Jonathan



From: veritas-bu-boun...@mailman.eng.auburn.edu 
[mailto:veritas-bu-boun...@mailman.eng.auburn.edu] On Behalf Of WEAVER, Simon 
(external)
Sent: 15 September 2010 19:00
To: veritas-bu@mailman.eng.auburn.edu
Subject: [Veritas-bu] Real World NBU Buffer settings Win2k3


Hi All
Anyone got any real world experience on buffer settings:

scenarion:
Win2k3 San Media, connected to 2GB Fabric attached 8 LTO4 Drives.
Due to drive availability, Multiplexing onto one drive.

Main problem: One volume (1,7tb in size) takes over 4 days to fully complete.
Got the Tuning Guide and Technote 244602, but I tried some settings, only to 
find the backup would not even mount tape correctly.

So back to "no" settings at the mo.

Volume are generic files/folders, mixture of large and small sizes. But 1.7TB's 
in my view should be done quicker. Also Data is compressed.

Regards

Simon

The information contained in this e-mail and its attachments is confidential.
It is intended only for the named address(es) and may not be disclosed to 
anyone else without Attenda's consent.
___
Veritas-bu maillist  -  Veritas-bu@mailman.eng.auburn.edu
http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu

Re: [Veritas-bu] BPFIS processes running

[Nic Solomons]

Chris,

As others have said, bpfis looks after any snapshot/frozen image processing, 
and interacts pretty heavily with VCB (you will actually see all the relevant 
VCB logging in the bpfis legacy log).

Those bpfis processes will stay in place until either the VCB resources (or 
VSS/VSP resources for the local machine backup) they are interacting with on 
the local system are released, independent of the usual Netbackup processes.

Hmm. Although you mention you are using NBU7 - are you still using VCB, or have 
you moved across to vStorage based backups?

For VCB there is a touch file lock that is created in the Netbackup somewhere, 
but I can't remember precisely where.
I think its in \NetBackup\online_util\fs_cntl ; but i don't have any 
outstanding locks on any of my environments, so can't confirm.
Check for those files, as well as residual image structure in your VCB snapshot 
volumes; also still running vmounter.exe processes (or is it vmmount? Something 
like that).

Cheers,
Nic



-Original Message-
From: veritas-bu-boun...@mailman.eng.auburn.edu 
[mailto:veritas-bu-boun...@mailman.eng.auburn.edu] On Behalf Of BlueChris69
Sent: 21 September 2010 11:50
To: VERITAS-BU@MAILMAN.ENG.AUBURN.EDU
Subject: [Veritas-bu] BPFIS processes running

Hi,
I'm running NBU 7 for Windows. I am getting problems first of all with backup 
jobs completing but the parent job stays active, this is just on a few VM 
servers using VCB. Secondly, when i look at the processes using bpps there are 
loads of bpfis processes sitting there. Ending netbackup doesn't clear them so 
I just wondered if anyone had come across this before?
Thanks,
Chris

+--
|This was sent by chris.fa...@uk.fid-intl.com via Backup Central.
|Forward SPAM to ab...@backupcentral.com.
+--


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


The information contained in this e-mail and its attachments is confidential.
It is intended only for the named address(es) and may not be disclosed to 
anyone else without Attenda's consent.


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

Re: [Veritas-bu] Windows Client install blows up duringtheinstall....

[Nic Solomons]

I've seen something similar to this before had some 3rd party monitoring 
software holding a lock open on a dll file that needed to be replaced. As 
others mentioned, has it been booted between the uninstall and the reinstall?

Look in %temp% for a Netbackup install log, should tell you which section of 
the process its falling down at.

Cheers,
Nic

Sent from my HTC

- Reply message -
From: "Peacock Dennis - dpeaco" 
Date: Fri, Sep 24, 2010 21:07
Subject: [Veritas-bu] Windows Client install blows up duringtheinstall
To: "Martin, Jonathan" , "w...@maine.edu" 
, "VERITAS-BU@mailman.eng.auburn.edu" 


Windows 2003 SP1

Thank You,
Dennis Peacock
EBCA
Acxiom Corporation
501-342-6232 (office)

From: Martin, Jonathan [mailto:jmart...@intersil.com]
Sent: Friday, September 24, 2010 2:56 PM
To: Peacock Dennis - dpeaco; w...@maine.edu; VERITAS-BU@mailman.eng.auburn.edu
Subject: RE: [Veritas-bu] Windows Client install blows up duringtheinstall

“Run as Administrator” is only applicable to 2008/2008R2. Even if you have the 
administrator privilege, you don’t use it automatically in Windows 2008 by 
default. (This behavior can be turned off.)

Which OS version is this client?

-Jonathan

From: veritas-bu-boun...@mailman.eng.auburn.edu 
[mailto:veritas-bu-boun...@mailman.eng.auburn.edu] On Behalf Of Peacock Dennis 
- dpeaco
Sent: Friday, September 24, 2010 3:48 PM
To: w...@maine.edu; VERITAS-BU@mailman.eng.auburn.edu
Subject: Re: [Veritas-bu] Windows Client install blows up duringtheinstall

Wayne,
Thank you. I did open a ticket and have the server rebooted after the NBU 5.1 
was uninstalled. I’ll go try the “run as administrator” but I don’t think that 
that will matter any since I’m on the box as an admin. I’ll also try the 
turning off of the A/V stuff.

Thank You,
Dennis Peacock
EBCA
Acxiom Corporation
501-342-6232 (office)

From: veritas-bu-boun...@mailman.eng.auburn.edu 
[mailto:veritas-bu-boun...@mailman.eng.auburn.edu] On Behalf Of Wayne T Smith
Sent: Friday, September 24, 2010 2:45 PM
To: VERITAS-BU@mailman.eng.auburn.edu
Subject: Re: [Veritas-bu] Windows Client install blows up during theinstall

Judy's recommendation to "run as administrator" is a good one.  That an older 
version was uninstalled makes the hair on the back of my neck tingle ... 
because of the uninstall, I recommend a Windows reboot before installing 6.5 
... and if anything NBUish happens on the reboot, reboot again.  Turn 
Anti-Virus off temporarily and try the install again.  (I don't have a lot of 
Windows machines either, but these (3) actions have allowed the NBU 6.5 install 
to complete for me (when it didn't on the machine owner's first try).

I've had it suggested from someplace that defining a policy for the client and 
opening the vnetd port (13724) first is needed, but that has NOT been true for 
my cases (I usually open the firewalls after install and define an NBU policy 
after that).

Cheers, Wayne
***
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.


The information contained in this e-mail and its attachments is confidential.
It is intended only for the named address(es) and may not be disclosed to 
anyone else without Attenda's consent.


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

Re: [Veritas-bu] intermittent connectivity lost with the server

[Nic Solomons]

When you did stop & start, did you confirm all NB processes had ended 
correctly? (bpps -a)
I have experienced something very similar on a Windows Media/Master server last 
week.

Use bprdreq -alive to check if resource processing is working.  I'm guessing it 
isn't.  In which case you will probably find you have an orphaned nbdb (bpdbm, 
i think its called) process. Cant remember the exact process that was linked to 
the DB.

-Terminate that outstanding process(es) (kill -9 etc, whatever works)
-Have your catalogue backup standing by
-Cross your fingers and start NetBackup up
-Dont let the disk system that hosts your NetBackup databases get full ever 
again.


From: veritas-bu-boun...@mailman.eng.auburn.edu 
[mailto:veritas-bu-boun...@mailman.eng.auburn.edu] On Behalf Of Yusuf Hidayanto
Sent: 27 September 2010 11:08
To: veritas-bu@mailman.eng.auburn.edu
Subject: [Veritas-bu] intermittent connectivity lost with the server

Dear Guru,

My netbackup 6.5 suddenly stop operating with error 196.
Last full weekend backup all failed.

When I checked it today, these the detail problem :

1.   Often come up error: intermittent connectivity lost with the server. 
Verify services or Daemons are up.

2.   2 service daemons down, which are: nbevtmgr and bmrd

3.   When I tried to manually backup the policies, the job doesn't show up 
in the activity monitor.

4.   Perform Catalog backup --?  ok

5.   I tried to reconfigure storage devices --> successfull

6.   I've tried to restart the services (/etc/init.d/netbackup stop and 
then start), and even I restart the robotic and the server, but those problem 
still persists.

7.   When doing click "storage units", --> error "cannot connect on Socket 
status code : 25"

8.   When I tried to start up nbevtmgr, at log system --> ep 27 16:30:29 
TENVRS kernel: nbevtmgr[5139]: segfault at  rip 
f5bebce8 rsp f5e886b0 error 4

Previous Week condition

1.   Netbackup stop operating caused by Disk full problem had happened with 
100% full at netbackup /usr/openv

2.   I've manage to remove some log file and get to 93%

3.   Found error "EMM database error 196" and the database cannot be started

4.   After I look at /usr/openv/var/global/databases.conf --> the size 0.

5.   I put "/usr/openv/db/data/NBDB.db" -n NBDB at 
/usr/openv/var/global/databases.conf Base on  
http://entsupport.symantec.com/docs/304337

6.   The backup is back to normal but still there is error "intermittent 
connectivity lost with the server. Verify services or Daemons are up"

Dear Guru, please help me to out of this misery.
Any clue will be much appreciated

Regards
Yusuf Hidayanto


The information contained in this e-mail and its attachments is confidential.
It is intended only for the named address(es) and may not be disclosed to 
anyone else without Attenda's consent.

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

[Veritas-bu] Media spanning job failures causing frozen media

[Nic Solomons]

Hey guys,

Wondering if anyone else has experienced this - i'm seeing it on 2 or 3 of my 
environments...

When a backup spans media (and is the sole backup running to that media - i see 
this for NDMP jobs, and for some of my larger DB and Exchange clusters), but 
then fails on 2nd/3rd media... Netbackup marks the first tape as available 
again. Fair enough.  But NB also 'forgets' that that tape is currently sitting 
on the end of tape marker.  When it subsequently loads it for re-use, the tape 
reports a write error (because NB doesn't rewind it), and gets frozen.

I've included some truncated activity monitor logs below, to illustrate this in 
further detail, but just wanted to gauge if other people have experienced this, 
and whether theres some sort of work around short of "make sure you've got 
enough tapes available".

Job details below:

Job 1:
11/10/2010 16:30:00 - requesting resource X, Y, Z
11/10/2010 22:11:11 - granted resource J4MO03
11/10/2010 22:11:11 - granted resource the rest of them
11/10/2010 22:11:52 - positioning J4MO03 to file 1
11/10/2010 22:12:01 - positioned J4MO03; position time: 00:00:09
11/10/2010 22:12:01 - begin writing
12/10/2010 03:55:00 - current media J4MO03 complete, requesting next resource 
Any
12/10/2010 03:55:01 - granted resource J4MO04
12/10/2010 03:55:02 - mounting J4MO04
12/10/2010 03:55:35 - mounted; mount time: 00:00:33
12/10/2010 03:55:40 - positioning J4MO04 to file 2
12/10/2010 03:57:02 - positioned J4MO04; position time: 00:01:22
12/10/2010 03:57:02 - begin writing
12/10/2010 07:05:35 - current media J4MO04 complete, requesting next resource 
Any
12/10/2010 07:06:33 - end writing; write time: 03:09:31
unable to allocate new media for backup, storage unit has none available(96)

Ran out of tapes... poor form, but fixable (we run a limited tape capacity per 
day, to allow for offsiting each day)


Job 2:

12/10/2010 08:00:00 - requesting resource X, Y, Z
12/10/2010 08:02:51 - granted resource J4MO03
12/10/2010 08:02:52 - mounting J4MO03
12/10/2010 08:03:25 - mounted; mount time: 00:00:33
12/10/2010 08:03:29 - positioning J4MO03 to file 2
12/10/2010 08:04:16 - Error bptm(pid=4708) ioctl (MTWEOF) failed on media id 
J4MO03, drive index 3, The physical end of the tape has been reached. (1100) 
(bptm.c.24228)
12/10/2010 08:04:16 - Error bptm(pid=4708) FROZE media id J4MO03, could not 
write tape mark to begin new image

Nic Solomons




The information contained in this e-mail and its attachments is confidential.
It is intended only for the named address(es) and may not be disclosed to 
anyone else without Attenda's consent.

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

Re: [Veritas-bu] FYI on File Exclude Lists

[Nic Solomons]

Huzzah!, someone else experiencing this...!

One of the guys I work with has had a ticket open with Symantec with this exact 
issue... Of course, they've been telling him till they're blue in the face that 
theres no problem.

Dont suppose Symantec gave you a bug track ID for this...?

Cheers,
Nic

-Original Message-
From: veritas-bu-boun...@mailman.eng.auburn.edu 
[mailto:veritas-bu-boun...@mailman.eng.auburn.edu] On Behalf Of waynecierkowski
Sent: 07 October 2010 15:58
To: VERITAS-BU@MAILMAN.ENG.AUBURN.EDU
Subject: [Veritas-bu] FYI on File Exclude Lists

I just had Symantec Support confirm that File List Exclusions broke at the 
6.5.6 level of code when backing up a MS Cluster via the Virtual Client Name. 

We currently have in each clients exclude list *.mdf, *.ndf and *.ldf to 
exclude all SQL database files. This would have gone un-noticed if it was not 
for our DBA who created some 1.8 TB of additional SQL databases on this specfic 
client of the cluster. The client was upgraded in the last month or two to the 
7.0 level. One day I happened to notice the the backup for this client was 
taking longer the normal to backup. I looked into it and noticed a ton of SQL 
Database files contained in the Windows based backups. Symantec did the 
troubleshooting on the issue and discovered that Client side exclude lists were 
OK at the 6.5.5 level of code but stopped to function when the client was 
upgraded to 6.5.6. I was able to confirm that a client at 7.0 and 7.0.1 level 
of code also had the problem.  

Just an FYI...

+--
|This was sent by wayne.cierkow...@harpercollins.com via Backup Central.
|Forward SPAM to ab...@backupcentral.com.
+--


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


The information contained in this e-mail and its attachments is confidential.
It is intended only for the named address(es) and may not be disclosed to 
anyone else without Attenda's consent.


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

Re: [Veritas-bu] Vault, waiting for resource

[Nic Solomons]

I don't use Vault, so this may not be relevant... BUT

With jobs that are hanging pending a specific resource request (that doesn't 
show up in resource querying lists), I use nbrbutil to break the MDS allocation.

nbrbutil -dump for a list of outstanding resource broker requests (in progress 
& pending), and then nbrbutil -releaseMDS  to clear out the one thats 
causing the log-jam.

Cheers,
Nic

-Original Message-
From: veritas-bu-boun...@mailman.eng.auburn.edu 
[mailto:veritas-bu-boun...@mailman.eng.auburn.edu] On Behalf Of Nate Sanders
Sent: 13 October 2010 16:55
To: veritas-bu@mailman.eng.auburn.edu
Subject: Re: [Veritas-bu] Vault, waiting for resource

 It appears the child duplicate job restarted. So I think I am good. Any
one have any input on what to do to avoid these day long freezes that
occur when a Tape because stuck waiting for resource?

On 10/13/2010 10:28 AM, Nate Sanders wrote:
>  Oct 12, 2010 5:38:58 PM - awaiting resource 400152. Waiting for resources.
>
> My Vault Duplicate child job has now had this same error with a
> different Media ID two weeks in a row. Last week this was not noticed
> until after Vault Eject failed . This week I was watching it and just
> saw this come up this morning. I checked available_media and the media
> ID is listed in use with other data. So how do I get the vault to let go
> of this tape and continue on? I can't afford to restart the whole job.
> Can I kill the child duplicate job and for the parent to continue?
>

-- 
Nate SandersDigital Motorworks
System Administrator  (512) 692 - 1038




This message and any attachments are intended only for the use of the addressee 
and may contain information that is privileged and confidential. If the reader 
of the message is not the intended recipient or an authorized representative of 
the intended recipient, you are hereby notified that any dissemination of this 
communication is strictly prohibited. If you have received this communication 
in error, please notify us immediately by e-mail and delete the message and any 
attachments from your system.
___
Veritas-bu maillist  -  Veritas-bu@mailman.eng.auburn.edu
http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu


The information contained in this e-mail and its attachments is confidential.
It is intended only for the named address(es) and may not be disclosed to 
anyone else without Attenda's consent.


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

Re: [Veritas-bu] Media spanning job failures causing frozen media

[Nic Solomons]

This is on master versions 6.5.4, 6.5.5, 6.5.6
Running on Windows 2003 server, for the majority of them.
Media server is either N/A in the case of the NDMP backups, or Windows 2003 as 
well.

-Original Message-
From: veritas-bu-boun...@mailman.eng.auburn.edu 
[mailto:veritas-bu-boun...@mailman.eng.auburn.edu] On Behalf Of tsimerson
Sent: 17 October 2010 13:36
To: VERITAS-BU@MAILMAN.ENG.AUBURN.EDU
Subject: [Veritas-bu] Media spanning job failures causing frozen media

What version of NBU are you running and what is the operating system of the 
media server?

+--
|This was sent by t...@tjsimerson.org via Backup Central.
|Forward SPAM to ab...@backupcentral.com.
+--


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


The information contained in this e-mail and its attachments is confidential.
It is intended only for the named address(es) and may not be disclosed to 
anyone else without Attenda's consent.


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

Re: [Veritas-bu] which to install first

[Nic Solomons]

Paranoid me says client first, then admin console into a non standard 
directory... ie veritas/console/.

Cheers,
Nic

- Reply message -
From: "judy_hinchcli...@administaff.com" 
Date: Mon, Oct 25, 2010 20:10
Subject: [Veritas-bu] which to install first
To: "Veritas-bu@mailman.eng.auburn.edu" 

If I have a windows 2008 server that is a client for backups, but I also want 
the console on it.
Which do I install first, the console for 7.0 or the client for 7.0?


Judy Hinchcliffe
AIX Systems Engineer, Technology - Infrastructure & Services

19001 Crecent Springs Drive
Mail Stop 2-5335
Kingwood, Texas 77339
OFFICE: 281-312-3538

[cid:image001.jpg@01CB744E.47F041B0]



The information contained in this e-mail and its attachments is confidential.
It is intended only for the named address(es) and may not be disclosed to 
anyone else without Attenda's consent.

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

Re: [Veritas-bu] NDMP backup failing with 99

[Nic Solomons]

Try adding the following entry to the top of your file selection for those 
backups:

SET HIST=N

This will stop the netapps sending history to Netbackup.

Obviously less than ideal, but a good starting point for troubleshooting.

Also, look in your consolidated logs

vxlogview -p NB -o ndmp

For the real error.


Cheers,
Nic

- Reply message -
From: "Saran Brar" 
Date: Sun, Oct 31, 2010 10:32
Subject: [Veritas-bu] NDMP backup failing with 99
To: "veritas-bu@mailman.eng.auburn.edu" 

Hello everyone,

We just installed two NDMP drives  on one of our NetApp filers. Since then 
backups are failing with 99 generic error code. Backups if ran through another 
filer like a 3 way NDMP backup complete successfully.

Usually for a NDMP backup to complete successfully, it has to clear all five 
phases but when looked into the affected filer's logs, we saw the backup fails 
at Phase 2. I have really no idea from where to start.

Any clue will be appreciated. Thanks in advance.

Regards,

Saran



The information contained in this e-mail and its attachments is confidential.
It is intended only for the named address(es) and may not be disclosed to 
anyone else without Attenda's consent.


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

Re: [Veritas-bu] NDMP backup failing with 99

[Nic Solomons]

Saran,

Still waiting on your findings from vxlogview -p NB -o ndmp
(you may need to increase logging level - vxlogcfg -a -p NB -o ndmp -s 
"DebugLevel = 4")

Error 99 in NB just indicates that the NDMP session died - why it failed/what 
it was doing when it failed should be in the NDMP logging (for instance, the 
issues I see most regularly that cause me a 99 error are during the NDMP add 
dir phase, code 0x704... the ndmp status codes can be found in any of the 
protocol definition documents - such as 
http://www.ndmp.org/download/sdk_v5/draft-ndmpv5_002_2405.doc)

Also, as it looks like the error you are experiencing is something specific 
around that netapp, you should look at the NetApp NDMP debugging as well
First, check what your existing debug settings are with "ndmpd debug"
You'll want to toggle OFF the screen trace if its on
Debug level of 50 should give you enough info - 70 gives you everything.

Make sure you turn it down again afterwards.
Log output will go into your logs directory (/etc/log/) as ndmpdlog.




From: saranb...@hotmail.com [mailto:saranb...@hotmail.com] On Behalf Of Saran 
Brar
Sent: 01 November 2010 03:19
To: Nic Solomons
Cc: veritas-bu@mailman.eng.auburn.edu
Subject: RE: [Veritas-bu] NDMP backup failing with 99

Hello Nick,

i tried your suggestions but it doesn't seem to resolve the problem. Any more 
clues.



The information contained in this e-mail and its attachments is confidential.
It is intended only for the named address(es) and may not be disclosed to 
anyone else without Attenda's consent.

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

Re: [Veritas-bu] DSSU image expiration in 6.5.6

[Nic Solomons]

Hi Bruce,

We are seeing a similar thing on one of our solutions here.
When it was a single master media running 6.5.4, it retained images based on 
HWM/LWM successfully, but we've recently moved DSSU duties to a dedicated media 
server, and the entire solution was boosted up to 6.5.6 at the time... we're 
doing about 200 images a night, 2TB worth to a 4TB disk... and its cleaning 
them all off straight after duplication.

I'm wondering if Symantec have potentially decided to encourage us to use SLPs 
with 6.5.6?

Cheers,
Nic


-Original Message-
From: veritas-bu-boun...@mailman.eng.auburn.edu 
[mailto:veritas-bu-boun...@mailman.eng.auburn.edu] On Behalf Of bruceephx
Sent: 29 October 2010 16:28
To: VERITAS-BU@MAILMAN.ENG.AUBURN.EDU
Subject: [Veritas-bu] DSSU image expiration in 6.5.6

The High Water is 98%, Low Water is 95%, the volume size is 2 TB with a total 
of 5 volumes in a Storage Group.  The largest single job we write to this Group 
is 2+ TB.  But the backup that was duplicated and then removed from the DSSU 
was 920 GB.

+--
|This was sent by bruce.ellefr...@phoenix.gov via Backup Central.
|Forward SPAM to ab...@backupcentral.com.
+--


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


The information contained in this e-mail and its attachments is confidential.
It is intended only for the named address(es) and may not be disclosed to 
anyone else without Attenda's consent.


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

Re: [Veritas-bu] DSSU image expiration in 6.5.6

[Nic Solomons]

Ignore me...
Its not a versioning conspiracy. Seems its happened to a few different people.

http://98.129.119.162/connect/forums/empty-staging-area-0

will continue to investigate whats doing this for our environment. Looking 
through logs etc, it looks like the disk is reporting HWM breaches inaccurately.


-Original Message-
From: veritas-bu-boun...@mailman.eng.auburn.edu 
[mailto:veritas-bu-boun...@mailman.eng.auburn.edu] On Behalf Of Nic Solomons
Sent: 02 November 2010 10:13
To: VERITAS-BU@MAILMAN.ENG.AUBURN.EDU
Subject: Re: [Veritas-bu] DSSU image expiration in 6.5.6

Hi Bruce,

We are seeing a similar thing on one of our solutions here.
When it was a single master media running 6.5.4, it retained images based on 
HWM/LWM successfully, but we've recently moved DSSU duties to a dedicated media 
server, and the entire solution was boosted up to 6.5.6 at the time... we're 
doing about 200 images a night, 2TB worth to a 4TB disk... and its cleaning 
them all off straight after duplication.

I'm wondering if Symantec have potentially decided to encourage us to use SLPs 
with 6.5.6?

Cheers,
Nic


-Original Message-
From: veritas-bu-boun...@mailman.eng.auburn.edu 
[mailto:veritas-bu-boun...@mailman.eng.auburn.edu] On Behalf Of bruceephx
Sent: 29 October 2010 16:28
To: VERITAS-BU@MAILMAN.ENG.AUBURN.EDU
Subject: [Veritas-bu] DSSU image expiration in 6.5.6

The High Water is 98%, Low Water is 95%, the volume size is 2 TB with a total 
of 5 volumes in a Storage Group.  The largest single job we write to this Group 
is 2+ TB.  But the backup that was duplicated and then removed from the DSSU 
was 920 GB.

+--
|This was sent by bruce.ellefr...@phoenix.gov via Backup Central.
|Forward SPAM to ab...@backupcentral.com.
+--


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


The information contained in this e-mail and its attachments is confidential.
It is intended only for the named address(es) and may not be disclosed to 
anyone else without Attenda's consent.


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


The information contained in this e-mail and its attachments is confidential.
It is intended only for the named address(es) and may not be disclosed to 
anyone else without Attenda's consent.


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

Re: [Veritas-bu] nbsl logging on master and media servers

[Nic Solomons]

Mark,

/usr/openv/netbackup/bin/vxlogcfg -a -p NB -o 132 -s "DebugLevel=0" -s 
"DiagnosticLevel=0"

Should turn off that logging for you.

From: veritas-bu-boun...@mailman.eng.auburn.edu 
[mailto:veritas-bu-boun...@mailman.eng.auburn.edu] On Behalf Of Mark Glazerman
Sent: 11 November 2010 14:23
To: VERITAS-BU@MAILMAN.ENG.AUBURN.EDU
Subject: [Veritas-bu] nbsl logging on master and media servers

Can anyone tell me what is being logged in the nbsl logs and if I need them ?  
From what I can gather it's something to do with NOM (which we don't use).  We 
recently stopped sending backups through one of our media servers but have yet 
to totally decommission it and this morning I came in to find our logs 
directory on the master server filled with nbsl logs under 
/opt/openv/logs/nbsl.  All it seems to be doing is spawning the same line over 
and over referring to the media server (stlcorpnbu1)

1,51216,137,132,2160121,1289485178787,11922,1,0:,0:,35:InsecureServerEvaluator::allow_peer,2,(513|A33:stlcorpnbu1.corp.dir.spartech.com|A10:10.1.5.235|u16:3422|)

The media server itself is also filling up with nbsl logs.

Do I need them, can I delete them and how can I stop nbsl from logging in the 
future ?  Do I just delete the nbsl directory ?

Thanks in advance,

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



The information contained in this e-mail and its attachments is confidential.
It is intended only for the named address(es) and may not be disclosed to 
anyone else without Attenda's consent.

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

Re: [Veritas-bu] Disk Staging to tape

[Nic Solomons]

Do you specifically need to use an SLP?

What you want to do can be achieved easily with a basic DSSU.
The destage schedule works like a normal policy schedule, so only running on 2 
specific days a week is a simple proposition...


Cheers,
Nic

- Reply message -
From: "Todd Jackxon" 
Date: Fri, Nov 19, 2010 05:39
Subject: [Veritas-bu] Disk Staging to tape
To: "veritas-bu@mailman.eng.auburn.edu" 

Hello

I am working on a plan to backup clients to disk and later stage these off to 
tape.
Can anyone elaborate how this is being done from your end?

Basic Idea:

Backups occur daily to disk and the business would like to stage these to tape 
twice a week.

Creating a Life Cycle policy I can run a backup job and a duplication job to 
tape but there is no
way to schedule this to tape on certain days. Just the ability to run a 
duplication job.

Within a normal policy you can run an inline copy to run concurrently (up to 4 
storage units) but this
appears to be backups running at the same time.

How can I combine these methods (or use another method) to run my life cycle 
policy backup and then
stage these to tape on a Tuesday and Thursday? Any information would be 
appreciated.

Thanks

Jack

The information contained in this e-mail and its attachments is confidential.
It is intended only for the named address(es) and may not be disclosed to 
anyone else without Attenda's consent.


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

Re: [Veritas-bu] Disk Staging to tape

[Nic Solomons]

Oh, yeah, sorry.

In brief:
-Create a basic DSSU.
-Backup policies as per normal (i.e. daily jobs, after hours, whatever you do), 
pointed at your newly created DSSU as the destination storage unit.
-DSSU configured with a schedule (either using the GUI, or bpschedule - which 
works similar to bpplsched, but is just for DSSUs); the schedule in the DSSU 
specifies your destination storage unit / volume etc (which is how you get it 
to tape), and this is where you specify the 2 days you want it to go to tape.

If you want anymore info on it, let me know.

Cheers,
Nic

From: Todd Jackxon [mailto:netbackup.i...@gmail.com]
Sent: 19 November 2010 13:35
To: Nic Solomons
Subject: Re: [Veritas-bu] Disk Staging to tape

Hi Nic

Thanks for the follow up. Can you briefly decribe how you would set this up or 
have set this up?
I'm trying to understand the how both , disk and tape, policies would combine.

It doesn't need to use an SLP - whichever works best

Thanks again

Jack
On Fri, Nov 19, 2010 at 1:36 AM, Nic Solomons 
mailto:nic.solom...@attenda.net>> wrote:
Do you specifically need to use an SLP?

What you want to do can be achieved easily with a basic DSSU.
The destage schedule works like a normal policy schedule, so only running on 2 
specific days a week is a simple proposition...


Cheers,
Nic

- Reply message -
From: "Todd Jackxon" 
http://netbackup.info/>@gmail.com<http://gmail.com/>>
Date: Fri, Nov 19, 2010 05:39
Subject: [Veritas-bu] Disk Staging to tape
To: 
"veritas-bu@mailman.eng.auburn.edu<mailto:veritas-bu@mailman.eng.auburn.edu>" 
mailto:veritas-bu@mailman.eng.auburn.edu>>

Hello

I am working on a plan to backup clients to disk and later stage these off to 
tape.
Can anyone elaborate how this is being done from your end?

Basic Idea:

Backups occur daily to disk and the business would like to stage these to tape 
twice a week.

Creating a Life Cycle policy I can run a backup job and a duplication job to 
tape but there is no
way to schedule this to tape on certain days. Just the ability to run a 
duplication job.

Within a normal policy you can run an inline copy to run concurrently (up to 4 
storage units) but this
appears to be backups running at the same time.

How can I combine these methods (or use another method) to run my life cycle 
policy backup and then
stage these to tape on a Tuesday and Thursday? Any information would be 
appreciated.

Thanks

Jack
The information contained in this e-mail and its attachments is confidential.
It is intended only for the named address(es) and may not be disclosed to 
anyone else without Attenda's consent.




The information contained in this e-mail and its attachments is confidential.
It is intended only for the named address(es) and may not be disclosed to 
anyone else without Attenda's consent.

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

Re: [Veritas-bu] Disk Staging to tape

[Nic Solomons]

I was thinking if you are using cron to disable/enable SLP, you are placing 
artificial limitations on your solution; but then remembered nbstlutil – which 
I guess is the command Rusty is talking about…?

The benefit of using SLP and stopping/starting the image duplication (for a 
specific lifecycle) with cron means you can use the same resources for other 
lifecycles, whereas using a Basic disk you will be limited to only writing the 
data with the weird commit to tape requirements (as your specific scheduling is 
configured for).

So it depends if you want the disk storage to be available for other backups as 
well, or just these ones (not just now, but potentially in the future).

Cheers,
Nic

From: veritas-bu-boun...@mailman.eng.auburn.edu 
[mailto:veritas-bu-boun...@mailman.eng.auburn.edu] On Behalf Of Todd Jackxon
Sent: 20 November 2010 01:31
To: rusty.ma...@sungard.com
Cc: Nic Solomons; veritas-bu@mailman.eng.auburn.edu; 
veritas-bu-boun...@mailman.eng.auburn.edu
Subject: Re: [Veritas-bu] Disk Staging to tape

Thanks Rusty

The need is actually a requirement created by the business, not my personal 
decision.

We are actually licensed for Advanced Disk to set this up however needed.
So if the best approach is SLP we are totally licensed (Capacity Licensing).
Which manual is it that addresses using cron?

Thanks

-Jack
On Fri, Nov 19, 2010 at 11:57 AM, 
mailto:rusty.ma...@sungard.com>> wrote:

If that's what you want to do, then Nic's suggestion is the best for you. It's 
also probably the cheapest as SLP requires Advanced Disk and associated 
licensing.

However, if you want to use SLP in that manner, then you will have to utilize 
cron to disable and enable SLP for the times you want it to run. It is 
specifically designed to get the duplications completed as soon as it can and 
therefore does not (currently) have a window like classic DSSUs. Using cron is 
actually mentioned in the manual or best practice guide so it is a recognized 
workaround.

I'm curious what your need is to schedule it to tape on certain days?

Rusty Major, MCSE, BCFP, VCS ▪ Sr. Storage Engineer ▪ SunGard Availability 
Services ▪ 757 N. Eldridge Suite 200, Houston TX 77079 ▪ 281-584-4693
Keeping People and Information Connected® ▪ http://availability.sungard.com/
P Think before you print
CONFIDENTIALITY:  This e-mail (including any attachments) may contain 
confidential, proprietary and privileged information, and unauthorized 
disclosure or use is prohibited.  If you received this e-mail in error, please 
notify the sender and delete this e-mail from your system.

Nic Solomons mailto:nic.solom...@attenda.net>>
Sent by: 
mailto:veritas-bu-boun...@mailman.eng.auburn.edu>>

11/19/2010 08:54 AM

To

"netbackup.info<http://netbackup.info/>@gmail.com<http://gmail.com/>" 
http://netbackup.info/>@gmail.com<http://gmail.com/>>

cc

"veritas-bu@mailman.eng.auburn.edu<mailto:veritas-bu@mailman.eng.auburn.edu>" 
mailto:veritas-bu@mailman.eng.auburn.edu>>

Subject

Re: [Veritas-bu] Disk Staging to tape







Oh, yeah, sorry.

In brief:
-Create a basic DSSU.
-Backup policies as per normal (i.e. daily jobs, after hours, whatever you do), 
pointed at your newly created DSSU as the destination storage unit.
-DSSU configured with a schedule (either using the GUI, or bpschedule – which 
works similar to bpplsched, but is just for DSSUs); the schedule in the DSSU 
specifies your destination storage unit / volume etc (which is how you get it 
to tape), and this is where you specify the 2 days you want it to go to tape.

If you want anymore info on it, let me know.

Cheers,
Nic

From: Todd Jackxon 
[mailto:netbackup.i...@gmail.com<mailto:netbackup.i...@gmail.com>]
Sent: 19 November 2010 13:35
To: Nic Solomons
Subject: Re: [Veritas-bu] Disk Staging to tape

Hi Nic

Thanks for the follow up. Can you briefly decribe how you would set this up or 
have set this up?
I'm trying to understand the how both , disk and tape, policies would combine.

It doesn't need to use an SLP - whichever works best

Thanks again

Jack
On Fri, Nov 19, 2010 at 1:36 AM, Nic Solomons 
mailto:nic.solom...@attenda.net>> wrote:
Do you specifically need to use an SLP?

What you want to do can be achieved easily with a basic DSSU.
The destage schedule works like a normal policy schedule, so only running on 2 
specific days a week is a simple proposition...


Cheers,
Nic

- Reply message -
From: "Todd Jackxon" 
http://netbackup.info/>@gmail.com<http://gmail.com/>>
Date: Fri, Nov 19, 2010 05:39
Subject: [Veritas-bu] Disk Staging to tape
To: 
"veritas-bu@mailman.eng.auburn.edu<mailto:veritas-bu@mailman.eng.auburn.edu>" 
mailto:veritas-bu@mailman.eng.auburn.edu>>

Hello

I am working on a plan to backup clients to disk and later stage these off to 
tape.
Can anyone elaborate how this is being done from your end?

[Veritas-bu] VCB backup troubleshooting

[Nic Solomons]

Hey All,

Hopefully someone can answer this one nice and quickly for me...

With VCB troubleshooting, I'm used to looking in the bpfis logs for the 
contents of the VCB logging file (written in with a prefix of 
"onlfi_freeze_fim_fs" after the Netbackup specific log entries).
I've just jumped onto one of our boxes that's having issues with its VCB jobs, 
and the entries I'm expecting aren't in the bpfis log?

Anyone know why they wouldn't be showing up? Is there a minimum system log 
level, or has something changed in VCB or NB version changes (I'm looking at 
VCB1.5U2 and NB 6.5.5)... I don't think I've looked at an environment with 
versions this high in the past, wondering if something has broken the cross 
logging...

Cheers,
Nic

The information contained in this e-mail and its attachments is confidential.
It is intended only for the named address(es) and may not be disclosed to 
anyone else without Attenda's consent.


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

Re: [Veritas-bu] bpdown doesnt stop prcoesses

[Nic Solomons]

Have you modified any of the netbackup services to run as an alternate user?
Does that alternate user have full admin privileges on your host?

Can the bpps command 'see' the running services?
Can you stop them independently of Netbackup with ' net stop '?

Cheers,
Nic

- Reply message -
From: "bfcsaus" 
Date: Mon, Feb 28, 2011 09:53
Subject: [Veritas-bu] bpdown doesnt stop prcoesses
To: "VERITAS-BU@MAILMAN.ENG.AUBURN.EDU" 

Hi,

I have Netbackup 7.0.1 installed on Windows 2008 R2 and everything seems ok. 
However when I try to bpdown the servers I recieve a message saying the service 
is "NOT STOPPED". Not sure what ive done wrong, the license is ok, I can create 
a disk storage unit etc etc

Any advice would be appreciated, thanks

PS C:\Program Files\Veritas\NetBackup\bin>  ./bpdown -f -v

NetBackup 7.0 -- Shutdown Utility

Shutting down services
> BMR Boot Service
> BMR Boot Service -- NOT STOPPED
> BMR Master Service
> BMR Master Service -- NOT STOPPED
> NetBackup Service Monitor
> NetBackup Service Monitor -- NOT STOPPED
> NetBackup Agent Request Server
> NetBackup Agent Request Server -- NOT STOPPED
> NetBackup Storage Lifecycle Manager
> NetBackup Storage Lifecycle Manager -- NOT STOPPED
> NetBackup Key Management Service
> NetBackup Key Management Service -- NOT STOPPED
> NetBackup Vault Manager
> NetBackup Vault Manager -- NOT STOPPED
> NetBackup Service Layer
> NetBackup Service Layer -- NOT STOPPED
> NetBackup Policy Execution Manager
> NetBackup Policy Execution Manager -- NOT STOPPED
> NetBackup Job Manager
> NetBackup Job Manager -- NOT STOPPED
> NdmpMoverListener
> NdmpMoverListener -- NOT STOPPED
> NetBackup Request Daemon
> NetBackup Request Daemon -- NOT STOPPED
> NetBackup Compatibility Service
> NetBackup Compatibility Service -- NOT STOPPED
> NetBackup Database Manager
> NetBackup Database Manager -- NOT STOPPED
> NetBackup Audit Manager
> NetBackup Audit Manager -- NOT STOPPED
> nbazd
> nbazd -- NOT STOPPED
> nbatd
> nbatd -- NOT STOPPED
> spoold
> spoold -- NOT STOPPED
> spad
> spad -- NOT STOPPED
> NetBackup Remote Manager and Monitor Service
> NetBackup Remote Manager and Monitor Service -- NOT STOPPED
> NetBackup Device Manager
> NetBackup Device Manager -- NOT STOPPED
> NetBackup Volume Manager
> NetBackup Volume Manager -- NOT STOPPED
> NetBackup Resource Broker
> NetBackup Resource Broker -- NOT STOPPED
> NetBackup Enterprise Media Manager
> NetBackup Enterprise Media Manager -- NOT STOPPED
> SQLANYs_VERITAS_NB
> SQLANYs_VERITAS_NB -- NOT STOPPED
> NetBackup Event Manager
> NetBackup Event Manager -- NOT STOPPED
> NetBackup Notification Service
> NetBackup Notification Service -- NOT STOPPED
> NetBackup SAN Client Fibre Transport Service
> NetBackup SAN Client Fibre Transport Service -- NOT STOPPED
> NetBackup Client Service
> NetBackup Client Service -- NOT STOPPED
> NetBackup Legacy Client Service
> NetBackup Legacy Client Service -- NOT STOPPED
> NetBackup Legacy Network Service
> NetBackup Legacy Network Service -- NOT STOPPED
Shutdown of one or more services failed.
PS C:\Program Files\Veritas\NetBackup\bin>

When I try to bpup I receive the following which confirm the services are up as 
they are when I look at the services themselves from manage:

PS C:\Program Files\Veritas\NetBackup\bin> ./bpup -f -v

NetBackup 7.0 -- Startup Utility

Starting services
> NetBackup Legacy Network Service
> NetBackup Legacy Network Service -- NOT STARTED
> NetBackup Legacy Client Service
> NetBackup Legacy Client Service -- NOT STARTED
> NetBackup Client Service
> NetBackup Client Service -- NOT STARTED
> NetBackup SAN Client Fibre Transport Service
> NetBackup SAN Client Fibre Transport Service -- NOT STARTED
> NetBackup Notification Service
> NetBackup Notification Service -- NOT STARTED
> NetBackup Event Manager
> NetBackup Event Manager -- NOT STARTED
> SQLANYs_VERITAS_NB
> SQLANYs_VERITAS_NB -- NOT STARTED
> NetBackup Enterprise Media Manager
> NetBackup Enterprise Media Manager -- NOT STARTED
> NetBackup Resource Broker
> NetBackup Resource Broker -- NOT STARTED
> NetBackup Volume Manager
> NetBackup Volume Manager -- NOT STARTED
> NetBackup Device Manager
> NetBackup Device Manager -- NOT STARTED
> NetBackup Remote Manager and Monitor Service
> NetBackup Remote Manager and Monitor Service -- NOT STARTED
> spad
> spad -- NOT STARTED
> spoold
> spoold -- NOT STARTED
> nbatd
> nbatd -- NOT STARTED
> nbazd
> nbazd -- NOT STARTED
> NetBackup Audit Manager
> NetBackup Audit Manager -- NOT STARTED
> NetBackup Database Manager
> NetBackup Database Manager -- NOT STARTED
> NetBackup Compatibility Service
> NetBackup Compatibility Service -- NOT STARTED
> NetBackup Request Daemon
> NetBackup Request Daemon -- NOT STARTED
> NdmpMoverListener
> NdmpMoverListener -- NOT STARTED
> NetBackup Job Manager
> NetBackup Job Manager -- NOT STARTED
> NetBackup Policy Execution Manager
> NetBackup Policy Execution Manager -- NOT STARTED
> NetBackup Service Layer
> NetBackup Service Layer -- NOT

Re: [Veritas-bu] VMware/SAN backups - Speed Results

[Nic Solomons]

Jorge,

Don't forget all Netbackup buffers reside in non-paged memory...
I assume this is a 64-bit instance, so its not as much of an issue, as 
non-paged memory can be up to 75% of physical, but once you go production with 
this system, you are allocating every backup and restore job that is 
concurrently running on this media/master server 304MB of RAM (at NDB 608).

If this isn't a concern, and the server has been sized appropriately - then I'm 
jealous... but keep it in mind as more and more parallel jobs are added to this 
server.

Cheers,
Nic



-Original Message-
From: veritas-bu-boun...@mailman.eng.auburn.edu 
[mailto:veritas-bu-boun...@mailman.eng.auburn.edu] On Behalf Of Jorge Fábregas
Sent: 06 March 2011 16:49
To: Veritas-bu@mailman.eng.auburn.edu
Subject: [Veritas-bu] VMware/SAN backups - Speed Results

Hi everyone,

I recently finished doing a hardware-refresh of our master/media server.
 The main reason for the refresh was that our previous server was really
old (with 1Gbps HBAs) and we wanted to start doing VMware backups thru
the SAN (thru our 8Gbps SAN fabric).  I just finished doing some tests
after tweaking NUMBER_DATA_BUFFERS and SIZE_DATA_BUFFERS and wanted to
share with you the results but first, some quick facts:

1) Master server is also Media Server running Win2008 R2 along with NBU
7.1 (from FA program) so this is our VMware Backup Host.

2) tape-drives are LTO4  (HP Storageworks 1840)

3) One 8Gbps HBA is zoned to the tape-drives and the other 8Gbps HBA is
zoned to disk-array.  Each HBA goes to a different Fabric.  Basically
I'm reading from disk with one HBA and writing to tape with the other HBA.

4) I'm not using MPIO on the server;  the LUNs (VMFS) are presented to
the server thru only 1 target so the servers just see one LUN for each
one it is presented to it.  Yes,  we have no redundancy for our paths.

5) Backup payload:  1 VM with a single VMDK of 22.3 GB.

6) The tests were performed on an isolated datastore (no other VMs were
running there).  I know this is not a realistic scenario (where you have
dozens of VMs running on a datastore). My main purpose on this test was
to push the limits of our tape-drives (and not introduce any external
factors).

7) We're using vSphere 4.1

8) storage-unit has a fragment-size of 50GB.  This is a storage-unit
dedicated to VMware backups (full VM backups).  For our regular backups
(file backups) our our physical servers we use 2GB fragment size.


Here are the results:

-
NUMBER_DATA_BUFFERS: 32, SIZE_DATA_BUFFERS: 64k > 62 Mb/sec

bptm   waited for full buffer 10926 times, delayed 22060 times.
bpbkar waited 10187 times for empty buffer, delayed 10520 times.

write time: 00:05:40


NUMBER_DATA_BUFFERS: 32, SIZE_DATA_BUFFERS: 256k ---> 144 Mb/sec

bptm   waited for full buffer 882 times, delayed 2173 times.
bpbkar waited 2345 times for empty buffer, delayed 2509 times.

write time: 00:02:59


NUMBER_DATA_BUFFERS: 32, SIZE_DATA_BUFFERS: 512k ---> 151 Mb/sec

bptm   waited for full buffer 187 times, delayed 1230 times
bpbkar waited 2942 times for empty buffer, delayed 3121 times.

write time: 00:02:44

---
NUMBER_DATA_BUFFERS: 32, SIZE_DATA_BUFFERS: 1MB ->  N/A

I got the following error:

3/6/2011 9:49:25 AM - Error bptm(pid=3284) The tape device at index -1
has a maximum block size of 524288 bytes, a buffer size of 1048576
cannot be used


Ok, I reached the maximum block size for my tape-drive so from now on
I'll only change the number of data-buffers and I'll leave
size_data_buffers at 512k

---
NUMBER_DATA_BUFFERS: 64, SIZE_DATA_BUFFERS: 512k > 152 Mb/sec

bptm   waited for full buffer 184 times, delayed 1241 times
bpbkar waited 2614 times for empty buffer, delayed 2792 times.

write time: 00:02:43


NUMBER_DATA_BUFFERS: 96, SIZE_DATA_BUFFERS: 512k > 153 Mb/sec

bptm   waited for full buffer 157 times, delayed 1037 times
bpbkar waited 2667 times for empty buffer, delayed 2874 times.

write time: 00:02:45

-
NUMBER_DATA_BUFFERS: 256, SIZE_DATA_BUFFERS: 512k ---> 169 Mb/sec

bptm   waited for full buffer 18 times, delayed 63 times
bpbkar waited 2712 times for empty buffer, delayed 2925 times.

write time: 00:02:29

--
NUMBER_DATA_BUFFERS: 512, SIZE_DATA_BUFFERS: 512k ---> 170 Mb/sec

bptm   waited for full buffer 4 times, delayed 9 times
bpbkar waited 2637 times for empty buffer, delayed 2847 times.

write time: 00:02:28

---
NUMBER_DATA_BUFFERS: 576, SIZE_D

Re: [Veritas-bu] Server OS and NBU upgrades

[Nic Solomons]

Only thing with this is if you want to go to W2K8 R2, you need 7.0 master 
server, I think?

So you would need to go to 7.x first on the existing environment, then move 
across...

Nic

-Original Message-
From: veritas-bu-boun...@mailman.eng.auburn.edu 
[mailto:veritas-bu-boun...@mailman.eng.auburn.edu] On Behalf Of oersted
Sent: 21 March 2011 15:19
To: VERITAS-BU@MAILMAN.ENG.AUBURN.EDU
Subject: [Veritas-bu] Server OS and NBU upgrades

your bits are changing to Windows x64 2008, right?

I wouldn't waste time with 32-bit Windows at all going forward

get current machine on 6.5.6

cold catalog backup

have new machine ready with 2008...same hostname

recover catalog to new box/OS

test backups and restores

wait a couple of weeks..then upgrade to 7.x

+--
|This was sent by sola...@cablespeed.com via Backup Central.
|Forward SPAM to ab...@backupcentral.com.
+--


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


The information contained in this e-mail and its attachments is confidential.
It is intended only for the named address(es) and may not be disclosed to 
anyone else without Attenda's consent.


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

Re: [Veritas-bu] NDMP differentials of Netapp path backups

[Nic Solomons]

You can only do 9 incremental levels of backup on the NetApps with NDMP.

I haven't used that SET UPDATE directive before (or the SET LEVEL command I 
detail below - I run a weekly full on my volumes, so 9 incremental's is 
enough), but just a quick run down:

There are 10 dump levels for NetApp NDMP (0-9).  A level 0 dump covers 
everything in a volume, a level 1 covers everything newer than the dumpdate for 
the last level 0, a level 2 covers everything newer than the last level 1 etc 
up until level 9.

A Netbackup full backup schedule runs a level 0 dump
A Netbackup cumulative schedule runs a level 1 dump
A Netbackup differential schedule runs a level n+1 dump, where n is the last 
dump level recorded against the volume (NB: at the filer! - if someone is using 
ndmpcopy / doing level 0 dumps to null, this affects the last recorded dump 
level)

You can use the directive "SET LEVEL = 7" (as an example) to force a specific 
level.

Depending on how complex you want your policy configuration, you could set up 
your monthly full, then potentially use an NDMP level per half week (ie week0 - 
0.5 SET LEVEL=1; week 0.5 -week1 : SET LEVEL=2  week 4-4.5 SET LEVEL=9) 
but that's going to need 9 policies.

Cheers,
Nic
 

-Original Message-
From: veritas-bu-boun...@mailman.eng.auburn.edu 
[mailto:veritas-bu-boun...@mailman.eng.auburn.edu] On Behalf Of deasnutz
Sent: 01 April 2011 20:28
To: VERITAS-BU@MAILMAN.ENG.AUBURN.EDU
Subject: [Veritas-bu] NDMP differentials of Netapp path backups

Hello everyone-
Looking for assistance on the configuration required got differential 
incremental backups of our Netapp volumes (NDMP) setup. I have been able to get 
what appears to be "cumulative" dumps/backups of our NDMP paths by setting the 
SET UPDATE = Y entry at the beginning of the policy include list.

However, I want want to perform differential backups of the paths, ideally, a 
once monthly full, followed by daily differentials the remaining days.

Anyone have any tips?

Thanks again

+--
|This was sent by kevin.cor...@apollogrp.edu via Backup Central.
|Forward SPAM to ab...@backupcentral.com.
+--


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


The information contained in this e-mail and its attachments is confidential.
It is intended only for the named address(es) and may not be disclosed to 
anyone else without Attenda's consent.


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

Re: [Veritas-bu] Hot_Cat_Restore_Server

[Nic Solomons]

Probably goes without saying / is already in your off-list steps, but just 
deactivate / reactivate your media server to stop NB trying to send jobs to it 
/ querying it during your upgrade.

But as you’ve deduced, no catalogue recovery is required for these changes 
(unless this media server is hosting your EMM DB, but I’ve assumed that’s on 
your master).

Cheers,
Nic

From: veritas-bu-boun...@mailman.eng.auburn.edu 
[mailto:veritas-bu-boun...@mailman.eng.auburn.edu] On Behalf Of WEAVER, Simon 
(external)
Sent: 05 April 2011 11:31
To: Saran Brar
Cc: VERITAS-BU@mailman.eng.auburn.edu
Subject: Re: [Veritas-bu] Hot_Cat_Restore_Server

Its using SSO, so was going to reapply the license keys, re-run Device Config 
Wizard.
My feeling was that 6.x and 7.0 may not required a restore of Cat BU - As its a 
SAN Media, same IP / server / platform, just different hardware, it should be 
ok.
That is what my feeling is.
Simon



From: Saran Brar [mailto:saranb...@live.com]
Sent: Tuesday, April 05, 2011 11:25 AM
To: WEAVER, Simon (external)
Cc: VERITAS-BU@mailman.eng.auburn.edu
Subject: Re: [Veritas-bu] Hot_Cat_Restore_Server
Simon,

Does your old media server has any robots or drives attached and how many media 
are assigned to each robot.

You may have to install netbackup on new media server and move the volume 
database from old to new media server

And to update the EMM database we can run the nbemmcmd -updatehost command for 
the new media server.

Anyone has better options please do share.

Thanks,

Saran
On Tue, Apr 5, 2011 at 1:41 AM, WEAVER, Simon (external) 
mailto:simon.wea...@astrium.eads.net>> wrote:

Morning
Just a quick question. I have a SAN Media Server on legacy hardware, Win2k3 x86 
NBU 7.0.1 and I need to migrate this to newer hardware.

I noticed under the Hot-Cat-Backup Wizard, I only have option to recover full 
or partial catalog.

So question is, if I shutdown the old Media Server, and install new Media 
Server, same Server Name / IP, is the EMM going to be happy with this?

I was going to shutdown all services / processes, backup the NetBackup Folder \ 
Registry and once I done the new clean install, Shutdown Services, import the 
registry and NetBackup folder and restart services.

Regards

Si

This email (including any attachments) may contain confidential

and/or privileged information or information otherwise protected

from disclosure. If you are not the intended recipient, please

notify the sender immediately, do not copy this message or any

attachments and do not use it for any purpose or disclose its

content to any person, but delete this message and any attachments

from your system. Astrium disclaims any and all liability if this

email transmission was virus corrupted, altered or falsified.

-o-

Astrium Limited, Registered in England and Wales No. 2449259

Registered Office:

Gunnels Wood Road, Stevenage, Hertfordshire, SG1 2AS, England


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


This email (including any attachments) may contain confidential

and/or privileged information or information otherwise protected

from disclosure. If you are not the intended recipient, please

notify the sender immediately, do not copy this message or any

attachments and do not use it for any purpose or disclose its

content to any person, but delete this message and any attachments

from your system. Astrium disclaims any and all liability if this

email transmission was virus corrupted, altered or falsified.

-o-

Astrium Limited, Registered in England and Wales No. 2449259

Registered Office:

Gunnels Wood Road, Stevenage, Hertfordshire, SG1 2AS, England



The information contained in this e-mail and its attachments is confidential.
It is intended only for the named address(es) and may not be disclosed to 
anyone else without Attenda's consent.
___
Veritas-bu maillist  -  Veritas-bu@mailman.eng.auburn.edu
http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu

Re: [Veritas-bu] NDMP differentials of Netapp path backups

[Nic Solomons]

To be fair, you cannot perform more than 9 ndmp differentials, regardless of 
filer - its part of the spec for the NDMP protocol... (yes, I know what the P 
stands for :p )

Cheers,
Nic

- Reply message -
From: "Kevin Corley" 
Date: Wed, Apr 6, 2011 00:20
Subject: [Veritas-bu] NDMP differentials of Netapp path backups
To: "Nic Solomons" 

So essentially, you cannot perform more than 9 differential backups of a Netapp 
volume?

That could get pretty inefficient if you need to do nightly backups and keep 
long term retention. I guess you could always do a LEVEL N+1 every 3 days...

Thanks

-Original Message-
From: veritas-bu-boun...@mailman.eng.auburn.edu 
[mailto:veritas-bu-boun...@mailman.eng.auburn.edu] On Behalf Of Nic Solomons
Sent: Monday, April 04, 2011 3:31 AM
To: VERITAS-BU@MAILMAN.ENG.AUBURN.EDU
Subject: Re: [Veritas-bu] NDMP differentials of Netapp path backups

You can only do 9 incremental levels of backup on the NetApps with NDMP.

I haven't used that SET UPDATE directive before (or the SET LEVEL command I 
detail below - I run a weekly full on my volumes, so 9 incremental's is 
enough), but just a quick run down:

There are 10 dump levels for NetApp NDMP (0-9).  A level 0 dump covers 
everything in a volume, a level 1 covers everything newer than the dumpdate for 
the last level 0, a level 2 covers everything newer than the last level 1 etc 
up until level 9.

A Netbackup full backup schedule runs a level 0 dump
A Netbackup cumulative schedule runs a level 1 dump
A Netbackup differential schedule runs a level n+1 dump, where n is the last 
dump level recorded against the volume (NB: at the filer! - if someone is using 
ndmpcopy / doing level 0 dumps to null, this affects the last recorded dump 
level)

You can use the directive "SET LEVEL = 7" (as an example) to force a specific 
level.

Depending on how complex you want your policy configuration, you could set up 
your monthly full, then potentially use an NDMP level per half week (ie week0 - 
0.5 SET LEVEL=1; week 0.5 -week1 : SET LEVEL=2  week 4-4.5 SET LEVEL=9)
but that's going to need 9 policies.

Cheers,
Nic


-Original Message-
From: veritas-bu-boun...@mailman.eng.auburn.edu 
[mailto:veritas-bu-boun...@mailman.eng.auburn.edu] On Behalf Of deasnutz
Sent: 01 April 2011 20:28
To: VERITAS-BU@MAILMAN.ENG.AUBURN.EDU
Subject: [Veritas-bu] NDMP differentials of Netapp path backups

Hello everyone-
Looking for assistance on the configuration required got differential 
incremental backups of our Netapp volumes (NDMP) setup. I have been able to get 
what appears to be "cumulative" dumps/backups of our NDMP paths by setting the 
SET UPDATE = Y entry at the beginning of the policy include list.

However, I want want to perform differential backups of the paths, ideally, a 
once monthly full, followed by daily differentials the remaining days.

Anyone have any tips?

Thanks again

+--
|This was sent by kevin.cor...@apollogrp.edu via Backup Central.
|Forward SPAM to ab...@backupcentral.com.
+--


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


The information contained in this e-mail and its attachments is confidential.
It is intended only for the named address(es) and may not be disclosed to 
anyone else without Attenda's consent.


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


This message is private and confidential. If you have received it in error, 
please notify the sender and remove it from your system.



The information contained in this e-mail and its attachments is confidential.
It is intended only for the named address(es) and may not be disclosed to 
anyone else without Attenda's consent.


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

Re: [Veritas-bu] Restoration Issue

[Nic Solomons]

Hi Simon,

Am I missing something? Why not just use cli  - bprestore with the -f option? 
I'm on my mobile, so don't have the rest of the syntax to hand, but other than 
the over write flag, and some date qualifiers, that should be all you need...

Cheers,
Nic

- Reply message -
From: "WEAVER, Simon (external)" 
Date: Fri, Apr 15, 2011 08:29
Subject: [Veritas-bu] Restoration Issue
To: "veritas-bu@mailman.eng.auburn.edu" 


Hi,
Got a File Server with a share that is approx 400GB and contains millions of 
files.
San Media Win2k3 Sp2 & NBU 7.0.1 talking to a 7.0.1 Master

Problem: We have identified 40,000 files, of various types (ie: word, excel, 
jpeg, bmp, pdf) that are ZERO bytes. They appear to have been like this for 4 
months

As luck would have it, I have them on tape, but here is the problem:

1) Files are scattered across various folders / subfolders that are in use
2) I cant just restore everythink back to its original location, because there 
are files that have been recently used and amended

3) I have a file output that has identified 40,000 files that are zero bytes!
4) Cant do a restore to different location ... do not have enough disk space. 
Its over 400GB in size. Otherwise I would have done this.

Without painfully going through each of the various folders / subfolders, does 
anyone have any ideas or is there a way I could feed in my output file to NBU 
to restore from a tape of last years backup?

Started yesterday, and only done a few hundred !!!
Any ideas or suggestions, would be apprecaited.

Regards

Si

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


The information contained in this e-mail and its attachments is confidential.
It is intended only for the named address(es) and may not be disclosed to 
anyone else without Attenda's consent.
___
Veritas-bu maillist  -  Veritas-bu@mailman.eng.auburn.edu
http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu

Re: [Veritas-bu] Netbackup+Windows2008

[Nic Solomons]

You'll most likely want to look at FlashBackup options, if you've got a decent 
number of files in your NAS'.

The Netbackup client (and any backup client TBH) is rather slow for lots of 
files.  FlashBackup goes some way to working around this successfully.

Cheers,
Nic

-Original Message-
From: veritas-bu-boun...@mailman.eng.auburn.edu 
[mailto:veritas-bu-boun...@mailman.eng.auburn.edu] On Behalf Of harikrse
Sent: 27 April 2011 13:52
To: VERITAS-BU@MAILMAN.ENG.AUBURN.EDU
Subject: [Veritas-bu] Netbackup+Windows2008

Hi All,

Kindly Help me in providing the Best Backup Solution for Windows2008 server in 
Netbackup.

I have 2 Windows2008 servers which are NAS boxes along with P4500 and hence 
NDMP is not applicable here, so the NAS will have to go as LAN, what is the 
best approach to design Policy with that W2008, ie., the best way for backing 
up.

Senthil.H

+--
|This was sent by senthil.h...@gmail.com via Backup Central.
|Forward SPAM to ab...@backupcentral.com.
+--


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


The information contained in this e-mail and its attachments is confidential.
It is intended only for the named address(es) and may not be disclosed to 
anyone else without Attenda's consent.


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

Re: [Veritas-bu] Exchange Restore.

[Nic Solomons]

Did your exchange admin maybe mount the rsg to check it? It should be 
dismounted and not marked as a read only storage group prior to the restore.

Exchange restores are always fun, as it is a connection via ESE, so you won't 
get Netbackup telling you about problems with the data movement. Look in the 
application event logs on the target exchange host for ESE entries... Should 
explain what's going wrong.

Cheers,
Nic

- Reply message -
From: "Ulises Rodriguez" 
Date: Wed, May 4, 2011 23:47
Subject: [Veritas-bu] Exchange Restore.
To: "'veritas-bu@mailman.eng.auburn.edu'" 


All,

I am trying to do a Exchange 2007 restore, my policy is set up to backup each 
storage group via new stream + name of the storage group. The size of the 
Netbakup file shows 27GB for this specific storage group. after I do the 
restore the edb file shows as 2 MB.  When the exchange admin runs the 
Powershell command to view mailboxes inside the db file. It does not show any 
mail boxes.

I am following this doc to do the restore.

http://www.symantec.com/business/support/index?page=content&id=TECH57346

NBU server 2003 64x Netbackup 6.5.5
Exchange 2007 Server 2003

Has anyone seen this?

Thanks in advance.
Uli





The information contained in this e-mail and its attachments is confidential.
It is intended only for the named address(es) and may not be disclosed to 
anyone else without Attenda's consent.


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

Re: [Veritas-bu] The exact files that were captured by NBU

[Nic Solomons]

bplist -C server1 -t 17 -s "05/04/2011" -e "05/05/2011" -R 99 /*

that should work (obviously dates as you require).
Type it out, though… copying and pasting “-“ into a command prompt is often 
misinterpreted. Not sure what the alt character it uses is, because it 
definitely still looks like a hyphen/minus sign…


From: veritas-bu-boun...@mailman.eng.auburn.edu 
[mailto:veritas-bu-boun...@mailman.eng.auburn.edu] On Behalf Of WEAVER, Simon 
(external)
Sent: 05 May 2011 08:47
To: veritas-bu@mailman.eng.auburn.edu
Subject: [Veritas-bu] The exact files that were captured by NBU


All
I am having issued with bplist - I am trying to just generate a report of what 
was backed up on a client server.
I get 227: no entity was found.
Is there an easier way in 7.0 to actually see what files were backed up for a 
client?

Anyone got some real time good examples for Windows? the Command guide is not 
doing what I wanted to do.

for example, server1 I need to see what SAP Data was backed up. I have a Job 
ID, Server name and Media ID.

Any help is appreciated, thanks,
s.

This email (including any attachments) may contain confidential

and/or privileged information or information otherwise protected

from disclosure. If you are not the intended recipient, please

notify the sender immediately, do not copy this message or any

attachments and do not use it for any purpose or disclose its

content to any person, but delete this message and any attachments

from your system. Astrium disclaims any and all liability if this

email transmission was virus corrupted, altered or falsified.

-o-

Astrium Limited, Registered in England and Wales No. 2449259

Registered Office:

Gunnels Wood Road, Stevenage, Hertfordshire, SG1 2AS, England



The information contained in this e-mail and its attachments is confidential.
It is intended only for the named address(es) and may not be disclosed to 
anyone else without Attenda's consent.
___
Veritas-bu maillist  -  Veritas-bu@mailman.eng.auburn.edu
http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu

Re: [Veritas-bu] Encryption Key Store

[Nic Solomons]

How many keys?

Naively, I'd suggest just doing key recovery for them individually due to the 
platform disparity, but most of my environments are still at less than 10 keys.

(that would just be nbkmsutil -recoverkey)

Cheers,
Nic

- Reply message -
From: "Harry Tirrell" 
Date: Sun, May 8, 2011 20:59
Subject: [Veritas-bu] Encryption Key Store
To: "veritas-bu@mailman.eng.auburn.edu" 

I am migrating from solaris to enterprise linux on 7.0.1.  What is the best way 
to migrate the key store?

Harry
ha...@tirrell.org

The information contained in this e-mail and its attachments is confidential.
It is intended only for the named address(es) and may not be disclosed to 
anyone else without Attenda's consent.


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

Re: [Veritas-bu] C:\WINDOWS\system32\dns not backed-up

[Nic Solomons]

On the host you are backing up, have a look in this registry key:

HKLM\System\CurrentControlSet\BackupRestore\FilesNotToBackup

See if your dns file/folder is in there... Netbackup will obey the listed 
exclusions in that registry key as well as its own exclusion list...

Cheers,
Nic

From: veritas-bu-boun...@mailman.eng.auburn.edu 
[mailto:veritas-bu-boun...@mailman.eng.auburn.edu] On Behalf Of Asiye Yigit
Sent: 05 July 2011 12:07
To: veritas-bu@mailman.eng.auburn.edu
Subject: [Veritas-bu] C:\WINDOWS\system32\dns not backed-up

Hello All;
Netbackup couldn't backup  C:\WINDOWS\system32\dns.
I am specifying the C:\WINDOWS\system32\ as backup selection list,
It backups all except dns.
Do you have any idea?
Microsoft does not suggest this flder to back up?
Best regards;



The information contained in this e-mail and its attachments is confidential.
It is intended only for the named address(es) and may not be disclosed to 
anyone else without Attenda's consent.

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

Re: [Veritas-bu] Need help in scripting

[Nic Solomons]

You’re just looking in the policy name for ndmp, right? (bpdbjobs without 
modifiers doesn’t include policy type).

Why not just use:

“bperror –backstat –hoursago 24 | grep –i ndmp | grep –i “EXIT STATUS 1”

Cheers,
Nic

From: veritas-bu-boun...@mailman.eng.auburn.edu 
[mailto:veritas-bu-boun...@mailman.eng.auburn.edu] On Behalf Of NBU
Sent: 22 June 2011 15:56
To: veritas-bu@mailman.eng.auburn.edu
Subject: [Veritas-bu] Need help in scripting

Hello folks,

I have a requirement where we need to check NDMP backups which completed with 
status code 1 (Partial backups) in last 24 hours.

I usually run below command to check the output

bpdbjobs | grep -i ndmp | grep -i "Done 1"

I am not good in scripting, so can someone help me make a script which should 
check the current date and get the output just 24 hours ago.

Thanks in advance,

Saran
[cid:~WRD000.jpg]


Treat yourself at a restaurant, spa, resort and much more with Rediff Deal ho 
jaye!

The information contained in this e-mail and its attachments is confidential.
It is intended only for the named address(es) and may not be disclosed to 
anyone else without Attenda's consent.
<>___
Veritas-bu maillist  -  Veritas-bu@mailman.eng.auburn.edu
http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu

Re: [Veritas-bu] strange socket write failed error during restore

[Nic Solomons]

Bart,

You aren't hitting a read timeout on the backup image, are you (long seek time 
to the data etc)?

Tar log on the client, and bpbrm log on the master server...

That line:
9/14/2011 8:23:15 AM - Info bpbrm(pid=17433) media manager for backup id 
client_1315796976 exited with status 150

In your detailed log generally indicates that bpbrm chose to terminate the 
session - and a couple of lines above that entry in the bpbrm log should be a 
pointer as to why it was terminated...

Cheers,
Nic

-Original Message-
From: veritas-bu-boun...@mailman.eng.auburn.edu 
[mailto:veritas-bu-boun...@mailman.eng.auburn.edu] On Behalf Of WALLEBROEK Bart
Sent: 14 September 2011 08:18
To: veritas-bu@mailman.eng.auburn.edu
Subject: [Veritas-bu] strange socket write failed error during restore

Hi Guys,

We have since a while status 25 (socket write failed errors).
We have a P1 case open with Symantec but they are as clueless as we are.

Environment: 1 Solaris Master, 2 Solaris Media Servers (10Gbit connected), Data 
is backed up to DSSU, restores are coming from both tape and disk (same issue).

We noticed that if we restore some data, we get this status code from time to 
time.  When resuming the job (a couple of times) it eventually succeeds.
So we believed it would be a network issue.

BUT... When we try a restore towards the Media Server itself (having the tape 
drive connected directly to it, so network involved in the restore) then we get 
the same error.

It even gets worse.  Sometimes we get the status 24 even before there was a 
tape mounted (see log below).

Anyone seen this before and knows a resolution ?

Activity log:

9/14/2011 8:18:56 AM - begin Restore
9/14/2011 8:19:31 AM - 6 images required
9/14/2011 8:19:31 AM - media 010174 required
9/14/2011 8:19:31 AM - media 200424 required
9/14/2011 8:20:08 AM - restoring image client_1315796717
9/14/2011 8:20:10 AM - Info bpbrm(pid=17661) telling media manager to start 
restore on client 
9/14/2011 8:20:11 AM - Info bpbrm(pid=17661) spawning a brm child process   
 
9/14/2011 8:20:11 AM - Info bpbrm(pid=17661) child pid: 17668  
9/14/2011 8:20:11 AM - connecting
9/14/2011 8:20:12 AM - Info bpbrm(pid=17668) start tar on client 
9/14/2011 8:20:12 AM - restoring image client_1315796976
9/14/2011 8:20:12 AM - Info tar(pid=17452) Restore started.   
9/14/2011 8:20:12 AM - connected; connect time: 00:00:01
9/14/2011 8:20:12 AM - requesting resource 010174
9/14/2011 8:20:12 AM - awaiting resource 010174 Reason: Drives are in use, 
Media Server: media_server_1, 
 Robot Number: 1, Robot Type: TLD, Media ID: N/A, Drive Name: N/A, 
 Volume Pool: N/A, Storage Unit: N/A, Drive Scan Host: N/A

9/14/2011 8:20:14 AM - Info bpbrm(pid=17433) telling media manager to start 
restore on client 
9/14/2011 8:20:14 AM - Info bpbrm(pid=17433) spawning a brm child process   
 
9/14/2011 8:20:14 AM - Info bpbrm(pid=17433) child pid: 17457  
9/14/2011 8:20:14 AM - connecting
9/14/2011 8:20:15 AM - Info bpbrm(pid=17457) start tar on client 
9/14/2011 8:20:15 AM - Info tar(pid=17470) Restore started.   
9/14/2011 8:20:15 AM - connected; connect time: 00:00:01
9/14/2011 8:20:15 AM - requesting resource 200424
9/14/2011 8:20:15 AM - awaiting resource 200424 Reason: Drives are in use, 
Media Server: media_server_2, 
 Robot Number: 1, Robot Type: TLD, Media ID: N/A, Drive Name: N/A, 
 Volume Pool: N/A, Storage Unit: N/A, Drive Scan Host: N/A

9/14/2011 8:23:11 AM - Info bpbrm(pid=17661) killing bpbrm child 17668. 
9/14/2011 8:23:11 AM - Info bpbrm(pid=17661) sending media manager msg: STOP 
RESTORE client_1315796717  
9/14/2011 8:23:11 AM - Info bpbrm(pid=17433) killing bpbrm child 17457. 
9/14/2011 8:23:11 AM - Info bpbrm(pid=17433) sending media manager msg: STOP 
RESTORE beotcd02_1315796976  
9/14/2011 8:23:11 AM - Warning bprd(pid=15388) Restore must be resumed prior to 
first image expiration on Wed Dec 14 03:04:14 2011
9/14/2011 8:23:12 AM - end Restore; elapsed time: 00:04:16
socket write failed(24)
9/14/2011 8:23:14 AM - Error bptm(pid=17667) The following files/folders were 
not restored:   
9/14/2011 8:23:14 AM - Error bptm(pid=17667) UTF - [removed]
9/14/2011 8:23:14 AM - Error bptm(pid=17667) UTF - [removed] 
9/14/2011 8:23:14 AM - Error bptm(pid=17667) UTF -[removed] /  
9/14/2011 8:23:15 AM - Info bpbrm(pid=17433) media manager for backup id 
client_1315796976 exited with status 150: termination requested by administrator
9/14/2011 8:23:15 AM - Info bpbrm(pid=17433) sending media manager msg: 
TERMINATE
9/14/2011 8:23:15 AM - Error bptm(pid=17667) UTF - [removed]
9/14/2011 8:23:15 AM - Error bptm(pid=17667) UTF - [removed]  
9/14/2011 8:23:15 AM - Error bptm(pid=17667) UTF - [removed]
9/14/2011 8:23:15 AM - Error bptm(pid=17667) UTF - [removed]
9/14/2011 8:23:15 AM - Error bptm(pid=176

Re: [Veritas-bu] bpcd 13782 - drops connection from master server

[Nic Solomons]

As Patrick said, I I'd be looking at bpcd logs. Also, seeing as this appears to 
be some new fun you're having with version 7, my wild stab would be the new 
host cache feature.

Run bpclntcmd -clearhostcache

or something like that on the client, and see if that sorts it out...

Cheers,
Nic

- Reply message -
From: "Patrick" 
Date: Fri, Sep 16, 2011 18:46
Subject: [Veritas-bu] bpcd 13782 - drops connection from master server
To: "VERITAS-BU@MAILMAN.ENG.AUBURN.EDU" 

What do the bpcd & vnetd logs on the clients show, if anything?

Regards,

Patrick Whelan
VERITAS Certified NetBackup Support Engineer for UNIX.
VERITAS Certified NetBackup Support Engineer for Windows.

netbac...@whelan-consulting.co.uk


-Original Message-
From: veritas-bu-boun...@mailman.eng.auburn.edu
[mailto:veritas-bu-boun...@mailman.eng.auburn.edu] On Behalf Of brettkan
Sent: 16 September 2011 18:41
To: VERITAS-BU@MAILMAN.ENG.AUBURN.EDU
Subject: [Veritas-bu] bpcd 13782 - drops connection from master server

The issue - when master server initiates a session to client on port 13782,
it drops immediately.  Thus, bkps are not running.  We are migrating clients
off an old NetBackup server to this new server.

Tests done:
1-client can telnet to master server on ports 13782 (and maintains
connection) 2-master server can still connect to port 13782 on other clients
(80+ clients are working without issue) 3-master server can telnet to other
NetBackup service port 13724 on client (and maintains connection) 4-old
NetBackup master server can telnet to ports 13724, 13782 on client (and
maintains connection)

Steps taken:
1-restarted NetBackup services on client 2-no firewalls or ACLs exist
between client and master server.
3-reinstalled the NetBackup client
4-verified routes, bp.conf, services started

Has anyone ever deal with something like this before?  Looking for any
ideas.
Network team, server groups and Symantec not sure of issue.

Thanks,
Brett

+--
|This was sent by brett.t.kand...@fisglobal.com via Backup Central.
|Forward SPAM to ab...@backupcentral.com.
+--


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

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


The information contained in this e-mail and its attachments is confidential.
It is intended only for the named address(es) and may not be disclosed to 
anyone else without Attenda's consent.


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

[Veritas-bu] moving BMR images between netbackup environments

[Nic Solomons]

Hey All,

Wondering if anyone knows of a way to move BMR data easily between environments?

e.g. I've done a BMR backup in my production environment, and want to recover 
that server in my DR environment (which is actually a backup environment in its 
own right).

Is there any way to export the contents of the BMR DB and import it back into 
my DR environment?

I've been looking at bmrpans which looks like ti could potentially be used to 
dump out and import back in the config I need, but struggling to find a command 
set that will do it.

Nic Solomons | Backup and Recovery Team Leader
d: +44 (0)1784 211 134 | f: +44 (0)1784 211 200
e: nic.solom...@attenda.net<mailto:nic.solom...@attenda.net> | w: 
www.attenda.net<http://www.attenda.net/>
VMware EMEA & Global Service Provider of the Year 2010

Attenda Limited is a limited company registered in England. Registered No: 
03276974.
Registered Office: One London Road, Staines, Middlesex, TW18 4EX



The information contained in this e-mail and its attachments is confidential.
It is intended only for the named address(es) and may not be disclosed to 
anyone else without Attenda's consent.

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

Re: [Veritas-bu] NDMP in Practice

[Nic Solomons]

I would say firstly: disregard shares... NDMP is performed at the volume level, 
so that is what I would be looking at ("vol status" or "df")

For me, we track the backups using change control (so our documentation 
required for creating a new volume also highlights the requirement for a backup 
request to be raised), because there really isn't a fantastic way to backup 
'everything', because of the way the NetApp does its volumes (and also due to 
the sizes etc involved).

I would suggest, potentially, that you could use a policy that mounts the 
network equivalent of /vol/ with exclusions for the volumes you are already 
backing up - then do a notification if that network backup policy picks up more 
data than 2MB, someone's added a volume that needs to be backed up with NDMP, 
and you can act accordingly.

I'm sure someone else on list will come up with something better than that, 
though :)

Cheers,
Nic

From: veritas-bu-boun...@mailman.eng.auburn.edu 
[mailto:veritas-bu-boun...@mailman.eng.auburn.edu] On Behalf Of Heathe Yeakley
Sent: 04 October 2011 21:29
To: NetBackup Mailing List
Subject: [Veritas-bu] NDMP in Practice

I have a procedural question, not a technical one.

I just switched over to capacity based licensing and I'm trying to setup NDMP.

Master Server - RHEL 5
Media Server #1 - RHEL 5
Media Server #2 - RHEL 5
Storage Array - NetApp 6080

I've read the release notes, the NDMP guide, and the related guide mentioned in 
the NDMP guide (the one that tells you how to enable NDMP on the different 
filers out there).

I've:
* Run a fiber to the array
* flagged that port as an initiator
* zoned the array to see my library
* setup authentication from my master server to the array
* activated ndmpd on the array
* set the scsi reservation setting on the array
* verified connectivity from my master server via tpautoconf -verify 'array 
name'
* Built a policy and tested a backup.

Everything seems to be working. I can backup and restore.

I go to setup my policy and note that according to the NDMP guide, there is no 
equivalent directive to the "ALL_LOCAL_DRIVES" option for server backups.

I asked my NetApp storage administrator if there is a command that displays a 
list of exported NFS and CIFS shares. He directed to the command 'exportfs'. 
I'm using the output of that command as the basis for what goes into the 
"Backup Selection" section of the policy.

Here's my question. I'm the backup administrator, but I am *NOT* the SAN 
administrator. Since there is no NDMP equivalent of ALL_LOCAL_DRIVES, I forsee 
a scenario where my SAN team deploys a new share and doesn't tell me about it. 
Since I'm not aware of the new share, I don't add it to the backup selection 
list and it doesn't get backed up.

I've been brainstorming a solution to this. What I'm doing for now, is I've 
setup a reminder in my calendar to remind me the first week of every month to 
just walk over to my SAN team and ask them if they've added any new shares that 
I need to be backing up.

It works, but I'm wondering if there is a more sophisticated way to keep track 
of the shares on an NDMP policy.

For those of you that utilize NDMP, how do you account for this?

Thanks.


The information contained in this e-mail and its attachments is confidential.
It is intended only for the named address(es) and may not be disclosed to 
anyone else without Attenda's consent.

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

Re: [Veritas-bu] Raw partition restore on Windows, Netbackup 7.0.1

[Nic Solomons]

Restore type should be normal backup, not raw for windows volumes.

Also, be careful of processes locking the volume when the restore starts - it 
will run through the entire restore and complete with a status 1... Easy tell 
that it is working - accessing the target volume once the restore is streaming 
will show "volume not accessible" or similar.

Sent from my iPad

On 8 Oct 2011, at 18:14, "python_guru"  wrote:

> Hi,
> 
> I'm having a problem with redirected raw partition restore from 
> FlashBackup-Windows policy.
> 
> I followed 
> http://www.symantec.com/business/support/index?page=content&id=TECH166218
> 
> I selected "Raw Partition Backups" restore type,  specified the destination 
> drive letter in the correct format - \\.\D: and restore completes 
> successfully, but the partition is not accessible - Windows reports it as 
> RAW, not NTFS
> 
> I was just wondering whether anyone else has experienced something similar. 
> If the original partition was NTFS, it should be restored as NTFS and be 
> accessible immediately after restore finishes?
> 
> +--
> |This was sent by agris.sima...@gmail.com via Backup Central.
> |Forward SPAM to ab...@backupcentral.com.
> +--
> 
> 
> ___
> Veritas-bu maillist  -  Veritas-bu@mailman.eng.auburn.edu
> http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
> 

The information contained in this e-mail and its attachments is confidential.
It is intended only for the named address(es) and may not be disclosed to 
anyone else without Attenda's consent.


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

Re: [Veritas-bu] Master Server Migration

[Nic Solomons]

Kevin,

We've just done precisely this for 2 of the environments we look after...
(windows 2003 32bit master/media to windows 2008 x64 master/media via catalog 
recovery)

I say 'we', but beyond writing out the steps for the build guys, I didn't even 
have to get involved. So that's a good pointer to how painless it was :)

Cheers,
Nic

From: veritas-bu-boun...@mailman.eng.auburn.edu 
[mailto:veritas-bu-boun...@mailman.eng.auburn.edu] On Behalf Of Kevin OConnor
Sent: 27 October 2011 09:17
To: 'Justin Piszcz'; veritas-bu@mailman.eng.auburn.edu
Subject: Re: [Veritas-bu] Master Server Migration

Hi Justin,

Thanks for the response.

I've a test master server set up and I'm just waiting for the server to be 
rebuilt with 2008 now to test but just wanted to throw it out there in case 
there are issues I don't experience in my testing.

We install Netbackup in a specific location as standard on client, media etc so 
we should be okay for that.

As far as the latest version, 7.0.1 is the latest in 7.0.x so we should be 
okay, we have 7.1 but haven't ventured that way just yet, we were late to the 
7.0 party so we're still moving our 6.5 servers over.
Large infrastructure with a lot of servers and server owners reluctant to had 
over servers for upgrades easily so it's a slow process from upgrading the 
master to getting all other servers on the same version.

Part of the plan on the production servers is to rename the master and power it 
down so it doesn't interfere with the new server and we can always bring it 
back up if the migration fails.

Regards
Kevin

Kevin O'Connor | Storage Administrator, Technology Solutions | ESB Business 
Service Centre | www.esb.ie

From: Justin Piszcz 
[mailto:jpis...@lucidpixels.com]
Sent: 27 October 2011 9:08A
To: O'Connor. Kevin (Business Service Centre); 
veritas-bu@mailman.eng.auburn.edu
Subject: RE: [Veritas-bu] Master Server Migration

Hi Kevin,

I've done this with UNIX (Solaris and Linux) many times without any issues.

Confirm with someone on the list or NBU support there won't be any issues from 
Win/32 -> Win/64 (catalog format/etc), you can also do a test restore to a 
machine on a separate network with the same _hostname_ to test the procedure.

There is 1 gotcha (at least in UNIX) when you perform the catalog recovery, 
ensure the place you installed NetBackup is the same as it was before, if you 
installed netbackup (example) to /opt/openv but then install it to say 
/home/openv when you perform the catalog recovery, it will fail unexpectedly.

Symantec also recommends you are on the latest version 'best practice' before 
moving forward with any upgrade/etc.  With 7.0.1 still(?) should be the latest 
for the 7.0.x series.

Things you can try:

1)  Try dry-run to box w/same hostname on separate network.

2)  When doing it for real, REMOVE the old box from the network, attempt 
recovery on new box, if it fails/etc then you can plug-in the old box and 
continue processing backup jobs.

Justin.

From: 
veritas-bu-boun...@mailman.eng.auburn.edu
 
[mailto:veritas-bu-boun...@mailman.eng.auburn.edu]
 On Behalf Of Kevin OConnor
Sent: Thursday, October 27, 2011 4:02 AM
To: 'veritas-bu@mailman.eng.auburn.edu'
Subject: [Veritas-bu] Master Server Migration

Morning All,

We're in the process of migrating our Master Servers to new hardware and a new 
OS.

We're running Netbackup 7.0.1 on Windows 2003 x32 but need to change to new 
hardware witch has been built with Windows 2008 R2 x64.

We have a cutover plan so we keep the server name and IP address the same on 
the new 2008 box so in the end the master server will look the same but just on 
new hardware and on Windows 2008 R2 x64.

So the question is, if we take a catalog backup of the existing master can we 
use it to rebuild the master server once the server is up with the same IP, 
name and Netbackup 7.0.1 x64 installed ?
More importantly are there any down sides to this method or gotcha's?

Regards
Kevin

Kevin O'Connor | Storage Administrator, Technology Solutions | ESB Business 
Service Centre | www.esb.ie



The information contained in this e-mail and its attachments is confidential.
It is intended only for the named address(es) and may not be disclosed to 
anyone else without Attenda's consent.

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

Re: [Veritas-bu] Disaster recovery using partial catalog recovery in NetBackup

[Nic Solomons]

It sounds like you want to keep using the existing media in your library for 
backups moving forward? in which case this won't work.
If you are happy to consign all of your existing media to a purgatory volume 
pool, this will work...

It's the media database that causes the "professional services must be 
employed" malarkey.

The images & class 'databases' (aka collection of flat files) that are 
recovered with this alt DR host can be moved around by hand without any 
detrimental effect already (just need to add valid restore redirection 
hosts)... 

But it's the media DB that tracks when your media will be coming available, and 
stops your 'new' environment from just overwriting everything.

Assuming you still have access to the existing environment, potentially it 
would be possible to generate a list of the existing media and their expiries, 
and create those entries (independent of a catalog import) on your new 
environment.  Can't figure out how to do an injection like that without 
breaking stuff though.

Cheers,
Nic


-Original Message-
From: veritas-bu-boun...@mailman.eng.auburn.edu 
[mailto:veritas-bu-boun...@mailman.eng.auburn.edu] On Behalf Of Justin Piszcz
Sent: 20 February 2012 13:20
To: veritas-bu@mailman.eng.auburn.edu
Subject: [Veritas-bu] Disaster recovery using partial catalog recovery in 
NetBackup

Hello,

Goal:
Move a robot to a new location, using new master and media servers and 
different hostnames and continue backing up once the robot is attached to the 
new master and media servers at the new site, leaving existing data untouched 
and available for restore.

Situation:
Need to move a robot and its tapes to a different building, under a new master 
+ media servers using different hostnames than the original.

Problem:
Do not want to have to re-import all of the tapes manually to the new
master+media server environment.

Possible solution: Disaster recovery using partial catalog recovery in NetBackup
http://www.symantec.com/business/support/index?page=content&id=TECH28722

Questions:
Has anyone verified this document to work with NBU 7.1 in terms of moving a 
robot as I have suggested above?
I have opened a case with Symantec and they stated it should work but was 
looking for some re-assurance ahead of time/before testing and going further 
down this route.

Justin.

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


The information contained in this e-mail and its attachments is confidential.
It is intended only for the named address(es) and may not be disclosed to 
anyone else without Attenda's consent.


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

Re: [Veritas-bu] Status 156 with multiplexing turned on

[Nic Solomons]

Have a look at the system event log, it'll tell you why windows aborted the 
snap.

In my experience, ive seen this before when the system backup was happening at 
the same time as our SQL backup.  VSS was dying with a max IO exceeded error 
(or something to that effect).

Got around it with a per client job limit for that client.

Cheers,
Nic

From: veritas-bu-boun...@mailman.eng.auburn.edu 
[mailto:veritas-bu-boun...@mailman.eng.auburn.edu] On Behalf Of 
scott.geo...@parker.com
Sent: 21 March 2012 12:15
To: veritas-bu@mailman.eng.auburn.edu
Subject: [Veritas-bu] Status 156 with multiplexing turned on

Greetings all,

I began using 2 STK T1C drives in my SL8500.  Naturally, the bulk of my 
clients will not be able to push data to the capacity of the drive, so I have 
turned on multiplexing for certain policies and for the storage group itself.  
I am running 6 jobs wide per drive, and seems to handle the throughput well.

I am getting status 156 (snaphot error) on some SQL servers and am wondering if 
it is related to the multiplexing.  I know at its core it is related to VSS on 
the Windows server, but does multiplexing affect this in any way?

Your thoughts are greatly appreciated. "PLEASE NOTE: The preceding information 
may be confidential or privileged. It only should be used or disseminated for 
the purpose of conducting business with Parker. If you are not an intended 
recipient, please notify the sender by replying to this message and then delete 
the information from your system. Thank you for your cooperation."


The information contained in this e-mail and its attachments is confidential.
It is intended only for the named address(es) and may not be disclosed to 
anyone else without Attenda's consent.

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

Re: [Veritas-bu] Restore of VM that has RDM's - missing after restore

[Nic Solomons]

I think Netbackup has attempted to become too smart for its own good with the 
recent developments in vmware backups.

Whereas VCB took the entire VMX file, as an individual file (including all 
sorts of useful things, like RDM pointers etc), the new VADP integration seems 
to read the contents of the VMX file, and determines what information is 
relevant, discarding the rest.

So if you are using RDMs, I hope you have the volume mappings recorded 
somewhere else.  And if you have a VMX file become corrupted, I hope you have a 
good record of VM memory configuration, disk pointers etc... because the only 
way I can see with the NB7.1 VADP setup to recover that 2KB text file is to 
restore the entire VM. Which for a larger VM can take quite a while...

Cheers,
Nic

From: veritas-bu-boun...@mailman.eng.auburn.edu 
[mailto:veritas-bu-boun...@mailman.eng.auburn.edu] On Behalf Of Simon Weaver
Sent: 01 April 2012 10:59
To: George Winter; VERITAS-BU@MAILMAN.ENG.AUBURN.EDU
Subject: Re: [Veritas-bu] Restore of VM that has RDM's - missing after restore

Hi George
I understand RDM's cannot be backed up, thats not the actual issue here that I 
am seeing.

Here is a given scenario and the situation I am seeing:

1 x VM with C: Drive Windows OS and E Drive which is an RDM. The VM has 
NetBackup Client software installed.

I have a Flashbackup-windows policy for this VM and use all local drives. The 
backup of the VMDK works great, and I am NOT expecting to see the RDM present, 
so I know that will not be in the BAR Tool.

Here is the problem I am seeing:-

If the machine is recovered from NetBackup as a VMware Restored machine, it 
restores great, but there is NO E: Drive present. I understand RDM's cannot be 
backed up, but what I am trying to say is why is the E: drive missing after the 
restore? Does the VM configuration itself know that it has an RDM and try to 
reattach it if it can be seen?

If I have over 500 VM's and most have an E: Drive as an RDM Disk, then recovery 
of a VM is going to be pretty hard if the VM config doesnt know about the RDM.

Does this help explain the problem I am potentially seeing? Its just that I 
thought NetBackup protected the entire VM, including the configuration of the 
VM, even if it had an RDM Mapped (which I know cannot be backed up). If it 
knows it should have an RDM Mapped, then why does it not show it after the 
recovery of the VM?

Simon


From: George Winter 
[mailto:george_win...@symantec.com]
Sent: 01 April 2012 00:05
To: Simon Weaver; 
VERITAS-BU@MAILMAN.ENG.AUBURN.EDU
Subject: RE: Restore of VM that has RDM's - missing after restore
Hi Simon.

NetBackup for VMware does not backup devices that are accessed via Raw Device 
Mapping (RDM).  Most RDM-based storage is configured in VMware's "Physical 
Compatibility Mode".  In this mode there is no way to create a snapshot of an 
RDM device.

We suggest using a client to backup storage that is configured this way.  If 
the Enterprise Client is used, advanced backup methods (e.g. off-host backups 
of mirrored storage) can be employed with VM backups and RDM's.

-George Winter
Symantec Corporation

From: 
veritas-bu-boun...@mailman.eng.auburn.edu
 
[mailto:veritas-bu-boun...@mailman.eng.auburn.edu]
 On Behalf Of Simon Weaver
Sent: Thursday, March 29, 2012 8:19 AM
To: VERITAS-BU@MAILMAN.ENG.AUBURN.EDU
Subject: [Veritas-bu] Restore of VM that has RDM's - missing after restore

All
I may have missed something here, but wanted to check...

NBU 7.0.1 and doing full VM Backups, most of which have RDM's

I ran a test today on a VM Guest that has a single 10GB RDM. Performed the 
VMware Backups (Using the windows-flashbackup policy) and all fine.
Using the BAR Tool, I see the VM Guest which is fine and I am NOT expecting the 
RDM to be present, so I fully understand this!

But when I restore the VM (Overwrite the existing VM, use the same UUID, power 
on VM), this works great but the RDM that was mapped is no longer mapped.

Now, I thought that by capturing the VM Guest, it meant that any RDM that was 
assigned would get re-attached once the VM guest was restored.

Or have I missed the point?
Simon


The information contained in this e-mail and its attachments is confidential.
It is intended only for the named address(es) and may not be disclosed to 
anyone else without Attenda's consent.

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

Re: [Veritas-bu] Alert! Backups might not be triggering!!!!

[Nic Solomons]

To get around this (multiple calendar backups are weighted the same in the 
nbpem scheduler) I have set all of my less frequent backups to trigger 10 
minutes earlier.
For example:
normal daily backup is 10pm-2am (frequency based 8 hours)
monthly backup 10pm-2am (calendar, last day of the month)
yearly 9:50pm-2am (calendar, last day of the year)

this works well for me.

Cheers,
Nic

From: veritas-bu-boun...@mailman.eng.auburn.edu 
[mailto:veritas-bu-boun...@mailman.eng.auburn.edu] On Behalf Of Gregory Demilde
Sent: 25 May 2012 09:31
To: Peter Mosopa
Cc: veritas-bu@mailman.eng.auburn.edu
Subject: Re: [Veritas-bu] Alert! Backups might not be triggering


My understanding with calendar based backups is that only one schedule can run 
within a day. This has been verified with early releases of 6.5. Now in 7.1 I 
have seen two calendar schedules run on the same day but not at the same time. 
The second to run basically waited the first one to finish.

Now apparently in your case Smitha, the jobs for the second schedule failed 
then you should be able to catch the error :o)

Greg
On Fri, May 25, 2012 at 9:43 AM, Peter Mosopa 
mailto:peter.mos...@multichoice.co.za>> wrote:
Hi,

If you don't get any luck to get a script, please make use of the "Exclude 
Dates" which works like a wonder, I've got exactly the same schedules whereby 
at the end of March I'm running a yearly backup instead of a monthly. The 
monthly schedule is excluded at the end of March and the yearly one kicks in.

Regards

From: 
veritas-bu-boun...@mailman.eng.auburn.edu
 
[mailto:veritas-bu-boun...@mailman.eng.auburn.edu]
 On Behalf Of Smitha reddy
Sent: 24May2012 23:42
To: veritas-bu@mailman.eng.auburn.edu
Subject: [Veritas-bu] Alert! Backups might not be triggering

Environment - Netbackup 6.5.5 running on sun Solaris using Calender based 
scheduling

Last day of December we had a situation, where we had both monthly and yearly 
backup scheduled to be run on the same day , and while the monthly backup was 
running , the yearly backup ran out of the backup window and so the yearly 
backup never got triggered .

When a audit was ran , we discovered that the yearly backup never ran -- So 
now,I was hoping that one of you Netbackup Guru's might help me with some kind 
of alert/monitoring script that will notify us when a particular scheduled 
backup which was suppose to be ran on a particular day doesn't run ?

Thanks in Advance!!!
Reds

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



The information contained in this e-mail and its attachments is confidential.
It is intended only for the named address(es) and may not be disclosed to 
anyone else without Attenda's consent.

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

Re: [Veritas-bu] Need Information on Limiting the bandwidth via SLP

[Nic Solomons]

http://www.symantec.com/business/support/index?page=content&id=HOWTO70618


Cheers,
Nic

From: veritas-bu-boun...@mailman.eng.auburn.edu 
[mailto:veritas-bu-boun...@mailman.eng.auburn.edu] On Behalf Of Hemant Gambhir
Sent: 25 May 2012 15:58
To: veritas-bu@mailman.eng.auburn.edu
Subject: [Veritas-bu] Need Information on Limiting the bandwidth via SLP

Hi,

I need one information on the SLP but befre that let me explain my setup.

I've one Master server and under that there are 6 Media Servers. - Total 7 
servers

Server Names: Server 1 to Server 6 (All Media Servers)

Server 1 Media server is taking backup of all the clients in the dedupe pool 
and I've configured SLP and duplication jobs are running on Server 2 & it is 
happening over WAN to the dedupe pool which is configured on all the media 
servers.

I want to limit my bandwidth which is used at the time of duplication.

For e.g. I've 100Mbps of link I want to limit the duplication jobs to use only 
30 Mbps and at any cost duplication jobs should not exceed this limit.

Can anyone please assist me on the same.

If the scenario is not very clear please let me know what further information 
is required.
Regards
Hemant Gambhir




The information contained in this e-mail and its attachments is confidential.
It is intended only for the named address(es) and may not be disclosed to 
anyone else without Attenda's consent.

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

Re: [Veritas-bu] HP ESL G3 Tape Library Barcode Issues

[Nic Solomons]

You should have (or need) a line in your vm.conf along the lines of:

MEDIA_ID_BARCODE_CHARS = 0 8 3:4:5:6:7:8


Assuming ESL is lib0, 8 character barcodes.
Cheers,
Nic

From: veritas-bu-boun...@mailman.eng.auburn.edu 
[mailto:veritas-bu-boun...@mailman.eng.auburn.edu] On Behalf Of Simon Weaver
Sent: 05 November 2013 15:01
To: VERITAS-BU@mailman.eng.auburn.edu
Subject: [Veritas-bu] HP ESL G3 Tape Library Barcode Issues

Hi All
Hope everyone is well.
Can someone advise on this?
I have implemented an HP G3 ESL Library under NBU 7.5 - However, I have a 
problem.

When doing the Inventory, it is showing the Media ID as the first 6 characters 
of the Barcode, rather than the last 6 characters of the Barcode.

For example, what I expect to see is W955L5, but what I am seeing is SSW995 
being imported!

Any ideas as HP is telling me it is a NBU issue, but I was under the impression 
that by design, NetBackup imports the last 6 characters of the barcode.

Thanks, Simon


The information contained in this e-mail and its attachments is confidential.
It is intended only for the named address(es) and may not be disclosed to 
anyone else without Attenda's consent.

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