Re: [Veritas-bu] NetBackup Clients : Mass Install

[William Brown]

We use the Symantec Altiris product set to deploy all sorts of software, and 
that includes NetBackup clients.  There are many such products, which support a 
range of OS types so that you can do what you require.We do have to create 
our own native script wrappers around the provided kits to configure the right 
servers, tune networks, run IVP etc.

If you used the ability to do client push for all the UNIX/Linux clients, you 
*might* be able to use PowerShell to push Windows kits for the remaining 
Windows systems and install them, but that would have to be from a central 
Windows server.  With that many clients, I’d be a little surprised if there 
wasn’t a tool already in place in your organisation to manage OS patching and 
application updates.

William Brown

From: veritas-bu-boun...@mailman.eng.auburn.edu 
[mailto:veritas-bu-boun...@mailman.eng.auburn.edu] On Behalf Of nbuser
Sent: 05 July 2015 17:10
To: Lightner,Jeff
Cc: veritas-bu; veritas-bu2
Subject: Re: [Veritas-bu] NetBackup Clients : Mass Install

I doubt we can push windows binaries from the master server itself. We can only 
push unix binaries from the master server.




From: "Lightner, Jeff" 
Sent: Thu, 02 Jul 2015 17:51:49
To: Anurag Sharma , veritas-bu 
, veritas-bu2 

Subject: Re: [Veritas-bu] NetBackup Clients : Mass Install
No.   The master should be able to push to any clients it supports.   We have a 
mix of Linux, Windows and HP-UX.  Previously we used an HP-UX master but have 
been using a Linux master for several years.   You have to create the policy 
with the client first to do the push though.

We quit doing the push some time ago in favor of doing ssh install to Linux and 
Unix.



From: Anurag Sharma [mailto:sharma.anu...@hotmail.com]
Sent: Thursday, July 02, 2015 2:21 AM
To: Lightner, Jeff; veritas-bu; veritas-bu2
Subject: RE: [Veritas-bu] NetBackup Clients : Mass Install

Jeff,

If my master and media are on Solaris, can I still push AIX/Windows/RHEL with 
dedicated polices ?

Don 't I need a master server on same platform too ?

Anurag

From: jlight...@dsservices.com
To: veritas-bu@mailman.eng.auburn.edu; veritas-bu-boun...@mailman.eng.auburn.edu
Date: Wed, 1 Jul 2015 14:19:37 +
Subject: Re: [Veritas-bu] NetBackup Clients : Mass Install
You can  create the policy in NetBackup and use that screen to push to the 
clients you’re installing.That assumes you’ve opened up connection to the 
clients.   You’d want separate policies for AIX, RHEL and Windows of course.

I don’t know how many clients you can push to that way at once though.

Here we typically don’t push but rather do it via command line but we don’t 
have 5000 servers.   Are you going to user desktops vs servers in that 5000 
count by any chance?  If so I’d focus on servers first then do desktops (if 
ever – here we don’t back up desktops – we reload in the event of failure).


Jeffrey C. Lightner
Sr. UNIX/Linux Administrator

DS Services of America, Inc.
2300 Windy Ridge Pkwy
Suite 600 N
Atlanta, GA  30339-8461

P: 678-486-3516
C: 678-772-0018
F: 678-460-3603
E: jlight...@dsservices.com

From: veritas-bu-boun...@mailman.eng.auburn.edu 
[mailto:veritas-bu-boun...@mailman.eng.auburn.edu] On Behalf Of Anurag Sharma
Sent: Wednesday, July 01, 2015 5:17 AM
To: veritas-bu; veritas-bu2
Subject: [Veritas-bu] NetBackup Clients : Mass Install

Hello All,

Let say we have our master server on solaris 10 (sprac architecture) and Media 
servers on Redhat and AIX and windows.

Now we need to install NetBackup clients on 5000 server with mixed OS linux, 
windows etc.

What is the best way to install clients ?

I know we can push through SCCM (in windows ) and puppet (in linux)  is there 
any other better way to do it ?


Anurag

___ 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

[Image removed by 
sender.]<https://sigads.rediff.com/RealMedia/ads/click_nx.ads/www.rediffmail.com/signatureline.htm@Middle?>
Get your own FREE website, FREE domain & FREE mobile app with Company email.

Know More 
><http://track.rediff.com/click?url=___http://businessemail.rediff.com?sc_cid=sign-1-10-13___&cmp=host&lnk=sign-1-10-13&nsrv1=host>





This e-mail was sent by GlaxoSmithKline Services Unlimited
(registered in England and Wales No. 1047315), which is a
member of the GlaxoSmithKline group of companies. The
registered address of GlaxoSmithKline Services Unlimited
is 980 Great West Road, Brentford, Middlesex TW8 9GS.
___
Veritas-bu maillist  -  Veritas-bu@mailman.eng.auburn.edu
http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu

Re: [Veritas-bu] Mystery Catalog job appearing, running...

[William Brown]

Well the NetBackup database IS Sybase, so it runs a Sybase backup but it should 
go to disk flat files, which are then picked up by the tape backup job.  Check 
the streams that the Catalog job breaks down into to see if you can see 
anything odd.

William Brown

-Original Message-
From: veritas-bu-boun...@mailman.eng.auburn.edu 
[mailto:veritas-bu-boun...@mailman.eng.auburn.edu] On Behalf Of e070924
Sent: 30 October 2014 17:24
To: VERITAS-BU@MAILMAN.ENG.AUBURN.EDU
Subject: [Veritas-bu] Mystery Catalog job appearing, running...

My first post -- glad to be here!   I have NetBackup 7.1 running on 
WindowsServer 2008.   I have a Catalog job set to run at 10a on business-days, 
(Policy=Catalog  Policy-Type=NBU-Catalog  Schedule-Type=Full Backup).  This 
runs like clockwork just fine.  However, about 2-3 times a week, and mystery 
job appears, and chews up an entire tape, and we don't know a.)If it's part of 
the Catalog job, making it critical  b.)where it's coming from  and  c.)can we 
stop it from running?   This mystery job is (Policy=Catalog  Policy-Type=Sybase 
 Schedule-Type=Automatic Backup)

We don't have any Sybase servers in our environment -- does anyone know how to 
stop this job from running, if its not critical?

Thanks!

+--
|This was sent by alex.bat...@honeywell.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



This e-mail was sent by GlaxoSmithKline Services Unlimited
(registered in England and Wales No. 1047315), which is a
member of the GlaxoSmithKline group of companies. The
registered address of GlaxoSmithKline Services Unlimited
is 980 Great West Road, Brentford, Middlesex TW8 9GS.
___
Veritas-bu maillist  -  Veritas-bu@mailman.eng.auburn.edu
http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu

Re: [Veritas-bu] Deduplication with OST

[William Brown]

Using a 'basic disk' on a dedupe appliance would be fairly simple and limit the 
licences required.  However check the small print, NetBackup used to require a 
higher type of licence to store data on a deduplicating appliance, even if you 
were not using AdvancedDisk or other fancy functionality.

The problem if you use any solution that has a 'Storage Server' (e.g. 
AdvancedDisk or OST) is that the locations are in the form @aaargh and these 
cannot be made to be the same on different master servers, even if they 
actually point to the same storage, or a replica.  As you note it is now not 
easy to go into the image database and edit these settings.  Not totally sure 
of that as it was a problem Symantec were well aware of ~5 years ago, there 
might be tools now.

With a CIFS Basic Disk as you show, the only issue that I have heard of is if 
the local and remote appliances are not part of the same AD forest.   As I 
understand it the replicated files' ACLs have numeric SIDs attached, and if you 
go outside the forest, those SIDs either cannot be resolved or resolve to 
unintended ACEs.  For example Data Domain used to tell you to run the replica 
in Workgroup mode.  However where they are all in the same AD domain (or at 
least forest I think) then the ACLs are fine in the replica.

I'd concur with the comment about compatibility matrices being a minefield as 
you get more vendors involved. However the NetBackup appliances cannot also 
function as 'ordinary' deduplicating NAS which can have some nice uses.

William Brown


-Original Message-
From: veritas-bu-boun...@mailman.eng.auburn.edu 
[mailto:veritas-bu-boun...@mailman.eng.auburn.edu] On Behalf Of Bahnmiller, 
Bryan E.
Sent: 16 October 2014 15:06
To: 'Lightner, Jeff'; VERITAS-BU@MAILMAN.ENG.AUBURN.EDU; 'Martin, Jonathan'
Subject: Re: [Veritas-bu] Deduplication with OST

We are currently running 10 GbE from our Linux backup servers to the dedupe 
appliances. The dedupe appliance vendor does charge a significant price for 
their OST compatible license/plugin. It is a one-time license that can be used 
with multiple media servers or even multiple NetBackup domains. But also note, 
the vendor plugin also offloads most of the dedupe process to the media server 
based on the plugin. This significantly reduces the amount of traffic between 
the media servers and the dedupe appliance. But if your media server is low on 
memory or CPU, the plugin could drive you over the top.

The other nice thing with replication to remote sites is easy, and uses very 
little bandwidth. Essentially NetBackup controls the replication but the dedupe 
appliance is actually moving the data - in deduplicated form. This can be done 
using a remote media server to your local NetBackup domain, or it can be done 
with AIR. We do both methods, for various reasons. If you go with AIR and a 
dedupe vendor, you may need to go to NBU 7.6.x. AIR with other vendor's dedupe 
has some limitations based on NBU version.

I think the NBU appliance solution is also very competitive. All forms of 
replication are intrinsically supported. No need to consult the vendor support 
matrix every time you upgrade, or to see if new features are supported. The 
Deduplication is built in, replication via AIR and/or SLP's is supported. The 
appliances have built-in 10 GbE.

Jonathan, as far as your DR solution goes, it should work, other than in your 
DR scenario your appliance is going to contain "copy 2" of the backup. And that 
is dependent on the name of the remote appliance/path is identical to the name 
in your current production setup. If the name has to change in any fashion, you 
might actually have to import all the disk images. I would test the DR 
configuration to be sure.


-Original Message-
From: veritas-bu-boun...@mailman.eng.auburn.edu 
[mailto:veritas-bu-boun...@mailman.eng.auburn.edu] On Behalf Of Lightner, Jeff
Sent: Thursday, October 16, 2014 8:29 AM
To: VERITAS-BU@MAILMAN.ENG.AUBURN.EDU
Subject: Re: [Veritas-bu] Deduplication with OST

We never got OST license here but use Deduplication.We do it using 10 GB 
Ethernet NFS mounts from the Dedupe appliances on each of our master and media 
servers.It may not be cheaper in the long run to buy a 10 GB switch and 10 
GB HBAs for every server (although some now come with embedded) than using OST 
(especially if you already have a fibre san).   Here our solution evolved from 
1 GB NFS to the 10 GB with switch so has been done over time.Both the Data 
Domain and the Quantum DXi dedupe appliances allow for the 10 GB (which runs at 
fibre speeds but does Ethernet instead of SCSi).

My understanding is that most of the Dedupe appliance makers allow you to do a 
setup to wherein you have one (or more) unit(s) on site and similar offsite and 
do background synchronization from the onsite to offsite to avoid having to 
send tapes.   Here we a

Re: [Veritas-bu] Ideal Netbackup solution for backing up millions of files

[William Brown]

There is no point using SAN client without fibre channel; it can fail back to 
using Ethernet but then you are back with the function of the Standard Client.  
As was said by Michael, it will not help as it is all about fast transmission 
with lower CPU overhead than Ethernet; it is best used for servers that have 
spare fibre connections and cannot be fitted with 10gbE.  Your problem is the 
time taken to scan the file system, both to find the files to include in 
incrementals and also the resetting of the access time after the backup has 
read the files.

So you need a solution that doesn’t do that scan.  Rusty has given you good 
pointers.  The choices may be determined by what kind of restores you might 
want to do.  Your scheme with incrementals would take a very long time for a 
full restore.

Backing up a VM can be very efficient – I’ve no experience of it but I 
understand there are lots of features for backing up changed blocks only.  
However, for best value you want to be sending the data to some kind of 
deduplicated store.

And I should remind you that support from Microsoft for WS2003 ends next year...

You may buy a small amount of backup time (at the possible cost of longer 
single-file restore times) by using a touch file DONT_SORT_DIR.  I’ve not seen 
it talked about recently but it was a common recommendation ten or so years ago 
for NetBackup with scenarios like yours.  Most recent that I can find is here: 
http://www.symantec.com/connect/forums/client-configuration-option.  I think 
that in your situation you would create this on the WS2003 client in the 
\Program Files\VERITAS\netbackup folder.   It prevents NetBackup sorting the 
list of files to backup for the Full backup, which can take a very long time 
with lots of files.  I don’t think it will save much for an incremental, unless 
there are lots of new files every day/week as it has no choice but to look at 
every file’s modification date.  It would be easy to try and as easy to remove, 
and costs no money and little effort.  The impact I assume is that on a restore 
of one or a few files you might have to leave it to read right through the 
backup to find the files, where if it is sorted all the files for one folder 
will be together.  But like any restore, once it has got back what you wanted 
you can kill it.



William Brown

From: veritas-bu-boun...@mailman.eng.auburn.edu 
[mailto:veritas-bu-boun...@mailman.eng.auburn.edu] On Behalf Of Rusty Major
Sent: 28 September 2014 00:51
To: VERITAS-BU@MAILMAN.ENG.AUBURN.EDU
Subject: Re: [Veritas-bu] Ideal Netbackup solution for backing up millions of 
files

Hi,

You could try to use some sort of zip utility to combine all the files and 
directory structure into a single file. This will still take up time and 
resources on the system but it would make backups much quicker. There are 
better ideas, though.

NetBackup has a relatively new feature called Accelerator that might be able to 
use if you have NBU appliances or a vendor who supports this through OST. This 
is good for low change rate scenarios.

VADP would allow you to do a snapshot backup of the entire VM with NetBackup, 
this would be much faster. There are other requirements, but it definitely 
would work well.

Flashbackup may take just as long as it has to backup the entire raw device, 
including any blank space on the filesystem, but it would also work.

Another consideration would be for Synthetic Backups. You would still lose a 
lot of time as the filesystem reads the files to be backed up and compares any 
changes. This is good for low change rate scenarios.

I believe all of these will require a license to enable and they may require 
testing to see which one works best in your situation.

I hope that helps,
Rusty

On Sat, Sep 27, 2014 at 2:43 PM, Shaheensn 
mailto:nbu-fo...@backupcentral.com>> wrote:
Hi,

It would be extremely helpful if the expert minds in this forum could help me 
with below concerns related to backing up data using Symantec NetBackup.

Background

Our system has a folder containing millions of small files spread across 1000s 
of sub folders running into more than 500GB that needs to be backed up on a 
daily basis. The backup usually starts end of day and is ideally supposed to 
finish before users start accessing the system the following day. However, the 
current backup using Symantec Netbackup takes lot of time and hence, this 
impacts the system performance. I assume this is because of the current backup 
approach used by Symantec is based on file-level backup.

The current backup policy has a monthly full backup, weekly differential backup 
and daily incremental backup. However, the daily backup itself takes more than 
double the desired time. Symantec client version is 7.6.02.The server is a 
physical server having Windows Server 2003. The drive is dedicated to storing 
the files.

I am looking for a solution that would provide the fastest backup in order to 
ensure that backu

Re: [Veritas-bu] Please help me with tape drive issues.....

[William Brown]

Possible ideas:
Any OS patches that have overwritten the device configuration files, e.g. on 
Solaris /kernel/drv/st.conf - anything that changed the tape drives from being 
configured for variable block size to fixed block size.
Anyone bulk erasing scratch tapes for tape formats like LTO that cannot be bulk 
erased.
William
From: veritas-bu-boun...@mailman.eng.auburn.edu 
[mailto:veritas-bu-boun...@mailman.eng.auburn.edu] On Behalf Of Peacock Dennis 
- dpeaco
Sent: 17 March 2014 21:20
To: Scott Jacobson; VERITAS-BU@MAILMAN.ENG.AUBURN.EDU
Subject: Re: [Veritas-bu] Please help me with tape drive issues.

No changes.
No new hardware. Same stuff we've been running for years.
We are working with the encryption team to see if they are seeing any issues on 
the encryption side of the house. We have experienced RC=85 before on backups 
when trying to append to already encrypted tapes.

Dennis Peacock
Data Protection and Recovery Engineer
[acxiom]

Acxiom Corporation
EML   dennis.peac...@acxiom.com
TEL1+ 501.342.6232
MBL   1+ 501.343.3366
301 E. Dave Ward Dr, CWY0803, Conway, AR, 72032, U.S.A.
www.acxiom.com

[Friend Us on Facebook]   [Link Us on 
LinkedIn]  
[Follow Us on Twitter] 

From: 
veritas-bu-boun...@mailman.eng.auburn.edu
 [mailto:veritas-bu-boun...@mailman.eng.auburn.edu] On Behalf Of Scott Jacobson
Sent: Monday, March 17, 2014 4:16 PM
To: VERITAS-BU@MAILMAN.ENG.AUBURN.EDU
Subject: Re: [Veritas-bu] Please help me with tape drive issues.

What, if anything changed or did you add new hardware?
- Are you using SSO?
- What does /tpautoconf -t return?
- What does cat /proc/scsi/scsi show

>>> Dennis Peacock 
>>> mailto:nbu-fo...@backupcentral.com>> 3/17/2014 
>>> 8:21 AM >>>
NBU 7.5.0.4 master
NBU 7.5.0.4 media
Master is Solaris 10
Media is Linux Rel 5.5 64-bit
ACSLS 7.2 on Solaris 10
Tape library is a STK SL8500, 12,000 slots, 64 drives. Many drives are T10KB 
drives. 4 robots in this library. Library is shared between 3 masters.

We are experiencing MANY drive down issues.
This is from one media server:
00:11:30.586 [16828] <6> WriteEntry: Updating drive 0158.T1BE.0-1-1-05.B43 at 
path /dev/nst18 on attach host
00:13:45.790 [16828] <6> WriteEntry: Updating drive 0158.T1BE.0-1-1-07.B35 at 
path /dev/nst17 on attach host
00:13:45.827 [16828] <16> update_drive: (0) UpdateDrive failed, emmError = 
2006002, nbError = 0
00:13:45.827 [16828] <16> WriteEntry: (-) Translating 
EMM_ERROR_NotScanHost(2006002) to 304 in the device management context
00:13:45.827 [16828] <3> logstderrmsg: emmlib_UpdateDriveRuntime failed, 
status=304
00:20:24.256 [16828] <4> LtidProcCmd: Pid=1897, Data.Pid=1897, Type=89, 
Param1=3, Param2=0, LongParam=0
00:20:24.256 [16828] <4> OprSetLocalScanHostByPath: CLEAR SCAN HOST for drive 
0158.T1BE.0-1-1-05.B43 - < 0x10190 >
00:20:24.256 [16828] <4> OprSetLocalScanHostByPath: Drive 
0158.T1BE.0-1-1-05.B43 has stopped scanning - < 0x8090 >
00:20:31.263 [16828] <6> WriteEntry: Updating drive 0158.T1BE.0-1-1-05.B43 at 
path /dev/nst18 on attach host
00:21:12.369 [16828] <4> LtidProcCmd: Pid=1897, Data.Pid=1897, Type=89, 
Param1=18, Param2=1, LongParam=0
00:21:12.369 [16828] <4> OprSetLocalScanHostByPath: SET SCAN HOST for drive 
0158.T1BE.0-2-1-02.B24 - < 0x90 >
00:21:12.369 [16828] <4> OprSetLocalScanHostByPath: Changed Path to 
/dev/nst16(epsdb01) and set scan host to local for 0158.T1BE.0-2-1-02.B24 - < 
0x8190 >
00:21:13.369 [16828] <4> LtidProcCmd: Pid=1897, Data.Pid=1897, Type=89, 
Param1=18, Param2=0, LongParam=0
00:21:13.369 [16828] <4> OprSetLocalScanHostByPath: CLEAR SCAN HOST for drive 
0158.T1BE.0-2-1-02.B24 - < 0x8190 >
00:21:13.369 [16828] <4> OprSetLocalScanHostByPath: Drive 
0158.T1BE.0-2-1-02.B24 has stopped scanning - < 0x8090 >
00:21:16.372 [16828] <6> WriteEntry: Updating drive 0158.T1BE.0-3-1-10.B06 at 
path /dev/nst7 on attach host
00:21:16.410 [16828] <16> update_drive: (0) UpdateDrive failed, emmError = 
2006002, nbError = 0
00:21:16.410 [16828] <16> WriteEntry: (-) Translating 
EMM_ERROR_NotScanHost(2006002) to 304 in the device management context


We also have Encryption in place and we are fighting many issues with 
RC=84/85/86. Most of what NBU says in the logs is "header block" 
issue...How can we have header block issues on over 600 tapes?

Please advise?

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


___
Veritas-bu maillist  -  
Veritas-bu@mailman.eng.auburn.edu

Re: [Veritas-bu] Pure Disk Pool Down -MSDP

[William Brown]

I have had some bad experiences with ZFS under FreeNAS.  I suggest that you 
login to the OS and see what 'zpool status -x' reports.

I find that when the hard disk has a bad sector ZFS cannot recover easily.  If 
the unreadable block is written, the disk hardware will revector the bad block 
to a spare.  But as ZFS is a copy-on-write file system, you cannot write the 
bad block e.g. by overwriting the file that has the bad block.  The only way 
around it is to remove the disk from the RAID set, mount it up as UFS and then 
write to the block, or erase the whole disk.  Then add back and resilver. I had 
a case where ZFS would not let me remove the disk as that did not leave 
sufficient redundancy.  Anyhow having to do all that every time a disk has a 
bad sector is painful.

So, I suggest that you check that ZFS is OK as a good place to start.

William


From: veritas-bu-boun...@mailman.eng.auburn.edu 
[mailto:veritas-bu-boun...@mailman.eng.auburn.edu] On Behalf Of pranav batra
Sent: 26 February 2014 09:01
To: Veritas
Subject: [Veritas-bu] Pure Disk Pool Down -MSDP

Hello Geeks !

Good Day !

I am stuck in one issue -we have a pure disk pool created on ZFS file system. I 
am well aware that symantec doesn't supports this.
Now this was working file till yesterday but since yesterday 09:00CST it has 
stopped working.

# ./crcontrol --dsstat
Error: -1: NetConnectByAddr: Failed to connect to host: Connection refused (146)
Error: -1:  NetConnectByAddr: Failed to connect to spoold on port 10082 using 
the following interface(s): [ 127.0.0.1  ] (Connection refused) Ensure storage 
server services are running and operational.  V-454-92
Error: 53: Could not establish a connection to 127.0.0.1:10082: connect failed 
(Connection refused)
Error : Connection failed connection actively refused. Note that the content 
router needs to be running to get a connection.

Error: 25067: Database: connection to database crdb at server:10085 failed 
(could not connect to server: Connection refused
Is the server running on host "server" and accepting
TCP/IP connections on port 10085?
)
Error: 25053: Database Manager: could not access storage database (connection 
actively refused).
Error: 25004: Failed to run database class
Error: 25004: Failed to read startup mode
Error: 26016: Symantec PureDisk Content Router: Initialize failure.

I need some help here ,what should I do ?

Thanks,
Pranavb




This e-mail was sent by GlaxoSmithKline Services Unlimited
(registered in England and Wales No. 1047315), which is a
member of the GlaxoSmithKline group of companies. The
registered address of GlaxoSmithKline Services Unlimited
is 980 Great West Road, Brentford, Middlesex TW8 9GS.
___
Veritas-bu maillist  -  Veritas-bu@mailman.eng.auburn.edu
http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu

[Veritas-bu] Change of Windows server recovery from 'must run from client' to 'must not run from client'

[William Brown]

Has anyone else noticed, or has any experience of the impact, of the change in 
TECH56473:

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

The version of TECH56473 updated 14 Oct 2012 which we based our recovery plans 
on says:

5. Start the restore process.
NOTE: For this procedure to work, the restore must to initiated from the client 
and not the master server or remote media server.

There is an updated version of this technote, dated 09 Oct 2013, says:

5. Start the restore process.
NOTE: For this procedure to work, the restore must not be initiated from the 
Client. Rather, initiate the restore from the Master Server
or Remote Admin Console.

That is quite a change.


William Brown



This e-mail was sent by GlaxoSmithKline Services Unlimited
(registered in England and Wales No. 1047315), which is a
member of the GlaxoSmithKline group of companies. The
registered address of GlaxoSmithKline Services Unlimited
is 980 Great West Road, Brentford, Middlesex TW8 9GS.
___
Veritas-bu maillist  -  Veritas-bu@mailman.eng.auburn.edu
http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu

Re: [Veritas-bu] Veritas-bu Digest, Vol 89, Issue 15

[William Brown]

DDOS is now not going to ship, so it will be DDOS 5.4 which is shipping with 
the new DD model range, and I assume will be available as an upgrade RPM soon.

William

From: veritas-bu-boun...@mailman.eng.auburn.edu 
[mailto:veritas-bu-boun...@mailman.eng.auburn.edu] On Behalf Of Tito
Sent: 19 September 2013 18:48
To: veritas-bu@mailman.eng.auburn.edu
Subject: Re: [Veritas-bu] Veritas-bu Digest, Vol 89, Issue 15

Try looking at the EMC Data Domain Boost for Symantec OpenStorage Best 
Practices Planning document start by reading page 37, because it clears up what 
version of DDOS will support AIR.

NetBackup 7.6 and DDOS 5.3 is the Symantec certified configuration for AIR.

Cheers,
Tito

On Thu, Sep 19, 2013 at 10:00 AM, 
mailto:veritas-bu-requ...@mailman.eng.auburn.edu>>
 wrote:
Send Veritas-bu mailing list submissions to

veritas-bu@mailman.eng.auburn.edu

To subscribe or unsubscribe via the World Wide Web, visit
http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
or, via email, send a message with subject or body 'help' to

veritas-bu-requ...@mailman.eng.auburn.edu

You can reach the person managing the list at

veritas-bu-ow...@mailman.eng.auburn.edu

When replying, please edit your Subject line so it is more specific
than "Re: Contents of Veritas-bu digest..."


Today's Topics:

   1. Re: Is Support for NetBackup AIR coming to Data   Domain  ?
  (Bengt Gr?n?s)
   2. Re: Is Support for NetBackup AIR coming to Data   Domain  ?
  (Karen Schoenbauer)


--

Message: 1
Date: Thu, 19 Sep 2013 12:44:59 +0200
From: Bengt Gr?n?s mailto:m...@bengt.no>>
Subject: Re: [Veritas-bu] Is Support for NetBackup AIR coming to Data
Domain  ?
To: "'Bahadir Kiziltan'" 
mailto:bahadir.kizil...@gmail.com>>,

mailto:VERITAS-BU@mailman.eng.auburn.edu>>
Message-ID: <01ceb525$4983e0c0$dc8ba240$@bengt.no>
Content-Type: text/plain; charset="utf-8"

Please confirm the source of this information!



Best regards

Bengt





From: 
veritas-bu-boun...@mailman.eng.auburn.edu
 
[mailto:veritas-bu-boun...@mailman.eng.auburn.edu]
 On Behalf Of Bahadir Kiziltan
Sent: 17. september 2013 17:09
To: VERITAS-BU@mailman.eng.auburn.edu
Subject: Re: [Veritas-bu] Is Support for NetBackup AIR coming to Data Domain ?



NBU 7.6 will support AIR on DD.



On Fri, Sep 13, 2013 at 9:09 PM, mdglazerman 
mailto:nbu-fo...@backupcentral.com> 
> > 
wrote:

Does anyone have any insight into if and when support for AIR on Data Domain 
will be coming ?

I have found documents on the Data Domain support site regarding 
troubleshooting of AIR installations with Data Domain (Data Domain Restorer and 
NetBackup ? Auto Image Replication Troubleshooting Guide) but I don't see 
anything in the compatability matricies explicitly stating Auto Image 
Replication is supported on any DDOS releases.

Symantec doesn't say that AIR isn't supported, instead pointing me to vendor 
documentation for information 3rd party Open Storage devices 
(http://www.symantec.com/business/support/index?page=content 
 
&id=TECH154323).

Does anyone have any more solid information on this ?

Thanks

Mark

+--
|This was sent by mdglazer...@yahoo.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



-- next part --
An HTML attachment was scrubbed...
URL: 
http://mailman.eng.auburn.edu/pipermail/veritas-bu/attachments/20130919/77837ba4/attachment-0001.htm

--

Message: 2
Date: Thu, 19 Sep 2013 07:02:19 -0700
From: Karen Schoenbauer 
mailto:karen_schoenba...@symantec.com>>
Subject: Re: [Veritas-bu] Is Support for NetBackup AIR coming to Data
Domain  ?
To: Bahadir Kiziltan 
mailto:bahadir.kizil...@gmail.com>>,

"VERITAS-BU@mailman.eng.auburn.edu"

mailto:VERITAS-BU@mailman.eng.auburn.edu

Re: [Veritas-bu] NetBackup NDMP backups need to restore to another Filer non-celera

[William Brown]

Probably not but you can ask EMC.  We had a similar issue and still have a 
Celerra without support, just to allow restores until the backups expire.

NDMP uses the native 'dump' capability of the appliance, which is proprietary.  
It *is* possible to tell it to use 'tar' but I guess that is too late.

It's possible the Celerra does use some format that can be read, but the 
problem often is that it may be storing both Windows and UNIX style ACLs at the 
same time, which would require it to do something unusual.

William Brown
-Original Message-
From: veritas-bu-boun...@mailman.eng.auburn.edu 
[mailto:veritas-bu-boun...@mailman.eng.auburn.edu] On Behalf Of Venkatraghavan 
Marisamy
Sent: 05 September 2013 08:44
To: veritas-bu@mailman.eng.auburn.edu
Subject: [Veritas-bu] NetBackup NDMP backups need to restore to another Filer 
non-celera


Hi All,

We had EMC Celera NAS Filers backups taken by NetBackup NDMP Agent.

However these Filers were decommissioned .

I remember a limitation that if NDMP backups, backed through a particular filer 
can be restored only to a filer of similar make and model . It cannot be 
redirected to another filer (Example Ontap) or any OS filesystem.


Is there any way data from these tapes be restored/redirected to any other 
location.

Regards
Venkatraghavan M



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




This e-mail was sent by GlaxoSmithKline Services Unlimited
(registered in England and Wales No. 1047315), which is a
member of the GlaxoSmithKline group of companies. The
registered address of GlaxoSmithKline Services Unlimited
is 980 Great West Road, Brentford, Middlesex TW8 9GS.

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

Re: [Veritas-bu] Converting standard client to a media server

[William Brown]

Maybe add aliases so both FQDN and short name are in EMM Db.

Check TCP wrappers etc – anything that can block traffic (unlikely).

Bptestnetconn ?

William Brown

From: veritas-bu-boun...@mailman.eng.auburn.edu 
[mailto:veritas-bu-boun...@mailman.eng.auburn.edu] On Behalf Of Justin Piszcz
Sent: 15 August 2013 22:54
To: 'Peacock Dennis - dpeaco'; 'Rusty Major'; VERITAS-BU@mailman.eng.auburn.edu
Subject: Re: [Veritas-bu] Converting standard client to a media server

Hi,

What is returned from the following?
$ sudo /usr/openv/volmgr/bin/vmglob -get_gdbhost

When you ran the nbemmcmd, did you get a successful result?

Example from an older test run on the master server: (this is what fixed it for 
me when I ran into this issue)
$ sudo /usr/openv/netbackup/bin/admincmd/nbemmcmd -addhost -machinename 
media-server.test.com -machinetype media -masterserver master-server.test.com 
-operatingsystem linux -netbackupversion 7.1
NBEMMCMD, Version:7.1
Command completed successfully.
$

Is the bp.conf ‘sane’ on the client host can you paste it here after filtering 
it out the names etc?

Justin.

From: 
veritas-bu-boun...@mailman.eng.auburn.edu<mailto:veritas-bu-boun...@mailman.eng.auburn.edu>
 [mailto:veritas-bu-boun...@mailman.eng.auburn.edu] On Behalf Of Peacock Dennis 
- dpeaco
Sent: Thursday, August 15, 2013 5:49 PM
To: Rusty Major; 
VERITAS-BU@mailman.eng.auburn.edu<mailto:VERITAS-BU@mailman.eng.auburn.edu>
Subject: Re: [Veritas-bu] Converting standard client to a media server

Yup. Did all that. ☺

Dennis Peacock
Data Protection and Recovery Engineer
[acxiom]

Acxiom Corporation

From: 
veritas-bu-boun...@mailman.eng.auburn.edu<mailto:veritas-bu-boun...@mailman.eng.auburn.edu>
 [mailto:veritas-bu-boun...@mailman.eng.auburn.edu] On Behalf Of Rusty Major
Sent: Thursday, August 15, 2013 4:47 PM
To: VERITAS-BU@mailman.eng.auburn.edu<mailto:VERITAS-BU@mailman.eng.auburn.edu>
Subject: Re: [Veritas-bu] Converting standard client to a media server

Hey Dennis,

Did you change the IP or hostname?
clear host cache (bpclntcmd -clear_host_cache) on all boxes?
Restart PBX on master?
Can you run nbemmcmd -listhosts from the new media server?
Did you manually add the new media server to the master: ./nbemmcmd -addhost 
-machinename  -machinetype -media -masterserver  
-operatingsystem  -netbackupversion 

I think that's what the command is.

I'm sure you've done all that, but thought I would throw it out there.
On Thu, Aug 15, 2013 at 4:25 PM, Dennis Peacock 
mailto:nbu-fo...@backupcentral.com>> wrote:
Netbackup 7.5.0.5
Both boxes are RedHat Linux Release 6
Box "A" is the master and has always been the master/media server.
Box "B" has always been a standard client backing up across the network.

Licensing purchased and Box "B" was cleanly installed as a media server.

The master server can't see Box "B" as a media server.
bp.conf file checked and tweaked on both boxes.
Netbackup has been stopped and restarted several times.

Tried to manually add it to the master and I get this message:
globalDB hostname has not been set (Status 4)

4 of us have tried to get this working.all have failed so far.

Tips, pointers, tricks, advice..all would be appreciated.

+--
|This was sent by dpe...@acxiom.com<mailto:dpe...@acxiom.com> via Backup 
Central.
|Forward SPAM to ab...@backupcentral.com<mailto:ab...@backupcentral.com>.
+--


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



--
Rusty Major ▪ Technical Architect and Team Lead - Backup Infrastructure 
Engineering ▪ Sungard Availability Services ▪ 757 N. Eldridge Pkwy., Suite 200, 
Houston, TX 77079 ▪ 281-584-4693 ▪ Cell 713-724-4914 ▪ 
rusty.ma...@sungard.com<mailto:rusty.ma...@sungard.com>
--
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 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, 

Re: [Veritas-bu] NetBackup 6.5.6 client update script

[William Brown]

I'll need to see what we do for a manual install, but I'm sure that the 
instructions that ship with the 6.5.6 patch kit are correct.  We did a lot of 
work to package the installs so we only have to load the correct client tar 
file on the client - by default you have *all* the clients in some kits.  We 
did generate the 6.5.6 kits on the master as for the remote install, and 
shipped those to the targets, but for basic testing we do it from the CDs and 
the patch kits.

One key thing on RHEL was that for the tar command you must use the P option 
(tar xfP) as otherwise it does not unpack the tar files correctly and it all 
goes horribly wrong.

As I understand it you can do 3 different installs:

1) LiveUpdate - very interesting but tricky to set up when there are mixed 
Windows/UNIX environments
2) update_clients script  from the Master - used to require 'shields down' i.e. 
permit rhosts as root from the Master, later did allow a password to be 
entered...never viable for us
3) Local install/upgrade

We always use some version of (3), either by hand or using Altiris to push the 
installs. We do a huge amount of packaging to automate installs and configure 
the clients & servers to perform well, so we don't often hand install...but it 
definitely works locally for RHEL.

William

From: veritas-bu-boun...@mailman.eng.auburn.edu 
[veritas-bu-boun...@mailman.eng.auburn.edu] on behalf of Neil Conner 
[n...@mbari.org]
Sent: 01 May 2013 23:58
To: veritas-bu@mailman.eng.auburn.edu
Subject: [Veritas-bu] NetBackup 6.5.6 client update script

Environment: NetBackup 7.5.0.5 on Linux.

I have some 32-bit Linux machines that need to be backed up.  I still have the 
6.5 installation CDs, so that's not a problem.  But I'd like to install the 
6.5.6 update to be consistent with my other clients.  As near as I can tell, 
the scripts supplied with the 6.5.6 update expect to be run from the master 
server, and they expect the master to be running 6.5.6.

Does anyone know how to run the 6.5.6 update scripts in a 7.5 environment?  
Ideally, I'd like to run the install locally on the client and not have to 
bother with the master server...

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




This e-mail was sent by GlaxoSmithKline Services Unlimited
(registered in England and Wales No. 1047315), which is a
member of the GlaxoSmithKline group of companies. The
registered address of GlaxoSmithKline Services Unlimited
is 980 Great West Road, Brentford, Middlesex TW8 9GS.

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

Re: [Veritas-bu] NetBackup 6.5.6 client update script

[William Brown]

While you can push updates from the master in most cases, but as you say only 
of the version on the Master, you can always install the software locally.  So 
all you need is the package for the correct Linux clients (_R or _S whether 
RedHat or SuSe etc).  You can unpack it and then run the update locally.  We 
use /var/tmp and create a directory there to work in.  Same with any options 
installed on the Client, like Oracle agents.

William


From: veritas-bu-boun...@mailman.eng.auburn.edu 
[veritas-bu-boun...@mailman.eng.auburn.edu] on behalf of Neil Conner 
[n...@mbari.org]
Sent: 01 May 2013 23:58
To: veritas-bu@mailman.eng.auburn.edu
Subject: [Veritas-bu] NetBackup 6.5.6 client update script

Environment: NetBackup 7.5.0.5 on Linux.

I have some 32-bit Linux machines that need to be backed up.  I still have the 
6.5 installation CDs, so that's not a problem.  But I'd like to install the 
6.5.6 update to be consistent with my other clients.  As near as I can tell, 
the scripts supplied with the 6.5.6 update expect to be run from the master 
server, and they expect the master to be running 6.5.6.

Does anyone know how to run the 6.5.6 update scripts in a 7.5 environment?  
Ideally, I'd like to run the install locally on the client and not have to 
bother with the master server...

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




This e-mail was sent by GlaxoSmithKline Services Unlimited
(registered in England and Wales No. 1047315), which is a
member of the GlaxoSmithKline group of companies. The
registered address of GlaxoSmithKline Services Unlimited
is 980 Great West Road, Brentford, Middlesex TW8 9GS.

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

Re: [Veritas-bu] Tuning Settings on NetBackup Client (Windows)

[William Brown]

The Master Server if separate from the Media Server does not have a huge impact 
on backup performance *unless* there are lots of files for a Windows client.  
The unless is because at intervals the client sends the Master the list of 
files backed up - I think at each checkpoint.  The backup does not resume until 
the client gets the 'ACK' from the Master as I understand it.  If the file list 
(being sent for the catalog) is huge there may be enough of a pause to cause 
the backup to appear to stop.  If the backup is going direct to tape that is 
bad news as the tape  may stop and back-hitch. Often.  If staging to disk is 
does not matter.

Otherwise I'd recommend first making sure the tape buffer size is good, 256KB 
for LTO still seems as good as it gets.  Then set the NET_BUFFER_SZ to the 
same.  Long ago it used to be said that it should be +1K but I don't think that 
is advised any more, so 262144 is a good NET_BUFFER_SZ.  Just use that 
everywhere and it seems to work OK.  As someone noted, some Windows drivers 
will not let you set a 256KB tape block size without first doing some driver 
configuration.  Maximum_SG_List is I think the registry setting but it is 
driver specific and newer (StorPort) drivers should not need it.  So only 
bother if it fails if you set the buffer size to 256KB.  NB any restore server 
must also be able to read the block size that you write.

I have in the past found on the LAN side that although you set NET_BUFFER_SZ 
and there is no error, if you turn tracing on I think bptm or bpbkar above 4 
you may see it ask for what you set and be given less by the OS.  That does get 
OS specific and I don't think it happens with Windows.  Definitely seen it with 
Solaris, and the fix is to adjust the ndd tcp settings.

The tuning is done by looking at the wait & delay counts and adjusting as best 
you can.  Don't overlook on the client defragmenting the disks.

Windows defaults are much better from 2003 onwards.  You can set TCP window 
options but I am not convinced it has great effect in a typical LAN, might on a 
WAN backup.  Jumbo Frames does make a big difference but it takes a lot of 
negotiation with network teams and some application owners may get nervous 
unless you are on a dedicated backup NIC.  Older NICs & switches may not 
support it or may have bizarrely different maximum values anywhere from 8192 to 
9194 bytes, and you need to set an exact same value everywhere.

Regards

William


From: veritas-bu-boun...@mailman.eng.auburn.edu 
[mailto:veritas-bu-boun...@mailman.eng.auburn.edu] On Behalf Of Simon Weaver
Sent: 28 November 2012 13:08
To: veritas-bu@mailman.eng.auburn.edu
Subject: [Veritas-bu] Tuning Settings on NetBackup Client (Windows)

All,
Following on from the documentation below, can I just ask, that if I want to 
improve performance on a Windows 2003 client, where the backup is done on the 
LAN, if I follow this document, am I right in thinking, these settings should 
be put in place on the MASTER Server as well?
http://www.symantec.com/business/support/index?page=content&id=TECH19206

I ask, because the document talks about a Media Server, which a Master Server 
could well be, and in this environment, I have one master that does ALL the 
backups.

Reason I am looking at this, is to try and improve backup performance for the 
LAN, but it is a Windows client.
Thanks, Simon



This e-mail was sent by GlaxoSmithKline Services Unlimited
(registered in England and Wales No. 1047315), which is a
member of the GlaxoSmithKline group of companies. The
registered address of GlaxoSmithKline Services Unlimited
is 980 Great West Road, Brentford, Middlesex TW8 9GS.
___
Veritas-bu maillist  -  Veritas-bu@mailman.eng.auburn.edu
http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu

Re: [Veritas-bu] NetBackup 7.5.0.3: bprd vnet_cached_getnameinfo() for x.x.x.x failed, Unknown error 18446744073709551614 (-2)

[William Brown]

Interested to know what you did when " DNS administrator removed the reverse 
lookup zones ".

Did you ask them to reinstate the reverse lookup, or reconfigure NetBackup to 
no longer require it, or what?   I ask because occasionally we have discussions 
about this, and have a few environments without reverse lookup - as they are 
non-production we use hosts files, but I just wonder what 'most' people do.

William D L Brown

-Original Message-
From: veritas-bu-boun...@mailman.eng.auburn.edu 
[mailto:veritas-bu-boun...@mailman.eng.auburn.edu] On Behalf Of Michael Graff 
Andersen
Sent: 04 September 2012 13:55
To: Justin Piszcz
Cc: veritas-bu@mailman.eng.auburn.edu
Subject: Re: [Veritas-bu] NetBackup 7.5.0.3: bprd vnet_cached_getnameinfo() for 
x.x.x.x failed, Unknown error 18446744073709551614 (-2)

Hello Justin

I have seen the same thing on Netbackup 7.1.0.2 after our DNS administrator 
removed the reverse lookup zones

Took a day or two after the change before the vnet entries appeared in the 
problems log.

I would try to run bpclntcmd -clear_host_cache first

Regards
Michael

2012/9/4 Justin Piszcz :
> Hello,
>
> Upgraded from 7.1 to 7.5.0.3 (7.1->7.5->7.5.0.3).
>
> During a regular hot catalog backup I saw this:
> 1346454000 1 2 16 master 0 0 0 *NULL* bprd vnet_cached_getnameinfo()
> for x.x.x.x failed, Unknown error 18446744073709551614 (-2)
> 1346540401 1 2 16 master  0 0 0 *NULL* bprd vnet_cached_getnameinfo()
> for x.x.x.x failed, Unknown error 18446744073709551614 (-2)
>
> Everything had been running for several days without a single problem,
> this happened recently, also the test environment running for 5-6+
> months has never had this problem.
>
> I opened a case with Symantec but was curious if anyone had seen this before?
>
> Thoughts?
>
> Justin.
> ___
> 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




This e-mail was sent by GlaxoSmithKline Services Unlimited
(registered in England and Wales No. 1047315), which is a
member of the GlaxoSmithKline group of companies. The
registered address of GlaxoSmithKline Services Unlimited
is 980 Great West Road, Brentford, Middlesex TW8 9GS.

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

Re: [Veritas-bu] understanding Storage Lifecycle Policies

[William Brown]

The SLP is where the retention period is set in this case, not the schedule.  
It can be a bit misleading because you still see the retention information in 
the schedule.

If you think of the SLP as a series of destinations each with it's own 
retention, that may help.

In your case if your retentions are tied to schedules, then you will need  a 
set of SLPs with those various retentions, and each schedule will use a 
different SLP.  The actual storage used in those SLPs might all be the same, 
e.g.:

SLP1: Monthly - Backup to Disk (retain xx days), duplicate to tape (retain 7 
years)
SLP2: Weekly - Backup to Disk (retain xx days), duplicate to tape (retain 1 
year)
SLP3: Daily Inc - Backup to Disk (retain xx days), duplicate to offsite disk 
(retain xx days)

These are not supposed to be useful SLPs, just an example.

William D L Brown

-Original Message-
From: veritas-bu-boun...@mailman.eng.auburn.edu 
[mailto:veritas-bu-boun...@mailman.eng.auburn.edu] On Behalf Of Sanders, Nate
Sent: 03 January 2012 16:56
To: bob944; veritas-bu@mailman.eng.auburn.edu
Subject: Re: [Veritas-bu] understanding Storage Lifecycle Policies

Thanks for the clarification. One question I still haven't found an answer to 
is that the SLP is applied at the policy level, yet there are multiple 
schedules within the existing policies. How does this work out? If I have 
dailies, weeklies and monthlies, all with different frequencies and retention 
periods, what happens when I apply an SLP to the policy?


-Original Message-
From: bob944 [mailto:bob...@attglobal.net]
Sent: Sunday, January 01, 2012 1:48 PM
To: veritas-bu@mailman.eng.auburn.edu
Cc: Sanders, Nate (DS)
Subject: RE: [Veritas-bu] understanding Storage Lifecycle Policies

> From: "Sanders, Nate" 
>
> I'm reading through the SLP documentation but coming up a little
> short on understanding exactly how to accomplish a task. We have
> both LTO4 tape and a Data Domain 670. I would like to set a bunch of
> my data to go to the DD670 for 1 month, and then move to tape for an
> additional 2 months. This would give the data a full retention
> period of 3 months. But from what I am reading in the documentation,
> it sounds like it duplicate to tape as soon as it possible can, and
> then retain two copies at the same time. I do not wish this. I want
> only for the  data to exist on one device for 1 month, than the
> second device for an additional 2 months. How exactly does one
> achieve this with the SLP options in 7.0.1?

Your philosophy is not that of SLP designers.  Understandable, but
different.

You:  backup to disk, make a last-minute copy to tape.

NetBackup:  backup to disk, copy to tape as soon as backup is
complete, don't let original expire before copy is successful, thus
guaranteeing you'll have you image until every copy has been made and
has then expired according to your specifications.

If you truly want it to work your way--only one copy exists at a
time--the easiest way to automate that would be to use Vault,
selecting disk images that are one month old and making a tape copy
with a two-month retention.  Along, of course, with whatever
procedures you were already planning for making sure that the original
image's expiration is extended in case of tape issues.




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




This e-mail was sent by GlaxoSmithKline Services Unlimited
(registered in England and Wales No. 1047315), which is a
member of the GlaxoSmithKline group of companies. The
registered address of GlaxoSmithKline Services Unlimited
is 980 Great West Road, Brentford, Middlesex TW8 9GS.

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

Re: [Veritas-bu] Data Domain, Replication and Two Backup Applications

[William Brown]

If you use the DD as 'basic disk', NetBackup has no idea that the file system 
you are backing up to is a replicating appliance. Equally on the DD the 
NetBackup media server is just another CIFS or NFS client, and so could be one 
of many different backup applications.

If you start using OST (DD Boost) I suspect you may be more limited, e.g. if 
you want to use NetWorker and NetBackup at the same time.  I don't know.

With NetBackup be aware of the licencing for using backup destinations that 
deduplicate or replicate.  They were in the 'enterprise' tier.  Depends 
possibly on how you licence NetBackup (capacity or traditional).

-Original Message-
From: veritas-bu-boun...@mailman.eng.auburn.edu 
[mailto:veritas-bu-boun...@mailman.eng.auburn.edu] On Behalf Of redfireball
Sent: 24 November 2011 03:46
To: VERITAS-BU@MAILMAN.ENG.AUBURN.EDU
Subject: [Veritas-bu] Data Domain, Replication and Two Backup Applications

Quick question to all Data Domain experts...

Can you use a data domain appliance for two backup applications by carving out 
logical disk space and assigning it separately and replicating it to another 
appliance at DR site? Target site has same appliance with same capacity n same 
logical partitioning.

Thanks in advance n Happy Thanksgiving.

+--
|This was sent by redfireb...@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




This e-mail was sent by GlaxoSmithKline Services Unlimited
(registered in England and Wales No. 1047315), which is a
member of the GlaxoSmithKline group of companies. The
registered address of GlaxoSmithKline Services Unlimited
is 980 Great West Road, Brentford, Middlesex TW8 9GS.

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

Re: [Veritas-bu] Ops Center

[William Brown]

My VM that had our test OpsCenter vapourised but it was fine while it was 
available, certainly not obviously worse than NOM.  What we did do was the 
tuning documented in the NOM guides to set the DB cache a bit bigger - there is 
a section that is basically Sybase tuning.

I admit that it was only watching a couple of very small test lab Masters.  We 
still use NOM in production because it is not easy to upgrade - nothing to do 
with the product, just 'process'.

I think the best advice I can think of would be to be generous with the server 
specification and bear in mind that it is a database server (assuming you do it 
all on one server, which is not strictly required).  So if your OpsCenter 
server does not look like your SQL*Server servers... do not want a lot of 
paging.

It relies heavily on TCP communication and polling, so is your DNS quick?  Do 
you have long lists in domain search lists?   I'm not sure if nbdna works on 
all platforms but it does have the ability to see how quick name resolution is. 
 Slow DNS lookups multiplied by lots of servers will hurt.  Hosts files are 
dangerous but can help speed many NBU things up.

William D L Brown

-Original Message-
From: veritas-bu-boun...@mailman.eng.auburn.edu 
[mailto:veritas-bu-boun...@mailman.eng.auburn.edu] On Behalf Of Justin Piszcz
Sent: 05 October 2011 23:23
To: veritas-bu
Subject: [Veritas-bu] Ops Center

Hi,

For those using OpsCenter-- is it very slow for anyone, does it run
quickly for any customers using it?

Been using it with several master servers, its so slow (5-10+ min to
load).

Any optimization tips/etc?

One ops center server per master maybe?

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




This e-mail was sent by GlaxoSmithKline Services Unlimited
(registered in England and Wales No. 1047315), which is a
member of the GlaxoSmithKline group of companies. The
registered address of GlaxoSmithKline Services Unlimited
is 980 Great West Road, Brentford, Middlesex TW8 9GS.

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

Re: [Veritas-bu] HPUX 11.31

[William Brown]

Actually you have to *remove* a patch I think

http://www.backupcentral.com/phpBB2/two-way-mirrors-of-external-mailing-lists-3/symantec-netbackup-18/warning-about-hp-ux-11-11-patch-phss-38154-95477/


William D L Brown

From: veritas-bu-boun...@mailman.eng.auburn.edu 
[mailto:veritas-bu-boun...@mailman.eng.auburn.edu] On Behalf Of WEAVER, Simon 
(external)
Sent: 29 September 2011 13:36
To: Kalusche, Dan; VERITAS-BU@mailman.eng.auburn.edu
Subject: Re: [Veritas-bu] HPUX 11.31

Ok well I am sure I have the client installed.

This is what I still get...

aCC runtime: Use of "-mt" must be consistent during both compilation and 
linking.

Would be nice to know what patch it was :-)
S.


From: Kalusche, Dan [mailto:dan.kalus...@andersencorp.com]
Sent: Thursday, September 29, 2011 1:34 PM
To: WEAVER, Simon (external); VERITAS-BU@mailman.eng.auburn.edu
Subject: RE: HPUX 11.31
There's a HPUX patch that will take care of this.  I had it in my saved 
folders, but for some reason all my saved emails are now gone...
The hits just keep on coming...!
Anyway, this was a problem way back, and the patch application on the client 
should take care of it.  I think this occured on both 11.23 and 11.31.
Wish I could be more help about the patch number, but if I can recover my saved 
emails, I'll forward the info.


From: veritas-bu-boun...@mailman.eng.auburn.edu 
[mailto:veritas-bu-boun...@mailman.eng.auburn.edu] On Behalf Of WEAVER, Simon 
(external)
Sent: Thursday, September 29, 2011 1:27 AM
To: VERITAS-BU@mailman.eng.auburn.edu
Subject: [Veritas-bu] HPUX 11.31

Not knowing Unix well, I am trying to get implemented a NBU 6.5 Client on Unix, 
they were given a Unix CD, which apparantly contained the client.

When I create a policy and add the client, I have to choose from a list (Doesnt 
seem to auto detect like Windows).

Unix Guy states its a 9000/800/rp7440 on HPUX 11.31, but I can see HP9000-800 
HPUX11.23 for this hardware and OS platform.

So chose it, ran the job I get this...

29/09/2011 07:24:55 - connecting
29/09/2011 07:24:56 - Error bpbrm(pid=660) from client : aCC runtime: 
Use of "-mt" must be consistent during both compilation and linking.

29/09/2011 07:24:56 - connected; connect time: 00:00:01
29/09/2011 07:24:57 - end writing
file read failed(13)

Does anyone know if 6.5.6 Windows Master will allow a 6.5 client to run on this 
box? Also, did appear to me that maybe they need to download the latest update 
pack so its standard across the board.

Any input appreciated.
Thanks
Regards

Simon




This e-mail was sent by GlaxoSmithKline Services Unlimited
(registered in England and Wales No. 1047315), which is a
member of the GlaxoSmithKline group of companies. The
registered address of GlaxoSmithKline Services Unlimited
is 980 Great West Road, Brentford, Middlesex TW8 9GS.
___
Veritas-bu maillist  -  Veritas-bu@mailman.eng.auburn.edu
http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu

Re: [Veritas-bu] HELP!!!!

[William Brown]

I would be careful with locking a 1GbE NIC.  The definition of 1GbE mandates 
autonegotiation, i.e. it is not valid to lock the speed.  You can of course 
only advertise 1000/FDX, so that would be the only possibility for 
autonegotiation.

DNS can be slowed down if you have lots of domain names in the domain search 
list, as it will try them all.  You can avoid this by using fully-qualified 
names with a terminal dot (e.g. server.bigco.com.) but I must admit I don't as 
it would confuse people who don't know what it is for and some tools/scripts 
will just break with it.

Maybe worth checking with traceroute to your DNS servers and between your 
servers, to make sure it is using the NICs that you expect (if you have > 1 in 
any server).

You can use a tool like 'ping plotter' to see if there is something really slow 
in your network, but it is more aimed at WAN testing.

William D L Brown

From: veritas-bu-boun...@mailman.eng.auburn.edu 
[mailto:veritas-bu-boun...@mailman.eng.auburn.edu] On Behalf Of Patrick
Sent: 27 September 2011 15:17
To: veritas-bu@mailman.eng.auburn.edu
Subject: Re: [Veritas-bu] HELP

I have cleaned up some of our "DNS" problems, although they were not the 
clients in question, and will see how it goes tonight. It also turns out that 
the medias servers had "files dns" in /etc/nsswitch.conf whereas the master had 
"dns host". I've changed the master to match. They also changed the NIC cards 
on the master to 1GB instead of auto negotiate. So we will see what happens 
tonight. If it is a problem with hitting the DNS servers too hard it should get 
worse tonight. :)

Thank all of you for your suggestions.

Regards,

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

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


From: Bahnmiller, Bryan E. [mailto:bbahnmil...@dtcc.com]
Sent: 27 September 2011 15:44
To: Patrick
Subject: RE: [Veritas-bu] HELP

Patrick,

That is strange. I'm wondering if something else is going on. I 
have seen situations where you beef up your environment and it introduces you 
to other problems that used to be masked by a limited environment. With that 
many drives and that much memory, you are going to be able to queue up and run 
more jobs. If you are creating jobs faster, I wonder if you are running into 
name resolution problems now. Can you find out how loaded your DNS server is 
during the same time frame? I have seen where one of the older NBU environments 
I had was pounding the DNS servers to the point that they were running 100% 
cpu. I thought 6.x was much better at this, but it could possibly be related to 
the way your Linux servers are doing name caching and how hard they hit the DNS 
servers.

One other possibility would be the VTL. I've had better luck 
with the newer DataDomain's from EMC than their older "DL's". It may be 
possible that they are slow in responding to requests when they get busy, but I 
wouldn't think those would show up as error 47's.

Does /var/log/messages show anything around the same time frame?

Bryan

From: 
veritas-bu-boun...@mailman.eng.auburn.edu
 
[mailto:veritas-bu-boun...@mailman.eng.auburn.edu]
 On Behalf Of Patrick
Sent: Tuesday, September 27, 2011 4:17 AM
To: veritas-bu@mailman.eng.auburn.edu
Subject: [Veritas-bu] HELP

Hi All,

The situation is getting crazy. Last night 17% of our backups failed with error 
code 47. It happened on only 6 of the 58 media servers. All the jobs were 
trying to backup up to one of two of the four VTL libraries. Looking at the 
<16> and <32> errors in /usr/openv/netbackup/logs I see CORBA errors on 3 of 
the six and Robot Failures on the other three. While we have many 47 errors on 
the weekends, this is a first of this magnitude for a week day. The only change 
I am aware of is: last week we increased the memory of 5 of the 6 media servers 
from 12GB to 32GB. Is it possible to have TOO much memory?

Environment:
RedHat Linux 64bit running 32Bit NetBackup 6.5.6
4 EMC VTL Libraries (sorry don't know model #) 164 drives configured on each.
The failing clients are both UNIX and Windoze with one Oracle backup failure.

OH, and they only seem to happen between 23:00 and 04:00 (approximately)

ANY suggestions would be greatly appreciated.

Regards,

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

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



_
DTCC DISCLAIMER: This email and any files transmitted with it are confidential 
and intended solely for the use of the individual or entity t

Re: [Veritas-bu] Automount for deduplication appliances

[William Brown]

We are not actually using DDRs with NetBackup but direct from RMAN, and will 
not be automounting.

However our design does allow that we might use automounts if we had > 1 DDR 
available.   The theory is that as the individual DDR does not have much 
redundancy, it would be possible to have an automount list that had a primary 
DDR but also listed a second as fallback.  That of course would be bad for 
deduplication, but that might be better than having nowhere to send the data to.

I’ll send you off-list a very dated Data Domain technote on using DDR with 
NetBackup that has several ‘must do’ items for configuring NFS and the required 
mount options.  There may be a more recent version available on MyDataDomain.

William D L Brown

From: veritas-bu-boun...@mailman.eng.auburn.edu 
[mailto:veritas-bu-boun...@mailman.eng.auburn.edu] On Behalf Of Lightner, Jeff
Sent: 21 September 2011 15:36
To: 'veritas-bu@mailman.eng.auburn.edu'
Subject: [Veritas-bu] Automount for deduplication appliances

Are any of you using automount for NFS mounts of deduplication (Data Domain or 
Quantum DXi) shares to your UNIX/Linux hosts?   If so has it caused you any 
issues?

On the flip side have any of you specifically decided NOT to use automount and 
would you be willing to share your reasoning?


Jeffrey C. Lightner
Sr. UNIX Administrator

DS Waters of America, Inc.
5660 New Northside Drive NW
Suite 250
Atlanta, GA  30328

P: 678-486-3516
C: 678-772-0018
F: 770-937-7360
E: jlight...@water.com











Proud partner. Susan G. Komen for the Cure.

 Please consider our environment before printing this e-mail or attachments.
--
CONFIDENTIALITY NOTICE: This e-mail may contain privileged or confidential 
information and is for the sole use of the intended recipient(s). If you are 
not the intended recipient, any disclosure, copying, distribution, or use of 
the contents of this information is prohibited and may be unlawful. If you have 
received this electronic transmission in error, please reply immediately to the 
sender that you have received the message in error, and delete it. Thank you.
--





This e-mail was sent by GlaxoSmithKline Services Unlimited
(registered in England and Wales No. 1047315), which is a
member of the GlaxoSmithKline group of companies. The
registered address of GlaxoSmithKline Services Unlimited
is 980 Great West Road, Brentford, Middlesex TW8 9GS.
___
Veritas-bu maillist  -  Veritas-bu@mailman.eng.auburn.edu
http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu

Re: [Veritas-bu] Dedupe ratios and checkpoint backups

[William Brown]

Not quite.

A checkpoint forces a break in the data stream; on tape for will get a EOF mark 
written; the tape will stop; the media server has a bit of a chat with the 
Master Server, flushing out data about the files backed up in the file just 
closed, etc.  That is how it knows if there is a failure and restart, what is 
still to back up.

If you are writing to a disk target you will again split the backup into 
another fragment I think.  So if you say set a 32GB fragment size, the on-disk 
files are split every 32GB and also I believe when a checkpoint is hit, every 
15 minutes or whatever you configure.

As to effect on deduplication %  I would not expect it to be huge, though it 
will force the software to start calculating hashes from the start of each new 
file.

William D L Brown

From: veritas-bu-boun...@mailman.eng.auburn.edu 
[mailto:veritas-bu-boun...@mailman.eng.auburn.edu] On Behalf Of 
scott.geo...@parker.com
Sent: 08 September 2011 12:19
To: veritas-bu@mailman.eng.auburn.edu
Subject: Re: [Veritas-bu] Dedupe ratios and checkpoint backups

I think the question was: where is that file located when it is created, and 
does it then get backed up by the job doing the backup itself?

From:

David Stanaway 

To:

veritas-bu@mailman.eng.auburn.edu

Date:

09/07/2011 09:11 PM

Subject:

Re: [Veritas-bu] Dedupe ratios and checkpoint backups

Sent by:

veritas-bu-boun...@mailman.eng.auburn.edu






Checkpoints create a new file for each checkpoint.

On 9/7/2011 1:17 PM, Rusty Major wrote:
I have always understood it that Checkpoints were saved in a log on the client 
and, therefore, wouldn't affect dedupe ratios at all. I haven't ever verified 
that, nor did a quick search yield anything.

-Rusty

From: 
veritas-bu-boun...@mailman.eng.auburn.edu
 
[mailto:veritas-bu-boun...@mailman.eng.auburn.edu]
 On Behalf Of Lightner, Jeff
Sent: Tuesday, September 06, 2011 3:23 PM
To: scott.geo...@parker.com; 
veritas-bu@mailman.eng.auburn.edu
Subject: Re: [Veritas-bu] Dedupe ratios and checkpoint backups

Haven't done any comparisons but we use checkpoint for our big ERP DB (near 6 
TB) backup and still get good compression ratios.   There is nothing that has 
made me think I need to look at it or tweak it to get better.   I'd say the 
benefit of not having to restart a huge backup from scratch offered by 
checkpoints would outweigh deduplication ratio issues unless you have infinite 
time to run backups.






From: 
veritas-bu-boun...@mailman.eng.auburn.edu
 
[mailto:veritas-bu-boun...@mailman.eng.auburn.edu]
 On Behalf Of scott.geo...@parker.com
Sent: Tuesday, September 06, 2011 3:06 PM
To: veritas-bu@mailman.eng.auburn.edu
Subject: Re: [Veritas-bu] Dedupe ratios and checkpoint backups

To answer your question, we tested both the NBU 5000 (Symantec) and the DD860 
(Data Domain) and the differences couldn't be more stark.  I was using a 30 
minute checkpoint interval.  I never achieved anything better than 15:1 from 
the NBU5000 (which isn't bad).  The DD860 hit 39:1 at the time I disabled all 
of the policies.  This was running daily full backups on an array of different 
servers (DB2, Windows file servers, UNIX file servers, and Siebel app servers) 
over the course of 2 months.

The NBU5000 is a fixed block device, the DD860 a variable block device.  There 
is no way of knowing if checkpoints were the culprit for the NBU5000 getting 
the lesser ratio, but it does present a plausible theory.
From:

scott.geo...@parker.com

To:

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

Date:

09/06/2011 02:54 PM

Subject:

Re: [Veritas-bu] Dedupe ratios and checkpoint backups

Sent by:

veritas-bu-boun...@mailman.eng.auburn.edu









If at all, this would probably affect fixed-block solutions more than the 
variable-block ones.  The variable-blocked solutions would continue to look for 
identical blocks, but in different positions of the data stream.
From:

"Stafford, Geoff" 
mailto:gstaff...@barclaycardus.com>>

To:

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

Date:

09/06/2011 02:45 PM

Subject:

[Veritas-bu] Dedupe ratios and checkpoint backups

Sent by:

veritas-bu-boun...@mailman.eng.auburn.edu









Just wondering if anyone has done testing or seen documentation 

Re: [Veritas-bu] SAN Options???

[William Brown]

I think that you will have to run the NetBackup Oracle agent on each database 
server, I don't see any other way to co-ordinate the backups with the DBMS, and 
mark archived redo logs as backed up etc.

Now if the CNX is supported by the snapshot agent you may be able to get the 
backup on the database host to trigger a snapshot, that you can mount to 
another server (e.g. your Master) and back up.

BEGIN BACKUP

END BACKUP
etc.

More licences...

William D L Brown

-Original Message-
From: veritas-bu-boun...@mailman.eng.auburn.edu 
[mailto:veritas-bu-boun...@mailman.eng.auburn.edu] On Behalf Of Luke Walker
Sent: 30 August 2011 23:59
To: VERITAS-BU@MAILMAN.ENG.AUBURN.EDU
Subject: Re: [Veritas-bu] SAN Options???

Depends what's actually on that NFS mount.

Assuming that the DBAs are writing their own database backups to the NFS share, 
then yes you could mount and back them up via your NBU host provided you can 
reliably schedule/check that the Oracle backup has finished first, before NBU 
attempts to pick them up.

(Happy for anyone else to step in and correct if I've got this horribly wrong.)

Luke

-Original Message-
From: veritas-bu-boun...@mailman.eng.auburn.edu 
[mailto:veritas-bu-boun...@mailman.eng.auburn.edu] On Behalf Of comire
Sent: Wednesday, 31 August 2011 1:47 AM
To: VERITAS-BU@MAILMAN.ENG.AUBURN.EDU
Subject: [Veritas-bu] SAN Options???

I have a customer that is moving to an EMC CNX 5700 which I guess will act as 
and NFS Server (I've never seen this EMC Array). The array will share out a 
volume to Oracle servers via an NFS mount. The individual servers will write to 
this volume via NFS, which they will want to backup via Netbackup.

Looking for options on how to do this. The customer is thinking he can NFS 
mount the volume to the Master Server and back it up that way. Nice and simple 
but I am concerned about open files.

+--
|This was sent by com...@me.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



This email is intended for the named recipient only. The information contained 
in this message may be confidential, or commercially sensitive. If you are not 
the intended recipient you must not reproduce or distribute any part of the 
email, disclose its contents to any other party, or take any action in reliance 
on it. If you have received this email in error, please contact the sender 
immediately and please delete this message completely from any systems. 
Confidentiality and legal privilege are not waived or lost by reason of 
mistaken delivery to you.
___
Veritas-bu maillist  -  Veritas-bu@mailman.eng.auburn.edu
http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu




This e-mail was sent by GlaxoSmithKline Services Unlimited
(registered in England and Wales No. 1047315), which is a
member of the GlaxoSmithKline group of companies. The
registered address of GlaxoSmithKline Services Unlimited
is 980 Great West Road, Brentford, Middlesex TW8 9GS.

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

Re: [Veritas-bu] exclude_list - exclude core file but not core directory

[William Brown]

Indeed hit the same problem on finding that someone in the Linux world thought 
it fun to name an OS directory 'core'.  We just are having to stop excluding 
'core' and take the hit on all those dump files getting backed up.  Of course 
what we only need to do that on Linux, I don't think any other UNIX vendor has 
made the same issue.

I think it is less painful than using include files.  It may prompt us to look 
see why there are core files at all, maybe create cron jobs to clean them out 
when 5 years old...

William D L Brown

-Original Message-
From: veritas-bu-boun...@mailman.eng.auburn.edu 
[mailto:veritas-bu-boun...@mailman.eng.auburn.edu] On Behalf Of David Rock
Sent: 29 August 2011 01:31
To: veritas-bu@mailman.eng.auburn.edu
Subject: [Veritas-bu] exclude_list - exclude core file but not core directory

Hello,

I'm dealing with exclude_list for the umteenth time, and stumbled into a
classic problem.

The examples in the docs have always shown excluding "core", which
excludes all core files AND core directories.  Because of how you define
things, it is possible to exclude just directories by appending / (e.g.,
core/), but there is no corresponding way that I can find to exclude
ONLY files named core.

I can more or less accomplish what I need to by using an include_list
that contains "core/", but this will obviously add processing overhead
because it's going to build the initial list, drop excluded stuff, then
go back through all the excluded directories and look for all
directories named "core".  I especially don't want the include list to
go back and re-add any core directories under other directories that I
have also excluded.

For example:
exclude_list:
core
/dev
/sys
/mnt/auto
/var/mqm/
/u[0-9]*/

If I have an include_list that looks like this:
core/

It will pick up any directories named core under:
/dev
/sys
/mnt/auto
/var/mqm/
/u[0-9]*/

Which I do NOT want it to do.


Does anyone know if it's possible to define JUST files named core in the
exclude_list, so that an include_list is not necessary?  If an
include_list is the only way to do it, is it possible to avoid the
re-adding under the directories I _do_ want to exclude?

Thanks.

--
David Rock
dave...@graniteweb.com
___
Veritas-bu maillist  -  Veritas-bu@mailman.eng.auburn.edu
http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu




This e-mail was sent by GlaxoSmithKline Services Unlimited
(registered in England and Wales No. 1047315), which is a
member of the GlaxoSmithKline group of companies. The
registered address of GlaxoSmithKline Services Unlimited
is 980 Great West Road, Brentford, Middlesex TW8 9GS.

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

[Veritas-bu] Renaming Windows Master & Media Servers - NBU 6.0/6.5

[William Brown]

Has anyone renamed a Master Server and Media Servers running Windows with NBU 
6.0 & 6.5?  we are restructuring some of our AD domains and migrating servers 
to new domains.  The server short names will not change, but in many places we 
have used the fully-qualified names and these will change.

I'm aware that one can create aliases in EMM db, and create CNAMEs in DNS, 
entries in old & new names in bp.conf/registry etc, but we think that there are 
a lot more steps.  Has anyone done this and might be willing to share the 
'cookbook'?  We would I'm sure test this out in a lab before going to 
production but we need to know all the dark corners that we need to go.

I can think that the media ownership will need changing, and I don't see it 
being too hard to fix storage units, even recreate them if required.  But will 
we need to manually go into EMM db with SQL and fix anything?  That sounds a 
bit scary.  So any experience that anyone can share would be useful.

Thanks.

William D L Brown



This e-mail was sent by GlaxoSmithKline Services Unlimited
(registered in England and Wales No. 1047315), which is a
member of the GlaxoSmithKline group of companies. The
registered address of GlaxoSmithKline Services Unlimited
is 980 Great West Road, Brentford, Middlesex TW8 9GS.
___
Veritas-bu maillist  -  Veritas-bu@mailman.eng.auburn.edu
http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu

Re: [Veritas-bu] OpsCenter experiences and alternatives

[William Brown]

We use EMC DPA, it looks good and covers our many different backup applications.

I can't say how it compares to other products, but I'd agree that OpsCenter is 
not in the same league, due to being a late comer.

William D L Brown

-Original Message-
From: veritas-bu-boun...@mailman.eng.auburn.edu 
[mailto:veritas-bu-boun...@mailman.eng.auburn.edu] On Behalf Of WALLEBROEK Bart
Sent: 29 July 2011 08:38
To: veritas-bu@mailman.eng.auburn.edu
Subject: [Veritas-bu] OpsCenter experiences and alternatives

What are your experiences with OpsCenter Analytics ?
We got it along with the volume based license we bought from Symantec.
We had Bocada BackupReport at that time but had issues with it and support 
could not solve them so we terminated that support contract and went for 
OpsCenter because it was promising at that time.
After half a year however we found out that this product is not meeting our 
expectations and is in my opinion released much too soon (not mature enough to 
compete with other products).
So I looked out for another product.  I heard great things about Aptare and had 
a small demo this week and I was impressed.
But are there other good products out there that can compete with the complete 
package Bocada and Aptare are offering ?

Best Regards,
Bart WALLEBROEK
SWIFT
Backup Admin & Systems & Applications Management & Support Specialist
Enterprise Applications Delivery - Infrastructure Management
___
Veritas-bu maillist  -  Veritas-bu@mailman.eng.auburn.edu
http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu




This e-mail was sent by GlaxoSmithKline Services Unlimited
(registered in England and Wales No. 1047315), which is a
member of the GlaxoSmithKline group of companies. The
registered address of GlaxoSmithKline Services Unlimited
is 980 Great West Road, Brentford, Middlesex TW8 9GS.

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

Re: [Veritas-bu] drive cleaning issue

[William Brown]

Strictly cleaning density needs to be 'compatible' with the drive density.  It 
uses the same rule are read compatibility, so in our ADIC (Quantum) libraries 
we can use a CLNxxxL1 tape in LTO-1, LTO-2, LTO-3.  But if you put it into 
LTO-4 the drive ejects it.  NetBackup then tries to load it again, and your 
cleaning remaining tick rapidly down to zero.

However our StK (Sun) L700s use a quite different bar code scheme for cleaning 
tapes, and the suffix must be Cn (where n is density) or CU (universal).  We 
use CU, so the barcodes are CLNxxxCU.

Of course the actual cleaning tapes are the exact same, but the barcodes must 
be recognised by the library.  If your library has intelligence, check its GUI 
to see what it thinks your cleaning tape is.

As Rusty says, using manual cleaning by putting a tape in the IE station seems 
to bypass some checks, at least bypasses NBU.

William D L Brown
From: veritas-bu-boun...@mailman.eng.auburn.edu 
[mailto:veritas-bu-boun...@mailman.eng.auburn.edu] On Behalf Of Rusty Major
Sent: 21 June 2011 19:09
To: Marianne Van Den Berg; SACHIN ARORA
Cc: VERITAS-BU@mailman.eng.auburn.edu
Subject: Re: [Veritas-bu] drive cleaning issue

Worst case, you (or someone) can take the cleaning tape and manually put it in 
the tape drive...or use robtest to load it and then move it back to the cap 
when it is done.

Then you can have breathing room to work through the issue.

Are you not able to use library based cleaning where NetBackup isn't even aware 
of the cleaning tape?

Thank you,
Rusty

From: 
veritas-bu-boun...@mailman.eng.auburn.edu
 
[mailto:veritas-bu-boun...@mailman.eng.auburn.edu]
 On Behalf Of Marianne Van Den Berg
Sent: Tuesday, June 21, 2011 12:38 PM
To: SACHIN ARORA
Cc: 
'VERITAS-BU@mailman.eng.auburn.edu'
Subject: Re: [Veritas-bu] drive cleaning issue

What is the density of your tape drives? Cleaning tape density needs to be the 
same as drive density.

Please send output of the following:

vmquery -m CLN001

tpconfig -l

Regards

M.

From: 
veritas-bu-boun...@mailman.eng.auburn.edu
 
[mailto:veritas-bu-boun...@mailman.eng.auburn.edu]
 On Behalf Of SACHIN ARORA
Sent: 21 June 2011 07:31 PM
To: 
VERITAS-BU@mailman.eng.auburn.edu; 
veritas-bu-requ...@mailman.eng.auburn.edu
Subject: [Veritas-bu] drive cleaning issue

Hi,

I have an issue with cleaning tape. A new cleaning was inserted in library and 
added it as cleaning tape,
however , library is not detecting it. When I click on drive to clean and a 
cleaning job initiates in Netbackup
and backup fails wth error 96.

 Media ID : CLN001
Barcode : LM0100L2
Type: HC2_CLN

Error nbjm NBU status: 96, EMM status: Cleaning media is not available
unable to allocate new media for backup, storage unit has none available  (96)

Kindly suggest ASAP as one of the drive is down and backups are failing.

regards
SAM


This e-mail was sent by GlaxoSmithKline Services Unlimited
(registered in England and Wales No. 1047315), which is a
member of the GlaxoSmithKline group of companies. The
registered address of GlaxoSmithKline Services Unlimited
is 980 Great West Road, Brentford, Middlesex TW8 9GS.
___
Veritas-bu maillist  -  Veritas-bu@mailman.eng.auburn.edu
http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu

Re: [Veritas-bu] DD LSU question

[William Brown]

I'm fairly certain that there are no real problems about having multiple LSUs, 
certainly as far as dedupe goes - I am quite sure that dedupe is global to all 
the LSUs.

The 'some advanced NetBackup features' is really saying that due to the 
limitations of the current OST specification, each LSU is reporting back the 
total free space of the appliance.  That means you overestimate the free space, 
and as some NetBackup load balancing uses that information to assign backups to 
storage units it gets fooled.  As I understand it there is not a quick fix as 
it requires an update to the OST API spec from Symantec, and then that OST 
vendors update their plug-ins to that new spec.

A similar issue happens with PureDisk appliances.  Of course when the LSUs all 
belong to different domains the problem is compounded, as they all think they 
have space.  Where this really could hurt if you ever actually fill it; 
NetBackup before is starts a backup tries to figure out if there is enough 
space, so as not to fail after hours of backup.  If the space is being counted 
several times over, maybe in different domains, than those sums may go wrong.  
The warnings are there so you don’t start logging tickets to Symantec or the 
OST appliance vendors.

If you buy lots of space (and I'm sure they will be pleased I you do) so you 
don’t go near running out it will be fine. I'm sure you can ask the appliance 
how much free space there really is, and make your plans for expansion based on 
the trend in that.

William D L Brown

-Original Message-
From: veritas-bu-boun...@mailman.eng.auburn.edu 
[mailto:veritas-bu-boun...@mailman.eng.auburn.edu] On Behalf Of Mark Glazerman
Sent: 20 April 2011 19:43
To: VERITAS-BU@MAILMAN.ENG.AUBURN.EDU
Subject: Re: [Veritas-bu] DD LSU question

According to the OST / Boost admin guide 
(http://www.emc.com/collateral/software/white-papers/h7296-data-domain-boost-openstorage-wp.pdf)
 having multiple LSU's may impact some advanced Netbackup features like media 
server load balancing and capacity reporting.  We are seeing equally impressive 
compression numbers across our multiple LSU's as we were in our multiple 
directories under /backup before deploying OST.  I wouldn't be overly concerned 
unless your SE or support give you reason to be.

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


-Original Message-
From: veritas-bu-boun...@mailman.eng.auburn.edu 
[mailto:veritas-bu-boun...@mailman.eng.auburn.edu] On Behalf Of X_S
Sent: Wednesday, April 20, 2011 1:15 PM
To: VERITAS-BU@MAILMAN.ENG.AUBURN.EDU
Subject: [Veritas-bu] DD LSU question

thanks, we created multiple lsu's for the same exact reason to keep an eye on 
ratios of different os's and db's thinking that dedupe and compression would be 
done across all the data ingested so the existence of multiple lsu's wouldn't 
matter.   i'm hoping this is the case

+--
|This was sent by xsp...@yahoo.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

This e-mail was sent by GlaxoSmithKline Services Unlimited
(registered in England and Wales No. 1047315), which is a
member of the GlaxoSmithKline group of companies. The
registered address of GlaxoSmithKline Services Unlimited
is 980 Great West Road, Brentford, Middlesex TW8 9GS.
___
Veritas-bu maillist  -  Veritas-bu@mailman.eng.auburn.edu
http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu

Re: [Veritas-bu] EMC Data Domain OST Vs VTL with NetBackup

[William Brown]

The restriction we found when we looked into this in 2008 was that the DD only 
supported one 'LSU'.  That meant that a single DD appliance could only be used 
by a single NetBackup domain.  We wanted to have few appliances and many 
domains, which PureDisk (and now the Symantec NetBackup 5000) can do.

I know that the number of LSUs supported has gone up, but I believe that there 
is still more of a concept of the DD 'belonging' to a domain than with 
PureDisk.  Your EMC SE will be able to correct anything I say that is now wrong!

I have to admit that we've adopted neither and still backup to LTO tape.  That 
was more because of the difficulty in creating a cost saving to pay for the 
hardware than any technical deficiency of either.

Another factor I think is that with OST the NetBackup domain knows about the 
duplicates.  With VTL I believe, and certainly if using the DD as a NAS 
BasicDisk and letting it manage its own replication, NetBackup has no idea that 
the replicas exist.  I'd suggest you check but it may be that if you duplicate 
a VTC you get 2 with the same 'barcode'.

I would advise using OST.  I also think DD have invested a lot more effort in 
the non-VTL features over the past few years.

William D L Brown
Ext Tel: +44 1438 766162 Fax +44 1438 312767


-Original Message-
From: veritas-bu-boun...@mailman.eng.auburn.edu 
[mailto:veritas-bu-boun...@mailman.eng.auburn.edu] On Behalf Of sandesh
Sent: 14 April 2011 15:38
To: VERITAS-BU@MAILMAN.ENG.AUBURN.EDU
Subject: [Veritas-bu] EMC Data Domain OST Vs VTL with NetBackup

We are in the early stages of implementing EMC Data Domain dedupe appliance and 
use Symantec NetBackup. I've a couple of questions about it for the experts.

Plan is to have a DD appliance in 1 location and replicate data to another DD 
appliance in another location. Plan is also to generate a tape copy for long 
term archival at primary location.

1.OST & VTL are both being discussed. Which option is most favorable in the 
industry? Are there any specific advantages that can make or break things?
2.VTL supports LTO3 drives at the most. Does this mean that we need to have 
LTO3 physical tape drives for duplicate copy or will LTO5 drives work?

Thanks in advance.

+--
|This was sent by sandesh@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


This e-mail was sent by GlaxoSmithKline Services Unlimited
(registered in England and Wales No. 1047315), which is a
member of the GlaxoSmithKline group of companies. The
registered address of GlaxoSmithKline Services Unlimited
is 980 Great West Road, Brentford, Middlesex TW8 9GS.

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

Re: [Veritas-bu] iperf settings for best simulating netbackup ?

[William Brown]

I have always found that iperf far exceeds the performance with NetBackup, even 
when as you suggest trying to use similar buffer sizes.

I think you may be better off testing with NetBackup.   You can use the 
GEN_DATA directives to create data without involving disk read speeds:

http://www.symantec.com/docs/TECH75213
you can then create a disk storage unit on the Media Server for your test 
policy and use the SKIP_DISK_WRITES touch file:

http://www.symantec.com/docs/TECH69948

(Beware as that will disable it for all disk backups!)

I have not myself tried this yetbut in theory it will just test the data 
transfer between the client and media server.

William D L Brown

From: veritas-bu-boun...@mailman.eng.auburn.edu 
[mailto:veritas-bu-boun...@mailman.eng.auburn.edu] On Behalf Of Michael Graff 
Andersen
Sent: 02 April 2011 09:17
To: veritas-bu@mailman.eng.auburn.edu
Subject: [Veritas-bu] iperf settings for best simulating netbackup ?

Hello

Wonder what iperf settings best simulates netbackup, in regards to window size 
& parallel streams

Thinking that the windows should be the same as NET_BUFFER_SZ & parallel same 
as active jobs

Regards
Michael


This e-mail was sent by GlaxoSmithKline Services Unlimited
(registered in England and Wales No. 1047315), which is a
member of the GlaxoSmithKline group of companies. The
registered address of GlaxoSmithKline Services Unlimited
is 980 Great West Road, Brentford, Middlesex TW8 9GS.
___
Veritas-bu maillist  -  Veritas-bu@mailman.eng.auburn.edu
http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu

Re: [Veritas-bu] Celerra backups

[William Brown]

You've raised a number of issues there!

Most NDMP backups are designed to be 'off-host' i.e. the data goes from the 
storage array to the backup medium without much intervention; that makes it 
quick but dumb.  The first impact is that the backup data using NDMP is in a 
format proprietary to the NAS vendor, so if you backup from a Celerra you can 
only restore that data to a Celerra.  Think about that if you plan to keep any 
long term, you may finf you have to keep a few very old Celerras also...

There are in NetBackup ways to force the NAS using NDMP to write 'tar' format 
rather than a proprietary 'dump' format but you also lose lots by doing so, for 
example any dual NFS/CIFS ACLs.

You can from any NDMP NAS use '3-way' backup with the NetBackup 
'ndmpmoveragent' on a server - presents TCP/1 - and acts as a NDMP 'tape 
mover'.  AFAIR at 6.0 this just allowed you to use tapes physically 
attached/zoned to the server.  Now at 6.5 you can zone tapes to the NAS *and* 
normal servers and EMM is supposed to sort out sharing.  I've not tried that 
but see no reason why it would not work.

You want to move to DD NAS.. you could have used the DD VTL capability but they 
do not seem to plug that now. So far as I know the DD does not offer a direct 
NDMP capability, i.e. no daemon on port 1. I may be wrong.

If I am correct then you must use the 3-way capability of NetBackup but rather 
than use a tape STU; use a 'BasicDisk' or OST STU on the DD, that is set up on 
your 'NetBackup for NDMP Server', i.e. the server you installed the option on, 
and/or configure in the STU.  Some folk use the Master but I am assured that 
there is massive IP traffic from you NAS to that server - it sends all the 
detail of the paths backed up - the NetBackup for NDMP server collates this and 
sends it on to the Master to file in the catalog.  SO I understand the advice 
is to not use the Master if you can avoid it, e.g. use one of your Media 
Servers.

Your other option is to just mount your Celerra shares on a Media Server and 
back them up.  That is the best if your shares are single protocol, e.g. CIFS 
or NFS but never both.  If both you cannot do this as whichever way you mount 
them you will not be able to backup the permissions etc of the other.

I expect there are fancier snapshot methods also.

HTH

William D L Brown


This e-mail was sent by GlaxoSmithKline Services Unlimited
(registered in England and Wales No. 1047315), which is a
member of the GlaxoSmithKline group of companies. The
registered address of GlaxoSmithKline Services Unlimited
is 980 Great West Road, Brentford, Middlesex TW8 9GS.
___
Veritas-bu maillist  -  Veritas-bu@mailman.eng.auburn.edu
http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu

Re: [Veritas-bu] PureDisk vs. DataDomain

[William Brown]

When I looked at these options a couple of years ago a key difference that 
mattered to us was that the PureDisk appliance was not 'owned' by any NetBackup 
domain.  That meant several domains can use the same appliance, and so e.g. to 
replicate both ways between 2 DCs a pair of appliances was enough. At the time 
the DD using OST only allowed 1 Master to use it, so the same setup would mean 
4 DD appliances.  I am not sure if this has yet changed.

If you don’t use OST with the DD that does not apply, but then you have to 
manage the replicas outside NBU.

We also showed that you can import the images written by 1 domain into another, 
which looked good for DR e.g. we could use an existing Master on a DR site to 
import replicas directly without having to first recover the primary Master on 
the DR site.  It looks as if NBU 7.1 with AIR can automate this, but it 
currently only works on MSDP, not with the separate PD appliance.

In theory the PD appliance can scale the dedupe pool to a larger size than the 
DD, as I think DD still max out at 2 heads in a single pool, but I may be wrong 
on that.

Last point, if you need client dedupe e.g. to get a lot of data out of VMs 
without overloading the physical NIC of the ESX server you need NBU7 
client...or EMC Avamar.

I have to say we never implemented any of this for NetBackup, and still just 
use LTO tapes...sigh.

William D L Brown


This e-mail was sent by GlaxoSmithKline Services Unlimited
(registered in England and Wales No. 1047315), which is a
member of the GlaxoSmithKline group of companies. The
registered address of GlaxoSmithKline Services Unlimited
is 980 Great West Road, Brentford, Middlesex TW8 9GS.
___
Veritas-bu maillist  -  Veritas-bu@mailman.eng.auburn.edu
http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu

Re: [Veritas-bu] Question about media server OS - Solaris on x86?

[William Brown]

We 'engineered' - as in wrote the required internal docs - for Solaris x86 a 
few years back. We found no internal users wanting it.  If their s/w was ported 
to x86 it was to Windows or Linux, not Solaris.  We dropped support.

BUT I read on this group of people who converted their RHEL media servers to 
Solaris x86 just to use ZFS and got a big performance boost compared to staging 
to EXT3.

So it does depend on what you need.  What I would say since Ora¢le took over is 
to check carefully the ¢ost.  It is emphatically not the same as Sun according 
to others on the Sun Managers group.  Another aspect  is your in-house 
knowledge; we have a number of staff with many years Solaris knowledge and a 
few staff with a few years RHEL knowledge; that delta has a cost.

You have to weigh these up.   I  would also be interested to see what others on 
this forum who are Sun SPARC users think about the future.

William D L Brown


This e-mail was sent by GlaxoSmithKline Services Unlimited
(registered in England and Wales No. 1047315), which is a
member of the GlaxoSmithKline group of companies. The
registered address of GlaxoSmithKline Services Unlimited
is 980 Great West Road, Brentford, Middlesex TW8 9GS.
___
Veritas-bu maillist  -  Veritas-bu@mailman.eng.auburn.edu
http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu

Re: [Veritas-bu] How Much Data Can Be Backed Up

[William Brown]

I’d agree with Ben, all you can really do is measure the ‘tape hours free’ and 
say what % busy your overall environment is.  You can I guess also see the 
total data moved in that backup window or 24 hour period, multiply the ‘% free’ 
by that and get an approximation at how much more data can be backed up with 
what you have.

Now of course it only really works if your environment is totally homogenous, 
for example there is only one storage unit/storage unit group or SLP for all 
backups, and underlying it is one media server or a pool of media servers.  All 
backups must be over the same speed of LAN….not many backup shops are like that.

Otherwise you will calculate you have free capacity, but actually it is all on 
one SAN media server that does not 100% use its tape drives, and the users 
(curse them!) will add the extra data somewhere quite else.

If you can move your architecture towards being able to load balance 
‘everything’ it will make your life easier.  Reporting tools like EMC DPA, 
OpsCenter Analytics etc can help you figure out where the capacity is and where 
the slowdowns are that can be addressed to sweat the assets more.

William D L Brown


This e-mail was sent by GlaxoSmithKline Services Unlimited
(registered in England and Wales No. 1047315), which is a
member of the GlaxoSmithKline group of companies. The
registered address of GlaxoSmithKline Services Unlimited
is 980 Great West Road, Brentford, Middlesex TW8 9GS.
___
Veritas-bu maillist  -  Veritas-bu@mailman.eng.auburn.edu
http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu

Re: [Veritas-bu] Media Servers Per Tape Drive Ratio

[William Brown]

Now I would be asking the opposite question, how many tape drives per media 
server, based on the guidance I’ve seen somewhere about how many MHz of CPU are 
required to drive a tape, and how many MHz are required to handle each Ethernet 
port over which the data arrives.  There is a lot of wet finger as there is 
always a bottleneck somewhere, it is just very time consuming to chase them 
down.

Our older sites use SSO a lot and it is a bad thing as it was overused – 
servers wait many many hours for drives to come free, and can even wait 
mid-backup when they change tapes; NetBackup not unreasonably tries not to use 
the drive that is unloading for the next tape, but that means that a server 
changing tapes just joins the queue at the back.

Newer site there is no SSO; we have Sun T5220 media servers each with 4 x LTO4, 
2 on each of 2 x 4Gb/s fibres.  That is a theoretical bottleneck because if 
both drives are doing 2:1 compression we are over what a 4Gb/s fibre can do.  
We use disk staging to prevent the slow clients hogging drives, so all tape 
access is SLP duplications which run at at least 100MB/s.  The media servers 
are also FT media, so what would have been SAN Media Servers (big RAC systems) 
are SAN clients.  Much easier to manage, seems to run OK.  Hopefully no 
shoe-shining.

Doesn’t answer your question at all!  If you really do want to use SSO then it 
comes down to seeing how many hours each media server needs a drive, seeing if 
you can create backup windows that are as wide as possible, and fitting the 
hours you need a drive into the hours in the backup window.  Go above that and 
Status 196 will hurt you.

William D L Brown


This e-mail was sent by GlaxoSmithKline Services Unlimited
(registered in England and Wales No. 1047315), which is a
member of the GlaxoSmithKline group of companies. The
registered address of GlaxoSmithKline Services Unlimited
is 980 Great West Road, Brentford, Middlesex TW8 9GS.
___
Veritas-bu maillist  -  Veritas-bu@mailman.eng.auburn.edu
http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu

Re: [Veritas-bu] NBU 7.1

[William Brown]

Well I did fire up the beta but I can't really say I had time to discover 
anything special.  The items of most interest to me were AIR and the LiveUpdate 
being able to do major version upgrades on clients.  I'm nowhere near having 
the setup to be able to use either but I can see that they would be very useful 
to us if I can.

I would not use AIR for many applications but it might allow us to shift some 
applications from needing array-based replication to restore from backup and 
still meet RTOs.  That could save a bit of money.  Kind of needs a PureDisk 
infrastructure but a pair of Symantec 5000 appliances would drop in nicely.

The LiveUpdate for major versions makes me wish that we had included the 
LiveUpdate client in our client builds for 6.5; we took it out as we did not 
have time to figure out how to set up the back end LiveUpdate server(s) 
required.  It would allow us to upgrade clients from 6 to 7 as required by the 
backup team, rather than depending on OS teams who can't grasp the hierarchical 
dependence of NetBackup on its servers.   The current LiveUpdate can do point 
releases which is nice but not really that exciting.

Of course every new release brings its own problems, reading this group you can 
see some versions are good and some create problems for some people - depends 
which features you use.  When 6.0 shipped we did not upgrade from 5.1 until 
6.5.4 shipped (we aimed at 6.5.2 but slipped...).  We still have hundreds of 
5.1 clients.  Will 7.1 be perfect or should you wait for 7.5?  No idea!  But at 
some point new OS/Application version support will go only into 7.n, not 6.5.n.

William D L Brown

This e-mail was sent by GlaxoSmithKline Services Unlimited
(registered in England and Wales No. 1047315), which is a
member of the GlaxoSmithKline group of companies. The
registered address of GlaxoSmithKline Services Unlimited
is 980 Great West Road, Brentford, Middlesex TW8 9GS.

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

Re: [Veritas-bu] Solaris ADIC media server woes

[William Brown]

We use this type of configuration.

Can you use fcinfo hba-port and then fcinfo remote-port -s -p  to see the 
LUN presentation?

William D L Brown


-Original Message-
From: veritas-bu-boun...@mailman.eng.auburn.edu 
[mailto:veritas-bu-boun...@mailman.eng.auburn.edu] On Behalf Of bfcsaus
Sent: 07 January 2011 13:00
To: VERITAS-BU@MAILMAN.ENG.AUBURN.EDU
Subject: [Veritas-bu] Solaris ADIC media server woes

Hi,

I have a problem seeing the changer and tape device on a Sun T5220 Solaris 10 
server with 2 x QLC HBA's installed.

Ive logged the problem with Sun but they advise me to install to the latest 
patch level etc etc which unfortunately at the moment I cannot do due to 
downtime restrictions.

Storage have told me I should be see 1 changer and 2 tapes drives

Basically I can see the ADIC Array controller from sgscan as below:

/dev/sg/c0t0l0: Disk (/dev/rdsk/c1t0d0): "SEAGATE ST914602SSUN146G"
/dev/sg/c0t1l0: Disk (/dev/rdsk/c1t1d0): "SEAGATE ST914602SSUN146G"
/dev/sg/c0tw500308c0019178b2l0: Array-controller: "ADICScalar i2000"

However I should be seeing the changer and 2 tape drives.

Ive followed the notes from the admin guide (sg.install, sgbuild etc) to no 
avail. I did see a thread on the same lines 
(http://www.adsm.org/lists/html/Veritas-bu/2006-06/msg00065.html) which said 
the LUN mapping was wrong so if anyone could assist it would be appreciated.

The days of physical tape's being attached are nearing an end I think 
unfortunately.



Thanks...

+--
|This was sent by steven.ho...@virgin.net 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


This e-mail was sent by GlaxoSmithKline Services Unlimited
(registered in England and Wales No. 1047315), which is a
member of the GlaxoSmithKline group of companies. The
registered address of GlaxoSmithKline Services Unlimited
is 980 Great West Road, Brentford, Middlesex TW8 9GS.

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

Re: [Veritas-bu] RHEL 6 and NetBackup 6.5 and 7.0

[William Brown]

I've just tested our 6.5.6 Client kit against RHEL6 and it installs and runs 
fine.  As others have noted before for RHEL5 it does require a couple of 32-bit 
libraries to be installed.  I do find it mildly curious that the client binary 
is 32-bit when at NetBackup 7 it has to be 64-bit without the option.  I've not 
looked at the server kit, nor fancy stuff like SAN Client, FT Media Server.

I'd agree that so long as you do not *use* new file system features there may 
be no problem.  Of course I've no idea what Symantec will put in their 
compatibility matrix, but they would be unpopular if they only provide support 
in 7.n

I would not say that the Admins are anxious to use it, but they are anxious to 
be ready to use it when someone holds a gun to their head and says "we told the 
business that they can have it next week" :).  It's always best to be 
forewarned if there is going to be a major hold-up.

William D L Brown

From: veritas-bu-boun...@mailman.eng.auburn.edu 
[mailto:veritas-bu-boun...@mailman.eng.auburn.edu] On Behalf Of Ed Wilts
Sent: 03 December 2010 22:11
To: Wayne Smith
Cc: veritas-bu@mailman.eng.auburn.edu
Subject: Re: [Veritas-bu] RHEL 6 and NetBackup 6.5 and 7.0

The earliest release I would expect to see client support in would be 7.1 (aka 
Denali) which just exited beta (according to a public seminar I was at today).  
RHEL 6 is so new, however, that it might not have made it in there yet.  7.1 
won't ship until Q1/2011.

I would GUESS that if you stuck to ext3 or at least avoided things like 
extended attributes that you wouldn't have any issues you couldn't work around 
although you wouldn't be officially supported.  RHEL 6 was just released - I'm 
a small bit surprised that sysadmins are hot to use it in PRODUCTION.  dev  
maybe, but PRODUCTION?

   .../Ed
On Fri, Dec 3, 2010 at 3:36 PM, Wayne Smith 
mailto:w...@maine.edu>> wrote:
Hi all,

Some of my sysadmins are getting hot to use the new RHEL 6 in their production 
systems.

Has Symantec discussed support for RHEL 6?

Are there experiences you can share on RHEL 6 and NetBackup 6.5 and/or 7.0?



This e-mail was sent by GlaxoSmithKline Services Unlimited
(registered in England and Wales No. 1047315), which is a
member of the GlaxoSmithKline group of companies. The
registered address of GlaxoSmithKline Services Unlimited
is 980 Great West Road, Brentford, Middlesex TW8 9GS.
___
Veritas-bu maillist  -  Veritas-bu@mailman.eng.auburn.edu
http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu

Re: [Veritas-bu] ST L180 Robot problems

[William Brown]

I agree with Simon, work backwards from the robot.

You said you rebooted the fibre-scsi bridge, I guess this the the standard 
SN3300 or similar Crossroads router.

So step 1 is to power cycle or reboot the L180 assuming that is permitted.

Next log on to the FC/SCSI router, reboot it and then check that it can see the 
devices on the SCSI side – you’ll immediately see if it can see the robot and 
drives.  Bear in mind that AFAIR on the L180 (if like the L700s that we have) 
the robot is on a dedicated path, unlike other robots where it is a LUN 
presented with a drive on the same target.  That means that it has its own MPC 
card, SCSI cable, terminator etc all of which can fail without any effect on 
the drives.

Look to see which fibres and on which LUNs the devices are mapped  to.

If the router can see the drives and robot then look at the fabric.  Log in to 
the switch and check that the fibres from the router are all logged in OK, zero 
the counters and check that you are not clocking errors.  In the (fairly 
unlikely) case that the robot is presented by the router over a different FC 
cable to the drives, it could fail separately or be zoned wrongly.

On the server check for driver updates that may have happened – we have seen 
cases where a routine patch set included upgrades to the st driver that blew 
away the configuration we needed.  Not sure what OS you are using but worth a 
check of the dates on any configuration files or driver executables.

Check your LUN mapping; of course it should not have changed.  But some drivers 
can be configured only to scan a target for consecutive LUNs from 0, if any are 
missing (e.g. a dead drive) they stop scanning (saves time at boot).  If the 
robot is presented at a LUN higher than the drives, it can go missing.  On Sun, 
if the st.conf is not set up to scan high enough targets or LUNs they are seen 
by the OS but not by sgscan.  NetApps require that the lowest LUN is a drive, 
not the robot….many variations.

It is most likely a hardware problem, but it could just be someone walked into 
the cable to the MPC card.  If you have the L180 GUI, go over it and check the 
FSC LOG.  If you have physical access to the front panel, you can do the same 
from there, slowly.

William D L Brown

From: veritas-bu-boun...@mailman.eng.auburn.edu 
[mailto:veritas-bu-boun...@mailman.eng.auburn.edu] On Behalf Of WEAVER, Simon 
(external)
Sent: 24 November 2010 07:22
To: Nate Sanders; Ed Wilts
Cc: VERITAS-BU@MAILMAN.ENG.AUBURN.EDU
Subject: Re: [Veritas-bu] ST L180 Robot problems

Reboot the Server? Know its drastic, but I have had to power the lot down and 
bring up the Robot first, prior to the Server.

Is the library under any Hardware support?
S.



From: veritas-bu-boun...@mailman.eng.auburn.edu 
[mailto:veritas-bu-boun...@mailman.eng.auburn.edu] On Behalf Of Nate Sanders
Sent: Tuesday, November 23, 2010 5:14 PM
To: Ed Wilts
Cc: VERITAS-BU@MAILMAN.ENG.AUBURN.EDU
Subject: Re: [Veritas-bu] ST L180 Robot problems
Did a reboot of the library, scsi-fiber bridge and the host. still can't talk 
to the library with vmchange -robot_info or through the GUI. I tried adding a 
new robot as TLD(1) in the GUI but inventory fails with "cannot connect to 
robotic software daemon (42)". bpps -a doesn't show any tld processes running.

Using robtest I AM able to connect to TLD(1) and pull drive info, but not 
TLD(0). Where does this leave me?


On 11/23/2010 10:47 AM, Ed Wilts wrote:
On Tue, Nov 23, 2010 at 10:39 AM, Nate Sanders 
mailto:sande...@dmotorworks.com>> wrote:
> r...@office-backup:/usr/openv/netbackup$ netbackup start
>Rebuilding device nodes.
>Media Manager daemons started.
>NetBackup request daemon started.
>Drive index 2 is incorrect, drive name /dev/st/nh2c0t0l1 is
> incorrect, No such file or directory
>Cannot terminate tldcd: cannot connect to robotic software daemon (42)

Since yesterday NBU has suddenly lost its ability to talk to the robot.
I don't know if this is a hardware issue or a software issue. Version is
NBU 5.1MP6 so we can't call support. Library is an StorageTek L180 with
6 drives. Scan still works though and shows two drives and the library:

I'd take 2 steps before panicking, assuming that nothing else has changed in 
your environment.

1. Reboot your robot control host
2. Run the device configuration wizard

If neither works, then you may have a hardware problem...

An upgrade should be done but you probably already know that )

   .../Ed



--

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 stri

Re: [Veritas-bu] NOM upgrade to OPS Center

[William Brown]

Did it on a test lab NOM server a while ago and I'm pretty sure that it kept 
the alert policies and reports.  I did not have many set up but I'm sure I 
would have noticed.

William D L Brown

From: veritas-bu-boun...@mailman.eng.auburn.edu 
[mailto:veritas-bu-boun...@mailman.eng.auburn.edu] On Behalf Of Infantino, 
Joseph
Sent: 14 October 2010 21:00
To: VERITAS-BU@mailman.eng.auburn.edu
Subject: [Veritas-bu] NOM upgrade to OPS Center

Has anyone done an upgrade from an existing NOM install to OPS Center?
Does it keep all of your reports and alerts or do they need to be recreated?

I couldn't find anything specific I the docs.

TIA

Thank you,

Joseph A. Infantino II
BackUp/Recovery Administrator







This e-mail was sent by GlaxoSmithKline Services Unlimited
(registered in England and Wales No. 1047315), which is a
member of the GlaxoSmithKline group of companies. The
registered address of GlaxoSmithKline Services Unlimited
is 980 Great West Road, Brentford, Middlesex TW8 9GS.

---
This e-mail was sent by GlaxoSmithKline Services Unlimited 
(registered in England and Wales No. 1047315), which is a 
member of the GlaxoSmithKline group of companies. The 
registered address of GlaxoSmithKline Services Unlimited 
is 980 Great West Road, Brentford, Middlesex TW8 9GS.
---
___
Veritas-bu maillist  -  Veritas-bu@mailman.eng.auburn.edu
http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu

Re: [Veritas-bu] Upgrade to NBU 6.5.6 and SSO

[William Brown]

My understanding of SSO is that you buy a license per-drive, but that license 
does have to be installed on both the Master and every Media Server that shares 
the drives.  As the licence is not keyed to the drive, I assume that if it 
makes any check it is either that there is an SSO licence or possibly even that 
it has the right number of units.

The 'Shared Storage Guide' says:

No special installation is required for the Shared Storage Option. When
NetBackup software is installed, the Shared Storage Option software also is
installed. However, you must activate the feature by entering the Shared Storage
Option license key on the NetBackup master server. Also install the key on each
NetBackup media server that shares drives.

William D L Brown

-Original Message-
From: veritas-bu-boun...@mailman.eng.auburn.edu 
[mailto:veritas-bu-boun...@mailman.eng.auburn.edu] On Behalf Of PaulG
Sent: 13 October 2010 00:00
To: VERITAS-BU@MAILMAN.ENG.AUBURN.EDU
Subject: [Veritas-bu] Upgrade to NBU 6.5.6 and SSO

Hi,

I just finished upgrading/rearchitecting our backup solution to the following:
1 Master\media server on Solaris 10
4 media servers on RHat 2.6
1 IBM 3584 with 25 drives.
The setup has the drives shared between all the servers and the master owning 
robot control.
we had 5 Netbackup enterprise server licenses prior to this upgrade and we 
purchased 25 SSO licenses as part of it.
I have all the servers up and the library configured and am able to see all the 
drives from all the servers.
I can run backups successfully from the master\media server, but when I try 
running a job against a specific media server I get either error 159 Licensed 
capacity exceeded or error 11 system call failed...

any ideas as to what I am doing wrong?

Do I need to have unique license keys on each media server?
Do I need to have all the license keys registered on all the servers or just 
the master??

Thanks
Paul

+--
|This was sent by pgian...@bestbuycanada.ca 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


This e-mail was sent by GlaxoSmithKline Services Unlimited
(registered in England and Wales No. 1047315), which is a
member of the GlaxoSmithKline group of companies. The
registered address of GlaxoSmithKline Services Unlimited
is 980 Great West Road, Brentford, Middlesex TW8 9GS.

---
This e-mail was sent by GlaxoSmithKline Services Unlimited 
(registered in England and Wales No. 1047315), which is a 
member of the GlaxoSmithKline group of companies. The 
registered address of GlaxoSmithKline Services Unlimited 
is 980 Great West Road, Brentford, Middlesex TW8 9GS.
---

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

Re: [Veritas-bu] Setting up FT on SAN attached /usr/openv

[William Brown]

I think you do indeed have to have /usr/openv on internal disk on the FT media 
servers.  It doesn't really grow on a media server so you do not need to allow 
for it to do so.  The only bit that *can* grow is /usr/openv/logs and 
/usr/openv/netbackup/logs (maybe the volmgr also).  You can always mount just 
them on other filesystems once you are all set up.  /usr/openv/logs can grow 
very very fast if your turn diagnostic or debug levels up to 5-6.

As it says, it loads a special drive to allow it to mark the cards as target 
mode cards - while in 'nbhba' mode you have no SAN connectivity for the Qlogic 
HBAs.  I guess you could use other brand HBAs for you SAN disk and just Qlogic 
for FT targets but to most folk that would be too complex.

On possibility to consider is that you can do this card marking in quite 
another server, e.g. a test/dev server.  You can then just move the marked HBAs 
to the actual destination server, and then you do not need to use nbhba mode on 
that server.  I'd advise physically marking the HBAs (with a sticker or 
permanent marker!) as if anyone tries to use them as initiator HBAs they will 
not work...and that would be very confusing.

William D L Brown

-Original Message-
From: veritas-bu-boun...@mailman.eng.auburn.edu 
[mailto:veritas-bu-boun...@mailman.eng.auburn.edu] On Behalf Of Heathe Yeakley
Sent: 06 October 2010 21:22
To: NetBackup Mailing List
Subject: Re: [Veritas-bu] Setting up FT on SAN attached /usr/openv

My 3 servers each have 4 QLogic PCIe QLE 2462 HBAs.

On Wed, Oct 6, 2010 at 2:49 PM, Bahadir Kiziltan
 wrote:
> Hi Heathe,
>
> First, you need to have at least one supported Qlogic HBA in order to
> configure FT media server.
> You can't/won't use that one as initiator due to the fact that it has to be
> marked as target by NetBackup.
> During FT media server configuration NetBackup needs to temporarily unload
> qla2xxx module which causes to lose SAN connectivity
>
> So, it's not clear what HBA (brand/model) you have.
>
> Bahadir.
>
> On Wed, Oct 6, 2010 at 10:18 PM, Heathe Yeakley  wrote:
>>
>> I'm trying to setup Fibre Transport for the first time. I'm running
>> NBU 7.0 with 1 master server and 2 media servers, all running RHEL
>> 5.0. I've got the 7.0 SAN Client Guide up and I'm on page 34
>> "Configuring an FT media server".
>>
>> Small problem.
>>
>> Step 1 says "Ensure that the HBAs are not connected to the SAN."
>>
>> My OS in running on internal storage, but I built a LUN on the SAN and
>> presented it to each system and mounted it as /usr/openv so I could
>> dynamically grow the disks if need be. If I disconnect all my HBAs
>> from the SAN, I lose access to the partition where NBU is running
>> which means I can't run the commands to setup FT.
>>
>> Do I need to tear down my NBU installation, mount /usr/openv on
>> internal storage, reinstall NBU, and then rerun the FT setup commands?
>>
>> - HKY
>> ___
>> 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


This e-mail was sent by GlaxoSmithKline Services Unlimited
(registered in England and Wales No. 1047315), which is a
member of the GlaxoSmithKline group of companies. The
registered address of GlaxoSmithKline Services Unlimited
is 980 Great West Road, Brentford, Middlesex TW8 9GS.

---
This e-mail was sent by GlaxoSmithKline Services Unlimited 
(registered in England and Wales No. 1047315), which is a 
member of the GlaxoSmithKline group of companies. The 
registered address of GlaxoSmithKline Services Unlimited 
is 980 Great West Road, Brentford, Middlesex TW8 9GS.
---

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

Re: [Veritas-bu] D2D or Tape Libraries

[William Brown]

I would recommend D2D2T for the backups that really matter.   You can improve 
the speed of writing and the fill % of the media to cut cost.  But if you drop 
and break a tape you lose one day of some backups.  If you corrupt your disk 
you likely lose all your backups of everything.   If your luck is in you can 
replicate that corruption to your second copy.

Now you might well not keep all backups on tape – maybe production servers 
only, maybe not many copies, maybe not all the incrementals.

Also, any long retention you want to avoid power costs – tape is cheap to store 
long term.

William D L Brown

From: veritas-bu-boun...@mailman.eng.auburn.edu 
[mailto:veritas-bu-boun...@mailman.eng.auburn.edu] On Behalf Of WEAVER, Simon 
(external)
Sent: 07 October 2010 11:45
To: veritas-bu@mailman.eng.auburn.edu
Subject: [Veritas-bu] D2D or Tape Libraries


All
Just wanted some views on this

Been using Tape backups + Robots for years, and only lately things have been 
going wrong!
Decisions seem to be made about removing tape backups (maybe using them for 
monthly) and going to D2D solutions only.

Anyone got views on this? Pros or cons?

I do not mind D2D but I also like the "feel" of Tapes and storing them outside 
a site in a secure safe! Cannot do that with a EVA System !

Note: D2D is not to go to tape, remains on disk until it expires.

Regards

Simon

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




This e-mail was sent by GlaxoSmithKline Services Unlimited
(registered in England and Wales No. 1047315), which is a
member of the GlaxoSmithKline group of companies. The
registered address of GlaxoSmithKline Services Unlimited
is 980 Great West Road, Brentford, Middlesex TW8 9GS.

---
This e-mail was sent by GlaxoSmithKline Services Unlimited 
(registered in England and Wales No. 1047315), which is a 
member of the GlaxoSmithKline group of companies. The 
registered address of GlaxoSmithKline Services Unlimited 
is 980 Great West Road, Brentford, Middlesex TW8 9GS.
---
___
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

[William Brown]

We use 262144 buffer size everywhere for both NET_BUFFER_SZ and tape 
SIZE_DATA_BUFFERS (or Windows equivalent).  What I did find made a very large 
difference when I was benchmarking an LTO4 drive (which has a 4Gb FC interface) 
was switching between a 2Gb HBA and a 4Gb HBA – the throughput nearly doubled.  
That was testing with ‘dd’ not NetBackup, but was going through the (Solaris) 
OS.  So I would see if there is any way that you can up the speed, even if you 
go point-to-point and not via a SAN switch to avoid having to upgrade your 
fabric [no use if you share the drives with SSO!]

For Windows on FC you should find any modern FC driver will use the tape buffer 
size that you set.  64k was with the Windows scsi driver, and for some SCSI 
cards you might have to adjust the MaximumSGList in the registry – 
(http://mailman.eng.auburn.edu/pipermail/veritas-bu/2006-February/083653.html) 
and (http://h20195.www2.hp.com/v2/GetPDF.aspx/5982-9971EN.pdf).  More recent 
Adaptec driver install kits I have noticed do this for you.  You should be able 
to see in the bptm log what size is being used.  The fact you say the tape 
would not mount if you change settings *is* suspicious.  Make sure you have the 
latest drive/robot settings files so your drives are properly set to variable 
block size.  Again bptm log should help.

If the data is compressed on disk then I assume the Windows OS is having to 
decompress on the fly as it reads the disk which is going to hit the client 
quite hard on the CPU.  Not much you can do about that, but FlashBackup would 
not have to do that so I’d say was worth trying.  Bear in mind it will back up 
the entire volume, so you don’t want to be backing up a lot of empty space 
(though paradoxically that empty space would compress nicely when it hits the 
LTO drive’s h/w compression, provided Windows is zeroing the blocks on file 
deletion…not sure if it does this or even can be made to…otherwise you have a 
great disk scavenger ;-) ).

William

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

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



---
This e-mail was sent by GlaxoSmithKline Services Unlimited 
(registered in England and Wales No. 1047315), which is a 
member of the GlaxoSmithKline group of companies. The 
registered address of GlaxoSmithKline Services Unlimited 
is 980 Great West Road, Brentford, Middlesex TW8 9GS.
---
___
Veritas-bu maillist  -  Veritas-bu@mailman.eng.auburn.edu
http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu

Re: [Veritas-bu] Email Notifications - Changed after 6.5.6

[William Brown]

The upper one looks like those from the ‘notify’ scripts on 
/usr/openv/netbackup/bin.  They get overwritten which is a pain.  I also 
discovered that at 6.5.6 some get extra parameters related to multi-stream 
jobs.  Amusingly one gets I think 7 parameters now, checks it has at least 6, 
and the comment says 5…  If you used to get them then you had uncommented the 
lines at the end that have the mail commands.  The logs that are mailed are 
otherwise overritten by the next job.

They are not I think always overwritten, so you may not have seen it before.  
Somewhere in the documents I do recall it warns of this and you should save 
them.  Luckily it does of course save them itself in the tar file it keeps to 
support backing out the patch.  I recovered our custom ones from there, and at 
that point found that the underlying template had changed.  As we run both 
6.5.6 and 6.5.4 that is a bore as I now need 2 variants or more customisation, 
as they get called with different numbers of parameters.

The lower one I also get but that is from the ‘client sends email’ or ‘server 
sends email’ settings in the server properties.

William D L Brown

From: veritas-bu-boun...@mailman.eng.auburn.edu 
[mailto:veritas-bu-boun...@mailman.eng.auburn.edu] On Behalf Of WEAVER, Simon 
(external)
Sent: 09 September 2010 15:26
To: VERITAS-BU@mailman.eng.auburn.edu
Subject: [Veritas-bu] Email Notifications - Changed after 6.5.6


Hi All,
Got a little puzzle, that I cannot seem to track where the problem is, but here 
goes...

Win2k3 SP2 Ent + NBU 6.5.6 Master, Media and all clients.

It all went on well (Originally 6.5.3) apart from BMR Boot Server still showing 
6.5.3, although I will look into that later by reapplying the update pack.

But main problem is notification of emails seemed to have changed. I used to 
get all emails, regardless of status detailing this

Tue 09/07/2010  07:10 -
Tue 09/07/2010  07:10CLIENT:  SQL
Tue 09/07/2010  07:10POLICY:  SQL_SERVER
Tue 09/07/2010  07:10  SCHEDULE:  SERVER_FULL
Tue 09/07/2010  07:10 SCHEDULE TYPE:  FULL
Tue 09/07/2010  07:10STATUS:  0
Tue 09/07/2010  07:10STREAM:  0
Tue 09/07/2010  07:10 -

But since the update, I am now only getting emails with status 1 or higher and 
they look like this in the email

Backup on client FILE001 for user root by server MyBackup was partially 
successful.

Policy = TEST_BACKUP
Schedule = Test_Incr_Backup

File list
-
C:\Colours.reg

For the life of me, I have checked my backup_exit_notify.cmd and nbmail.cmd and 
I even have the original versions prior to the update, and yet these have not 
changed.

Any ideas?

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



---
This e-mail was sent by GlaxoSmithKline Services Unlimited 
(registered in England and Wales No. 1047315), which is a 
member of the GlaxoSmithKline group of companies. The 
registered address of GlaxoSmithKline Services Unlimited 
is 980 Great West Road, Brentford, Middlesex TW8 9GS.
---
___
Veritas-bu maillist  -  Veritas-bu@mailman.eng.auburn.edu
http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu

Re: [Veritas-bu] How to implement a 24 hour RPO with a traditionalbackup system.

[William Brown]

You are quite correct and it is something that I have pointed out several times 
to rather puzzled managers.   We don't sell a service but for most systems the 
RPO is 24 hours.  I have pointed out that for many systems where they take a 
FULL backup on Friday, and Cumulative Incremental on Mon, Tue, Wed, Thu only, 
that the worst case RPO at say 18:00 Monday, is all the way back to the Friday.

You cannot do an RPO of 24 hours with backups every 24 hours.

Oh, and please add the time it takes for the backup tapes to actually be 
collected and taken offsite, otherwise for site DR you may lose those tapes 
also - either physically or even worse, behind the police "Do not Cross" tape.  
In the latter case you may have problems accessing some systems to shut them 
down so you can fail them over

Best plan would be something like weekly full, daily cumulative, x hourly 
differential.  The last could be to disk and replicate offsite, e.g.PureDisk 
STU.

Cheaper still is what you tried, don't offer 24 hour RPO!

William D L Brown

From: veritas-bu-boun...@mailman.eng.auburn.edu 
[mailto:veritas-bu-boun...@mailman.eng.auburn.edu] On Behalf Of JC Cheney
Sent: 16 July 2010 10:09
To: Dean; veritas-bu@mailman.eng.auburn.edu
Subject: Re: [Veritas-bu] How to implement a 24 hour RPO with a 
traditionalbackup system.

Snapshot client? I guess you'd still be 24hrs + time to take the snap but that 
should be negligible...

From: veritas-bu-boun...@mailman.eng.auburn.edu 
[mailto:veritas-bu-boun...@mailman.eng.auburn.edu] On Behalf Of Dean
Sent: 16 July 2010 05:54
To: veritas-bu@mailman.eng.auburn.edu
Subject: [Veritas-bu] How to implement a 24 hour RPO with a traditionalbackup 
system.

Hi folks,

This is in no way NetBackup specific, but I'm wondering if some of the smart 
people on this mailing list might have some thoughts.

The company I work for have several service classes for Disaster 
Recoverability, mainly based on RPO (Recovery Point Objective). RPO refers to 
the amount of data loss that the company are willing to sacrifice in the case 
of a disaster. The customer is charged higher rates for the higher service 
classes.

Platinum level service class means zero data loss, so that basically means 
synchronous cross-site disk mirroring for the applications.

Gold level is 2 hours, so we use asynchronous disk mirroring, and/or ship the 
archive logs to the other site every 30 minutes or so.

Silver is 24 hours. The large majority of our backup clients fall into this 
category. Silver class is all based on tape backup/recovery. It's the 
traditional overnight backup to tape (or disk, VTL, whatever) fulls on the 
weekend, incrementals on weeknights.

But one of our clients has questioned this worst-case 24 hour RPO, and their 
query is quite valid.

Here is an example:

There is a system with 24 hour RPO that we backup every night at 6PM. The 
backup takes one hour. So, if a disaster occurs at 6:59 PM, before tonight's 
backup completes, we have to restore from the previous night's backup. But, 
really, that backup is only consistent as of 6PM the previous night, when the 
backup *started*. That means our worst case RPO is actually 25 hours.

I know this can be fixed with disk mirroring, but I'm looking for ways around 
this using purely "traditional" tape based (or disk) backup. If we're going to 
mirror all these systems, we'd be effectively moving them all to the Platinum 
DR class, and the customer is not willing to pay for that.

To do it with a traditional daily backup regime, we'd have to ensure that each 
day's backup completed less than 24 hours before the previous day's backup 
started, which means the backup window would constantly rotate throughout the 
day. Obviously that's not realistic.

The easy solution is to adjust the SLA to say that the RPO is "24 hours, plus 
the elapsed time of your backup", but the customer will not accept that.

We could also do something like running two backups a day, but obviously that 
will double the resources we need for our backup infrastructure, and I don't 
think the customer would be happy with all their servers grinding to a halt 
when the backups kick off in the middle of the day.

Has anyone else worked through this issue?

Any input appreciated :)

Thanks,
Dean

---
This e-mail was sent by GlaxoSmithKline Services Unlimited 
(registered in England and Wales No. 1047315), which is a 
member of the GlaxoSmithKline group of companies. The 
registered address of GlaxoSmithKline Services Unlimited 
is 980 Great West Road, Brentford, Middlesex TW8 9GS.
---
___
Veritas-bu maillist  -  Veritas-bu@mailman.eng.auburn.edu
http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu

Re: [Veritas-bu] Fibre Transport HBAs

[William Brown]

At the FT Media Server you must use the specified QLogic HBAs and no other.  At 
the moment that is the 2Gb and 4Gb HBAs, no support that I have seen for 8Gb 
HBAs.  Also no support for ones on mezzanine cards or other packaging, like the 
Sun blade server modules.

We use the Sun branded Qlogic HBAs.

Device  Bus Type
SG-XPCI1FC-QF2  PCI-X   Sun StorEdge 2 Gb Fibre Channel to PCI-X Single Port 
Host Bus Adapter
SG-XPCI2FC-QF2  PCI-X   Sun StorEdge 2 Gb Fibre Channel to PCI-X Dual Port Host 
Bus Adapter
SG-XPCI1FC-QF4  PCI-X   Sun StorageTek 4Gb FC PCI-X Single-Port Host Bus 
Adapter, QLogic
SG-XPCI2FC-QF4  PCI-X   Sun StorageTek 4Gb FC PCI-X Dual-Port Host Bus Adapter, 
QLogic
SG-XPCIE1FC-QF4 PCIeSun StorageTek 4Gb FC PCIe Single-Port Host Bus 
Adapter, QLogic
SG-XPCIE2FC-QF4 PCIeSun StorageTek 4Gb FC PCIe Dual-Port Host Bus Adapter, 
QLogic

At the SAN Client they don't seem to care what you use.  We use whatever our 
servers support, so is Emulex or Qlogic.  All we insist is that we don't share 
a port with disks or real tapes, have a dedicated port for SAN Client.

William D L Brown

-Original Message-
From: veritas-bu-boun...@mailman.eng.auburn.edu 
[mailto:veritas-bu-boun...@mailman.eng.auburn.edu] On Behalf Of Heathe Yeakley
Sent: 12 July 2010 20:08
To: NetBackup Mailing List
Subject: [Veritas-bu] Fibre Transport HBAs

I've purchased some Enterprise clients and plan on using the Fibre
Transport Feature to back them up. I'm on the market for the QLogic
HBAs that my media servers need in order to backup a SAN client. From
what I've read in the NetBackup 7 FT Guide, it just says that as long
as I get a Q Logic 234x I should be fine. Is there a preferred HBA
that those of you already running FT like to use? I want to make sure
I buy the right HBAs.

Thanks.

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


---
This e-mail was sent by GlaxoSmithKline Services Unlimited 
(registered in England and Wales No. 1047315), which is a 
member of the GlaxoSmithKline group of companies. The 
registered address of GlaxoSmithKline Services Unlimited 
is 980 Great West Road, Brentford, Middlesex TW8 9GS.
---

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

Re: [Veritas-bu] Destaging going slow

[William Brown]

I know it does not help your configuration but destaging using SLPs from 
AdvancedDisk to LTO-4 we get 80-150 MB/s.

William D L Brown

From: veritas-bu-boun...@mailman.eng.auburn.edu 
[mailto:veritas-bu-boun...@mailman.eng.auburn.edu] On Behalf Of WALLEBROEK Bart
Sent: 24 June 2010 07:48
To: Ed Wilts
Cc: veritas-bu@mailman.eng.auburn.edu
Subject: Re: [Veritas-bu] Destaging going slow

Ed,

Did you ever heard of NBU users who actually got heir speeds up to acceptable 
levels with DSSU ?  I asked the same question this morning to NBU support but 
I'm pretty sure I already know what the answer will be.
Best Regards,
Bart WALLEBROEK
Backup Admin & Systems & Applications Management & Support Specialist
Enterprise Applications Delivery - Infrastructure Management

From: Ed Wilts [mailto:ewi...@ewilts.org]
Sent: Wednesday, June 23, 2010 5:23 PM
To: WALLEBROEK Bart
Cc: veritas-bu@mailman.eng.auburn.edu
Subject: Re: [Veritas-bu] Destaging going slow

On Wed, Jun 23, 2010 at 8:22 AM, WALLEBROEK Bart 
mailto:bart.wallebr...@swift.com>> wrote:
We have a couple of windows (dedicated) Media Servers that act as NetBackup 
DSSU (Disk Staging Storage Unit) servers with each having from 4 to 16 TB of 
SAN disks.  Backing up to them is no issue and goes up to the limit of the 
network connected clients.  Destaging to tape (LTO4) however is slow (20 - 35 
MB/sec).

We have been in contact with Symantec where they advised us to lower the 
fragment size, change the data buffers size and numbers but we seem to get 
stuck to the current speed.  Backing up data from this DSSU disk to the tape 
drives goes up to physical tape speed limitation.

Does anyone have an idea where to look further to get to a reasonable speed ?

We currently are testing a Solaris DSSU server but we do not have numbers for 
that one.

We had this same issue escalated within Symantec and never did find the 
problem.  We had no such restrictions writing from the media servers directly 
to the tape drives, even when going from the DSSU locations - i.e. dd went at 
full speed but a destage would go slow. reading the same file that dd read.  
We're also mostly Solaris but our Windows media server also saw the same 
performance degradation.

We're located close to the NBU developers so we had NetBackup engineers on site 
doing investigating and benchmarking.  We duplicated the problems for them but 
they were unable to find any issues with the destaging code.

We eventually gave up on using DSSUs for the majority of our backups because 
the performance hit was unacceptable.  If you find a solution, I'd really, 
really like to hear about it.

   .../Ed
Ed Wilts, RHCE, BCFP, BCSD, SCSP, SCSE
ewi...@ewilts.org
[cid:image001.jpg@01CB13B0.5C339F90]Linkedin


---
This e-mail was sent by GlaxoSmithKline Services Unlimited 
(registered in England and Wales No. 1047315), which is a 
member of the GlaxoSmithKline group of companies. The 
registered address of GlaxoSmithKline Services Unlimited 
is 980 Great West Road, Brentford, Middlesex TW8 9GS.
---
<>___
Veritas-bu maillist  -  Veritas-bu@mailman.eng.auburn.edu
http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu

[Veritas-bu] liveupdate - UNIX Master, mixed servers to update

[William Brown]

Does anyone have any advice about using NetBackup LiveUpdate?  I've read the 
chapter in the Admin Guide and it is a bit thin on examples.  I've trawled 
Symantec Connect which does have some  useful comment, not least to avoid upper 
or mixed case in the path to any shares.

What I want to do is try it out in an environment where the Master and Media 
Servers are all UNIX (Solaris SPARC) but the  client and some SAN Media Servers 
are a mixed bag of Windows & various UNIX.  It's clear that is supposed to 
work.  However it will be hard for me to set up a web server to use http or 
https transport (lots of rules and hoops to jump through), so I'd prefer a LAN 
transport.

I note that using a CIFS share that only works if you make it totally insecure 
and enable null sessions - can't to that anyhow as our NFS/CIFS is all NAS 
appliances, not servers that can be tweaked to be insecure.   What I can't 
quite grasp is how a Windows client needing an update can talk to a UNIX 
liveupdate server.  Is the 'share' actually just a path that means something to 
the liveupdate server, or does the client being upgraded also need to be able 
to mount the share?  How can that work if it has no NFS client?

William D L Brown


---
This e-mail was sent by GlaxoSmithKline Services Unlimited 
(registered in England and Wales No. 1047315), which is a 
member of the GlaxoSmithKline group of companies. The 
registered address of GlaxoSmithKline Services Unlimited 
is 980 Great West Road, Brentford, Middlesex TW8 9GS.
---
___
Veritas-bu maillist  -  Veritas-bu@mailman.eng.auburn.edu
http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu

Re: [Veritas-bu] VSP versus VSS

[William Brown]

I was reading that section of the 6.5.6 release notes and I just couldn't quite 
understand it.  It seems to say that as of 6.5.6 Symantec have caused VSP to be 
automatically installed.  Previously we have always disabled it - we do Windows 
installs using silentclient.cmd, and that has an entry you can edit to stop it 
installing VSP.  So it seems to read that as a new feature in 6.5.6 you cannot 
stop it installing VSP?

It then goes on to say that at NetBackup 7.0 VSP is not supported

Am I reading this right...6.5.6 will install VSP whether you like it or not, 
and so if you want to get back to the 'status quo' at e.g. 6.5.4 of not 
installing it, you must use this new VSP disable tool, or suddenly VSP is going 
to start running on all the 6.5.6 clients, in place of VSS?  There is a table 
on page 50/51 of the 6.5.6 document updates that shows the behaviour of Windows 
- it says "The following table describes the backup behavior based on the 
Windows Open
File Backup setting for the client and whether or not VSS is available on the 
client." - and in none of the cases is VSP run.  I'm guessing that they meant 
to say that the table applies *after the VSP disable tool is run* and that 
makes it really confusing.

Does anyone know what actually needs to be done after upgrading to 6.5.6 on 
Windows 2003, to make sure VSP is not going to run?

Also...the VSP Disable tool can be run "from a Windows master server or media 
server" - we don't use those, all our Master & Media are UNIX.  So what do we 
do?

William D L Brown

From: veritas-bu-boun...@mailman.eng.auburn.edu 
[mailto:veritas-bu-boun...@mailman.eng.auburn.edu] On Behalf Of Herbert.George
Sent: 01 June 2010 21:18
To: Spencer O'Donnell; Ed Wilts; pranav batra
Cc: Veritas
Subject: Re: [Veritas-bu] VSP versus VSS

From a recent case with Symantec support:

... in the NB_6.5.6 readme, might be something to consider.
===
NetBackup 6.5.6 automatically installs the Veritas volume snapshot Provider
(VSP) method for Open File Backups. VSP is the default Open File Backup method 
in this release.
NetBackup 6.5.6 includes the VSP disable tool (bpvspdisable.exe) for
administrators to use to disable VSP on clients if it is not needed. The tool 
deletes the VSP cache files from the disk of the client system. All future VSP 
requests on those clients are redirected to use Microsoft native Volume Shadow 
Copy Service (VSS).
The VSP method for Open File Backups is not supported in NetBackup 7.0. Having 
run the VSP disable tool does not affect upgrading to NetBackup 7.0.
The VSP disable tool can be used on the following operating systems:
■ Windows Server 2000
■ Windows Server 2003 with Service Pack 2 (x86 and IA64)
■ Windows XP 32-bit and 64-bit (x86 and IA64)



George Herbert
Basline Storage Engineer - Backup

SunTrust Banks, Inc.
From: veritas-bu-boun...@mailman.eng.auburn.edu 
[mailto:veritas-bu-boun...@mailman.eng.auburn.edu] On Behalf Of Spencer 
O'Donnell
Sent: Tuesday, June 01, 2010 1:14 PM
To: Ed Wilts; pranav batra
Cc: Veritas
Subject: Re: [Veritas-bu] VSP versus VSS

May as well convert to VSS now. It is no longer there in 7.0. I swapped all my 
2003 and 2008 clients and things have never work3ed better, no more status code 
156 errors. There is a good vss enabler script on the Symantec Forums.

From: veritas-bu-boun...@mailman.eng.auburn.edu 
[mailto:veritas-bu-boun...@mailman.eng.auburn.edu] On Behalf Of Ed Wilts
Sent: Tuesday, June 01, 2010 11:49 AM
To: pranav batra
Cc: Veritas
Subject: Re: [Veritas-bu] VSP versus VSS

On Tue, Jun 1, 2010 at 10:12 AM, pranav batra 
mailto:pranav_vent...@hotmail.com>> wrote:

I have a small question on VSP/VSS.

As symantec recommends VSS for 2003 clients over VSP then why  it is the 
defauly snap-shot provider option ?

It's historical and is no longer the default in NetBackup 7.0.

Any specific reason for this recommendation as i can't find any tech note 
specifying why VSS:

They all just explain that VSS is for 2003 and VSP for 2000.
I agree but why?

Windows 2000 did not have a snapshot service provided by the operating system 
so Veritas had to write their own.  Microsoft added it in Windows 2003.

VSS has a HUGE advantage for the backup administrator because snapshots are now 
the responsibility of the server administrator, not the backup administrator.  
If snapshots fail, it's usually because the server administrator doesn't have 
something configured correctly or the admins have neglected to install patches 
to VSS (there are some but some Windows admins seem to install ONLY security 
patches and ignore all reliability/functionality fixes).

What happened two weeks ago:-There are our two cluster server and both got hung 
while getting backed up.
We are still looking for the root cause but couldn't find yet...The thing we 
suspect is that they were using VSP and when we changed snapshot provider to 
VSS( As they are 2003) ,backups and server both running fine from 

Re: [Veritas-bu] NDMP backup failure.

[William Brown]

Alas the NDMP standard describes that error as:

NDMP_XDR_DECODE_ERR (Generic Error)
Error decoding message.

Not exactly helpful!  You could perhaps look in the path 
/vol/mediavol/.snapshot/hourly.0/
(or the /vol/mediavol path) and make sure that there are no files with corrupt 
file names, or non-printing characters in the file names.  Though I guess you 
may be using it as FCP, I'm not clear.  Also there sound to be issues if the 
number of files is very large.

There are plenty of examples of this error if you Google, one might match.  A 
useful piece of advice in one was to look at the filer's log:

/vol/vol0/etc/messages

William D L Brown

-Original Message-
From: veritas-bu-boun...@mailman.eng.auburn.edu 
[mailto:veritas-bu-boun...@mailman.eng.auburn.edu] On Behalf Of hsyashwanth
Sent: 30 April 2010 18:55
To: VERITAS-BU@mailman.eng.auburn.edu
Subject: [Veritas-bu] NDMP backup failure.


Hello..
We are recieving the below error message while trying to backup NDMP host. We 
have been backing up our SAN (Netapp) data using NDMP since an year. But this 
error is seen from past 3 days.

30/04/2010 18:02:30 - mounting T1W3FR
30/04/2010 18:03:07 - mounted; mount time: 00:00:37
30/04/2010 18:03:07 - positioning T1W3FR to file 1
30/04/2010 18:03:10 - positioned T1W3FR; position time: 00:00:03
30/04/2010 18:03:10 - begin writing
30/04/2010 18:04:27 - Error ndmpagent(pid=4260) connection 0xec58f8 
ndmp_message_process_one_failed, status = NDMP_XDR_DECODE_ERR   
30/04/2010 18:04:27 - Error ndmpagent(pid=4260) NDMP backup failed, path = 
/vol/mediavol/.snapshot/hourly.0/   
30/04/2010 18:04:56 - end writing; write time: 00:01:46
NDMP backup failure(99)

I also ran tpautoconf command and recieved the following output.
Connecting to host "san1" as user "svcSanBackup"...
Waiting for connect notification message...
Opening session--attempting with NDMP protocol version 4...
Opening session--successful with NDMP protocol version 4
  host supports MD5 authentication
Getting MD5 challenge from host...
Logging in using MD5 method...
Host info is:
  host name "san1"
  os type "NetApp"
  os version "NetApp Release 7.3.1P2"
  host id "0118048715"
Login was successful
Host supports LOCAL backup/restore
Host supports 3-way backup/restore
Opening SCSI device "mc0"...
Inquiry result is "ADICScalar i500 520G520G.GS003 "

We recently enable SMB and signing on SAN. Would this cause any issues?

+--
|This was sent by hsyashwa...@yahoo.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


---
This e-mail was sent by GlaxoSmithKline Services Unlimited 
(registered in England and Wales No. 1047315), which is a 
member of the GlaxoSmithKline group of companies. The 
registered address of GlaxoSmithKline Services Unlimited 
is 980 Great West Road, Brentford, Middlesex TW8 9GS.
---

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

Re: [Veritas-bu] Architectural question (staging)

[William Brown]

DSSUs are OK but not as useful as e.g. AdvancedDisk pools for staging.  The 
algorithm for how it selects items to delete is very different.  I think you 
need to turn the question on its head.  Disk staging is not useful if your 
backups  (including incremental) can always stream the drive.  Ours cannot, 
Windows VMs are just too slow.  Disk staging allows the slow backups to be 
decoupled from the tape drives.  You don't have to dream up multiplexing levels 
that are different in full backups and incrementals; I doubt even if we set MPX 
to 32 the Windows VM incrementals could stream the LTO3/4, and LTO5 started 
shipping.

Using staging, disk does not care how slow the data arrives.  When it destages, 
you get proper use of the tape drives.  More importantly, the drives are not 
hogged by slow show-shine jobs, leaving other jobs queuing and in some cases 
hitting the end of the window. With SSO shared drives this can be painful.  So, 
what I'm saying is don't just think about your fast clients, think how to 
prevent the slow ones being a pain.

I'd even suggest considering sending FULL backups direct to tape and the INCR 
via staging.  With INCR the time taken to tee up the tape drive can be out of 
proportion to the backup duration, and it allocates the drive before it even 
starts to decide what files to backup...which may be very few.  Backups to disk 
start running so much faster, no mount time.  So for a backup that runs for < 5 
minutes tape is painful.

But more broadly, identify the slow backups that hog the drives, and if the 
total size will fit your staging, do it.  Destaging to tape makes the tape 
drives sing (OK, poetic licence there).  But you can use fewer drives and that 
means less $$ on annual maintenance.

William D L Brown


-Original Message-
From: veritas-bu-boun...@mailman.eng.auburn.edu 
[mailto:veritas-bu-boun...@mailman.eng.auburn.edu] On Behalf Of Victor Engle
Sent: 25 April 2010 20:15
To: veritas-bu@mailman.eng.auburn.edu
Subject: [Veritas-bu] Architectural question (staging)

Hello List,

Just wanted to get some opinions about whether disk staging units are
worthwhile. My backup server has two BasicDisk staging units with the
storage units configured such that the data goes to disk and is then
moved to tape. I have a tape library with four LTO-3 drives connected
via FC. So what I'm wondering is, since the LTO drives are reasonably
fast, and since I'm writing the data ultimately to tape anyway, would
it be better to just write directly to tape. The disk is just old
fashioned spinning disk with no de-duplication so there are
operational costs for the disks. All tape and disk storage units are
local to the backup server. I'm thinking it would be better to add LTO
drives and eliminate the disk for now and maybe later add a
de-duplicating disk unit.

Under what circumstances does it make sense to stage data on disk. I
would appreciate hearing what your thoughts and experiences are with
regard to disk staging.

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


---
This e-mail was sent by GlaxoSmithKline Services Unlimited 
(registered in England and Wales No. 1047315), which is a 
member of the GlaxoSmithKline group of companies. The 
registered address of GlaxoSmithKline Services Unlimited 
is 980 Great West Road, Brentford, Middlesex TW8 9GS.
---

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

Re: [Veritas-bu] Res: Restoring RMAN files

[William Brown]

I have a PDF presentation that came from a 'Symantec Vision' entitled " Best 
Practices for protecting Oracle with NetBackup" - that has a section on 
'Redirected Oracle Database Clone Restore', that has a number of steps.  I'm 
not a DBA so I've not tried it.  I can send it off-list to anyone who would 
like to look at it.

William D L Brown


-Original Message-
From: veritas-bu-boun...@mailman.eng.auburn.edu 
[mailto:veritas-bu-boun...@mailman.eng.auburn.edu] On Behalf Of Adams, Dwayne
Sent: 17 March 2010 15:43
To: DRAKE, MICHAEL (ATTCINW); Carlos Alberto Lima dos Santos; 
VERITAS-BU@mailman.eng.auburn.edu
Subject: Re: [Veritas-bu] Res: Restoring RMAN files

Hello,

RMAN can do a DB level restore to an alternate machine.  I worked at a company 
a few years back where we used the process for quarterly DR testing.  I have 
the RMAN book at home.  
http://www.amazon.com/Database-Application-Clusters-Handbook-Osborne/dp/007146509X/ref=pd_bxgy_b_img_a
 (non 10g version) I will take a look at it and see if there are any options 
for doing a file level restore of the DB files and report back tomorrow.

Dwayne

-Original Message-
From: veritas-bu-boun...@mailman.eng.auburn.edu 
[mailto:veritas-bu-boun...@mailman.eng.auburn.edu] On Behalf Of DRAKE, MICHAEL 
(ATTCINW)
Sent: Wednesday, March 17, 2010 8:25 AM
To: Carlos Alberto Lima dos Santos; VERITAS-BU@mailman.eng.auburn.edu
Subject: Re: [Veritas-bu] Res: Restoring RMAN files

Good point Carlos,

In fact there is no restore option for RMAN in the NBU GUI or CLI.  Veritas has 
purposely set it up that way as did other vendors in collaboration with Oracle. 
 All the NBU RMAN policy really does is act as a master scheduler to launch the 
RMAN script.  The DBA has to log into RMAN and look at its own set of logs to 
do a restore.  Not an RMAN expert, but I do not believe it can do an alternate 
machine restore like NBU does.  

I think what Alan is trying to do is get Oracle to dump out some sort of file 
that can be backed up as a regular file.  So a separate standard policy is 
created, backs up this regular file, then uses an alternate restore method to 
point to restore to a different destination machine.  If he is talking about 
the Oracle export method, then that should work.  

Mike Drake
Storage Administrator
GNO Operations
EMC Proven Professional
desk 404-303-5008
cell 404-368-8079


-Original Message-
From: veritas-bu-boun...@mailman.eng.auburn.edu 
[mailto:veritas-bu-boun...@mailman.eng.auburn.edu] On Behalf Of Carlos Alberto 
Lima dos Santos
Sent: Wednesday, March 17, 2010 7:58 AM
To: VERITAS-BU@mailman.eng.auburn.edu
Subject: [Veritas-bu] Res: Restoring RMAN files


If backup was done using RMAN the restore should be initialized by RMAN, in 
the RMAN script the DBA can recover the DB or not. To redirect the restore to 
another server has a procedure in the NetBackup Oracle administrator's guide.



 
Carlos Alberto L. dos Santos (TOCA)
Eng. de Computação - Jundiaí - SP Brasil
http://www.linkedin.com/in/carlostoca
http://netbackupblog.blogspot.com/
carlos_lis...@yahoo.com.br




- Mensagem original 
De: awiggins 
Para: VERITAS-BU@MAILMAN.ENG.AUBURN.EDU
Enviadas: Terça-feira, 16 de Março de 2010 16:59:37
Assunto: [Veritas-bu]  Restoring RMAN files


This is for an alternate client restore to a client that I cannot get the nbu 
ports opened for.  I've been told that if I can restore the rman files as plain 
files, they can then be moved to an appropriate server where the dba's will be 
able to restore the db from them.  Does this sound correct?

Thanks,

Alan

+--
|This was sent by awigg...@juniper.net 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



  

Veja quais são os assuntos do momento no Yahoo! +Buscados
http://br.maisbuscados.yahoo.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

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


---
This e-mail was sent by GlaxoSmithKline Services Unlimited 
(registered in England and Wales No. 1047315), which is a 
member of the GlaxoSmithKline group o

Re: [Veritas-bu] Storage life cycle policy query.

[William Brown]

Provided that you are on 6.5.4 or later you can select which copy you do 
duplications from.

I'm not quite clear when you say "tape at same location" if that is the site 
where the backup happens, or the remote site.  The particular idea in 6.5.4 was 
to allow duplication to tape at a remote site to use the remote disk copy.  
Prior to 6.5.4 all duplication used the initial backup as the source.

I can't see any reason why you cannot set up one backup and two duplication 
jobs in an SLP, with both duplications using the same source.  However, the 
locking mechanisms around allocation of resources will I suspect prevent those 
two duplications actually running at the same time;  they may both get 
submitted but I think one may wait to get allocated the disk with the backups 
on.

Of course the disk you send the backups to must be an advanced disk storage 
unit of some type - cannot be basic Disk.

William D L Brown

From: veritas-bu-boun...@mailman.eng.auburn.edu 
[mailto:veritas-bu-boun...@mailman.eng.auburn.edu] On Behalf Of pranav batra
Sent: 25 February 2010 15:18
To: Veritas
Subject: [Veritas-bu] Storage life cycle policy query.

Hello All,


We have setup a SLP for the duplication of images to diffrent storage units.

We are taking a backup on Disk them duplicating it to another disk at diffrent 
location and then to tape at same location.

My question is that this all is a very time consuming process.

As first backup goes to disk one:-to tape.Then duplication starts to disk2 and 
then

Is there any way to run both the duplication process simentaneously when the 
backup to disk 1 completes.

I mean when backup to disk 1 done: -Can the duplication run on idsk2 and tape 
simentaneously.

We are using OST option but it is not offrening us the D2D2T option.

Could somebody put some more light on it?




Thanks and Regards
Pranav Batra






Hotmail: Powerful Free email with security by Microsoft. Get it 
now.

---
This e-mail was sent by GlaxoSmithKline Services Unlimited 
(registered in England and Wales No. 1047315), which is a 
member of the GlaxoSmithKline group of companies. The 
registered address of GlaxoSmithKline Services Unlimited 
is 980 Great West Road, Brentford, Middlesex TW8 9GS.
---
___
Veritas-bu maillist  -  Veritas-bu@mailman.eng.auburn.edu
http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu

Re: [Veritas-bu] Any gotchas with 10 GB Ethernet?

[William Brown]

Actually it is the 5220 that does and the 5240 that does not.

The T5220 has the 10GbE circuitry on the CPU.  With the T5240 that was 
displaced by the circuitry for the CPUs to talk to each other, and the 10GbE is 
on another chip.  If you hunt round for the architecture white papers there are 
block drawings.

We have a number of T5220s with the XAUI cards and optical 10GbE SFP+.  Goes 
along briskly especially with Jumbo Frames.

William D L Brown


-Original Message-
From: veritas-bu-boun...@mailman.eng.auburn.edu 
[mailto:veritas-bu-boun...@mailman.eng.auburn.edu] On Behalf Of Larry
Sent: 20 February 2010 02:14
To: VERITAS-BU@mailman.eng.auburn.edu
Subject: [Veritas-bu] Any gotchas with 10 GB Ethernet?


Oh yeah, and if you haven't bought the servers yet, Sun has some with dedicated 
busses for 10Gb NICs.  Haven't played with them yet, but it's definitely worth 
considering.  I want to say the 5240 has them while the 5220 doesn't.

+--
|This was sent by la...@hawkeyes.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


---
This e-mail was sent by GlaxoSmithKline Services Unlimited 
(registered in England and Wales No. 1047315), which is a 
member of the GlaxoSmithKline group of companies. The 
registered address of GlaxoSmithKline Services Unlimited 
is 980 Great West Road, Brentford, Middlesex TW8 9GS.
---

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

Re: [Veritas-bu] Job priorities for Duplication vs Duplication stage of SLPs

[William Brown]

Doh!

Found it myself, when I said "There is no place in an SLP definition to set a 
priority for any particular stage" I was looking at the detail of the 
duplication phase.  The 'duplication priority' is on the main page of the SLP 
definition, default is 0.

William D L Brown

From: veritas-bu-boun...@mailman.eng.auburn.edu 
[mailto:veritas-bu-boun...@mailman.eng.auburn.edu] On Behalf Of William Brown
Sent: 04 February 2010 10:05
To: veritas-bu@mailman.eng.auburn.edu
Subject: [Veritas-bu] Job priorities for Duplication vs Duplication stage of 
SLPs

We've not changed the Default Job Priorities on a 6.5.4 Master Server, but I'm 
seeing a difference between the job priority of a Duplication job started by 
bpduplicate, which is set to 5, and the job priority for the Duplication 
jobs created as a result of the SLP duplication phase, which is 0, the same as 
the backups.

Is there are way to raise the priority of the duplication phase of an SLP?  We 
are using them for D2D2T and I want to be sure that the duplication to tape 
cannot get stuck waiting for backup jobs, as that might cause the disk staging 
to fill.  There is no place in an SLP definition to set a priority for any 
particular stage.

William D L Brown


---
This e-mail was sent by GlaxoSmithKline Services Unlimited 
(registered in England and Wales No. 1047315), which is a 
member of the GlaxoSmithKline group of companies. The 
registered address of GlaxoSmithKline Services Unlimited 
is 980 Great West Road, Brentford, Middlesex TW8 9GS.
---
___
Veritas-bu maillist  -  Veritas-bu@mailman.eng.auburn.edu
http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu

[Veritas-bu] Job priorities for Duplication vs Duplication stage of SLPs

[William Brown]

We've not changed the Default Job Priorities on a 6.5.4 Master Server, but I'm 
seeing a difference between the job priority of a Duplication job started by 
bpduplicate, which is set to 5, and the job priority for the Duplication 
jobs created as a result of the SLP duplication phase, which is 0, the same as 
the backups.

Is there are way to raise the priority of the duplication phase of an SLP?  We 
are using them for D2D2T and I want to be sure that the duplication to tape 
cannot get stuck waiting for backup jobs, as that might cause the disk staging 
to fill.  There is no place in an SLP definition to set a priority for any 
particular stage.

William D L Brown


---
This e-mail was sent by GlaxoSmithKline Services Unlimited 
(registered in England and Wales No. 1047315), which is a 
member of the GlaxoSmithKline group of companies. The 
registered address of GlaxoSmithKline Services Unlimited 
is 980 Great West Road, Brentford, Middlesex TW8 9GS.
---
___
Veritas-bu maillist  -  Veritas-bu@mailman.eng.auburn.edu
http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu

Re: [Veritas-bu] Any gotchas with 10 GB Ethernet?

[William Brown]

This is what we use, though it is not special to 10GbE; I've no doubt many 
people will have their own schemes.  It's from a script that checks settings 
against our design:

NETWORK TUNING PARAMETERS


TCP parameters:

tcp_wscale_always:current:   1  recommended:   1
tcp_tstamp_if_wscale: current:   1  recommended:   1
tcp_xmit_hiwat:   current: 1048576  recommended: 1048576
tcp_recv_hiwat:   current: 1048576  recommended: 1048576
tcp_cwnd_max: current: 2097152  recommended: 2097152
tcp_max_buf:  current: 4194304  recommended: 4194304
tcp_time_wait_interval:   current:   6  recommended:   6
tcp_conn_req_max_q:   current:8192  recommended:8192


Sendpipes & Recvpipes:

route   recvpipe:  current: 1048576  recommended: 1048576
route   sendpipe:  current: 1048576  recommended: 1048576

I'd say the hiwat settings are the most important, and tcp_cwnd_max and 
tcp_max_buf must be raised to allow for that.  We are also implementing Jumbo 
Frames which in testing made about 60-80% increase in throughput using iperf.  
Slightly harder to test with NetBackup as more moving parts like disks 
involved, and for many clients we cannot set it as we don't have a separate 
backup LAN, and some applications don't want to try it.

William D L Brown


-Original Message-
From: veritas-bu-boun...@mailman.eng.auburn.edu 
[mailto:veritas-bu-boun...@mailman.eng.auburn.edu] On Behalf Of Tschida, Tom 
(STP)
Sent: 01 February 2010 22:29
To: veritas-bu@mailman.eng.auburn.edu
Subject: [Veritas-bu] Any gotchas with 10 GB Ethernet?

Hello All,

We are in the process of implementing 2 new Solaris media servers with
10 GB Ethernet.  Are there any gotchas on the OS side or the NetBackup
side I should be aware of?  Any buffer settings we need to tweak or new
touch files, etc?

Thanks in advance.

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


---
This e-mail was sent by GlaxoSmithKline Services Unlimited 
(registered in England and Wales No. 1047315), which is a 
member of the GlaxoSmithKline group of companies. The 
registered address of GlaxoSmithKline Services Unlimited 
is 980 Great West Road, Brentford, Middlesex TW8 9GS.
---

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

Re: [Veritas-bu] Enterprise Client License

[William Brown]

<< Does the Enterprise Client License only give me SAN MEDIA SERVER 
capability>> - yes so far as server capabilities go.

I can't find anything that spells it out exactly but it seems likely that you 
cannot run NDMP agent on the enterprise client.  If you are sending the data to 
drives connected directly to the filers you might as well put the NDMP licence 
on the Master Server, as it is mostly control traffic to and from the filer - 
though the catalog updates I'm told can be quite intensive.   If you are 
sending the data over the LAN to the NetBackup for NDMP server then that is not 
such a good idea.

William D L Brown

From: veritas-bu-boun...@mailman.eng.auburn.edu 
[mailto:veritas-bu-boun...@mailman.eng.auburn.edu] On Behalf Of Andy Skates
Sent: 29 January 2010 14:09
To: veritas-bu@mailman.eng.auburn.edu
Subject: [Veritas-bu] Enterprise Client License

Environment - NBU 6.5.5
Master Server - Windows 2003
Media Servers - Windows 2003

I have a question concerning the Enterprise CLIENT License. I have a server 
that has the Enterprise Client License installed on it. This server has control 
over the robotics in the 4 x LTO4 Tape Library. It can back itself up with no 
problems.

However I want to use this server as the robotic control from 2 x NetApp Filer 
backups using NDMP. Whenever I try and run an NDMP backup I get an Status Code 
159.

I am able to run a 3rd Party NDMP backup to the Master Server (which has 
control over another library).

My question is - Does the Enterprise Client License only give me SAN MEDIA 
SERVER capability? Will I need to upgrade this license to get NDMP backups 
through it?

Regards,

Andy Skates

---
This e-mail was sent by GlaxoSmithKline Services Unlimited 
(registered in England and Wales No. 1047315), which is a 
member of the GlaxoSmithKline group of companies. The 
registered address of GlaxoSmithKline Services Unlimited 
is 980 Great West Road, Brentford, Middlesex TW8 9GS.
---
___
Veritas-bu maillist  -  Veritas-bu@mailman.eng.auburn.edu
http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu

Re: [Veritas-bu] LTO tape label / sequence?

[William Brown]

Well I thought that but see a bit above:


\\.\Tape1, drive serial number HU10606CNF, expected serial number HU10606CNF


That's the drive serial number.

William D L Brown

From: Preston, Douglas [mailto:dlpres...@lereta.com]
Sent: 15 January 2010 15:06
To: William Brown; VERITAS-BU@mailman.eng.auburn.edu
Subject: RE: [Veritas-bu] LTO tape label / sequence?

That serial number is actually the drive serial number.  It will freeze media 
if it gets any error or non matched info

Doug Preston
Systems Engineer
LERETA, LLC
Client Server team
1123 Park View DR
Covina CA 91724
Phone 626-339-5221 Ext 1104
Email  dlpres...@lereta.com<mailto:dlpres...@landam.com>

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

From: veritas-bu-boun...@mailman.eng.auburn.edu 
[mailto:veritas-bu-boun...@mailman.eng.auburn.edu] On Behalf Of William Brown
Sent: Friday, January 15, 2010 5:05 AM
To: VERITAS-BU@mailman.eng.auburn.edu
Subject: Re: [Veritas-bu] LTO tape label / sequence?

I was quite surprised to find that NetBckup is not just looking at the tape 
label, but also what I think is the cartridge serial number with LTO.  I guess 
that comes from the LTO-CM.  This is 6.5.4

This happened on a Windows Master/Media server in our test lab:


20:00:48.922 [3908.1968] <2> openTpreqFile: tpreq_file: D:\Program 
Files\VERITAS\NetBackup\db\media\tpreq\drive_Drive1, serial_num: HU10606CNF

20:00:48.922 [3908.1968] <2> get_drive_path: SCSI coordinates {5,1,1,3}, 
dos_path \\.\Tape1, pnp_path 
\\?\scsi#sequential&ven_hp&prod_ultrium_3-scsi&rev_g54w#4&2b40ae32&0&113#{53f5630b-b6bf-11d0-94f2-00a0c91efb8b}

20:00:48.922 [3908.1968] <2> check_serial_num: serial number match for drive 
with SCSI coordinates {5,1,1,3}, dos_path \\.\Tape1, drive serial number 
HU10606CNF, expected serial number HU10606CNF

20:00:48.954 [3908.1968] <2> init_tape: \\.\Tape1 (SCSI coordinates {5,1,1,3}) 
configured with blocksize 0

20:00:48.954 [3908.1968] <2> init_tape: \\.\Tape1 (SCSI coordinates {5,1,1,3}) 
has compression enabled

20:00:48.969 [3908.1968] <2> io_open: SCSI RESERVE

20:00:49.391 [3908.1968] <2> manage_drive_attributes: report_attr, fl1 
0x0429, fl2 0x0004

20:00:49.391 [3908.1968] <4> manage_drive_attributes: expected manufacturer 
[HP], reported [HP]

20:00:49.391 [3908.1968] <4> manage_drive_attributes: expected serial number 
[E63YABQ480], reported [1120653908]

20:00:49.391 [3908.1968] <2> send_MDS_msg: MEDIADB 1 1534 13 4000113 *NULL* 
20 1262980800 0 0 0 0 0 0 3 2 0 17 1024 0 0 0

20:00:49.391 [3908.1968] <16> manage_drive_attributes: FREEZING media id 
13, Medium identifiers do not match

20:00:49.391 [3908.1968] <2> io_close: closing D:\Program 
Files\VERITAS\NetBackup\db\media\tpreq\drive_Drive1, from bptm.c.18660

2

So I'd suggest, don't reuse barcodes.

William D L Brown

From: veritas-bu-boun...@mailman.eng.auburn.edu 
[mailto:veritas-bu-boun...@mailman.eng.auburn.edu] On Behalf Of 
j.keat...@tachi-s.com
Sent: 14 January 2010 21:12
To: VERITAS-BU@mailman.eng.auburn.edu
Subject: [Veritas-bu] LTO tape label / sequence?


Hello,

The question of "should we be paying particular attention of tape labels" 
question reared it's ugly head for me once again and I can't remember the 
answer.

Am I correct to believe that NBU won't import or confuse itself or the database 
if we should put a tape in the robot which has the same label as a tape that's 
has already been written too and cataloged?
And, should I be ordering labels with an existing sequence?


Regards,
John Keating
Information Technology
Tachi-S Engineering U.S.A. Inc.

---

This e-mail was sent by GlaxoSmithKline Services Unlimited

(registered in England and Wales No. 1047315), which is a

member of the GlaxoSmithKline group of companies. The

registered address of GlaxoSmithKline Services Unlimited

is 980 Great West Road, Brentford, Middlesex TW8 9GS.

---

---
This e-mail was sent by GlaxoSmithKline Services Unlimited 
(registered in England and Wales No. 1047315), which is a 
member of the GlaxoSmithKline group of companies. The 
registered address of GlaxoSmithKline Services Unlimited 
is 980 Great West Road, Brentford, Middlesex TW8 9GS.
--

Re: [Veritas-bu] LTO tape label / sequence?

[William Brown]

I was quite surprised to find that NetBckup is not just looking at the tape 
label, but also what I think is the cartridge serial number with LTO.  I guess 
that comes from the LTO-CM.  This is 6.5.4

This happened on a Windows Master/Media server in our test lab:


20:00:48.922 [3908.1968] <2> openTpreqFile: tpreq_file: D:\Program 
Files\VERITAS\NetBackup\db\media\tpreq\drive_Drive1, serial_num: HU10606CNF

20:00:48.922 [3908.1968] <2> get_drive_path: SCSI coordinates {5,1,1,3}, 
dos_path \\.\Tape1, pnp_path 
\\?\scsi#sequential&ven_hp&prod_ultrium_3-scsi&rev_g54w#4&2b40ae32&0&113#{53f5630b-b6bf-11d0-94f2-00a0c91efb8b}

20:00:48.922 [3908.1968] <2> check_serial_num: serial number match for drive 
with SCSI coordinates {5,1,1,3}, dos_path \\.\Tape1, drive serial number 
HU10606CNF, expected serial number HU10606CNF

20:00:48.954 [3908.1968] <2> init_tape: \\.\Tape1 (SCSI coordinates {5,1,1,3}) 
configured with blocksize 0

20:00:48.954 [3908.1968] <2> init_tape: \\.\Tape1 (SCSI coordinates {5,1,1,3}) 
has compression enabled

20:00:48.969 [3908.1968] <2> io_open: SCSI RESERVE

20:00:49.391 [3908.1968] <2> manage_drive_attributes: report_attr, fl1 
0x0429, fl2 0x0004

20:00:49.391 [3908.1968] <4> manage_drive_attributes: expected manufacturer 
[HP], reported [HP]

20:00:49.391 [3908.1968] <4> manage_drive_attributes: expected serial number 
[E63YABQ480], reported [1120653908]

20:00:49.391 [3908.1968] <2> send_MDS_msg: MEDIADB 1 1534 13 4000113 *NULL* 
20 1262980800 0 0 0 0 0 0 3 2 0 17 1024 0 0 0

20:00:49.391 [3908.1968] <16> manage_drive_attributes: FREEZING media id 
13, Medium identifiers do not match

20:00:49.391 [3908.1968] <2> io_close: closing D:\Program 
Files\VERITAS\NetBackup\db\media\tpreq\drive_Drive1, from bptm.c.18660

2

So I'd suggest, don't reuse barcodes.

William D L Brown

From: veritas-bu-boun...@mailman.eng.auburn.edu 
[mailto:veritas-bu-boun...@mailman.eng.auburn.edu] On Behalf Of 
j.keat...@tachi-s.com
Sent: 14 January 2010 21:12
To: VERITAS-BU@mailman.eng.auburn.edu
Subject: [Veritas-bu] LTO tape label / sequence?


Hello,

The question of "should we be paying particular attention of tape labels" 
question reared it's ugly head for me once again and I can't remember the 
answer.

Am I correct to believe that NBU won't import or confuse itself or the database 
if we should put a tape in the robot which has the same label as a tape that's 
has already been written too and cataloged?
And, should I be ordering labels with an existing sequence?


Regards,
John Keating
Information Technology
Tachi-S Engineering U.S.A. Inc.

---
This e-mail was sent by GlaxoSmithKline Services Unlimited 
(registered in England and Wales No. 1047315), which is a 
member of the GlaxoSmithKline group of companies. The 
registered address of GlaxoSmithKline Services Unlimited 
is 980 Great West Road, Brentford, Middlesex TW8 9GS.
---
___
Veritas-bu maillist  -  Veritas-bu@mailman.eng.auburn.edu
http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu

Re: [Veritas-bu] Master with multiple NIC's

[William Brown]

It depends a bit on whether you want to shift all traffic, and whether the 
networks are interconnected 'higher up'.

We have a Master that is also a Media Server.  Each client has the names of 
every interface on the server in the SERVER= entries.

We created static routing for each subnet, for example:

/usr/sbin/route add -ifp ce0 -net vlan2110  xx.xx.xx.xx
/usr/sbin/route change -net vlan2110 -recvpipe 65535 -sendpipe 65535

That will cause the Master and the Media (same server) to make any outbound 
connections over the correct interface; the client will send data over the 
reverse path.

Any subnets that we don't have a NIC for we just let use the default interface 
(which is also the default route) on the server.  The subnets are 
interconnected, this was primarily done to prevent backup data taking up 
bandwidth on the inter-switch links.

You can in 6.x use REQUIRED_NETWORK which I assume allows you to have a 
collection of interfaces in the same subnet, but I'm not sure.

In your case I think you just need static routes, and to make sure the clients 
in network A have the name of the Interface A in their SERVER= list, etc.

William D L Brown


-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 January 2010 21:05
To: veritas-bu@mailman.eng.auburn.edu
Subject: [Veritas-bu] Master with multiple NIC's

Is it supported in NBU that a Solaris Master/Media has multiple NIC's for 
backups of different clients on different networks ?

Example:
Master has 2 network interfaces.  Interface A goes to network A to backup 
clients on network A;  Interface B goes to network B to backup clients on 
network B.

If it is supported how is this configured in NBU ?

The REQUIRED_INTERFACE option is to make sure that all NBU traffic goes over 
the configured network interface but you can only configure 1 interface.  Or am 
I wrong here.

Best Regards,
Bart WALLEBROEK
Backup Admin & Systems & Applications Management & Support Specialist 
Enterprise Applications Delivery - Infrastructure Management
Tel: + 32 2 655 30 75Mobile: + 32 478 31 61 77
S.W.I.F.T. SCRL

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


---
This e-mail was sent by GlaxoSmithKline Services Unlimited 
(registered in England and Wales No. 1047315), which is a 
member of the GlaxoSmithKline group of companies. The 
registered address of GlaxoSmithKline Services Unlimited 
is 980 Great West Road, Brentford, Middlesex TW8 9GS.
---

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

Re: [Veritas-bu] Netbackup SAN Media Server

[William Brown]

<< we now only need a SAN Media Server license for the server so it can send 
its data over the SAN directly to tape.>>

Absolutely correct.  Also, if those TSM files are large, you will get good 
performance.  All you need to plan is that at the time your 30 minute slot 
comes round, the shared tape drive is not in use by another server.  How hard 
that is depends on whether you have a fixed 30 minute slot or 'any 30 minutes'.

William D L Brown



---
This e-mail was sent by GlaxoSmithKline Services Unlimited 
(registered in England and Wales No. 1047315), which is a 
member of the GlaxoSmithKline group of companies. The 
registered address of GlaxoSmithKline Services Unlimited 
is 980 Great West Road, Brentford, Middlesex TW8 9GS.
---

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

Re: [Veritas-bu] Netbackup SAN Media Server

[William Brown]

If you need the throughput of backup from the client to the Media Server (not 
SAN Media Server) of fibre channel, then the Client needs an 'Enterprise 
Client' licence.  This is actually the same licence now as SAN Media Server, 
and if your client was licensed before as SAN Media Server (e.g. at 5.n) you 
can trade the licence for a 6.n Enterprise Client licence.  "See you sales rep" 
as they say.

The actual SAN Client licence must be installed on the Master Server to enable 
the capability.

There is no extra licence for the FT Media Server function, any full Media 
Server that meets the compatibility list can be used.  Of course the FT Media 
Server must be able to store that data fast enough, e.g. through to tape (6.5.4 
and above) or to fast staging disk.

William D L Brown


-Original Message-
From: veritas-bu-boun...@mailman.eng.auburn.edu 
[mailto:veritas-bu-boun...@mailman.eng.auburn.edu] On Behalf Of Thomas 
Hemmingby Espe
Sent: 12 January 2010 20:13
To: judy_hinchcli...@administaff.com; VERITAS-BU@mailman.eng.auburn.edu
Subject: Re: [Veritas-bu] Netbackup SAN Media Server

> It just depends on if you have a "need" to have the data only travel the
> SAN or if it is ok to travel the LAN.
>
> I have SAN media servers but do not have FT. Just depends on what you
> want.  But I know a number of people who thought SAN media server meant
> by default that it backed up over the SAN.

We actually do have a need to have the data travel the SAN because we
have to backup a considerable
amount of data in 30 min. or less. So that mean that we need FT as well?

This is an extra license?


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


---
This e-mail was sent by GlaxoSmithKline Services Unlimited 
(registered in England and Wales No. 1047315), which is a 
member of the GlaxoSmithKline group of companies. The 
registered address of GlaxoSmithKline Services Unlimited 
is 980 Great West Road, Brentford, Middlesex TW8 9GS.
---

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

Re: [Veritas-bu] Netbackup SAN Media Server

[William Brown]

Don't confuse the confusing names Symantec uses!

A SAN Media Server backs up it's own disks (only) and sends the data over the 
SAN to SAN-attached tape drives (commonly)

A normal Media Server (licence is double the list price) also send data to 
storage just the same as a SAN Media Server, but can pull data in from LAN 
clients, or (with a very limited support matrix for target HBAs) can pull data 
from SAN Clients.

So you cannot "backing up client X via a SAN media server, but sending data 
over the LAN" unless your SAN Media Server is using network-attached storage 
like NAS or OST.

The name "SAN Media Server" is very confusing, especially since they introduced 
the SAN Client, and even more so since they share a licence ("Enterprise 
Client").   The SAN Media Server is just a Media Server that cannot support 
remote clients.  If you look at the detail of the licence you'll see the 
'remote client' option is missing.

William D L Brown


-Original Message-
From: judy_hinchcli...@administaff.com 
[mailto:judy_hinchcli...@administaff.com] 
Sent: 12 January 2010 20:07
To: n...@mbari.org; William Brown; VERITAS-BU@mailman.eng.auburn.edu
Subject: RE: [Veritas-bu] Netbackup SAN Media Server

Load,

I have two servers with large data.
To have my normal media server do the backup would put a big load on it.
So you add more media servers
But media servers cost money
San media servers cost a little less.
So I put the load of backing up those two big servers on themselves.
While letting my normal media servers backup everything else.


-Original Message-
From: Conner, Neil [mailto:n...@mbari.org] 
Sent: Tuesday, January 12, 2010 1:47 PM
To: Judy Hinchcliffe; william.d.br...@gsk.com; Veritas List
Subject: Re: [Veritas-bu] Netbackup SAN Media Server

I must be missing something... I don't understand why you would want to
install a SAN media server but not configure it to send data over the
SAN.
What are the benefits of backing up client X via a SAN media server, but
sending data over the LAN, versus backing up client X through a
traditional
master/media server where the same data goes over the same LAN?  I
thought
the whole point of a SAN media server was to get the data off of the LAN
and
onto the higher-throughput SAN...

Neil

On 1/12/10 8:40 AM, "judy_hinchcli...@administaff.com"
 wrote:

> It just depends on if you have a "need" to have the data only travel
the
> SAN or if it is ok to travel the LAN.
> 
> I have SAN media servers but do not have FT. Just depends on what you
> want.  But I know a number of people who thought SAN media server
meant
> by default that it backed up over the SAN.
> 
> -Original Message-
> From: veritas-bu-boun...@mailman.eng.auburn.edu
> [mailto:veritas-bu-boun...@mailman.eng.auburn.edu] On Behalf Of
William
> Brown
> Sent: Tuesday, January 12, 2010 10:27 AM
> To: VERITAS-BU@mailman.eng.auburn.edu
> Subject: Re: [Veritas-bu] Netbackup SAN Media Server
> 
> Actually if you think about it a SAN Media Server is no use as an FT
> Media Server - as it cannot backup other clients.  Strangely it could
> restore them as SAN Media Servers are allowed to do alternate client
> restores...just not backups.
> 
> William D L Brown
> 
> 
> -Original Message-
> From: veritas-bu-boun...@mailman.eng.auburn.edu
> [mailto:veritas-bu-boun...@mailman.eng.auburn.edu] On Behalf Of
> judy_hinchcli...@administaff.com
> Sent: 12 January 2010 15:25
> To: thomas.e...@gmail.com; VERITAS-BU@mailman.eng.auburn.edu
> Subject: Re: [Veritas-bu] Netbackup SAN Media Server
> 
> It acts much like a normal media server and you just do that, you just
> have to get the license installed to allow it to be a SAN Media
server.
> 
> As such it can only back itself up.
> 
> If you have direct attached drives you issue.
> If you have a library - you can have some drives just used by that
> server (but if those drives fail it cannot use any of the other drives
> in the library)  If you want your normal media server and your SAN
media
> server to use any drives in the library you will need to get an SSO
> license so they can all share the same drives.
> 
> Not that setting up a SAN media server does not make it backup over
the
> san... if you want that you will have to set up the Fibre Transport -
> you will need to look more into that as it only works with specific
> hardware.
> 
> 
> -Original Message-
> From: veritas-bu-boun...@mailman.eng.auburn.edu
> [mailto:veritas-bu-boun...@mailman.eng.auburn.edu] On Behalf Of Thomas
> Hemmingby Espe
> Sent: Tuesday, January 12, 2010 6:28 AM
> To: VERITAS-BU@mailman.eng.auburn.edu
> Subject: [Veritas-bu] Netbackup SAN Media Server
> 
> We are about to set up a system with a NBU SAN Media Se

Re: [Veritas-bu] Netbackup SAN Media Server

[William Brown]

Actually if you think about it a SAN Media Server is no use as an FT Media 
Server - as it cannot backup other clients.  Strangely it could restore them as 
SAN Media Servers are allowed to do alternate client restores...just not 
backups.

William D L Brown


-Original Message-
From: veritas-bu-boun...@mailman.eng.auburn.edu 
[mailto:veritas-bu-boun...@mailman.eng.auburn.edu] On Behalf Of 
judy_hinchcli...@administaff.com
Sent: 12 January 2010 15:25
To: thomas.e...@gmail.com; VERITAS-BU@mailman.eng.auburn.edu
Subject: Re: [Veritas-bu] Netbackup SAN Media Server

It acts much like a normal media server and you just do that, you just
have to get the license installed to allow it to be a SAN Media server.

As such it can only back itself up.

If you have direct attached drives you issue.
If you have a library - you can have some drives just used by that
server (but if those drives fail it cannot use any of the other drives
in the library)  If you want your normal media server and your SAN media
server to use any drives in the library you will need to get an SSO
license so they can all share the same drives.

Not that setting up a SAN media server does not make it backup over the
san... if you want that you will have to set up the Fibre Transport -
you will need to look more into that as it only works with specific
hardware.


-Original Message-
From: veritas-bu-boun...@mailman.eng.auburn.edu
[mailto:veritas-bu-boun...@mailman.eng.auburn.edu] On Behalf Of Thomas
Hemmingby Espe
Sent: Tuesday, January 12, 2010 6:28 AM
To: VERITAS-BU@mailman.eng.auburn.edu
Subject: [Veritas-bu] Netbackup SAN Media Server

We are about to set up a system with a NBU SAN Media Server to give
the system direct access to tape drives
due to high throughput requirements.

I have not been able to find any documentation on how to install and
set up this. Is it so that we should perform
an ordinary media server installation and configuration? Is it only
the license that is different?

Sincerely

-- 
Thomas H. Espe
___
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


---
This e-mail was sent by GlaxoSmithKline Services Unlimited 
(registered in England and Wales No. 1047315), which is a 
member of the GlaxoSmithKline group of companies. The 
registered address of GlaxoSmithKline Services Unlimited 
is 980 Great West Road, Brentford, Middlesex TW8 9GS.
---

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

Re: [Veritas-bu] Netbackup Master/Media combo running in a solaris zone?

[William Brown]

I would still separate them if you can afford the hardware.  The EMM server and 
Sybase server are greedy and not yet multithreaded.  That said I think the T2 
servers should be good as there are lots of threads for the lots of daemons on 
a Master.

The Media Server is all about connection to real devices.  Now if those devices 
were really just OST type, network attached, that shifts the game a bit.  But 
if they are on fibre channel or SCSI, sooner or later you will be rebooting the 
Media Server to sort out some fault.  Keeping the Media Server separate 
(especially if you can make yourself a pair or more to act as a load-balanced 
pool) makes that reboot less disruptive.

If the Media Server is OST-only you are less likely to need to reboot it.  But 
if you wanted to put say PDDO on it, that is going to be a heavy CPU load.  The 
T5240 does not have the 10GbE on the CPU like the T5220, and you don't want the 
network load on the Media Server to impact the Master Server.  If that was the 
only Media Server it may not matter.

For a small site I'd just do it, and say a T5240 was nice and generous.  They 
wouldn't sell the 'NetBackup Server' (2-tier) if there was not a reason.  And 
on a small site a reboot of a combined master/media is not going to be an issue.

William D L Brown


-Original Message-
From: veritas-bu-boun...@mailman.eng.auburn.edu 
[mailto:veritas-bu-boun...@mailman.eng.auburn.edu] On Behalf Of drdagor
Sent: 07 January 2010 18:00
To: VERITAS-BU@mailman.eng.auburn.edu
Subject: [Veritas-bu] Netbackup Master/Media combo running in a solaris zone?


Interested in a related question.  Traditionally the media and master servers 
were split because they had such different requirements -- media needed I/O and 
master needed ram and processor. But doesn't it now make sense to combine the 
media and master in a multiprocessor box like a Sun 5240? What do people see as 
the tradeoffs?

+--
|This was sent by drda...@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


---
This e-mail was sent by GlaxoSmithKline Services Unlimited 
(registered in England and Wales No. 1047315), which is a 
member of the GlaxoSmithKline group of companies. The 
registered address of GlaxoSmithKline Services Unlimited 
is 980 Great West Road, Brentford, Middlesex TW8 9GS.
---

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

Re: [Veritas-bu] NetBackup Operations Manager Installation

[William Brown]

Have you worked through the check that it is using PBX?

Also, when you say '6.5 version' which version do you mean?  You would do well 
to use 6.5.4 or later, though it is rather complicated to do the installs and 
upgrades in the right order; I'm not even sure what that order was but I did 
get it to work.

Make sure those services are started.  It is useful to know if the problem is 
that they really are not running, or they are running but you are not 
communicating to them.  Clearly the web server is running...

William D L Brown

-Original Message-
From: veritas-bu-boun...@mailman.eng.auburn.edu 
[mailto:veritas-bu-boun...@mailman.eng.auburn.edu] On Behalf Of rei
Sent: 07 January 2010 19:53
To: VERITAS-BU@mailman.eng.auburn.edu
Subject: [Veritas-bu] NetBackup Operations Manager Installation


Hello everyone:
  
   I'm installing NetBackup Operation Manager(6.5 version) in Windows(2003 
Professional), this time is the third...I have read the NOM guide one hundred 
times but is impossible to start the NOM once I log on into authentication 
console. 
  I have installed the NetBackup client for Windows (6.5), the Symantec 
Authentication Product and the NOM SW in this order,  follow the NOM Guide 
Instructions, carefully following the restrictions and recomendations.
When I log on into NOM console, intoducing the ¡user name' and 'password' by 
default, into the by default domain, this message appears:
"Could not to connect to the host. Services: VxAM, Database or Alert Manager 
not active" or seemly.
I cannot anymore, I'm worry about this.

Thanks very much

  Rei

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



---
This e-mail was sent by GlaxoSmithKline Services Unlimited 
(registered in England and Wales No. 1047315), which is a 
member of the GlaxoSmithKline group of companies. The 
registered address of GlaxoSmithKline Services Unlimited 
is 980 Great West Road, Brentford, Middlesex TW8 9GS.
---

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

Re: [Veritas-bu] Policies for NOM, VBR, KMS

[William Brown]

Well for NOM we just do what it says in the manual, to create the internally 
scheduled exports from Sybase to flat files.  We then let the standard backup 
pick those up.  The documented restore process is to restore those flat files 
and go from there.  I did wonder about pre-backup scripting but it easier to 
follow the NOM documents, and just set the backup 12 hours staggered from the 
backup window - I think we set it to midday or a little after.

And actually, our NOM server is not backed up by NetBackup...but that's another 
forum ;-)

I've not looked at VBR as planning to move to OpsCenter, but I'd guess it will 
be the same.

William D L Brown

-Original Message-
From: veritas-bu-boun...@mailman.eng.auburn.edu 
[mailto:veritas-bu-boun...@mailman.eng.auburn.edu] On Behalf Of David Stanaway
Sent: 06 January 2010 06:53
To: Veritas-bu@mailman.eng.auburn.edu
Subject: [Veritas-bu] Policies for NOM, VBR, KMS

Anyone have policies (Pre/Post command scripts/backup selections) for
backing up KMS, NOM and VBR?

I am kind of surprised there aren't specially crafted backup types for
these.

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


---
This e-mail was sent by GlaxoSmithKline Services Unlimited 
(registered in England and Wales No. 1047315), which is a 
member of the GlaxoSmithKline group of companies. The 
registered address of GlaxoSmithKline Services Unlimited 
is 980 Great West Road, Brentford, Middlesex TW8 9GS.
---

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

Re: [Veritas-bu] Netbackup Master/Media combo running in a solaris zone?

[William Brown]

I think if you read the latest from Symantec they do now support the Master 
Server in a virtual machine (including zones), and Media Servers provided they 
write only to network-attached storage.  So for example you can use an OST 
storage device.  You cannot use as a storage unit tape, or any other FC or 
SCSI-attached device directly from a non-global zone.

So the strict answer to your first question is "Yes".

As to the Snapshot again the answer is Yes, but as the EMM database is a Sybase 
database you can only do the snapshot after you've run the Hot Catalogue 
backup, as you need the first stage to run that exports a copy to the /staging 
area, and you could snapshot that.  I don't think you'll get support from 
Symantec for recovery from a snapshot of the live database, e.g. just relying 
on that and the database logs. There's no process for backing up the 
transaction logs like you get with Oracle; I think they just protect against 
server crashes.  Without the hot catalog backup you may not get the Sybase 
in-memory data flushed to disk.

As to whether you can design a DR process that just uses the ZFS 'send' 
capability to ship frequent snapshots of the /staging to a DR site I'm not sure 
- you would still be left having to recover the catalogue.  It probably would 
save time if you were using snapshots of the OS and /opt/openv, if you can cut 
out the need to reinstall NetBackup on the DR server.

As noted the answer to your third question is 'no'.  However I've not pushed to 
see what support there might be for iSCSI

William D L Brown


-Original Message-
From: veritas-bu-boun...@mailman.eng.auburn.edu 
[mailto:veritas-bu-boun...@mailman.eng.auburn.edu] On Behalf Of nez
Sent: 30 December 2009 21:51
To: VERITAS-BU@mailman.eng.auburn.edu
Subject: [Veritas-bu] Netbackup Master/Media combo running in a solaris zone?


I was wondering if it would be possible to run a Netbackup Master/Media server 
combo in a solaris zone? And if so would this be a benificial situation?

Wouldn't running NB in a Solaris Zone make DR scenario's less painfull since it 
would be only a matter of returning a snapshot.

And would it be possible to connect the NB solaris zone to a physical 
Tapelibrary?

Nez

+--
|This was sent by muzz...@hotmail.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


---
This e-mail was sent by GlaxoSmithKline Services Unlimited 
(registered in England and Wales No. 1047315), which is a 
member of the GlaxoSmithKline group of companies. The 
registered address of GlaxoSmithKline Services Unlimited 
is 980 Great West Road, Brentford, Middlesex TW8 9GS.
---

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

Re: [Veritas-bu] Drives disappearing on SUN servers with i2000 library

[William Brown]

We use the same libraries though we've not yet started to heavily load the 
LTO4s.   We use point-to-point for the links from the IO blades in the library 
to the SAN (also Brocade).  I've not seen them go away.

Things worth checking - drive firmware (though I assume you've seen from the 
library RAS log that the drives don't drop off the IO blade) ; library 
firmware; switch error log and port error counts; what is written in 
/var/adm/messages.

32 drives is a lot - way more than I'd expect a 5240 to be capable of driving - 
I doubt it can drive even 16.  Have you checked with Symantec what they think 
is the right CPU power for an LTO4, and I guess the GbE/10GbE that is 
delivering the data?  We are using just 4 LTO4s on each T5220 we have, so that 
might be 8 on a T5240 - though the T5240 does not have the 10GbE on-chip.

Once the SAN connection is up whether it is loop or point-to-point, 
auto-negotiated or locked at 4Gb/s should make no difference.

Also consider how many LTO4s you have per FC port on the T5240s - I guess you 
will have quite a few if you plan to stream that many drives.   I guess the 
drive could run out of something if you had too many on a single port, but I'm 
not sure.  I think there is driver tracing available but unless you can easily 
recreate the problem I think that would kill your server.

William D L Brown

From: veritas-bu-boun...@mailman.eng.auburn.edu 
[mailto:veritas-bu-boun...@mailman.eng.auburn.edu] On Behalf Of Tschida, Tom 
(STP)
Sent: 30 December 2009 16:12
To: VERITAS-BU@mailman.eng.auburn.edu
Subject: [Veritas-bu] Drives disappearing on SUN servers with i2000 library

We have configured a new environment consisting of one SUN master as the 
control host, and two SUN media servers sharing 32 LTO-4 drives. Each server is 
a T5240 running Solaris 10.  The library is a new Quantum i2000 with a single 
partition.

The FC ports on the library can be set to Loop, Loop Preferred, or 
Point-to-Point.  We have them set to Point-to-Point.  One of the Quantum techs 
suggested Loop Preferred may work better, although an EMC tech suggested 
Point-to-Point.  The switches are Brocade 5300 and are set to auto negotiate.

After 4 days of testing, we notice that drives just disappear on the media 
servers at random times.  We have made no changes since the initial setup, and 
can't understand why they just go away.

Any suggestions are much appreciated.

Regards,

Tom Tschida
Boston Scientific

---
This e-mail was sent by GlaxoSmithKline Services Unlimited 
(registered in England and Wales No. 1047315), which is a 
member of the GlaxoSmithKline group of companies. The 
registered address of GlaxoSmithKline Services Unlimited 
is 980 Great West Road, Brentford, Middlesex TW8 9GS.
---
___
Veritas-bu maillist  -  Veritas-bu@mailman.eng.auburn.edu
http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu

Re: [Veritas-bu] Problems with duplication and synth jobs reading across network

[William Brown]

Do you need NetBackup 6.5.4 to do this correctly?  It allows you to select 
which copy to duplicate from, otherwise the duplicates are always made from the 
initial backup copy.

William D L Brown


-Original Message-
From: veritas-bu-boun...@mailman.eng.auburn.edu 
[mailto:veritas-bu-boun...@mailman.eng.auburn.edu] On Behalf Of 
da...@stanaway.net
Sent: 21 December 2009 17:51
To: cksteh...@pepco.com
Cc: veritas-bu@mailman.eng.auburn.edu; veritas-bu-boun...@mailman.eng.auburn.edu
Subject: Re: [Veritas-bu] Problems with duplication and synth jobs reading 
across network

Thanks,

We are using that too, and it works as expected.

The issue I was having was with duplicating images locally at one site
either as part of a synthetic image, or part of a a duplication to tape
SLP.


> We use the replication feature of Data Domain with OST, we let DataDomain
> replicate at our other site and use the SLP feature to copy to tape.
>
> --
> Carl Stehman
> Distributed Services
> Pepcoholdings, Inc.
> 701 Ninth St NW
> Washington DC 20068
> 202-331-6619
> 
>
>
>
>
>
>
> da...@stanaway.net
> Sent by: veritas-bu-boun...@mailman.eng.auburn.edu
> 12/21/2009 11:50 AM
>
> To
> Veritas-bu@mailman.eng.auburn.edu
> cc
>
> Subject
> [Veritas-bu] Problems with duplication and synth jobs reading   across
> network
>
>
>
>
>
>
> I have a site with an OST LSU shared with 2 media servers and a SAN tape
> library being shared in an SUG with the same 2 media servers.
>
> I am seeing duplication jobs reading an image from one media server and
> writing to a device on the other media server across the network.
>
> How can avoid this without losing load balancing of the backup jobs?
>
> ___
> Veritas-bu maillist  -  Veritas-bu@mailman.eng.auburn.edu
> http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
>
>
> This Email message and any attachment may contain information that is
> proprietary, legally privileged, confidential and/or subject to copyright
> belonging to Pepco Holdings, Inc. or its affiliates ("PHI").  This Email
> is
> intended solely for the use of the person(s) to which it is addressed.  If
> you are not an intended recipient, or the employee or agent responsible
> for
> delivery of this Email to the intended recipient(s), you are hereby
> notified
> that any dissemination, distribution or copying of this Email is strictly
> prohibited.  If you have received this message in error, please
> immediately
> notify the sender and permanently delete this Email and any copies.  PHI
> policies expressly prohibit employees from making defamatory or offensive
> statements and infringing any copyright or any other legal right by Email
> communication.  PHI will not accept any liability in respect of such
> communications.
>


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


---
This e-mail was sent by GlaxoSmithKline Services Unlimited 
(registered in England and Wales No. 1047315), which is a 
member of the GlaxoSmithKline group of companies. The 
registered address of GlaxoSmithKline Services Unlimited 
is 980 Great West Road, Brentford, Middlesex TW8 9GS.
---

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

[Veritas-bu] Cookbook to use alternate NIC for client backups.

[William Brown]

Does anyone have a short cookbook how to correctly setup a 2nd interface on a 
Unix (Solaris) client, so all backup traffic uses that NIC?

http://support.veritas.com/docs/269879 has some detail which I was expecting, 
like using on the Client REQUIRED_INTERFACE=

It does not make clear if we have to adjust the CLIENT_NAME also in the Client 
bp.conf; by default we would set it to the 'real' name of the Client, but I 
suspect that will not do.  These servers will have Oracle agent so must be able 
to do client-initiated backup & restore, which is where I think that 
CLIENT_NAME is important.

The technote does say that in policies the name used must be the same as the 
REQUIRED_INTERFACE on the client.  I guess we can live with that, but does 
anyone know any ways to not do that?  I can see it puzzling people when asked 
for restores of client X and it is actually called X-2.

Page 58 of the 6.5 Admin Guide II for UNIX also has an example for a client of 
REQUIRED_INTERFACE, and elsewhere it says the CLIENT_NAME must match what is 
used in policies.

There is the ALTNAMES mechanism which I don't entirely understand but I get the 
impression is more designed to allow client-initiated backups to come from the 
'wrong' name. There is detail in Admin Guide II about 
"/usr/openv/netbackup/db/altnames/host.xlate" but that also does not look 
useful.

So it reads like:
CLIENT_NAME=REQUIRED_INTERFACE==

That the best  I can get?

William D L Brown


---
This e-mail was sent by GlaxoSmithKline Services Unlimited 
(registered in England and Wales No. 1047315), which is a 
member of the GlaxoSmithKline group of companies. The 
registered address of GlaxoSmithKline Services Unlimited 
is 980 Great West Road, Brentford, Middlesex TW8 9GS.
---
___
Veritas-bu maillist  -  Veritas-bu@mailman.eng.auburn.edu
http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu

Re: [Veritas-bu] NOM Implementation

[William Brown]

We've installed the X64 NOM that shipped with 6.5.4, and one thing we 
discovered is that it is a bit different in surprising ways to the 32-bit NOM.

We installed first of all the broker infrastructure on separate servers:

X86 Windows Server 2003 Root Broker (intended to be the only one in the 
organisation)
X86 Windows Server 2003 Authentication Broker (authenticates against AD)
RHEL4 x64 Authentication Broker (authenticates against NIS)

Then on an X64 Windows Server 2003 server we installed:

X64 NetBackup Client
X64 Authentication Client-Only
X64 NOM

I will not claim it went perfectly; worked first time in the lab (where we had 
earlier installed an x86 NOM 6.5.4), but we had some problems in production and 
had to reinstall the Windows Authentication broker before NOM successfully 
registered its built-in vx domains.

But now it is fine and we achieved the separation of Authentication from the 
'consumer' in this case NOM but in future maybe VCS, SF Manager etc.  We can 
add users with either NIS or AD accounts.  We want to strictly limit access to 
the broker servers.  I admit we have not looked at NBAC.

You will find that the documents are very contradictory as a lot has changed 
over several versions, especially if you read ICS documents.  I suggest you 
start with the 6.5.4 documents where they exist, believe them over older 
documents.  There is a yellow book also that has some interesting scenarios, 
but many still suggest that you must have an RB+AB or AB on the NOM server, 
which is no longer needed at least with the X64 NOM.

All of the above is on VMware.

Our only remaining concern is how to migrate to OpsCenter.

An NOM is very useful, it is flagging up many problems that were not noticed as 
there is not time to look at 25+ Admin GUIs.

William D L Brown

---
This e-mail was sent by GlaxoSmithKline Services Unlimited 
(registered in England and Wales No. 1047315), which is a 
member of the GlaxoSmithKline group of companies. The 
registered address of GlaxoSmithKline Services Unlimited 
is 980 Great West Road, Brentford, Middlesex TW8 9GS.
---
___
Veritas-bu maillist  -  Veritas-bu@mailman.eng.auburn.edu
http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu

Re: [Veritas-bu] Installing UNIX clients locally (silent)

[William Brown]

Yes you can create scripts to wrap it all up, and we do.  We also do a lot of 
configuration work so we get both a standard install and tune the networks as 
we require.

It is less possible to do this with Master Server and Media Server as in some 
cases the questions asked depend on the pre-existing software, file systems etc.

William D L Brown

---
This e-mail was sent by GlaxoSmithKline Services Unlimited 
(registered in England and Wales No. 1047315), which is a 
member of the GlaxoSmithKline group of companies. The 
registered address of GlaxoSmithKline Services Unlimited 
is 980 Great West Road, Brentford, Middlesex TW8 9GS.
---

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