On 30 Jan 2002 at 16:07, Wholey, Joseph (TGA\MLOL) wrote:
With regard to compressing data twice, I disagree. There's
something very wrong with it. That's why it is strongly
recommended not to do it. (not just with TSM, but with all
data) Some data that goes thru multiple compression routines
Paul,
I agree...
But what possible effect does shutting Devclass compression on the TSM server have?
Regards, Joe
-Original Message-
From: Seay, Paul [mailto:[EMAIL PROTECTED]]
Sent: Wednesday, January 30, 2002 9:08 PM
To: [EMAIL PROTECTED]
Subject: Re: low bandwitdth and big files
PROTECTED]@VM.MARIST.EDU am
30.01.2002 22:07:19
Bitte antworten an ADSM: Dist Stor Manager [EMAIL PROTECTED]
Gesendet von: ADSM: Dist Stor Manager [EMAIL PROTECTED]
An:[EMAIL PROTECTED]
Kopie:
Thema: Re: low bandwitdth and big files
Matt,
Don't be so sure... my MVS folks are telling me
-Original Message-
From: Peter Sattler [mailto:[EMAIL PROTECTED]]
Sent: Thursday, January 31, 2002 12:17 PM
To: [EMAIL PROTECTED]
Subject: Antwort: Re: low bandwitdth and big files
Hi Joe,
I strongly agree with Matt. I've done then same thing, that is client side
compression
: low bandwitdth and big files
A long while back, I had 36 boxes of the following config: Pentium 100's,
128MB RAM, 16Mbit Token Ring, running OS/2 2.11 with Lan Server 4, Notes
4.1, backing up mail files as flat files. Turned client side compression
on, backup window went from 4 hours to 1.25 hours
: Antwort: Re: low bandwitdth and big files
A long while back, I had 36 boxes of the following config: Pentium 100's,
128MB RAM, 16Mbit Token Ring, running OS/2 2.11 with Lan Server 4, Notes
4.1, backing up mail files as flat files. Turned client side compression
on, backup window went from 4 hours
.
-Original Message-
From: Wholey, Joseph (TGA\MLOL) [mailto:[EMAIL PROTECTED]]
Sent: Thursday, January 31, 2002 1:05 PM
To: [EMAIL PROTECTED]
Subject: Re: Antwort: Re: low bandwitdth and big files
Nick,
I have client compression turned on also due to slow network (have no
choice).
But no one has been
HOO---RAAY... finally. Thank you.
-Original Message-
From: Slag, Jerry B. [mailto:[EMAIL PROTECTED]]
Sent: Thursday, January 31, 2002 2:37 PM
To: [EMAIL PROTECTED]
Subject: Re: Antwort: Re: low bandwitdth and big files
1. Yes. Trying to compress an already compressed file can
1. Am I potentially doubling the size of certain files in the stg pool by
running multiple compression algorithms.?
No - the drive logic won't compress already compressed data, so there's no
real risk of this.
2. By turning off DEVCLASS compression, is that effectively disabling
hardware
:[EMAIL PROTECTED]]
Sent: Thursday, January 31, 2002 1:42 PM
To: [EMAIL PROTECTED]
Subject: Re: Antwort: Re: low bandwitdth and big files
1. Am I potentially doubling the size of certain files in the stg pool by
running multiple compression algorithms.?
No - the drive logic won't compress already
:
Sent by: ADSM: Dist StorSubject: low bandwitdth and
big files
Manager
[EMAIL
:
Sent by: ADSM: Dist Stor Subject: Re: low bandwitdth
and big files
Manager
[EMAIL PROTECTED
to ADSM-L
To: [EMAIL PROTECTED]
cc:
Subject: Re: low bandwitdth and big files
Depending on circumstances, this might be a candidate for adaptive
differencing, TSMs version
respond to ADSM: Dist Stor Manager [EMAIL PROTECTED]
Sent by: ADSM: Dist Stor Manager [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
cc:
Subject: Re: low bandwitdth and big files
I have one full backup. What could be the solution? The files change
with minor changes every day but 1.8GB file
-
From: Matthew Glanville [mailto:[EMAIL PROTECTED]]
Sent: Wednesday, January 30, 2002 12:43 PM
To: [EMAIL PROTECTED]
Subject: Re: low bandwitdth and big files
From: Matthew Glanville
You might want to turn on TSM client side compression...
In my experience notes databases can get at least 50
Manager [EMAIL PROTECTED]
Sent by: ADSM: Dist Stor Manager [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
cc:
Subject: Re: low bandwitdth and big files
Matt,
Are you running two, maybe 3 compression routines. i.e. once at the
client, once at the server level (you'll see if you q devclass f=d
it before
it rides our very slow network. Otherwise, I wouldn't.
Regards, Joe
-Original Message-
From: Matthew Glanville [mailto:[EMAIL PROTECTED]]
Sent: Wednesday, January 30, 2002 3:42 PM
To: [EMAIL PROTECTED]
Subject: Re: low bandwitdth and big files
From: Matthew Glanville
Joe,
I
Compression is set at the OS level in the mainframe. So, whatever your MVS
folks say is what it is.
-Original Message-
From: Wholey, Joseph (TGA\MLOL) [mailto:[EMAIL PROTECTED]]
Sent: Wednesday, January 30, 2002 4:07 PM
To: [EMAIL PROTECTED]
Subject: Re: low bandwitdth and big files
Hi,
I am trying to backup up big files ~1GB from a low bandwidth line.
Some of the clients fail the schedule very frequently. Could you recommend me
some options to increase timeout (any kind of timeout). I pasted the schedlog
of
one of the clients below which starts at 19:00.
Regards
19 matches
Mail list logo