[Veritas-bu] Pushing unix clients
I usually don't use SSH do do that, but via FTP. Let's say your client is Solairis 10, what i do is: svcadm enable ftp Then on the netbackup server /usr/openv/netbackup/bin/install_client_files ftp HOSTNAME client_username did you try that by ftp ? can you? +-- |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] NBU catalog backups hot vs cold
About that, is it possible to do a hotbackup, and then write it to disk? (so it can be copied over network to another system, for backup purpose) thanks, +-- |This was sent by [EMAIL PROTECTED] via Backup Central. |Forward SPAM to [EMAIL PROTECTED] +-- ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
[Veritas-bu] Netbackup 6.x firewall ports - Help!
OK...I read through the documentation. Found out about these ports. We are trying to develop a standard with our firewall team for: 1. What ports need to be opened on a new master server setup. 2. Which direction does the communications need to take place with each requested port (bi-directional or single direction) 3. Which protocol needs to be allowed for each port: TCP or UDP. 4. Which ports/protocol/direction needs to be opened for Windows GUI access to a Unix box via the Netbackup Windows/Java GUI. Can ANYBODY here help me get this all straightened out once and for all? PLEASE? VNETD/13724: Determines Netbackup version of media server. Starts bpbrm for backups and restores. Starts bptm to manage tape storage units. Starts bpstsinfo to manage disk storage units. Accesses or updates host properties for media server. Determines Netbackup version of client. Gets list of mount points for multi-streamed backups. Accesses or updates host properties for client. Accesses legacy policy information from bpdbm. Accesses legacy job information from bpjobd. Updates image catalog information to bpdbm. Makes miscellaneous requests to bprd. Establishes sockets to other media servers for duplication, disk staging, and synthetics. Establishes sockets to backup or restore a client. Connects back for bpcd requests from the master. VERITAS_PBX/1556: Accesses job information. Accesses resource information. Connect-back for job information. Connect-back for job monitor. Connect-back for resource information. Access information about device, media, and storage databases. VOPIED/13783: Authenticates user for database backup, user backup, or restore. (Client with Legacy Security) BPCD/13782: Accesses or updates host properties for client. Establishes sockets to backup or restore a client. Establishes initial socket for backup or restore. VRTS-AUTH-PORT/4032: Authorizes user for administration. +-- |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] Legato vs. NetBackup
We have 152 Master backup servers here. We backup just over 2.7PB per month. We have the following backup products: Netbackup - 71 Networker - 52 BackEx - 28 Tivoli TSM - 1 Legato 7.4.2 is stable and the new GUI front-end is nice. I've been doing data protection and disaster recovery for several years now. To sum it all up? If you could roll Netbackup, Networker, and BackEx into a single backup product? You would have one dyno-mite backup product. In short, every backup product has it's problems. Just some have problems more than others. Right now, Netbackup is our problem chiild. [Wink] +-- |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
Re: [Veritas-bu] NBU catalog backups hot vs cold
Yes the netbackup hot catalog backups can be written to disk. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of toaster Sent: Thursday, October 02, 2008 9:27 AM To: VERITAS-BU@mailman.eng.auburn.edu Subject: [Veritas-bu] NBU catalog backups hot vs cold About that, is it possible to do a hotbackup, and then write it to disk? (so it can be copied over network to another system, for backup purpose) thanks, +-- |This was sent by [EMAIL PROTECTED] via Backup Central. |Forward SPAM to [EMAIL PROTECTED] +-- ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
Re: [Veritas-bu] NBU catalog backups hot vs cold
Disk Pools are not supported. I think this is ridiculous because if I want NBU to handle putting it on disk, I have to create a normal dssu and segragate storage just for that. Rusty Major, MCSE, BCFP, VCS ▪ Sr. Storage Engineer ▪ SunGard Availability Services ▪ 757 N. Eldridge Suite 200, Houston TX 77079 ▪ 281-584-4693 Keeping People and Information Connected® ▪ http://availability.sungard.com/ P Think before you print CONFIDENTIALITY: This e-mail (including any attachments) may contain confidential, proprietary and privileged information, and unauthorized disclosure or use is prohibited. If you received this e-mail in error, please notify the sender and delete this e-mail from your system. Len Boyle [EMAIL PROTECTED] Sent by: [EMAIL PROTECTED] 10/02/2008 09:31 AM To VERITAS-BU@mailman.eng.auburn.edu VERITAS-BU@mailman.eng.auburn.edu cc Subject Re: [Veritas-bu] NBU catalog backups hot vs cold Yes the netbackup hot catalog backups can be written to disk. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of toaster Sent: Thursday, October 02, 2008 9:27 AM To: VERITAS-BU@mailman.eng.auburn.edu Subject: [Veritas-bu] NBU catalog backups hot vs cold About that, is it possible to do a hotbackup, and then write it to disk? (so it can be copied over network to another system, for backup purpose) thanks, +-- |This was sent by [EMAIL PROTECTED] via Backup Central. |Forward SPAM to [EMAIL PROTECTED] +-- ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
Re: [Veritas-bu] Netbackup 6.x firewall ports - Help!
See my answers below -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Dennis Peacock Sent: Thursday, October 02, 2008 8:38 AM To: VERITAS-BU@mailman.eng.auburn.edu Subject: [Veritas-bu] Netbackup 6.x firewall ports - Help! OK...I read through the documentation. Found out about these ports. We are trying to develop a standard with our firewall team for: 1. What ports need to be opened on a new master server setup. Answer- It would use vnetd TCP port 13724 and PBX TCP port 1556. You don't need 13783 unless you use vopie which no one does. And bpcd port 13782 is only for out bound connections that for 6.x clients and servers would first go through the vnetd port which then hands off the connection to bpcd. 2. Which direction does the communications need to take place with each requested port (bi-directional or single direction) Answer- Both vnetd and pbx need to be bi-directional between NBU servers. You only need to allow vnetd 13724 outbound for 6.x clients and bpcd for legacy clients. 3. Which protocol needs to be allowed for each port: TCP or UDP. Answer- NBU uses only TCP not UDP for socket connections. 4. Which ports/protocol/direction needs to be opened for Windows GUI access to a Unix box via the Netbackup Windows/Java GUI. Answer- Same ports- Vnetd and pbx too. The Windows remote admin console is simple Windows media server software stripped down. Java runs over vnetd and pbx also. Can ANYBODY here help me get this all straightened out once and for all? PLEASE? Answer- If you haven't seen this yet this is a good resource of NBU port requirements - VERITAS NetBackup (tm) 6.0 Port Usage Guide for Windows and UNIX Platforms http://support.veritas.com/docs/281623 VNETD/13724: Determines Netbackup version of media server. Starts bpbrm for backups and restores. Starts bptm to manage tape storage units. Starts bpstsinfo to manage disk storage units. Accesses or updates host properties for media server. Determines Netbackup version of client. Gets list of mount points for multi-streamed backups. Accesses or updates host properties for client. Accesses legacy policy information from bpdbm. Accesses legacy job information from bpjobd. Updates image catalog information to bpdbm. Makes miscellaneous requests to bprd. Establishes sockets to other media servers for duplication, disk staging, and synthetics. Establishes sockets to backup or restore a client. Connects back for bpcd requests from the master. VERITAS_PBX/1556: Accesses job information. Accesses resource information. Connect-back for job information. Connect-back for job monitor. Connect-back for resource information. Access information about device, media, and storage databases. VOPIED/13783: Authenticates user for database backup, user backup, or restore. (Client with Legacy Security) BPCD/13782: Accesses or updates host properties for client. Establishes sockets to backup or restore a client. Establishes initial socket for backup or restore. VRTS-AUTH-PORT/4032: Authorizes user for administration. +-- |This was sent by [EMAIL PROTECTED] via Backup Central. |Forward SPAM to [EMAIL PROTECTED] +-- ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
Re: [Veritas-bu] Pushing unix clients
I'm not sure on 6.5 but on previous versions you need to be in the client directory OS you want to upgrade dont you? e.g to install to a solaris 10 client i would :- cd /usr/openv/netbackup/client/Solaris/Solaris10 ./install_client_files client Cheers Klebba, Don wrote: We’re currently running 6.5.2a on a Solaris Master. We’re trying to upgrade our unix clients by pushing the software, using the ssh method, using the Install_client_files located in /usr/openv/netbackup/bin and we keep getting a error saying that install_client is not found In the client directory that we are trying to upgrade. When we look into that directory, the install_client is there. Has anyone else run across this and how do you get it to work? Don Klebba Quicken Loans Storage Management Team [EMAIL PROTECTED] _phone: (734)805-7791 cell: (734)634-7486 _ ___ 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] Could not build host list when running bpexpdate.
Has anyone run into this before? http://seer.support.veritas.com/docs/258763.htm The technote seems a bit vague to me. *Which* host name can't be resolved? *What* storage unit configuration is involved? How do I track down the host it's concerned with? Even if I run bpexpdate with '-h master/media', it still complains the same way. Thanks! -- Darren ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
[Veritas-bu] Sharepoint (MOSS) 2007 Document Level Backups
Hi Simon I have a couple of questions for you. What are you choosing for your backup selection when trying to do the Document level restore backup? I believe it only works when you choose the web app site, or the content database(s). Secondly, is your SQL backend running on a cluster? I know there is an issue with the document level backups when SQL is on an MSCS cluster(I am not sure about other clusters). I believe there is an EEB available for that issue. Jim +-- |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] SAN Catalog restore slow and failing.
Has anyone had issues with their SAN catalog backups going slow, and have a solution for it? We do Hot Catalog Backups inline to tape (off-site - copy 1) and disk (on-site - copy 2). We are now testing the restorability of the on-site SAN based copy, and are having issues with it going slow (6 hours vs.. 2 hours from tape) and then failing at the end; where it's trying to find the tapes used during the same backup. Why would it want to tapes when we are trying to restore from the disk copy? We even removed all the tape information from the DR file. Why would it be running so slow? We are using 6.5.2 on Solaris 9. Any help would be appreciated... +-- |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] Could not build host list when running bpexpdate.
I'd do a bpmedialist -m MEDIAID on the tape you are trying to expire (or the tape the image resides on) and see what server name it gives you. +-- |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] Pushing unix clients
You should only need to use SSH for new installs. Upgrades should be able to use the NetBackup client it'self to push the updates across. Here's some of my notes: /usr/openv/netbackup/bin/install_client_files ssh NEWHOST NOTE: you must first have ssh keys for root in place first for this to work. echo Solaris Solaris10 NEWHOST /admin/nbu/tmp/client.lst /usr/openv/netbackup/bin/update_dbclients Oracle -ClientList /admin/nbu/tmp/client.lst echo Solaris Solaris10 HOSTNAME /admin/nbu/tmp/client.lst /usr/openv/netbackup/bin/update_clients -ClientList /admin/nbu/tmp/client.lst --- usage: $0 [-ForceInstall -Install_Client_Bins -Install_SNC] \\ [-ClientList filename | hardware_type operating_system] +-- |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
Re: [Veritas-bu] Could not build host list when running bpexpdate.
I believe this technote is saying that one of the media servers is having issues resolving its own hostname, or the master can't resolve the media server hostname. Though if that was the issue, you'd be having more issues than just bpexdate failures. Have you decommed any media servers lately? Rusty Major, MCSE, BCFP, VCS ▪ Sr. Storage Engineer ▪ SunGard Availability Services ▪ 757 N. Eldridge Suite 200, Houston TX 77079 ▪ 281-584-4693 Keeping People and Information Connected® ▪ http://availability.sungard.com/ P Think before you print CONFIDENTIALITY: This e-mail (including any attachments) may contain confidential, proprietary and privileged information, and unauthorized disclosure or use is prohibited. If you received this e-mail in error, please notify the sender and delete this e-mail from your system. A Darren Dunham [EMAIL PROTECTED] Sent by: [EMAIL PROTECTED] 10/02/2008 01:32 PM To veritas-bu@mailman.eng.auburn.edu cc Subject [Veritas-bu] Could not build host list when running bpexpdate. Has anyone run into this before? http://seer.support.veritas.com/docs/258763.htm The technote seems a bit vague to me. *Which* host name can't be resolved? *What* storage unit configuration is involved? How do I track down the host it's concerned with? Even if I run bpexpdate with '-h master/media', it still complains the same way. Thanks! -- Darren ___ 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] Legato vs. NetBackup
I've see this issue come up before: Our Backup environment doesnt work very well!!, and for some reason they think software is the answer; ignoring the fact that the new software also gets new hardware, a newly engineered strategy, and a fresh new install to go with it. NetBackup will also run a lot better if you do the same upgrades, and clean up all the old crap you don't need any more. When I first started working with NetBackup, it was because or vendor for Legato had messed up our agreement and backed out of the deal. Im glad that it happened which allowed me to now be the experienced NetBackup Administrator I am today. I dont think legato would have given me the opportunities to do many of the wonderful things Ive done with NetBackup. But thats more of an emotional reason then a factual one. Just make sure your manager understands that you have to demo Legato with a similar load and infrastructure you NetBackup environment is currently on, or its not a fair comparison. +-- |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] HP Omniback vs Netbackup
What little experience I've had with Omniback tells me that it's not as fully featured as NetBackup, but that it works really well for remote sites (one of the reason's NetBackup came up with Pure Disk - to better compete in that area). I'd suggest reading up as much as you can on Omniback, so you can explain the differences, and tell give them specifics about how NetBackup is better. Switching out a backup solutions is never a simple task either. Believe me, I've done it a few times. +-- |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
Re: [Veritas-bu] HP Omniback vs Netbackup
Run from Omniback.run fast and hard. Netbackup is your solution. Shoot, I'd rather use TAR and DD rather than Omniback. Thank You, Dennis Peacock EBCA Acxiom Corporation -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of spaldam Sent: Thursday, October 02, 2008 3:07 PM To: VERITAS-BU@mailman.eng.auburn.edu Subject: [Veritas-bu] HP Omniback vs Netbackup What little experience I've had with Omniback tells me that it's not as fully featured as NetBackup, but that it works really well for remote sites (one of the reason's NetBackup came up with Pure Disk - to better compete in that area). I'd suggest reading up as much as you can on Omniback, so you can explain the differences, and tell give them specifics about how NetBackup is better. Switching out a backup solutions is never a simple task either. Believe me, I've done it a few times. +-- |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 *** The information contained in this communication is confidential, is intended only for the use of the recipient named above, and may be legally privileged. If the reader of this message is not the intended recipient, you are hereby notified that any dissemination, distribution or copying of this communication is strictly prohibited. If you have received this communication in error, please resend this communication to the sender and delete the original message or any copy of it from your computer system. Thank You. ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
[Veritas-bu] [Slightly OT] Federal Gov. Guidelines/Standards on Retention
I've dealt with HIPPA, FDA, and other legal issues (despite what some people seem to think, SOX has no say in this matter). Usually the retention is 7 years; though if it's a law-suite, and you haven't destroyed the tapes, the lawyers will make you re-inventory them and restore everything on them (lesson: destroy or re-use your old tapes). I had one situation were we had to make a special e-mail system backup every week and send it directly to the lawyers with an infinite retention (that was a big hassle). I've seen the 7 years be a yearly backup, a monthly backup, and in a few rare instances, a weekly backup. It really depends a lot on what kind of data you are dealing with, and the business or area of government you work in. My suggestion, keep the data for a short a period of time that you can while still satisfying the needs of the business. If people come to you and say they need to keep some bit of information indefinitely, tell them they had better not delete it then. +-- |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
Re: [Veritas-bu] Could not build host list when running bpexpdate.
On Thu, Oct 02, 2008 at 03:01:52PM -0500, [EMAIL PROTECTED] wrote: I believe this technote is saying that one of the media servers is having issues resolving its own hostname, or the master can't resolve the media server hostname. Though if that was the issue, you'd be having more issues than just bpexdate failures. Have you decommed any media servers lately? Not lately, about a year ago. I don't think that's the issue. I created an /etc/hosts entry for it and the command takes longer, but still gives the same error. Since it says client hostname could not be found, I'm assuming it's a netbackup client it's complaining of. But which one? I can well believe that there are older clients that I used to back up that are no longer in DNS. But I wouldn't think that they'd be a problem -- Darren ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
[Veritas-bu] checking backup quality
If you want a 100% fool proof verification, restore the data to /dev/null. Even then, who knows what might happen to that tape the very next day... That's why multiple copies are so important, or retention periods that overlap by a couple of reiterations. +-- |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] NBU System needs more tape drives?
I've always written scripts to do this for me. I pull information like total amount of data backed up each week. How many jobs are active within a given time interval, etc. You can also use the tpclean -l command to collect mount times for each tape drive, and keep a log of how they change from day to day. The real issue you have to watch for, is how long does it take to backup everything; are you meeting your SLA's and/or expectations in that regard. +-- |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
Re: [Veritas-bu] NBU cross-site
On Thu, Oct 2, 2008 at 3:43 PM, Mark Steel [EMAIL PROTECTED] wrote: It would be Solaris platform so could run functions (such as the master server) in a zone for failover, and media server if required as separate zones. A media server in a non-global zone is not supported. I think that's probably true for a master as well but I haven't looked that up recently. .../Ed Ed Wilts, RHCE, BCFP, BCSD, SCSP, SCSE [EMAIL PROTECTED] ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
[Veritas-bu] NBU cross-site
Hi I need to design and build a NBU config for a 'virtual datacentre' with two sites, both with production hosts. I also need to keep systems to a minimum, and I need HA/DR. I was thinking about cross-site clustered master/media server as the start. It would be Solaris platform so could run functions (such as the master server) in a zone for failover, and media server if required as separate zones. Anyone have any experience of this ? I guess its a balance between complexity of setup with trying to keep config to a minimum - I mean I could have simple local HA / cluster with remote failover an then do that both ways, but that might end up as 6 servers for initial config. Thanks Mark ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
[Veritas-bu] No of LTO Tapes used for backups
WEAVER, Simon \(extern... wrote: Is there a good way to work out how many slots I could well need when going from 12 x LTO2 drives to a SL500 8 x LTO4 drives What library are you currently using? I ask because you might be better off keeping it. I'm currently dealing with a full rack sized SL500 with 14 drives and it's the biggest pain of a robot that I've ever had to deal with. I'd never get another SL500, unless it was for a small implementation or a test environment. They are far from enterprise level, and if youre doing 8 LTO4's, I'd say you are at that level. As for LTO4's, you almost need some kind of disk staging, snapshot backups, or VTL to really get the performance out of them. Doing a bunch of small client backup over the network will not push your LTO4's fast enough to keep them busy, and you run into a serious bottleneck as ewilts was mentioning. +-- |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] 6.5.2 Patch for ICS?
ICS has its own version numbers separate from NBU. +-- |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
Re: [Veritas-bu] NBU cross-site
I agree. Though it would be more expensive (for licenses), I also recommend a Master at each site. If you do the remote method, you will eventually lose the link to the Master and you won't be having much fun. Rusty Major, MCSE, BCFP, VCS ▪ Sr. Storage Engineer ▪ SunGard Availability Services ▪ 757 N. Eldridge Suite 200, Houston TX 77079 ▪ 281-584-4693 Keeping People and Information Connected® ▪ http://availability.sungard.com/ P Think before you print CONFIDENTIALITY: This e-mail (including any attachments) may contain confidential, proprietary and privileged information, and unauthorized disclosure or use is prohibited. If you received this e-mail in error, please notify the sender and delete this e-mail from your system. spaldam [EMAIL PROTECTED] Sent by: [EMAIL PROTECTED] 10/02/2008 04:16 PM Please respond to VERITAS-BU@mailman.eng.auburn.edu To VERITAS-BU@mailman.eng.auburn.edu cc Subject [Veritas-bu] NBU cross-site First, you cannot run NetBackup servers in a Zone. The UNIX admin here already tried that and the install script even said it wasn't supported. Second, I wouldn't run master/media servers across a WAN; especially since NOM has the ability to manage multiple Master servers from a centralized console. If you lose the WAN, you done and all you backups fail. Third, with new de-duplication and replication products that are available today, they offer a great solution for doing your own self insurance with each site having a replicated copy of the other. I'm going to be using Quantum’s DXi units here soon to do just 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 ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
[Veritas-bu] Restore performance questions in NB
I've dealt with this exact issue many times before. Its a balancing act that really boils down to this: Only one restore job can access the same tape at a time, and each restore job can only use one tape at a time (there is a new feature for doing parallel restores that were multiplexed, but that only applies to certain situations that databases dont fall under). The best solution for this is to duplicate all the images on the tapes to a DSU (disk storage unit), then all the restore jobs can access the DSU all at the same time. Make sure you duplicate the entire tape (not individual images) to get the duplication done as quickly as possible. This is also one of the reasons why having your on-site backup copy be on disk is getting to be so popular. In fact, I wouldnt even consider doing hourly database log backups directly to tape. Also, the less often you do your log backups, and the more logs you get backed up in a single stream (meaning fewer backup images) the faster your restores will be. To answer your questions: 1-2. Volume Pools can help you divide up your data and improve performance, if done correctly, but it can also cause you to use more media with tapes not getting filled up. Again, its a balancing act, but most place Ive worked at are more concerned about costs than performance (at least until they need something restored ASAP). 3 5. You can only specify storage units for backups (not specific tape drives), so you have to configure your storage units accordingly if you want to restrict which drives get used for what. On the other hand, restores only care which server they were backed up on (I'm not familiar with a way to force the use of a certain storage unit for a restore). You may want to make a close inventory of your storage units to see why you always have a couple of drives available; it may have been designed that way on purpose to allow for restores or user initiated backups to be done at any time. 4. Especially with Databases, it's a delicate balancing act. Improving one often has a negative impact on the other; again using disk staging areas or VTL can help a great deal with this by eliminating the need for multiplexing and improving overall performance. Just remember tapes are linear, so to get to the data at the end of the tape, means the drive has to pull the entire tape through it, and it can only read one part of the tape at a 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] NBU cross-site
If you can only aford one master, I wouldn't cluster it across the WAN. If your link goes down and both nodes start acting as the primary node, you'll never get them back in sync without blowing away something valuable on one or the other. Also, I don't think NetBackup masters are supported in an Active/Active envorment. Pulse I'm not sure how that will work for the catalog information. It would have to be replicated between sites somehow anyway. Keep your master at once site, and the media server at the other site, then send your tapes from the one to the other for DR purposes. If you lose the master, youll have to rebuilt it at the other site. +-- |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] User Archive Skipping Files?
I think it depends on your file list. If you specify a folder, it will remove the folder (i.e. d:\archivefolder). If you specify specific files, it will only remove the specific files (i.e. d:\archivefolder\*). The best way to prove it is to test it... +-- |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] Linux client code 41
Sounds like you might be getting there, but it's not getting back. Make sure your firewall to the DMZ is open both ways for the NetBackup ports. Try using vnetd if your pre v6.x. +-- |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
Re: [Veritas-bu] HP Omniback vs Netbackup
Can you quantify this a bit? I agree in principle, now I need to sell where NB crushes HP like the niche product it is. -M -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Peacock Dennis - dpeaco Sent: Thursday, October 02, 2008 2:15 PM To: VERITAS-BU@mailman.eng.auburn.edu Subject: Re: [Veritas-bu] HP Omniback vs Netbackup Run from Omniback.run fast and hard. Netbackup is your solution. Shoot, I'd rather use TAR and DD rather than Omniback. Thank You, Dennis Peacock EBCA Acxiom Corporation -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of spaldam Sent: Thursday, October 02, 2008 3:07 PM To: VERITAS-BU@mailman.eng.auburn.edu Subject: [Veritas-bu] HP Omniback vs Netbackup What little experience I've had with Omniback tells me that it's not as fully featured as NetBackup, but that it works really well for remote sites (one of the reason's NetBackup came up with Pure Disk - to better compete in that area). I'd suggest reading up as much as you can on Omniback, so you can explain the differences, and tell give them specifics about how NetBackup is better. Switching out a backup solutions is never a simple task either. Believe me, I've done it a few times. +-- |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 *** The information contained in this communication is confidential, is intended only for the use of the recipient named above, and may be legally privileged. If the reader of this message is not the intended recipient, you are hereby notified that any dissemination, distribution or copying of this communication is strictly prohibited. If you have received this communication in error, please resend this communication to the sender and delete the original message or any copy of it from your computer system. Thank You. ___ 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] User Archive Skipping Files?
In my setup with windows clients and specifying a directory for the file list, the directory and newly added files do not get removed by the archive job. Only the files that existed at the time the archive started get removed. +-- |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
Re: [Veritas-bu] NBU cross-site
On Thu, Oct 2, 2008 at 3:56 PM, spaldam [EMAIL PROTECTED]wrote: Second, I wouldn't run master/media servers across a WAN; especially since NOM has the ability to manage multiple Master servers from a centralized console. If you lose the WAN, you done and all you backups fail. I disagree - we have media servers scattered in multiple locations connected to our main master and it's been working fine for a long time. Simply put, don't lose the WAN - we have redundant paths to all of our locations with media servers. If we lose WAN connectivity to our remote offices, they're in a world of hurt anyway and backups are the least of their problems. -- .../Ed Ed Wilts, RHCE, BCFP, BCSD, SCSP, SCSE [EMAIL PROTECTED] ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
