[Veritas-bu] altpath method of moving images in 6.5.3

2009-09-16 Thread WEAVER, Simon (external)
Hi All I done a 5.1 - 6.5.3 upgrade direct. Prior to doing this, to ensure I had sufficient space, I moved the images to a new location using the ALTPATH method.. http://seer.entsupport.symantec.com/docs/254377.htm now I am on 6.5, I have started introducing new clients to the system and have

Re: [Veritas-bu] Expired media not returning to SCRATCH Vault

2009-09-16 Thread william . d . brown
If you are on NBU 6 consider a couple of possibilities. There are some things that require you to have both short and fully-qualified names in the EMM database. I could imagine a database error if that kind of lookup failed. There is a command to add aliases for media servers. nbemmcmd

[Veritas-bu] Fragment size for LTO4 on NBU 6.x

2009-09-16 Thread william . d . brown
What are people using for the fragment size on LTO4 (or I guess LTO3) with NBU 6.x? I ask because the default is 1TB, i.e. more or less don't fragment. The argument for a large fragment is that the backup doesn't have to stop so often as it does briefly at the end of each fragment to update

[Veritas-bu] Active Tapes Had Bar Codes Removed

2009-09-16 Thread Billingham, Jason
Hi all, I'm brand-new to the list, and apologize that I don't have time for introductions before I have to get down to business. One of my Operators mistook three active tapes for scratch, pulled the labels off, and inadvertently mixed them in alongside 23 other label-less tapes. Is there any

Re: [Veritas-bu] Fragment size for LTO4 on NBU 6.x

2009-09-16 Thread smpt
New drives are faster. We had replaced the 2GB fragments with 8Gb fragments. -Original Message- From: veritas-bu-boun...@mailman.eng.auburn.edu [mailto:veritas-bu-boun...@mailman.eng.auburn.edu] On Behalf Of william.d.br...@gsk.com Sent: Wednesday, September 16, 2009 12:26 PM To:

Re: [Veritas-bu] Active Tapes Had Bar Codes Removed

2009-09-16 Thread Donaldson, Mark
Just inserting them into a drive should be enough. After they're in, look at vmoprcmd -d ds on the media server that sees that drive. The ExtMID is the External Media ID - supplied via the robot's interface - the RecMID is the on-tape media ID - it's the from the header info. When you find it,

Re: [Veritas-bu] Fragment size for LTO4 on NBU 6.x

2009-09-16 Thread Donaldson, Mark
I'm using a 10G fragment size. Just a guess at a ballpark figure between too small too large. -M -Original Message- From: veritas-bu-boun...@mailman.eng.auburn.edu [mailto:veritas-bu-boun...@mailman.eng.auburn.edu] On Behalf Of william.d.br...@gsk.com Sent: Wednesday, September 16,

Re: [Veritas-bu] Fragment size for LTO4 on NBU 6.x

2009-09-16 Thread Dean
20GB here, using IBM 3592. I've considered making the fragment size larger, but . if it aint broke On Wed, Sep 16, 2009 at 7:26 PM, william.d.br...@gsk.com wrote: What are people using for the fragment size on LTO4 (or I guess LTO3) with NBU 6.x? I ask because the default is 1TB,

Re: [Veritas-bu] Fragment size for LTO4 on NBU 6.x

2009-09-16 Thread Justin Piszcz
32GB here. It all depends how long you want to wait to restore a file if you have large backups that can span a tape completely. With 1TB fragment size, assuming there was no compression and you needed to restore a 10k file at the end of the tape, it would need to read the entire thing to

[Veritas-bu] Error 96 while backing up NDMP data

2009-09-16 Thread niranjana Rajappa
Hi , I am facing a issue while backing up a NDMP vol from filer .it throws up with error 96 and inturn we do have enough number of scratch tapes in pool.This happens once the backups are started and running ,then it throws this error . Any inputs on this? 00:25:39.712 [4840.1816] 16

Re: [Veritas-bu] Fragment size for LTO4 on NBU 6.x

2009-09-16 Thread WEAVER, Simon (external)
Are we talking about fragment size for the storage unit itself? Mine is set to the default 1048575MB I thought the default would be acceptable for LTO3/ LTO4. (ie: 1048575MB) But happy to hear what others do Simon From:

Re: [Veritas-bu] Error 96 while backing up NDMP data

2009-09-16 Thread Justin Piszcz
Hi, 1. Do you have enough scratch media? 2. Did you check your robot to make sure it is not locked up/frozen? Justin. On Wed, 16 Sep 2009, niranjana Rajappa wrote: Hi , I am facing a issue while backing up a NDMP vol from filer .it throws up with error 96 and inturn we do have enough

[Veritas-bu] Dates in bpadm

2009-09-16 Thread gregsih
Run `bpconfig -L` to get your Display Reports setting. You may find it to be some absurdly high number not found in nature, like mine was: # /usr/openv/netbakcup/bin/admincmd/bpconfig -L ... Display Reports:6357058 hours ago ... Now somehow, `bpadm` uses the above value to come

Re: [Veritas-bu] Fragment size for LTO4 on NBU 6.x

2009-09-16 Thread WEAVER, Simon (external)
Ideally, I try to go for FAST restores. I feel our backups are quite quick. We also use buffer settings on some Media Servers that contains large amounts of Data. I guess it is a weigh up between performance and fast restores. Simon -Original Message- From:

Re: [Veritas-bu] Active Tapes Had Bar Codes Removed

2009-09-16 Thread Martin, Jonathan
I've got two suggestions. I used to manage one site without a barcode reader. We used bephyinv to physically mount each tape and read the media header. You would have to disable your barcode reader to pull this off. A better solution (although I can't recall ever doing this) would be to us

[Veritas-bu] SQL Backup checking

2009-09-16 Thread Matthews, Gary (GSD UK Production Services business)
Hi, This is probably very simple but not having done it before I thought I'd ask the experts :-) We've got a windows infrastructure running nbu 6. All we backup is flat files, with a mix of network, VSS and clariion scripted snapshots. Our SQL servers run their own backups to backup drives and

[Veritas-bu] Fragment size for LTO4 on NBU 6.x

2009-09-16 Thread oersted
tape drive will use LOCATE BLOCK to first file to restore, then search from there. wdlb5359 wrote: What are people using for the fragment size on LTO4 (or I guess LTO3) with NBU 6.x? I ask because the default is 1TB, i.e. more or less don't fragment. The argument for a large

[Veritas-bu] RB Tables in EMM database

2009-09-16 Thread Patrick
Hello All, Does anyone know what the RB_ tables in the EMM database are used for and how they are created? Any help would be appreciated. Regards, Patrick Whelan VERITAS Certified NetBackup Support Engineer for UNIX. VERITAS Certified NetBackup Support Engineer for Windows.

Re: [Veritas-bu] Fragment size for LTO4 on NBU 6.x

2009-09-16 Thread Donaldson, Mark
And database size. Every fragment is another record in the image database. -Original Message- From: veritas-bu-boun...@mailman.eng.auburn.edu [mailto:veritas-bu-boun...@mailman.eng.auburn.edu] On Behalf Of WEAVER, Simon (external) Sent: Wednesday, September 16, 2009 7:38 AM To: Justin

Re: [Veritas-bu] Active Tapes Had Bar Codes Removed

2009-09-16 Thread Billingham, Jason
Thank you all for your help. Mark's solution below, of using vmoprcmd worked like a charm. Now, to revamp our tape handle procedures to ensure that this doesn't happen again. Again, thank you to all who responded. Jason -Original Message- From: Donaldson, Mark

Re: [Veritas-bu] altpath method of moving images in 6.5.3

2009-09-16 Thread A Darren Dunham
On Wed, Sep 16, 2009 at 07:50:18AM +0100, WEAVER, Simon (external) wrote: I have not found a Technote that suggests how to move images in 6.5 using the ALTPATH method. Nor I. But I did find that it worked in some aspects on unix with symlinks. Presently, all images are in a folder

Re: [Veritas-bu] Fragment size for LTO4 on NBU 6.x

2009-09-16 Thread Jim VandeVegt
I'm still on LTO2 and have the max fragment size set to 8GB. That's a file every few minutes if the drive is allowed to run full speed. Will probably multiply by 2 or 4 when I ever upgrade. Jim VandeVegt VandeVegt @t yahoo.com

Re: [Veritas-bu] Fragment size for LTO4 on NBU 6.x

2009-09-16 Thread A Darren Dunham
On Wed, Sep 16, 2009 at 09:13:06AM -0400, Justin Piszcz wrote: It all depends how long you want to wait to restore a file if you have large backups that can span a tape completely. With 1TB fragment size, assuming there was no compression and you needed to restore a 10k file at the end of

[Veritas-bu] More Netbackup and VCB questions

2009-09-16 Thread fishvict
We have Netbackup Enterprise 6.5.4. Using VCB to backup our VMware infrastructure (ESX 4, vCenter 4). We're using a Flashbackup-Windows, 0-file, ALL_LOCAL_DRIVES policy to backup our VMware guests. The odd thing we're encountering is that no matter what we do, Netbackup is scanning through

[Veritas-bu] More Netbackup and VCB questions

2009-09-16 Thread cpreston
For a particular guest, there is a 1TB VMDK, but there is currently only about 100GB of data on the VMDK. We see it get through the 100GB in record time, but then it just keeps going until it gets through the whole disk. Is this normal? I believe this is the way that FlashBackup

[Veritas-bu] NDMP backup fails with error 96

2009-09-16 Thread niranjana Rajappa
Hi, I have issue with NDMP backup,as the backups fails with error 96 while it has completed 14% of data .Even we do have sufficient tapes in the scratch pool and when i look for the bptm logs i do find the below errors,i am using 6.5.3 Any suggestion on this RequestSpanResources:

Re: [Veritas-bu] altpath method of moving images in 6.5.3

2009-09-16 Thread WEAVER, Simon (external)
Darren Running this command reports no entity found ! -Original Message- From: veritas-bu-boun...@mailman.eng.auburn.edu [mailto:veritas-bu-boun...@mailman.eng.auburn.edu] On Behalf Of A Darren Dunham Sent: Wednesday, September 16, 2009 8:10 PM To: VERITAS-BU@mailman.eng.auburn.edu

Re: [Veritas-bu] altpath method of moving images in 6.5.3

2009-09-16 Thread A Darren Dunham
On Thu, Sep 17, 2009 at 05:58:11AM +0100, WEAVER, Simon (external) wrote: Darren Running this command reports no entity found ! They're both a bit persnickity with options. These are general commands to show files in an image. You'll need to give enough options to identify the image in