...@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
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
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:
...@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
- cory heikel chei...@hmc.psu.edu 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
-L] Change rate performance question
- cory heikel chei...@hmc.psu.edu 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
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
, 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
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
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
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
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. They have
: 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's concatenated
...@providence.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 between facilities
...@vm.marist.edu] f#246;r Clark,
Robert A [robert.cl...@providence.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
: ADSM: Dist Stor Manager [ads...@vm.marist.edu] f#246;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 re-install if needed
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
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 is average size
Från: ADSM: Dist Stor Manager [ads...@vm.marist.edu] f#246;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
Från: ADSM: Dist Stor Manager [ads...@vm.marist.edu] f#246;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
: 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
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
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
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
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
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
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
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
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
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
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
(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
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
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 PROTECTED]
cc:
Subject: Re: performance question
Rob look
is your friend.
Good enough is the enemy of excellence.
Prather, Wanda [EMAIL PROTECTED]
Sent by: ADSM: Dist Stor Manager [EMAIL PROTECTED]
10/01/2001 09:35
Please respond to ADSM: Dist Stor Manager
To: [EMAIL PROTECTED]
cc:
Subject:Re: performance question
, then 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
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
]
TWEAR.COM cc:
Sent by: ADSM:Subject: Re: performance question
Dist Stor
Manager
[EMAIL PROTECTED]
ST.EDU
10/01/2001
12:27 PM
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 Meg/sec network transfer of aggregate?
You can get up
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
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. I realize I need to upgradethe client, but I
41 matches
Mail list logo