Re: [Veritas-bu] New veritas installation - jobs do not start inparallel, all else queueing
Title: New veritas installation - jobs do not start in parallel, all else queueing By default, only one job per client. (which is not a bad thing). You may want to check that global setting on the master. Another thing to check is how many multiplexed streams did you allow for in your schedules? Understand the problems with multiplexing before just raising the numbers. Bobby Williams 2205 Peterson Drive Chattanooga, Tennessee 37421 423-296-8200 From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Wessam AlySent: Saturday, September 09, 2006 8:18 AMTo: veritas-bu@mailman.eng.auburn.eduSubject: [Veritas-bu] New veritas installation - jobs do not start inparallel, all else queueing Hey all, I just started a new instakllation of Veritas Netbackup Entreprise 5.1 MP4. I have 2 LTO3 drives in an STK L500 library. The 2-drive storage unit is configured for MPX 3 and with no max frag limit. Whenever I start a new job (configured for multiple streams), Always only one stream starts writing to one drive, the the rest of jobs are idle. The other drive is sitting idle. The job is configured with 3 or more streams. What could be the problem ? Thanks, Wessam Aly Senior UNIX Storage Systems Admin. ***IMPORTANTConfidentiality: This e-mail communication and any attachments thereto contain information which is confidential and are intended only for the use of the individuals or entities named above. If you are not the intended recipient, you are hereby notified that any disclosure, copying, distribution or the taking any action in reliance on the contents of these documents is strictly prohibited and may be illegal. Please notify us of your receipt of this e-mail in error and delete the e-mail and any copies of it.Monitoring/Viruses: Mobinil may monitor all incoming outgoing e-mails in line with current legislation. Although we have taken steps to ensure that this e-mail and attachments are free from any Virus, we advise that in keeping with good computing practice the recipient should ensure they are actually virus free.The Egyptian Company for Mobile Services (Mobinil) www.mobinil.com*** ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
Re: [Veritas-bu] New veritas installation - jobs do not start inparallel, all else queueing
Title: New veritas installation - jobs do not start in parallel, all else queueing There are are multiple settings that control the number of jobs that run at the same time (a little annoying at first, but great for flexibility in complex environments) Multiplexing: need to set the max mpxin both the storage unit and the schedule Multistreaming: need to set allow multiple datastreams in the policy attributes and (the one I would bet you don't have set currently :) Host properties- master server - global netbackup attributes - max jobs per client (need to be set greater then one) if you do all these and it still doesn't work (stop and restart nbu) and try again, if it still doesn't work check that max jobs this client hasn't been set for that particular client. hth j --Jerry Vochteloow: +61-2-8220-7043, m: +61 408 206 748The opinions stated here are mine and do not necessarily represent those ofSymantec Corp From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Wessam AlySent: Saturday, 9 September 2006 10:18 PMTo: veritas-bu@mailman.eng.auburn.eduSubject: [Veritas-bu] New veritas installation - jobs do not start inparallel, all else queueing Hey all, I just started a new instakllation of Veritas Netbackup Entreprise 5.1 MP4. I have 2 LTO3 drives in an STK L500 library. The 2-drive storage unit is configured for MPX 3 and with no max frag limit. Whenever I start a new job (configured for multiple streams), Always only one stream starts writing to one drive, the the rest of jobs are idle. The other drive is sitting idle. The job is configured with 3 or more streams. What could be the problem ? Thanks, Wessam Aly Senior UNIX Storage Systems Admin. ***IMPORTANTConfidentiality: This e-mail communication and any attachments thereto contain information which is confidential and are intended only for the use of the individuals or entities named above. If you are not the intended recipient, you are hereby notified that any disclosure, copying, distribution or the taking any action in reliance on the contents of these documents is strictly prohibited and may be illegal. Please notify us of your receipt of this e-mail in error and delete the e-mail and any copies of it.Monitoring/Viruses: Mobinil may monitor all incoming outgoing e-mails in line with current legislation. Although we have taken steps to ensure that this e-mail and attachments are free from any Virus, we advise that in keeping with good computing practice the recipient should ensure they are actually virus free.The Egyptian Company for Mobile Services (Mobinil) www.mobinil.com*** smime.p7s Description: S/MIME cryptographic signature ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
[Veritas-bu] NBU 6 Sharepoint question
Hi, I'm getting to know NBU better as time goes but know very little about Sharepoint, so hopefully someone can shed a bit of light on this scenario. We had a Sharepoint server (we'll call this Sharepoint1) and this was being backed up using the Sharepoint agent fine. Now the dbs have been moved (apparently - this was done by someone else) to another server (we'll call this Sharepoint2). The IIS Sharepoint interface is still run from Sharepoint1. I didn't know the dbs had been moved, so kicked off a job manually this morning (there had been other issues last week so backups didn't run on weekend). It seems to have split into 2 child jobs; it started running and successfully backed up the second child job (what it refers to as 'INDEX DB1') but fails with4 other dbs in the other child job (Configuration DB, Content DB, User Profile DB and Services DB). Sharepoint (and perhaps NBU) appears to know about the fact the dbs are on 'Sharepoint2' (NBU is trying to connect to Sharepoint2) but it fails as there is no NBU client on Sharepoint2 (there will be). I suspect when NBU client is installed on Sharepoint2, it maybe able to connect this way, using Sharepoint1 as the 'gateway' (not sure of the correct term but it is still used to connect to Sharepoint; only the dbs have been moved to Sharepoint2). Will I need to backup Sharepoint2 with the Sharepoint agent also, or should backing up Sharepoint1 take care of this, providing there is a client on Sharepoint 2? Cheers, - Tim Wilkinson I.T. Support Officer Science Corporate Information Systems Defence Science Technology Organisation Department of Defence Tel: (02) 96921484 Fax: (02) 96921562 Email: [EMAIL PROTECTED] ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
[Veritas-bu] DSU - Update
Title: Message All I have been testing DSU backups, and must admit I have not been impressed with the throughput to disk. I ran a particular job over the weekend. Setup as follows: LAN Client normally takes 2-3hours via Tape LTO3 HP ESL Created a Disk on my Master Server Configured a DSU with phase 2 Set the policy to use the newly created storage unit. Let the backup run. The backup took 4 hours (just over). However, writing to tape (I guess when it does its duplication) took under 1 hour. The Disk that was presented to my Master is a VDISK from a HP EVA using Fibre SCSI disks. Essentially the HP EVA is a large SAN, and you can create volumes and present them to a specific Server. Have I missed something here, or is it a case that my Tape Setup (that is all fibre channel connected) is actually running better than I thought. Thanks Regards Simon Weaver3rd Line Technical SupportWindows Domain Administrator EADS Astrium Limited, B23AA IM (DCS)Anchorage Road, Portsmouth, PO3 5PU Email: [EMAIL PROTECTED] This email is for the intended addressee only. If you have received it in error then you must not use, retain, disseminate or otherwise deal with it. Please notify the sender by return email. The views of the author may not necessarily constitute the views of Astrium Limited. Nothing in this email shall bind Astrium Limited in any contract or obligation. Astrium Limited, Registered in England and Wales No. 2449259 Registered Office: Gunnels Wood Road, Stevenage, Hertfordshire, SG1 2AS, England ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
Re: [Veritas-bu] New Veritas installation - jobs do not start in parallel, all else queuing
Title: Message What about your Max Jobs setting on the master - make sure this is set to a high number - 99 as an example. Storage Unit must be set for a high number as well as the schedule for the policy. Regards Simon Weaver3rd Line Technical SupportWindows Domain Administrator EADS Astrium Limited, B23AA IM (DCS)Anchorage Road, Portsmouth, PO3 5PU Email: [EMAIL PROTECTED] -Original Message-From: Wessam Aly [mailto:[EMAIL PROTECTED] Sent: 09 September 2006 17:11To: Haskins, SteveCc: veritas-bu@mailman.eng.auburn.eduSubject: Re: [Veritas-bu] New Veritas installation - jobs do not start inparallel, all else queuing no not a shadow copy, its in queueing state, even though the other drive is sitting idle with no jobs. Wessam Aly Senior UNIX Storage Systems Admin. HPUX-CSA Certified Systems Administrator From: Haskins, Steve [mailto:[EMAIL PROTECTED] Sent: Saturday, 09 September, 2006 16:08To: Wessam AlySubject: RE: [Veritas-bu] New Veritas installation - jobs do not start in parallel, all else queuing Is the one active job the system state or shadow copy components? Since I updated to 5.1 from 4.5 this has been the behaviour. Regards From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Wessam AlySent: Saturday, September 09, 2006 5:18 AMTo: veritas-bu@mailman.eng.auburn.eduSubject: [Veritas-bu] New veritas installation - jobs do not start inparallel, all else queueing Hey all, I just started a new instakllation of Veritas Netbackup Entreprise 5.1 MP4. I have 2 LTO3 drives in an STK L500 library. The 2-drive storage unit is configured for MPX 3 and with no max frag limit. Whenever I start a new job (configured for multiple streams), Always only one stream starts writing to one drive, the the rest of jobs are idle. The other drive is sitting idle. The job is configured with 3 or more streams. What could be the problem ? Thanks, Wessam Aly Senior UNIX Storage Systems Admin. ***IMPORTANTConfidentiality: This e-mail communication and any attachments thereto contain information which is confidential and are intended only for the use of the individuals or entities named above. If you are not the intended recipient, you are hereby notified that any disclosure, copying, distribution or the taking any action in reliance on the contents of these documents is strictly prohibited and may be illegal. Please notify us of your receipt of this e-mail in error and delete the e-mail and any copies of it.Monitoring/Viruses: Mobinil may monitor all incoming outgoing e-mails in line with current legislation. Although we have taken steps to ensure that this e-mail and attachments are free from any Virus, we advise that in keeping with good computing practice the recipient should ensure they are actually virus free.The Egyptian Company for Mobile Services (Mobinil) www.mobinil.com**IMPORTANTConfidentiality: This e-mail communication and any attachments thereto contain information which is confidential and are intended only for the use of the individuals or entities named above. If you are not the intended recipient, you are hereby notified that any disclosure, copying, distribution or the taking any action in reliance on the contents of these documents is strictly prohibited and may be illegal. Please notify us of your receipt of this e-mail in error and delete the e-mail and any copies of it.Monitoring/Viruses: Mobinil may monitor all incoming outgoing e-mails in line with current legislation. Although we have taken steps to ensure that this e-mail and attachments are free from any Virus, we advise that in keeping with good computing practice the recipient should ensure they are actually virus free.The Egyptian Company for Mobile Services (Mobinil) www.mobinil.com*** This email is for the intended addressee only. If you have received it in error then you must not use, retain, disseminate or otherwise deal with it. Please notify the sender by return email. The views of the author may not necessarily constitute the views of Astrium Limited. Nothing in this email shall bind Astrium Limited in any contract or obligation. Astrium Limited, Registered in England and Wales No. 2449259 Registered Office: Gunnels Wood Road, Stevenage, Hertfordshire, SG1 2AS, England ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu