Search String: Display: Description: Sort:

Results:

References: [ +subject:/^(?:^\s*(re|sv|fwd|fw)[\[\]\d]*[:>-]+\s*)*TDP\s+for\s+ERP\s+\(SAP\s+R\/3\s+on\s+Oracle\)\s*$/: 165981 ]

Total 165981 documents matching your query.

301. [ADSM-L] Size of dedup tables in DB2 (score: 1)
Author: Hans Christian Riksheim <bullhcr AT GMAIL DOT COM>
Date: Tue, 28 Jul 2015 15:13:14 +0200
I would like to calculate the savings of doing dedup. DB2 runs on expensive flash, the dedup pool on cheap SATA. Anyone know how to calculate the extra amount of DB space caused by deduplication? Reg
/usr/local/webapp/mharc-adsm.org/html/ADSM-L/2015-07/msg00100.html (10,712 bytes)

302. Re: [ADSM-L] Size of dedup tables in DB2 (score: 1)
Author: David Beardsley <db366 AT CORNELL DOT EDU>
Date: Tue, 28 Jul 2015 13:27:48 +0000
I would recommend reading the below technote and reviewing the provided script as delivered by IBM. We have modified this to fit our environment, but it is a good starting point. http://www-01.ibm.co
/usr/local/webapp/mharc-adsm.org/html/ADSM-L/2015-07/msg00101.html (11,429 bytes)

303. Re: [ADSM-L] Size of dedup tables in DB2 (score: 1)
Author: Hans Christian Riksheim <bullhcr AT GMAIL DOT COM>
Date: Tue, 28 Jul 2015 17:42:03 +0200
Thanks. Ran the script and I get something like 1 GB added DB space for every 100 GB of storage pool savings. Regards, Hans Chr. On Tue, Jul 28, 2015 at 3:27 PM, David Beardsley <db366 AT cornell DOT
/usr/local/webapp/mharc-adsm.org/html/ADSM-L/2015-07/msg00102.html (12,083 bytes)

304. [ADSM-L] Upgrading BACLIENT to 7.1.2.2 broke TSM for VE ??? (score: 1)
Author: Tom Alverson <tom.alverson AT GMAIL DOT COM>
Date: Tue, 28 Jul 2015 13:27:32 -0400
I had a backup issue with one particular VM (ANS9921E and ANS9919E) which I thought might be fixed (per a KB article) by upgrading the BACLIENT from 7.1.1.0 to 7.1.2.2. Not only did this not fix the
/usr/local/webapp/mharc-adsm.org/html/ADSM-L/2015-07/msg00103.html (12,732 bytes)

305. Re: [ADSM-L] Upgrading BACLIENT to 7.1.2.2 broke TSM for VE ??? (score: 1)
Author: "Billaudeau, Pierre" <P.Billaudeau AT SAQ.QC DOT CA>
Date: Tue, 28 Jul 2015 17:34:57 +0000
Hi Tom, It looks like you are not connecting to the Vcenter. You can reset your Vcenter user password and try again. Pierre Billaudeau Administrateur de stockage Livraison des infra serveurs SAQ --Me
/usr/local/webapp/mharc-adsm.org/html/ADSM-L/2015-07/msg00104.html (14,185 bytes)

306. Re: [ADSM-L] Upgrading BACLIENT to 7.1.2.2 broke TSM for VE ??? (score: 1)
Author: Tom Alverson <tom.alverson AT GMAIL DOT COM>
Date: Tue, 28 Jul 2015 13:40:52 -0400
I saw that article and already had tried that. I think I may have fixed it. I found in swg21580462 a hint that you may need to do a custom install of the BACLIENT and enable the "VMWare Backup Tools"
/usr/local/webapp/mharc-adsm.org/html/ADSM-L/2015-07/msg00105.html (15,569 bytes)

307. Re: [ADSM-L] Upgrading BACLIENT to 7.1.2.2 broke TSM for VE ??? (score: 1)
Author: "Gee, Norman" <Norman.Gee AT LC.CA DOT GOV>
Date: Tue, 28 Jul 2015 17:51:32 +0000
I have just upgraded one of my servers from 7.1.1 to 7.1.2.2 because of the support needed for VSphere 6.0 and I am experiencing some of the same problems. I have open a PMR with IBM on this. I was a
/usr/local/webapp/mharc-adsm.org/html/ADSM-L/2015-07/msg00106.html (16,530 bytes)

308. Re: [ADSM-L] Upgrading BACLIENT to 7.1.2.2 broke TSM for VE ??? (score: 1)
Author: "Billaudeau, Pierre" <P.Billaudeau AT SAQ.QC DOT CA>
Date: Tue, 28 Jul 2015 19:47:43 +0000
Hi , After upgrading to VSPhere 6.0, we had to upgrade TSm client from 7.1.1 to 7.1.2 and also have those 3 patches installed on VSPhere 6.0: 2116126 2116127 2116129 They all are related to backup an
/usr/local/webapp/mharc-adsm.org/html/ADSM-L/2015-07/msg00107.html (17,943 bytes)

309. [ADSM-L] TSM TDPSQL crashes on log backup (score: 1)
Author: John Keyes <rakyr AT GMX DOT NET>
Date: Wed, 29 Jul 2015 12:16:42 +0200
Hello, i have a strange problem with one of my SQL Servers. It's a SQL Server 2014, running on Windows Server 2012 R2. TSM BA and TDPSQL are installed in version 7.1.2.0. Most Databases use a simple
/usr/local/webapp/mharc-adsm.org/html/ADSM-L/2015-07/msg00108.html (13,221 bytes)

310. Re: [ADSM-L] TSM TDPSQL crashes on log backup (score: 1)
Author: Zoltan Forray <zforray AT VCU DOT EDU>
Date: Wed, 29 Jul 2015 08:33:15 -0400
If you go look at the ADSM-L archives you will see I just went through this exact same problem, a week or so ago. It is a known problem: http://www.backupcentral.com/phpBB2/two-way-mirrors-of-externa
/usr/local/webapp/mharc-adsm.org/html/ADSM-L/2015-07/msg00109.html (15,080 bytes)

311. [ADSM-L] Aw: Re: [ADSM-L] TSM TDPSQL crashes on log backup (score: 1)
Author: John Keyes <rakyr AT GMX DOT NET>
Date: Wed, 29 Jul 2015 16:25:07 +0200
Thanks for the answer. I tried the patch anyway, but as you said, it did not work. Now I downgraded to 7.1.1.1 and it works again. Best regards, John
/usr/local/webapp/mharc-adsm.org/html/ADSM-L/2015-07/msg00110.html (16,253 bytes)

312. Re: [ADSM-L] Aw: Re: [ADSM-L] TSM TDPSQL crashes on log backup (score: 1)
Author: Zoltan Forray <zforray AT VCU DOT EDU>
Date: Wed, 29 Jul 2015 10:43:54 -0400
The alternative (which my SQL guy decided to implement) is to single-thread the backups, 1-DB-at-a-time. It is ugly (and generates lots of error messages on my TSM server) but since this version is r
/usr/local/webapp/mharc-adsm.org/html/ADSM-L/2015-07/msg00111.html (17,855 bytes)

313. Re: [ADSM-L] Aw: Re: [ADSM-L] TSM TDPSQL crashes on log backup (score: 1)
Author: Hans Christian Riksheim <bullhcr AT GMAIL DOT COM>
Date: Thu, 30 Jul 2015 16:05:29 +0200
Supposedly fixed in 7.1.3 in Q3 which might mean the end of September. When IBM blunders like this I think they could be quicker in correcting it. They should also extend their testing to something t
/usr/local/webapp/mharc-adsm.org/html/ADSM-L/2015-07/msg00112.html (19,069 bytes)

314. [ADSM-L] help with designing a backup system for Teradata (score: 1)
Author: "Rhodes, Richard L." <rrhodes AT FIRSTENERGYCORP DOT COM>
Date: Thu, 30 Jul 2015 17:00:32 +0000
We purchased a Teredata database system. It currently is in test/dev stage with little data. We don't really know the ultimate backup requirements. To get things started we setup a simple backup syst
/usr/local/webapp/mharc-adsm.org/html/ADSM-L/2015-07/msg00113.html (12,845 bytes)

315. Re: [ADSM-L] help with designing a backup system for Teradata (score: 1)
Author: Mike De Gasperis <mike.degasperis AT WOWWAY DOT COM>
Date: Thu, 30 Jul 2015 14:15:34 -0400
Do you have DDboost licensed? Could always use the boost plugin and go right to the DD and skip the TSM server.
/usr/local/webapp/mharc-adsm.org/html/ADSM-L/2015-07/msg00114.html (13,810 bytes)

316. Re: [ADSM-L] help with designing a backup system for Teradata (score: 1)
Author: "Rhodes, Richard L." <rrhodes AT FIRSTENERGYCORP DOT COM>
Date: Thu, 30 Jul 2015 18:59:15 +0000
Anything we do for this has to be purchased, so current licensing is not a problem. I'm not sure what using DDBoost would look like. Where would the plugin run? I don't think there is a DDboost plugi
/usr/local/webapp/mharc-adsm.org/html/ADSM-L/2015-07/msg00115.html (15,350 bytes)

317. Re: [ADSM-L] help with designing a backup system for Teradata (score: 1)
Author: Ron Delaware <ron.delaware AT US.IBM DOT COM>
Date: Thu, 30 Jul 2015 12:07:22 -0700
Rick, What type of storeage system are you using? Does it have the necessary I/O capability to allow the throughput you are going to require? Best Regards, ___________________________________________
/usr/local/webapp/mharc-adsm.org/html/ADSM-L/2015-07/msg00116.html (15,361 bytes)

318. Re: [ADSM-L] help with designing a backup system for Teradata (score: 1)
Author: "Rhodes, Richard L." <rrhodes AT FIRSTENERGYCORP DOT COM>
Date: Fri, 31 Jul 2015 11:25:02 +0000
The I/O is coming from the Teradata box. Teradata is a dedicated Database system that is highly optimized and uses very high parallelism. We are told it can pump the backup out really fast, as long
/usr/local/webapp/mharc-adsm.org/html/ADSM-L/2015-07/msg00117.html (12,389 bytes)

319. [ADSM-L] test message (score: 1)
Author: "Lee, Gary" <glee AT BSU DOT EDU>
Date: Fri, 31 Jul 2015 11:56:19 +0000
Been unable to send, just testing.
/usr/local/webapp/mharc-adsm.org/html/ADSM-L/2015-07/msg00118.html (9,651 bytes)

320. Re: [ADSM-L] TDP for VE; CBT backup size versus OS modified file size (score: 1)
Author: Stefan Folkerts <stefan.folkerts AT GMAIL DOT COM>
Date: Mon, 1 Jun 2015 08:35:59 +0200
Ruud, file has changed (meaning that all CBT blocks need to be backed up). Regarding this statement, when you open, edit and save an office file (for example) it rewrites the entire thing to disk, ev
/usr/local/webapp/mharc-adsm.org/html/ADSM-L/2015-06/msg00000.html (15,536 bytes)


This search system is powered by Namazu