[prev in list] [next in list] [prev in thread] [next in thread] 

List:       adsm-l
Subject:    Re: Trying again
From:       "Schaub, Steve" <Steve_Schaub () BCBST ! COM>
Date:       2018-02-14 12:43:59
Message-ID: 8214c6ab13cb413aaedec798c8ee814f () bcbst ! com
[Download RAW message or body]

Erwann,
Hate to admit it, but "we've always done it that way"...
Good thought though, I may try using the proxy to do a normal dsmc backup.
Thanks,
-steve

-----Original Message-----
From: ADSM: Dist Stor Manager [mailto:ADSM-L@VM.MARIST.EDU] On Behalf Of Erwann SIMON
Sent: Wednesday, February 14, 2018 1:41 AM
To: ADSM-L@VM.MARIST.EDU
Subject: Re: [ADSM-L] Trying again

Hi Steve,

I think that snapdiff is only usefull when there's a large number of files in the \
share, avoiding to have to do a full scan of the share to determine the candidates.  \
Why are you using snapdiff in your case ? Have you tried the basic progressive \
incremental way ?

-- 
Best regards / Cordialement / مع تحياتي
Erwann SIMON

----- Mail original -----
De: "Steve Schaub" <Steve_Schaub@BCBST.COM>
À: ADSM-L@VM.MARIST.EDU
Envoyé: Lundi 12 Février 2018 15:35:36
Objet: [ADSM-L] Trying again

Didn't see a response to this so I'm trying one more time, cause I think someone out \
there knows the answer.

We have 6 Netapp fileshares that have a small number of large files but TB daily \
change rates. When Snapdiff runs, we are not seeing the number of sessions we expect \
after setting resourceutilization=10. Is this due to how TSM is receiving the changed \
file list from the Netapp? Would we be better off forcing CreateNewBase=yes on every \
run to increase multi-threading? Thanks,
-steve



------------------------------------------------------------------------------
Please see the following link for the BlueCross BlueShield of Tennessee E-mail \
disclaimer:  http://www.bcbst.com/email_disclaimer.shtm

------------------------------------------------------------------------------
Please see the following link for the BlueCross BlueShield of Tennessee E-mail \
disclaimer:  http://www.bcbst.com/email_disclaimer.shtm


[prev in list] [next in list] [prev in thread] [next in thread]