Re: deletion performance of large deduplicated files

2019-07-19 Thread Rick Adamson
Appreciate the input Del, thanks ! Thank you, -Rick Adamson -Original Message- From: ADSM: Dist Stor Manager On Behalf Of Del Hoobler Sent: Friday, July 19, 2019 2:32 PM To: ADSM-L@VM.MARIST.EDU Subject: Re: [ADSM-L] deletion performance of large deduplicated files * This email

Re: deletion performance of large deduplicated files

2019-07-19 Thread Del Hoobler
Hi Eric and all, We are aware of this situation and putting additional focus and attention on it. Del "ADSM: Dist Stor Manager" wrote on 07/19/2019 09:35:37 AM: > From: "Loon, Eric van (ITOP NS) - KLM" > To: ADSM-L@VM.MARIST.EDU >

Re: deletion performance of large deduplicated files

2019-07-19 Thread Kizzire, Chris
OK. Thanks. Michael. We'll give it a try. Chris Kizzire Backup Administrator (Network Engineer II) BROOKWOOD BAPTIST HEALTH Information Systems O:   205.820.5973 chris.kizz...@bhsala.com BROOKWOODBAPTISTHEALTH.COM -Original Message- From: ADSM: Dist Stor Manager On Behalf Of Michael

Re: deletion performance of large deduplicated files

2019-07-19 Thread Michael Prix
Hello Eric, could you describe a bit you server setup? What type of data are you storing? SQL (which), VM, File, ... Is everything going into one dedup pool or are they split for different types of data? I assume your TSM-servers run on AIX. In general, performant backup and restore is no

Re: deletion performance of large deduplicated files

2019-07-19 Thread Michael Prix
Chris, yours is easy to answer: You have a performance problem, not a TSM problem. For VM-backup I have a dedicated LPAR in a S842, 3vCPU, 128GB RAM, SR-IOV 10GB. Storage is a V7000, SSD/SAS. There has never been a backup or restore problem performance wise, everything is running with

Re: deletion performance of large deduplicated files

2019-07-19 Thread Loon, Eric van (ITOP NS) - KLM
Hi Rick and others! I replicated the data of the test TDP client to multiple servers, running 7.1.7, 7.1.9 and even 8.1.8: the performance sucks on all servers. We do not use client replication as part of our server protection. We need a real time replication over the datacenter and thus we

Re: deletion performance of large deduplicated files

2019-07-19 Thread Kizzire, Chris
Alas... we are not the only ones I knew it... We went from TSM 6.3 to SP 8.1.4.0. Performance is 5 times slower in the new Environment overall. We use Container Pools, Dedup, & Compression. We use SP for VE for most VM's. Baclient & SQL for physical machines & vm's w/ SQL. It took about 17

Re: deletion performance of large deduplicated files

2019-07-19 Thread Rick Adamson
Eric, Michael, I have been working through similar struggles and as I read your posts had to wonder, can you provide some details on your server and client versions? Basically I now have experience/exposure to every version/maintenance pack/patch SP has put out since 7.1.3.x My servers are now

Re: deletion performance of large deduplicated files

2019-07-19 Thread Michael Prix
Hello Eric, welcome to my nightmares. Take a seat, wanna have a drink? I had the pleasure of performance and data corruption PMRs during the last two years with TDP Oracle. Yes, at first the customer got blamed for not adhering completely to to blueprints, but after some weeks it boild down to

deletion performance of large deduplicated files

2019-07-19 Thread Loon, Eric van (ITOP NS) - KLM
Hi TSM/SP-ers, We are struggling with the performance of our TSM servers for months now. We are running several servers with hardware (Data Domain) dedup for years without any problems, but on our new servers with directory container pools performance is really, really bad. The servers and