[Veritas-bu] NetBackup Not Using Backup NIC
Gidday, I'm trying to troubleshoot some really bad performance issues when writing to disc for NetBackup differentials, and as part of that process I noticed that NetBackup is not using the backup NIC I have configured on our main server. Our main server has two NICs configured, eth0 on 172.20.10.23 and eth2 on 172.20.10.24. In DNS I have eth0's address resolving to server, and eth2's address resolving to server-backup. I have NetBackup configured to connect to the address server-backup. And in the Admin Console | Host Properties | Clients I can connect to the server - ostensibly via the configured DNS address of server-backup. I can ping both addresses on the Master/Media NetBackup server as well as the server itself. However if I do a ifconfig eth0/2 on the server in question I get this ... eth0 Link encap:Ethernet HWaddr 00:14:4F:0D:82:92 inet addr:172.20.10.23 Bcast:172.20.10.255 Mask:255.255.255.0 inet6 addr: fe80::214:4fff:fe0d:8292/64 Scope:Link UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 RX packets:126134922 errors:0 dropped:0 overruns:0 frame:0 TX packets:249411328 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:1000 RX bytes:46698652928 (43.4 GiB) TX bytes:289231929457 (269.3 GiB) Base address:0x8800 Memory:85b8-85ba eth2 Link encap:Ethernet HWaddr 00:14:4F:0D:7E:FA inet addr:172.20.10.24 Bcast:172.20.10.255 Mask:255.255.255.0 inet6 addr: fe80::214:4fff:fe0d:7efa/64 Scope:Link UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 RX packets:197097 errors:0 dropped:0 overruns:0 frame:0 TX packets:11 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:1000 RX bytes:92088745 (87.8 MiB) TX bytes:782 (782.0 b) Base address:0xc800 Memory:b3d8-b3da Clearly eth2 (server-backup) is receiving OK, but nothing is going back out. Any ideas what I can do to resolve this? - I'm sure its probably something stupid, but I'd be grateful for any advice on this matter. (I'm running RHEL AS 4.6 x86_64 by the way) Cheers John +-- |This was sent by jcr...@marketforce.com.au 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] NetBackup Not Using Backup NIC
This is typical behavior. On most systems, the routing of each packet is determined when the packet is about to be sent. Just because it comes in a NIC, does't mean it will response will respond through the same NIC. Since you have multiple interfaces to the same logical network, the determination of which on it will be sent out, will be determined by anyone of multiple factors. The instance number of the NICs. The IP addresses of the network interfaces. Order of routing table entries. The only way to be sure is to peruse the source code. Does this mean my best bet would be to put the backup NIC on another VLAN? - at least until I can work out if the network is, or is one of, the reasons for my poor backup performance. Cheers John +-- |This was sent by jcr...@marketforce.com.au 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] Vmware backups under 7.0
On 02/08/2011 11:25 AM, Rusty.Major at sungard.com wrote: The only thing I am having concerns with are the speeds that we're seeing so far. We are getting about 35MB/s from each VM. What speeds are others seeing? Same here. I did some preliminary tests and we were getting around 20 to 25 MB/s. The backup-host had a 1Gbps HBA and our tape-drives are LTO4 (connected thru a 8Gbps Fabric). This was my first time doing backups thru the SAN and couldn't believe how slow the backups were compared to LAN-based backups. I'm doing a hardware refresh (new server) in the next couple of days. This server has two 8Gbps HBAs (one will be zoned to the storage-array and the other one to the robot-library). Each HBA goes to a different Fabric (8Gbps) and I'm expecting , at least, getting around 100 MBps which I think is reasonable. Is anyone out there reaching these speeds? I wish I was getting a mere 25/35MB/s, currently I'm getting a 10th of that (if lucky). I take it that these are flashbackup-windows backups? And is your VCentre server virtual or physical - mine is virtual. I'm getting woeful backup performance, and it doesn't seem to matter if to disc or tape. And I'm not sure how to troubleshoot - for example, I can do a full backup inside a Guest of say a notes database at significantly faster speeds than our flashbackup backups. And that's using either disc and/or tape. And obviously that's all going through the vSphere infrastructure to the master/media server (a RHEL 4.8 64bit box). So I'm not convinced its as simple as saying bandwidth is being saturated - especially as I've timed the backups when there is no/little activity on the network (and no other backups running). Are you using a SAN backup, or is it over the network? (I tried a SAN backup, but it failed) Cheers Crowey +-- |This was sent by jcr...@marketforce.com.au 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] ALL_LOCAL_DRIVES And RDM Volumes
Gidday, I'm a bit confused by the Symantec documentation ... I've the enterprise client and I want to backup the full vmdk volumes of all my virtualised servers ... but only non-RDM mapped volumes. If I use ALL_LOCAL_DRIVES will that include RDM volumes? The documentation appears to say that it won't - at least without some mucking about, but I'm not a 100% certain, and I'd prefer not to risk it as some of my RDM volumes are rather large. All the best for New Years Cheers John +-- |This was sent by jcr...@marketforce.com.au 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] synthetic
terry712 wrote: running synthetic backups . windows backups and all 6.5.6. the backups are synthesiing without problem - only thing that i still need to get setup is i want a monthly backup to get ported onto tape. how do you do this? Gidday, what we do for our EOM backups is do a separate tape copy that grabs its tapes from our EOM volume pool. Admittedly, its time consuming ... but its worked perfectly for us for 3+ years now (and that's for two separate synthetic backups every weekend - and this puts both onto one set of tapes) I should add that we do have Vault ... I don't know if that makes much difference. Hope that helps. Cheers John +-- |This was sent by jcr...@marketforce.com.au 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] Backups To Disc VERY Slow
Gidday, recently my backups to disc (differentials for our weekly synthetics) have slowed dramatically (less than 100KB per sec is not at all unusual) To best of my knowledge nothing has changed on network - and nothing else is affected. Disc to tape performance is fine (I run a 3.9TB 1.5TB synthetics over weekend and they work perfectly). And network to tape is perfectly fine to. Its just network to disc. Are there any particular logs I should check? Any configs I should optimise? Oh, I'm running 7.0, but problem was also with 6.5.5 (but I can't remember if it began with update to 6.5.5 or awhile after the update). Cheers John +-- |This was sent by jcr...@marketforce.com.au 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] Backups To Disc VERY Slow
Sorry, perhaps should have added that discs are 4 x 2TB (SATA) LUNs that are dedicated exclusively to the NetBackup Enterprise server. Which is a Red Hat 4 (64bit) server by the way. The server has 4 x 1gb NICs that are bonded together, and as I said performance for every other backup (and restore) is fine - its just backups to disc that seem to be the problem. +-- |This was sent by jcr...@marketforce.com.au 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] Another Synthetic Question
If anybody was wondering, I decided to chance it and leave just the full on disc - and the synthetic ran this weekend perfectly. It was VERY fast and if I could spare the disc space I'd do it every week! What is certain is that should either of my synthetics fail again, I'll use disc for the 'seed' full. +-- |This was sent by jcr...@marketforce.com.au 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] Another Synthetic Question
Gidday, I've had to restart one of my synthetics again ... so due to its reasonably large size (approx 3.5 TB) and so as to avoid interfering with all our other backups, I wrote the full to disc. My original plan was to duplicate this to tape, and mark it as the primary copy. But it has occurred to me ... do I have to do this? Can I leave this initial full on disc and use it to create the synthetic (to tape) this coming weekend? +-- |This was sent by jcr...@marketforce.com.au 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] Synthetic Backups
Gidday, I've been running synthetics for nearly two years now to backup about 3/3.5 TBs and have to say has generally run extremely well. Within the same policy I have 3 schedules. The first is an ad-hoc full - I used this to create the first full backup, and on the very few occasions when the synthetic has stuffed up and I needed to start again. It has a 1 month retention. Second is a daily differential that runs every three hours and goes to disc. They have a two week retention period. Lastly, I have the synthetic full backup. Runs every saturday and also has a 1 month retention. Like I said, it occasionaly stuffs up, but works 99% of the time, and appears to run 3 to 4 times faster than a traditional full. I HIGHLY recommend it. +-- |This was sent by jcr...@marketforce.com.au 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] Synthetic Backups
cpreston wrote: And you're verifying that the original full does not need to be kept around? OK ... I missed two important points I guess. With a 1 month retention period, I always have 4 (weekly) synthetic backups in my library, and so yes I've never had any problem about recovering files very quickly that were/are less than one month old. However, we do also have another separate policy that duplicates the most recent synthetic copy to another set of tapes for our EOM set. And, again, I've restored from our EOM tapes (from various months/years) more than enough times to know that the process works just fine. And I do know for sure that we do not keep an initial full backup - it expires (after one month) like any other backup. Its the seed for the initial synthetic, but then its no longer required - moreover, its no longer useful (in the synthetic backup process) if you don't have differentials that date back to the creation of that 'seed' full backup. Is that clearer? Anything else that I missed? +-- |This was sent by jcr...@marketforce.com.au 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] Media server choices
David McMullin wrote: We have Solaris 10 master at 6.5.3.1, 3 Solaris 10 media servers at 6.5.3.1, our windows group wants to set up some VMWare. We have a choice of combining the Windows media server with the VMWare or making it separate Unix or Windows - any thoughts? My thought was that the windows media server should play nicely with the existing unix servers, and it might be better to have windows connections to backup the VMWare - is this a false assumption? David McMullin ___ Veritas-bu maillist - Veritas-bu at mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu If you want to use VMware's VCB backups you will have to have a Windows server. Where I am we have virtualised 95% of our server infrastructure (which is small mind - only about 25 virtualised servers on 3 VI3.5 U3 hosts running in a Sun B8000 blade chassis), and we use NetBackup 6.0MP4 on a standalone server running RHEL 4 (64bit) and use a combination of netbackup clients to backup VI hosts and its guests and vmbk to do weekly 'snapshot' backups of the guests too. And it all works just fine. +-- |This was sent by jcr...@marketforce.com.au 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] VMWare ESX and VMWare ESXi Backups
linux4guru wrote: Just curious about this backup - does it allow you to backup a vm while it is running? I am new to this so, please go easy on me. Thanks for understanding... thomas Yes mate, the vmbk backups are taken while the VM guests are running. One thing though, it doesn't work if you've taken a snapshot of the VM guest using the VMware Management software (ie., Virtual Centre Server) - don't know why. That caveat aside, the software works very well, and you can't argue with its price. +-- |This was sent by jcr...@marketforce.com.au 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] NetBackup Administration Console
Simon Weaver wrote: As far as I know, when you use the install CD for the Master / Media Server there should be an option to install the console. At least it is for Windows. This is what I use to install the software on an XP Desktop. Simon Thanks everyone for your help, it was indeed on the Windows disc - but I originally missed the final option to install the Java Windows Administration Console ... which was the one I actually wanted (didn't realise there were multiple versions) Again, thanks everybody. +-- |This was sent by jcr...@marketforce.com.au 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] Enterprise Vs Standard license
Clausen, Matt R[EQ] wrote: NetBackup Standard = Allowes a Single Combined Master+Media Server NetBackup Enterprise = Allows Multiple Master/Media Servers Really? Is that the only difference? So if I'm only ever going to have a single (combined) master/media server, I only need NetBackup Standard? +-- |This was sent by jcr...@marketforce.com.au 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] Linux slowly dropping drives.
Harpreet SINGH wrote: Hi, Same here... but it has happened twice a year only.. and the solution is only to restart the Redhat 4 server. Once restarted the server it is back to normal. Oh dear, I'm beginning to feel a bit bad, we had same problem and we made Sun/StorageTek replace the (LTO4) drive - I hope we did the right thing! ... mind you, haven't had the problem since. +-- |This was sent by jcr...@marketforce.com.au 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] VMWare ESX and VMWare ESXi Backups
Harpreet SINGH wrote: Dear All, We are going to implement backup's for VMWare ESX and VMWare ESXi. As of now we have only experience on Solaris/Linux backup only. Please help to share your experience in. 1. Implementation 2. Day to day task 3. backup and re-store procedure 4. Trouble shooting and more.. I can't comment on your specific version, we run 6.0MP4, but we use a three pronged approach. 1. We backup the ESX hosts themselves with the standard NetBackup client. 2. We backup VM Guests as if they were on physical hardware, that is by using the appropriate NetBackup client. 3. We also backup the VM Guest vmdk files using vmbk (http://www.vmts.net/vmbk3.htm) - which is an excellent freeware backup tool. We've so far found this to be extremely robust (though I've rarely been called upon to restore anything via methods 1 or 3) and effective. +-- |This was sent by [EMAIL PROTECTED] via Backup Central. |Forward SPAM to [EMAIL PROTECTED] +-- ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
[Veritas-bu] Alert! Backups may not be running
Thanks Jim for bringing this to our attention - I for one, was not aware of this issue, but I'm certainly concerned about it now. A few people have mentioned running scripts to check that all jobs have run - as still a NetBackup newbie, I for one would be extremely grateful if anybody was prepared to share their scripts with us - or even just some hints on how to go about it. My environment is NetBackup 6.0MP4 on Redhat Enterprise Linux 4 (Update 7). +-- |This was sent by [EMAIL PROTECTED] via Backup Central. |Forward SPAM to [EMAIL PROTECTED] +-- ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
[Veritas-bu] Disc Staging Area Full
Thanks everybody for helping out here - I've managed to clear up enough space. And Ed, that script is awesome - a special thank you for that! A related question though - here's an edited dump showing the three types of responses I got from running your script: gandalf-backup_1219582879 destaged (copies=2) gandalf-backup_1219615202 waiting (copies=1) gandalf-backup_1219626004 not found in catalogue Obviously, I can safely delete the last entry, but what does destaged and waiting refer to? And copies=2 means there's a copy on tape? +-- |This was sent by [EMAIL PROTECTED] via Backup Central. |Forward SPAM to [EMAIL PROTECTED] +-- ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
[Veritas-bu] Disc Staging Area Full
I possibly should add that I'm running NetBackup 6.0 MP4 on Red Hat Enterprise Linux 4. +-- |This was sent by [EMAIL PROTECTED] via Backup Central. |Forward SPAM to [EMAIL PROTECTED] +-- ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
[Veritas-bu] Disc Staging Area Full
Thanks fellas. I tried the catalogue method first - and while it did return some images, nowhere near as many as I know are in the disc staging areas. But nonetheless, I expired those. As I mentioned earlier, this came about through a synthetic backup snafu - and first stage of fixing the problem I just cancelled the differential job writing to disc; this couldn't have orphaned the images on disc could it? Or do I have to now manually find/identify the old images and use bpexpdate as suggested? +-- |This was sent by [EMAIL PROTECTED] via Backup Central. |Forward SPAM to [EMAIL PROTECTED] +-- ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
[Veritas-bu] Disc Staging Area Full
A couple of weeks ago I had a synthetic backups snafu (which is fixed now) that meant it started doing a big differential dump to our disc staging area. Like I said, snafu fixed, but images still there - and while due to expire in next day or two, I've run out of space now. Can I safely delete these images manually? +-- |This was sent by [EMAIL PROTECTED] via Backup Central. |Forward SPAM to [EMAIL PROTECTED] +-- ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
[Veritas-bu] Duplicated Tapes Report
Gidday, yesterday I used Vault on our NetBackup 6.0MP4 system to duplicate two tapes that were used for an adhoc archive. Best as I can tell the duplication process went well, but when I run a Media Contents Report on the original tapes the Reports show multiple files (each with the same filename); however when I run the same report on the duplicate (copy 2) tapes, each report only returns one filename (though each one has the same filename as on the original tapes). Is this correct or have I done something wrong? +-- |This was sent by [EMAIL PROTECTED] via Backup Central. |Forward SPAM to [EMAIL PROTECTED] +-- ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
[Veritas-bu] Backing up Virtual Machines using NetBackup
I think you need to have a Windows server to run VMware VCB (indeed, from memory, though I could be wrong, your NetBackup server may need to be Windows to do this). We use a combination of NetBackup Linux clients to backup the ESX servers themselves, the appropriate OS client to backup (virtualised) servers as per normal, and finally a VMBK Backup script (http://www.vmts.net/vmbk.htm) to backup virtual machine files once a week. +-- |This was sent by [EMAIL PROTECTED] via Backup Central. |Forward SPAM to [EMAIL PROTECTED] +-- ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
[Veritas-bu] Disc Staging Setup
Thanks VERY much for all the advice and info - I'm sure I'll have it up and running with the two bigger LUNs in no time! +-- |This was sent by [EMAIL PROTECTED] via Backup Central. |Forward SPAM to [EMAIL PROTECTED] +-- ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
[Veritas-bu] Disc Staging Setup
Gidday, I'm currently using 3 x 1TB LUNs for disc storage for our NetBackup (6.0MP4 on Red Hat 4.0) environment, and I want to change it to 2 x 2TB LUNs. Can I just shut NetBackup down, mount new LUNs, cp or mv files from old LUNs (obviously I'm going to have to cp 2 of the old LUNs onto one of the new LUNs - or can I split it?) to the new LUNs, umount old LUNs and reconfigure NetBackup to point to the new 2 LUNs instead of old 3? Or is it more complicated than that? +-- |This was sent by [EMAIL PROTECTED] via Backup Central. |Forward SPAM to [EMAIL PROTECTED] +-- ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
