Re: deletion performance of large deduplicated files

2019-12-18 Thread Loon, Eric van (ITOP NS) - KLM
From: Michael Prix Sent: woensdag 18 december 2019 14:57 To: Loon, Eric van (ITOP NS) - KLM Cc: ADSM: Dist Stor Manager Subject: Re: [ADSM-L] deletion performance of large deduplicated files Hello Eric, to come back to this old thread. I got a eFix (8.1.8.201) for IT31042, and it solved al

Re: deletion performance of large deduplicated files

2019-12-18 Thread Michael Prix
] On Behalf Of > Michael Prix Sent: maandag 22 juli 2019 13:20 > To: ADSM-L@VM.MARIST.EDU > Subject: Re: deletion performance of large deduplicated files > > Hello Eric, > > that's exactly what I oberserved too. The moment I moved the big DB's > away fom the server, the per

Re: deletion performance of large deduplicated files

2019-07-22 Thread Michael Prix
to:ADSM-L@VM.MARIST.EDU] On Behalf Of > Michael Prix > Sent: maandag 22 juli 2019 13:20 > To: ADSM-L@VM.MARIST.EDU > Subject: Re: deletion performance of large deduplicated files > > Hello Eric, > > that's exactly what I oberserved too. The moment I moved the big D

Re: deletion performance of large deduplicated files

2019-07-22 Thread Loon, Eric van (ITOP NS) - KLM
g 22 juli 2019 13:20 To: ADSM-L@VM.MARIST.EDU Subject: Re: deletion performance of large deduplicated files Hello Eric, that's exactly what I oberserved too. The moment I moved the big DB's away fom the server, the performance raised dramatically. Your SAP is on an Oracle-DB, and you are u

Re: deletion performance of large deduplicated files

2019-07-22 Thread Michael Prix
g 19 juli 2019 17:43 > To: ADSM-L@VM.MARIST.EDU > Subject: Re: deletion performance of large deduplicated files > > 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

Re: deletion performance of large deduplicated files

2019-07-22 Thread Loon, Eric van (ITOP NS) - KLM
Stor Manager [mailto:ADSM-L@VM.MARIST.EDU] On Behalf Of Michael Prix Sent: vrijdag 19 juli 2019 17:43 To: ADSM-L@VM.MARIST.EDU Subject: Re: deletion performance of large deduplicated files Hello Eric, could you describe a bit you server setup? What type of data are you storing? SQL (which), VM

Re: deletion performance of large deduplicated files

2019-07-22 Thread Loon, Eric van (ITOP NS) - KLM
: Re: deletion performance of large deduplicated files 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: &quo

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
DSM-L@VM.MARIST.EDU > Date: 07/19/2019 09:36 AM > Subject: [EXTERNAL] Re: deletion performance of large deduplicated files > Sent by: "ADSM: Dist Stor Manager" > > Hi Rick and others! > > I replicated the data of the test TDP client to multiple servers, > runni

Re: deletion performance of large deduplicated files

2019-07-19 Thread Kizzire, Chris
Prix Sent: Friday, July 19, 2019 10:14 AM To: ADSM-L@VM.MARIST.EDU Subject: Re: [ADSM-L] deletion performance of large deduplicated files CAUTION: ***EXTERNAL EMAIL*** Do NOT click links or open attachments unless you recognize the sender and know the content is safe. If you are unsure, please

Re: deletion performance of large deduplicated files

2019-07-19 Thread Michael Prix
.MARIST.EDU] On Behalf Of > Rick Adamson > Sent: vrijdag 19 juli 2019 14:45 > To: ADSM-L@VM.MARIST.EDU > Subject: Re: deletion performance of large deduplicated files > > Eric, Michael, > I have been working through similar struggles and as I read your posts had > to wonder,

Re: deletion performance of large deduplicated files

2019-07-19 Thread Michael Prix
DBAPTISTHEALTH.COM > > > -Original Message- > From: ADSM: Dist Stor Manager On Behalf Of Michael > Prix > Sent: Friday, July 19, 2019 5:11 AM > To: ADSM-L@VM.MARIST.EDU > Subject: Re: [ADSM-L] deletion performance of large deduplicated files > > > CAUTION: ***

Re: deletion performance of large deduplicated files

2019-07-19 Thread Loon, Eric van (ITOP NS) - KLM
ager [mailto:ADSM-L@VM.MARIST.EDU] On Behalf Of Rick Adamson Sent: vrijdag 19 juli 2019 14:45 To: ADSM-L@VM.MARIST.EDU Subject: Re: deletion performance of large deduplicated files Eric, Michael, I have been working through similar struggles and as I read your posts had to wonder, can you provide some det

Re: deletion performance of large deduplicated files

2019-07-19 Thread Kizzire, Chris
11 AM To: ADSM-L@VM.MARIST.EDU Subject: Re: [ADSM-L] deletion performance of large deduplicated files CAUTION: ***EXTERNAL EMAIL*** Do NOT click links or open attachments unless you recognize the sender and know the content is safe. If you are unsure, please use PhishAlarm to report suspicious ema

Re: deletion performance of large deduplicated files

2019-07-19 Thread Rick Adamson
will be compromised as well. Thank you, -Rick Adamson -Original Message- From: ADSM: Dist Stor Manager On Behalf Of Michael Prix Sent: Friday, July 19, 2019 6:11 AM To: ADSM-L@VM.MARIST.EDU Subject: Re: [ADSM-L] deletion performance of large deduplicated files * This email originated

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