...@vm.marist.edu] On Behalf Of
Grigori Solonovitch
Sent: Wednesday, October 27, 2010 1:05 AM
To: ADSM-L@vm.marist.edu
Subject: Re: Change rate performance question
But keep in mind http://www-01.ibm.com/support/docview.wss?uid=swg1IC50766.
Incrbydate is not reliable enough. You can easily loose files, if
, October 27, 2010 7:55 AM
To: ADSM-L@VM.MARIST.EDU
Subject: Re: [ADSM-L] Change rate performance question
We have one machine with a very high change rate like this. We are
successfully using -incrbydate on weekdays, and a regular incremental
every weekend to catch up - exactly as suggested in the
We have one machine with a very high change rate like this. We are
successfully using -incrbydate on weekdays, and a regular incremental
every weekend to catch up - exactly as suggested in the TSM manuals.
It's made a big difference.
Roger Deschner University of Illinois at Chicago rog...
Re: [ADSM-L] Change rate performance question
- "cory heikel" wrote:
> I have many clients with an average daily change rate of over 50%.
> Most of these clients take several hours to back up and show a high
> percentage of wait time in the summary table. My question is th
- "cory heikel" wrote:
> I have many clients with an average daily change rate of over 50%.
> Most of these clients take several hours to back up and show a high
> percentage of wait time in the summary table. My question is this:
> Would it make sense for these clients to be backed up full e
...@vm.marist.edu] On Behalf Of heikel, cory
[chei...@hmc.psu.edu]
Sent: Tuesday, October 26, 2010 5:35 PM
To: ADSM-L@VM.MARIST.EDU
Subject: [ADSM-L] Change rate performance question
A question for the brain trust...
I have many clients with an average daily change rate of over 50%. Most of
these
On Oct 26, 2010, at 10:35 AM, heikel, cory wrote:
> A question for the brain trust...
>
> I have many clients with an average daily change rate of over 50%. Most of
> these clients take several hours to back up and show a high percentage of
> wait time in the summary table. My question is this:
A question for the brain trust...
I have many clients with an average daily change rate of over 50%. Most of
these clients take several hours to back up and show a high percentage of wait
time in the summary table. My question is this: Would it make sense for these
clients to be backed up full
While they are getting the advantage of the disk subsystem spreading the
lun over many drives, they are not getting an advantage at the OS level of
balanced I/O between the luns unless they are using some kind of OS level
stripping. I'm not really familiar with Linux . . . are they using LVM and
s
sage-
From: ADSM: Dist Stor Manager [mailto:ads...@vm.marist.edu] On Behalf Of Andrew
Carlson
Sent: Tuesday, May 11, 2010 3:45 PM
To: ADSM-L@VM.MARIST.EDU
Subject: Re: [ADSM-L] TSM 6 database space performance question
It would probably not be a problem with it working, but with the two
lun'
rt de John
D. Schneider
Envoyé : 11 mai 2010 16:21
À : ADSM-L@VM.MARIST.EDU
Objet : [ADSM-L] TSM 6 database space performance question
Greetings,
I have a customer running TSM 6.1.3 on a Linux RedHat 5.4 server.
They are using high-performance SAN attached disk for the TSM database
and logs.
It would probably not be a problem with it working, but with the two
lun's concatenated, there is probably little to no chance DB2 will be
able spread the I/O out among the 2 lun's. If it's in a separate
filesystem, DB2 will spread the data out across them. It will be even
worse with 3, 4, 5, or
Greetings,
I have a customer running TSM 6.1.3 on a Linux RedHat 5.4 server.
They are using high-performance SAN attached disk for the TSM database
and logs. They have created the TSM database all in one directory under
one filesystem. Recently then needed to add more space, and they carved
ou
__
Från: ADSM: Dist Stor Manager [ads...@vm.marist.edu] för Steven Langdale
[steven.langd...@cat.com]
Skickat: den 28 maj 2009 15:06
Till: ADSM-L@VM.MARIST.EDU
Ämne: Re: Performance question
Why back it up at all? can't you just secure the copy the customer gets
every quarter and
Code: 331817
+ Email: steven.langd...@cat.com
Christian Svensson
Sent by: "ADSM: Dist Stor Manager"
28/05/2009 13:51
Please respond to
"ADSM: Dist Stor Manager"
To
ADSM-L@VM.MARIST.EDU
cc
Subject
[ADSM-L] SV: Performance question
Caterpillar: Confidential Green
idence.org]
Skickat: den 28 maj 2009 02:12
Till: ADSM-L@VM.MARIST.EDU
Ämne: Re: Performance question
We have some lit fiber between two of our locations as well. The WAN guy
came to us on his own, and asked if we'd like to use some of the DWDM
capacity on the fiber to run our SAN across bet
nsson
Sent: Wednesday, May 27, 2009 4:26 AM
To: ADSM-L@VM.MARIST.EDU
Subject: [ADSM-L] Performance question
Hi all *SMers
I got a new challenge in a front of me.
Every quarter will I get a large package with 10 000 new files where the
total size is 300 TB of Data (each file is average size 30GB large
Från: ADSM: Dist Stor Manager [ads...@vm.marist.edu] för Kelly Lipp
[l...@storserver.com]
Skickat: den 27 maj 2009 17:35
Till: ADSM-L@VM.MARIST.EDU
Ämne: Re: Performance question
I would guess that it won't go any faster via iSCSI. Perhaps it might be
slower d
Från: ADSM: Dist Stor Manager [ads...@vm.marist.edu] för Kelly Lipp
[l...@storserver.com]
Skickat: den 27 maj 2009 17:35
Till: ADSM-L@VM.MARIST.EDU
Ämne: Re: Performance question
I would guess that it won't go any faster via iSCSI. Perhaps it might be
slower due t
u] On Behalf Of
Christian Svensson
Sent: Wednesday, May 27, 2009 5:26 AM
To: ADSM-L@VM.MARIST.EDU
Subject: [ADSM-L] Performance question
Hi all *SMers
I got a new challenge in a front of me.
Every quarter will I get a large package with 10 000 new files where the total
size is 300 TB of Data (each file
Hi all *SMers
I got a new challenge in a front of me.
Every quarter will I get a large package with 10 000 new files where the total
size is 300 TB of Data (each file is average size 30GB large). This is static
data that will not replace any other files or modified.
The problem is that I can not
On Jul 28, 2008, at 11:50 AM, Joni Moyer wrote:
Hi Everyone,
I have a TSM 5.5.1.0 server on AIX 5.3 and the client involved was a
Linux
2.6.9-55 server at the tsm client version 5.5.0.6. I had thought
that a
no query restore was envoked with the syntax: dsmc restore -
subdir=yes
/u01/ but how
Hi Everyone,
I have a TSM 5.5.1.0 server on AIX 5.3 and the client involved was a Linux
2.6.9-55 server at the tsm client version 5.5.0.6. I had thought that a
no query restore was envoked with the syntax: dsmc restore -subdir=yes
/u01/ but how do you know for sure when a no query restore is don
Using the information below does anyone have any ideas on what we might
change to get more peformance?
We recently started testing a 2.4 TB MS SQL database for backup and
recovery. We were able to get 436 GB/hr for the backup and 299 GB/hr for
the restore. This was a LANFree backup with 10 stripe
Using the information below does anyone have any ideas on what we might change to get
more peformance?
We recently started testing a 2.4 TB MS SQL database for backup and recovery. We were
able to get 436 GB/hr for the backup and 299 GB/hr for the restore. This was a
LANFree backup with 10 str
No, the Data transfer rate for 9940B uncompressed is 30 MB/s or ~105 GB/hr. The Data
transfer rate compressed is 70 MB/s or ~ 246 GB/hr.
See http://www.storagetek.com/products/product_page38.html#specifications if you have
any questions on this.
The reason I mentioned that the data was not com
From: TSM_User [mailto:[EMAIL PROTECTED]
I was wondering if anyone might share what speeds they are seeing in MB/s or
GB/hr for large file backups directly to tape and tape to tape transfers of large
files? We are hoping to see 85 - 90 GB/hr or better when backing up uncompresse
We are implementing some 9940B drives and have just begun testing.
I was wondering if anyone might share what speeds they are seeing in MB/s or GB/hr for
large file backups directly to tape and tape to tape transfers of large files? We are
hoping to see 85 - 90 GB/hr or better when backing up u
On Wednesday, Oct 22, 2003, at 05:33 Australia/Sydney, Mike Hedden
wrote:
Folks,
I am trying to gather some performance thru-put numbers on what the
rest of you are seeing on TDP for Exchange. I have a cluster
environment running LAN free and am only getting about 20GB per hour.
The drives are LTO
Folks,
I am trying to gather some performance thru-put numbers on what the rest of you are
seeing on TDP for Exchange. I have a cluster environment running LAN free and am only
getting about 20GB per hour. The drives are LTO gen2. I am just trying to find out
what I should/might be able to e
Hello TSMer,
please give me your estimation, what you think about some facts we are
confonted in a tsm project:
approximately 200 tsm clients (windows, unix) with a total of 7 tb of data.
800 gb per day to backup, backup window 4 hours
many db applications, so there are a lot of more tsm nodes to
(Rob Schroeder wrote on apparently slow backups)...
Assuming there are no strange messages in the schedule log (errors,
warnings, retries), I'd try the following (individually):
(1) for a windows client, I've seen bad performance with settings other
than:
TCPBUFFSIZE 31
TCP
U need to tune both dsm.opt and dsmserv.opt .
U also need to tune optional parameters.
-Original Message-
From: Rob Schroeder [mailto:[EMAIL PROTECTED]]
Sent: Monday, October 01, 2001 2:04 PM
To: [EMAIL PROTECTED]
Subject: Re: performance question
I have tried the ftp and can transfer
nager" <[EMAIL PROTECTED]>
Sent by: "ADSM: Dist Stor Manager" <[EMAIL PROTECTED]>
To: [EMAIL PROTECTED]
cc:
Subject: Re: performance question
Test FTP throughput from client to server. Compare to backup speed. What
are the number of files backing up?
Is the 2 Me
Re: performance question
Dist Stor
Manager"
<[EMAIL PROTECTED]
ST.EDU>
10/01/2001
12:27 PM
Please respond
CONFIDENTIAL
-Original Message-
From: Andrew Raibeck [SMTP:[EMAIL PROTECTED]]
Sent: Monday, October 01, 2001 12:14 PM
To: [EMAIL PROTECTED]
Subject:Re: performance question
The network transfer rate is not particularly useful
look for something in TSM, or in the client file
system.
-Original Message-
From: Rob Schroeder [mailto:[EMAIL PROTECTED]]
Sent: Monday, October 01, 2001 12:28 PM
To: [EMAIL PROTECTED]
Subject: Re: performance question
I have turned compression off, but to no avail. The network card is
[EMAIL PROTECTED]
cc:
Subject:Re: performance question
Try running FTP. Send a sizeable file (at least 100 MB) from your client
machine to the TSM server, several times, and see if you can get a
consistent MB/sec throughput rate.
If it is about the same as your TSM backup throug
Schroeder
Famous Footwear
"PINNI, BALANAND (SBCSI)" <[EMAIL PROTECTED]>@VM.MARIST.EDU> on 09/28/2001
06:14:52 PM
Please respond to "ADSM: Dist Stor Manager" <[EMAIL PROTECTED]>
Sent by: "ADSM: Dist Stor Manager" <[EMAIL PROTECTED]>
To: [EMAIL
Rob
to get further details obout your client performance please set the following
parameters in the client option file:
TRACEFILE "C:\TSM\BACLIENT\TRACE\TRACE.OUT"
TRACEFLAGS INSTR_CLIENT_DETAIL
and don't forget to exclude the tracefile in your client option file with:
EXCLUDE "C:\TSM\BACL
tor Manager" <[EMAIL PROTECTED]>2001-09-28 14:33 ESTPlease respond to "ADSM: Dist Stor Manager" To: [EMAIL PROTECTED] cc: bcc: Subject: performance question I am running TSM client 3.7.2 on a Win2000 server with Service pack 2. TheTSM server is Win2000 SP2 and using TSM 4.1.3.
41 matches
Mail list logo
