Veritas-bu

Re: [Veritas-bu] Priority w/ an External Scheduler?

2007-07-25 15:51:56
Subject: Re: [Veritas-bu] Priority w/ an External Scheduler?
From: "Curtis Preston" <cpreston AT glasshouse DOT com>
To: "Steven L. Sesar" <ssesar AT mitre DOT org>
Date: Wed, 25 Jul 2007 15:38:48 -0400

I have a different way of handling that requirement.

 

---

W. Curtis Preston

Backup Blog @ www.backupcentral.com

VP Data Protection, GlassHouse Technologies


From: Steven L. Sesar [mailto:ssesar AT mitre DOT org]
Sent: Wednesday, July 25, 2007 12:31 PM
To: Curtis Preston
Cc: Greenberg, Katherine (ISD, IT); veritas-bu AT mailman.eng.auburn DOT edu
Subject: Re: [Veritas-bu] Priority w/ an External Scheduler?

 

The only other justification I can think of for using an external scheduler, is, when there are batch processing operations against, say, Oracle databases,  which need to run during your backup window. Using the same batch processing application, you can add a backup to the chain. This is a very specific situation - backups of Oracle databases and batch processing against said databases which need to occur during the same backup window.

We toyed with the idea, but in the end, we pushed back on the apps folks to fix their apps, so chains would run quicker and run either before our backups begin, or after they complete. We are currently considering hardware-based snapshot capability and array-based replication, which will give our apps folks back some time for chains to run.

--Steve



Curtis Preston wrote:

While I agree with Justin’s response, I really don’t like using external schedulers for NetBackup unless absolutely necessary.  The only real requirement I can think of that would force me to an external scheduler is multi-host dependencies, because external schedulers are really good at that.  

 

I’ve seen the following justifications:

  1. I want a backup job to run exactly at 3 AM.
    1. You can do that with NBU, good windows, and dedicated resources.
  2. I want to tell all my jobs exactly when to run.
    1. Why?  Stop over engineering your backup environment.  Let go and let Symantec. ;)  You’ll be amazed at how well run a NBU environment can be if you just give all your backups the same window, the same resources, and just set priorities.  It’s a beautiful thing and requires VERY little maintenance.
  1. An external scheduler is already hooked into our overall reporting mechanism.
    1. Lousy excuse to cripple the NBU scheduler.  Spend the time necessary to hook NBU into your overall reporting mechanism.

 

Short of the one valid reason I’ve seen (multi-host dependencies), you’ll never approach the level of resource utilization and efficiency that the NetBackup scheduler can give you by using an external scheduler.  For example, while NBU can have thousands of queued jobs waiting for resource (to make sure that something is always using the tape drives) without consuming any additional resources, doing that with an external scheduler is impossible.

 

---

W. Curtis Preston

Backup Blog @ www.backupcentral.com

VP Data Protection, GlassHouse Technologies


From: veritas-bu-bounces AT mailman.eng.auburn DOT edu [mailto:veritas-bu-bounces AT mailman.eng.auburn DOT edu] On Behalf Of Greenberg, Katherine (ISD, IT)
Sent: Wednesday, July 25, 2007 10:55 AM
To: veritas-bu AT mailman.eng.auburn DOT edu
Subject: [Veritas-bu] Priority w/ an External Scheduler?

 

Have you guys ever used an external scheduler?

I'm trying to figure out if that impacts Policy Prioritization or not.

Since our backups aren't scheduled thru NetBackup (there are schedules, but no windows) does prioritization come into play or no?

 

We're running 5.1 MP6.

TIA,
Kate



*************************************************************************
This communication, including attachments, is
for the exclusive use of addressee and may contain proprietary,
confidential and/or privileged information. If you are not the intended
recipient, any use, copying, disclosure, dissemination or distribution is
strictly prohibited. If you are not the intended recipient, please notify
the sender immediately by return e-mail, delete this communication and
destroy all copies.
*************************************************************************

 



 
_______________________________________________
Veritas-bu maillist  -  Veritas-bu AT mailman.eng.auburn DOT edu
http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
  




-- 
===================================
 
   Steven L. Sesar
   Lead Operating Systems Programmer/Analyst
   UNIX Application Services R101
   The MITRE Corporation
   202 Burlington Road - MS K101
   Bedford, MA 01730
   tel: (781) 271-7702
   fax: (781) 271-2600
   mobile: (617) 519-8933
   email: ssesar AT mitre DOT org
 
=================================== 
_______________________________________________
Veritas-bu maillist  -  Veritas-bu AT mailman.eng.auburn DOT edu
http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu