Mail Archive Search: <+subject:/^(?:^\s*(re|sv|fwd|fw)[\[\]\d]*[:>-]+\s*)*\[Veritas\-bu\]\s+SAP\s+backups\s+\/\s+Online\s+\/\s+Redo\s*$/>

Results:

References: [ +subject:/^(?:^\s*(re|sv|fwd|fw)[\[\]\d]*[:>-]+\s*)*\[Veritas\-bu\]\s+SAP\s+backups\s+\/\s+Online\s+\/\s+Redo\s*$/: 7 ]

Total 7 documents matching your query.

1. [Veritas-bu] SAP backups / Online / Redo (score: 1): Author: Simon Weaver <Simon.Weaver AT iscl DOT net>; Date: Wed, 18 Dec 2013 19:54:12 +0000; 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 incorrec; /usr/local/webapp/mharc-adsm.org/html/Veritas-bu/2013-12/msg00034.html (12,622 bytes)
2. Re: [Veritas-bu] SAP backups / Online / Redo (score: 1): Author: "Justin Piszcz" <jpiszcz AT lucidpixels DOT com>; Date: Wed, 18 Dec 2013 15:03:42 -0500; Hi Simon, Some comments: 1. How many jobs are too many? 500 concurrent jobs? 1000 concurrent jobs? 2000 concurrent jobs? With a UNIX master, if properly spec'd out-- I've seen it handle 1000-1500 job; /usr/local/webapp/mharc-adsm.org/html/Veritas-bu/2013-12/msg00035.html (14,714 bytes)
3. Re: [Veritas-bu] SAP backups / Online / Redo (score: 1): Author: Simon Weaver <Simon.Weaver AT iscl DOT net>; Date: Wed, 18 Dec 2013 20:55:39 +0000; Hi Justin In specific it's SAP jobs. As mentioned over 60 policies start from 9pm but each one is a SAN media server and each client in its own policy. So I have 10 SAP jobs each using a tape drive f; /usr/local/webapp/mharc-adsm.org/html/Veritas-bu/2013-12/msg00036.html (16,036 bytes)
4. Re: [Veritas-bu] SAP backups / Online / Redo (score: 1): Author: "Justin Piszcz" <jpiszcz AT lucidpixels DOT com>; Date: Wed, 18 Dec 2013 16:02:23 -0500; Hi Simon, If there are multiple SAN media servers, have you looked into SSO and/or unrestricted media sharing? http://www.symantec.com/connect/forums/can-we-assign-medias-multiple-media-s ervers One; /usr/local/webapp/mharc-adsm.org/html/Veritas-bu/2013-12/msg00037.html (18,479 bytes)
5. [Veritas-bu] SAP backups / Online / Redo (score: 1): Author: David McMullin <David.McMullin AT CBC-Companies DOT com>; Date: Thu, 19 Dec 2013 13:10:31 -0500; 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 tar; /usr/local/webapp/mharc-adsm.org/html/Veritas-bu/2013-12/msg00038.html (13,701 bytes)
6. Re: [Veritas-bu] SAP backups / Online / Redo (score: 1): Author: "Justin Piszcz" <jpiszcz AT lucidpixels DOT com>; Date: Thu, 19 Dec 2013 13:19:37 -0500; 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 d; /usr/local/webapp/mharc-adsm.org/html/Veritas-bu/2013-12/msg00039.html (15,497 bytes)
7. Re: [Veritas-bu] SAP backups / Online / Redo (score: 1): Author: David McMullin <David.McMullin AT CBC-Companies DOT com>; Date: Thu, 19 Dec 2013 13:31:24 -0500; Before we bought, we had the vendors replicate the throughput to prove the system could handle the ingest and output. A lot of the sales numbers are one way, not both at once. We have 16 LTO5 drives; /usr/local/webapp/mharc-adsm.org/html/Veritas-bu/2013-12/msg00040.html (17,907 bytes)

Current List: 1 - 7
Page: [1]