Dave,

Curious how you determined/measured the available capacity on the disk
staging area (and also to ensure not to fill it up) and how often you have
it in cron (or similar) to manually purge the data once it bleeds off to
tape?

However a DD990 is a pretty beefy box but I suspect if there are/were enough
clients it could happen if not setup correctly.

Justin.

> -----Original Message-----
> From: veritas-bu-bounces AT mailman.eng.auburn DOT edu [mailto:veritas-bu-
> bounces AT mailman.eng.auburn DOT edu] On Behalf Of David McMullin
> Sent: Thursday, December 19, 2013 1:11 PM
> To: veritas-bu AT mailman.eng.auburn DOT edu
> Subject: [Veritas-bu] SAP backups / Online / Redo
> 
> 
> If your tape drives are maxed out and jobs are queued too long, think
about
> putting storage in the middle.
> 
> Our infrastructure is fiber based not 10G, so we got two DD990 as an
> intermediary backup target and now all jobs write there (we have over 200
> drives defined) and once backup jobs complete they duplicate to physical
> tape. Bonus, many servers cannot drive to the tape drive at speed, but the
> 990 get >100MB/Sec throughput on duplication to tape WHILE also reading in
> data.
> 
> ---------------------------------------------------------------------
> 
> Message: 1
> Date: Wed, 18 Dec 2013 19:54:12 +0000
> From: Simon Weaver <Simon.Weaver AT iscl DOT net>
> Subject: [Veritas-bu] SAP backups / Online / Redo
> To: "VERITAS-BU AT mailman.eng.auburn DOT edu"
>       <VERITAS-BU AT mailman.eng.auburn DOT edu>
> Message-ID: <EF0BBE0D-E406-490C-A05F-5BE16718E214 AT iscl DOT net>
> Content-Type: text/plain; charset="us-ascii"
> 
> All
> I've been trying to troubleshoot performance and backup issues at an
> environment where all LTO4 drives are maxed out with these type of jobs
> and causing many others to queue or run at an incorrect time.
> 
> There are close to around 60 policies where we have online, off-line, and
> redo log backups.
> 
> In each policy there was only a single client listed. A lot of these
policies are
> sand media servers therefore they backup themselves.
> 
> The problem is we have too many jobs running concurrently and due to the
> vast amount of data on the servers, there is insufficient resources
available
> for NBU to resume the queued jobs.
> 
> I would be interested to know if anyone else has a large environment of
> SAP/Oracle backups and what they do backups, because presently these
> jobs I can shaming 98% of our resources and our windows phone service I
> currently struggling to get backed up.
> 
> This separate tape drive all these will be in place, but I want to enquire
if
> there is anything that could be done to may be group the SAP online
backups
> into one policy.
> 
> But I'm also interested to hear of any ideas or methods that you may be
> using now.
> 
> Thanks
> Si
> 
> ------------------------------
> _______________________________________________
> Veritas-bu maillist  -  Veritas-bu AT mailman.eng.auburn DOT edu
> http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu

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