lf Of Matthew
McGeary
Sent: Wednesday, July 8, 2020 12:32 AM
To: ADSM-L@VM.MARIST.EDU
Subject: [ADSM-L] Spectrum Protect Plus Backup Performance
Hey folks,
Starting a deployment of spectrum protect plus using virtual vsnap/vadp systems
backed by v5030 RDM storage. The vsnap system has been sized
II, Backup & Recovery
BlueCross BlueShield of Tennessee
-Original Message-
From: ADSM: Dist Stor Manager On Behalf Of Matthew
McGeary
Sent: Wednesday, July 8, 2020 12:32 AM
To: ADSM-L@VM.MARIST.EDU
Subject: [ADSM-L] Spectrum Protect Plus Backup Performance
Hey folks,
Starti
interfaces per blade.
Doing backup testing today and single backup performance is atrocious,
averaging just 22 MB/s.
I've got a large TDP for VMWare deployment and I am familiar with setting
parallelism with that product and we see much better individual VM backup
performance with that pr
to:ADSM-L@VM.MARIST.EDU] On Behalf Of
> Hans Christian Riksheim
> Sent: Monday, February 10, 2014 9:04 AM
> To: ADSM-L@VM.MARIST.EDU
> Subject: Re: [ADSM-L] Exchange 2010 backup performance
>
> In my experience there is nothing wrong with the TCP stack in Windows.
> Especially Wi
ent: Monday, February 10, 2014 9:04 AM
> To: ADSM-L@VM.MARIST.EDU
> Subject: Re: [ADSM-L] Exchange 2010 backup performance
>
> In my experience there is nothing wrong with the TCP stack in Windows.
> Especially Windows2008R2 performs very well. For a single stream from a
> 200
[mailto:ADSM-L@VM.MARIST.EDU] On Behalf Of Hans
Christian Riksheim
Sent: Monday, February 10, 2014 9:04 AM
To: ADSM-L@VM.MARIST.EDU
Subject: Re: [ADSM-L] Exchange 2010 backup performance
In my experience there is nothing wrong with the TCP stack in Windows.
Especially Windows2008R2 performs very well
Wanda, did your test show anything? Let me know if you have any questions.
Dave Canan
TSM Performance
ddca...@us.ibm.com
-Original Message-
From: "Prather, Wanda"
Sent: 2/10/2014 10:19 AM
To: "ADSM-L@VM.MARIST.EDU"
Subject: Re: [ADSM-L] Exchange 2010 back
Subject: Re: [ADSM-L] Exchange 2010 backup performance
Woot, that's cool to know!
Thanks Dave.
I will run a test tonight and look for a spike.
Is RSS something that is enabled in the NIC or in Windows?
I know the network guys already had to do some tweaking of the 10G TOE card.
nager [mailto:ADSM-L@VM.MARIST.EDU] On Behalf Of Dave
Canan
Sent: Monday, February 10, 2014 1:07 PM
To: ADSM-L@VM.MARIST.EDU
Subject: Re: [ADSM-L] Exchange 2010 backup performance
Wanda, one other thing I would like to point out. With the TSM Server being on
Windows, one other thing to consider i
February 10, 2014 9:04 AM
> To: ADSM-L@VM.MARIST.EDU
> Subject: Re: [ADSM-L] Exchange 2010 backup performance
>
> In my experience there is nothing wrong with the TCP stack in Windows.
> Especially Windows2008R2 performs very well. For a single stream from a
> 2008R2 client (dsm se
: ADSM: Dist Stor Manager [mailto:ADSM-L@VM.MARIST.EDU] On Behalf Of Sergio
O. Fuentes
Sent: Monday, February 10, 2014 12:41 PM
To: ADSM-L@VM.MARIST.EDU
Subject: Re: [ADSM-L] Exchange 2010 backup performance
Have you examined the network topology altogether. Our Exchange environment
has network
10, 2014 9:04 AM
>To: ADSM-L@VM.MARIST.EDU
>Subject: Re: [ADSM-L] Exchange 2010 backup performance
>
>In my experience there is nothing wrong with the TCP stack in Windows.
>Especially Windows2008R2 performs very well. For a single stream from a
>2008R2 client (dsm sel ) to an AIX TSM-s
ans
Christian Riksheim
Sent: Monday, February 10, 2014 9:04 AM
To: ADSM-L@VM.MARIST.EDU
Subject: Re: [ADSM-L] Exchange 2010 backup performance
In my experience there is nothing wrong with the TCP stack in Windows.
Especially Windows2008R2 performs very well. For a single stream from a
2008R2 client (dsm
M-L] Exchange 2010 backup performance
Wanda,
I have fought with this problem myself, and here is what I concluded (at least
in our environment, YMMV):
1. Running single-stream backups (one db at a time) you will never see the
performance you expect, due to the Windows O/S tcpip stack. I have
>
> Good luck,
>
> Steve Schaub
> System Engineer II, Backup/Recovery
> Blue Cross Blue Shield of Tennessee
>
>
> -Original Message-
> From: ADSM: Dist Stor Manager [mailto:ADSM-L@VM.MARIST.EDU] On Behalf Of
> Prather, Wanda
> Sent: Sunday, February 09, 201
Dist Stor Manager [mailto:ADSM-L@VM.MARIST.EDU] On Behalf Of
Prather, Wanda
Sent: Sunday, February 09, 2014 1:08 PM
To: ADSM-L@VM.MARIST.EDU
Subject: Re: [ADSM-L] Exchange 2010 backup performance
Del, you are a national treasure!
You are very kind to take time to respond.
My backups are already
.
Thank you so much!
W
-Original Message-
From: ADSM: Dist Stor Manager [mailto:ADSM-L@VM.MARIST.EDU] On Behalf Of Del
Hoobler
Sent: Friday, February 07, 2014 6:48 PM
To: ADSM-L@VM.MARIST.EDU
Subject: Re: [ADSM-L] Exchange 2010 backup performance
Hi Wanda,
I have a fe
nager [mailto:ADSM-L@VM.MARIST.EDU] On Behalf Of Del
Hoobler
Sent: Friday, February 07, 2014 6:48 PM
To: ADSM-L@VM.MARIST.EDU
Subject: Re: [ADSM-L] Exchange 2010 backup performance
Hi Wanda,
I have a few ideas for you...
--
Are you running in a DAG environment? If so, you cou
Dist Stor Manager" wrote on 02/07/2014
06:04:01 PM:
> From: "Prather, Wanda"
> To: ADSM-L@vm.marist.edu,
> Date: 02/07/2014 06:06 PM
> Subject: Exchange 2010 backup performance
> Sent by: "ADSM: Dist Stor Manager"
>
> Are Exchange 2010 VSS backups
Are Exchange 2010 VSS backups affected by TXNBYTELIMIT settings in the baclient
dsm.opt?
Or is there anything else I can tweak to improve TSM throughput of a 2010 full
backup?
Got a 10G network, but Exchange full backup performance not impressive.
Thanks for any ideas - links to relevant doc
On 08/26/2013 10:09 AM, Sven Seefeld wrote:
Hi,
Can you pos tyour dsm.opt and tdpsql.cfg?
There is a lot of tuning that can boost your perfomance.
dsm.opt just contains the necessary node and server options, nothing else,
tdpsql.cfg mainly lists the default values:
Hi,
This is a setting
Hi,
Can you pos tyour dsm.opt and tdpsql.cfg?
There is a lot of tuning that can boost your perfomance.
dsm.opt just contains the necessary node and server options, nothing else,
tdpsql.cfg mainly lists the default values:
LOCALDSMAgentnode *
BACKUPMethod Legacy
BackupDestination TSM
B
Hi,
I have a question about the target device, can an LTO-5
> write at 20MB/sec? Perhaps an intermediate landing zone
> that can write that slow might help.
the 1,5 TByte mainly splits into two files (~900 + ~600 GByte, don't ask
why) and I don't have enough space in the diskbackuppool for tha
Message-
> From: ADSM-L@VM.MARIST.EDU [mailto:ADSM-L@VM.MARIST.EDU]
> Sent: Friday, August 23, 2013 3:23 PM
> To: ADSM-L@VM.MARIST.EDU
> Subject: Re: [ADSM-L] TDP SQL backup performance
>
> I have a question about the target device, can an LTO-5 write at 20MB/sec?
> Pe
: Friday, August 23, 2013 12:08 PM
To: ADSM-L@VM.MARIST.EDU
Subject: Re: [ADSM-L] TDP SQL backup performance
On 08/23/2013 04:07 PM, Sven Seefeld wrote:
> Hi,
>
> we're experiencing slow performance while backing up a 1,5 TByte MS
> SQL 2008R2 database with the TDP SQL Age
On 08/23/2013 04:07 PM, Sven Seefeld wrote:
Hi,
we're experiencing slow performance while backing up a 1,5 TByte MS SQL 2008R2
database with the TDP SQL Agent 6.3. As for DR-scenarios, we're doing legacy
backups only. The actual speed is usually around 20 MByte/s, backups go to
LTO-5 tape direct
Hi,
we're experiencing slow performance while backing up a 1,5 TByte MS SQL 2008R2
database with the TDP SQL Agent 6.3. As for DR-scenarios, we're doing legacy
backups only. The actual speed is usually around 20 MByte/s, backups go to
LTO-5 tape directly. The backup stream has to pass through 3 d
;> Date: 08/25/2011 04:57 PM
>> Subject: Re: Exchange Legacy 2007 to VSS 2010 backup performance
>> Sent by: "ADSM: Dist Stor Manager"
>>
>> Del,
>> Thanks for piping in with the official word, since all my
>> statements were "anecdotal&quo
Exchange Legacy 2007 to VSS 2010 backup performance
For the most part, your description is accurate...
but I have a few comments:
- Actually... an integrity check was performed for legacy backups,
but the Exchange Server did it while it was reading the data,
so the penalty was not as bad. If
-L@VM.MARIST.EDU] On Behalf Of Del
Hoobler
Sent: Thursday, August 25, 2011 2:23 PM
To: ADSM-L@VM.MARIST.EDU
Subject: Re: [ADSM-L] Exchange Legacy 2007 to VSS 2010 backup performance
For the most part, your description is accurate...
but I have a few comments:
- Actually... an integrity check was
; From: Ben Bullock
>> To: ADSM-L@vm.marist.edu
>> Date: 08/25/2011 03:37 PM
>> Subject: Re: Exchange Legacy 2007 to VSS 2010 backup performance
>> Sent by: "ADSM: Dist Stor Manager"
>>
>> We recently moved from Exchange 2007 to 2010 on our environment.
&g
DU] On Behalf Of Ian
Smith
Sent: Wednesday, August 24, 2011 10:12 AM
To: ADSM-L@VM.MARIST.EDU
Subject: [ADSM-L] Exchange Legacy 2007 to VSS 2010 backup performance
Our Mail/GroupWare service is migrating from Exchange 2007 to 2010 in the next
few months. Currently we employ streaming (Legacy) back
Our Mail/GroupWare service is migrating from Exchange 2007 to 2010 in
the next few months. Currently we employ streaming (Legacy) backups
across a private 2Gbit bonded private link direct to LTO5 tape and get
around 50MByte/s for fulls and around 16-20Mbyte/s for incrementals. In
all we have about
The networking itself is just one element in the overall backup operation...
You don't say what measurement point you are looking at for your throughput
numbers. If it is the "Network data transfer rate" TSM summary statistic, that
reflects TSM interacting with the network layer of the operati
Stor Manager [mailto:ADSM-L@VM.MARIST.EDU] On Behalf Of Paul
Fielding
Sent: Friday, May 27, 2011 10:30 AM
To: ADSM-L@VM.MARIST.EDU
Subject: Re: [ADSM-L] Tsm server possibly limiting backup performance
I think clarification is needed on mb/s vs. MB/s.
a 1gb (gigabit) (note lowercase) connection
RIST.EDU
> Date: 05/27/2011 09:35 AM
> Subject: Tsm server possibly limiting backup performance
> Sent by:"ADSM: Dist Stor Manager"
>
>
>
> Tsm server 6.2.2
> OS redhat enterprise linux 6.0
> Client tdp for exchange, sqlserver, and backup archive cl
To: ADSM-L@VM.MARIST.EDU
> Date: 05/27/2011 09:35 AM
> Subject:Tsm server possibly limiting backup performance
> Sent by:"ADSM: Dist Stor Manager"
>
>
>
> Tsm server 6.2.2
> OS redhat enterprise linux 6.0
> Client tdp for exchange, sqlse
T.EDU
Date: 05/27/2011 09:35 AM
Subject:Tsm server possibly limiting backup performance
Sent by:"ADSM: Dist Stor Manager"
Tsm server 6.2.2
OS redhat enterprise linux 6.0
Client tdp for exchange, sqlserver, and backup archive client
Client connected via 1 gb etherne
Tsm server 6.2.2
OS redhat enterprise linux 6.0
Client tdp for exchange, sqlserver, and backup archive client
Client connected via 1 gb ethernet connection.
In my experience, I yhave never been able to se throughput of much more than
200 mb/s during a tsm backup, whether tdp or regular client.
Steve,
VMware has announced the end of availability for VCB. You can see the
VMware support policy at
http://www.vmware.com/support/policies/lifecycle/vi/eos.html
There is a new backup product strategy called 'vStorage APIs for
Data Protection (VADP). See
http://www.vmware.com/support/polic
;t be VCB.
..and congrats on the new gig.!
Wanda
-Original Message-
From: ADSM: Dist Stor Manager [mailto:ads...@vm.marist.edu] On Behalf Of Steve
Harris
Sent: Wednesday, March 17, 2010 6:18 PM
To: ADSM-L@VM.MARIST.EDU
Subject: [ADSM-L] VCB backup performance
Hi All
Thanks to all those
Hi All
Thanks to all those that responded to my "time travel" query, testing is in
progress on that one.
One of my customers has an issue with a burgeoning VCB infrastructure.
There are two VCB proxies and a lot of VMs being backed up, TSM Server
5.5.3 and client 6.1.2. Most of this is a daily
IC63094: SYSTEM STATE BACKUP OPTIMIZATION ENHANCEMENT
This is a development APAR to improve the efficiency of the
method the TSM client uses to query the TSM server database for
information about system state files.
Additional Keywords: systemstate
Local fix
Problem summary***
: [ADSM-L] backup performance on intel server
On Thursday 30 April 2009, Huebner,Andy,FORT WORTH,IT wrote:
> 1 Gb Ethernet is about 100Mb/sec
Maybe nick picking, but for me: 100Mb = 100 Mbit, 100MB is 100 MByte.
> LTO4 is about 120Mb/sec + compression
Mhh, I was counting 80 MB/s up to 160 MB/
On Thursday 30 April 2009, Huebner,Andy,FORT WORTH,IT wrote:
> 1 Gb Ethernet is about 100Mb/sec
Maybe nick picking, but for me: 100Mb = 100 Mbit, 100MB is 100 MByte.
> LTO4 is about 120Mb/sec + compression
Mhh, I was counting 80 MB/s up to 160 MB/s with compression ratio 2:1.
> A good SCSI or FC
...@vm.marist.edu] On Behalf Of Stef
Coene
Sent: Thursday, April 30, 2009 1:04 PM
To: ADSM-L@VM.MARIST.EDU
Subject: [ADSM-L] backup performance on intel server
Hi,
I have a non-TSM related question, but I think it is the same for all backup
software.
We need to backup 28 TB for a cutsomer with daily
Hi,
I have a non-TSM related question, but I think it is the same for all backup
software.
We need to backup 28 TB for a cutsomer with daily changes of appr 8 TB. If
you take a backup window of 8 hr, this is 1 TB/hour. This is also 280 MB/s
so 3,5 LTO4 tape streamers (if you take 80MB/s per tap
<[EMAIL PROTECTED]
.EDU> Subject
Re: Win2K3 backup performance
02/01/2008 09:57
AM
Please respond to
"ADSM: Dist Stor
>> On Thu, 31 Jan 2008 17:39:49 -0800, Larry Peifer <[EMAIL PROTECTED]> said:
> The fastest backup I can get from a Win2003 server, TSM 5.4.0.4 client, to
> an AIX TSM server, 5.4.0.0 is 17Mb/sec. over GigE with a dedicated 2nd nic
> for backup only. I'd like to hear from others who are getting
Manager"
<[EMAIL PROTECTED] Subject
.EDU> Win2K3 backup performance
01/31/2008 07:08
PM
Please respond to
"ADSM: Dist Stor
Ma
mc and sessioinitiation=clientorserver works fine.
//Henrik
-Original Message-
From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] On Behalf Of
Sam Sheppard
Sent: den 1 februari 2008 01:09
To: ADSM-L@VM.MARIST.EDU
Subject: [ADSM-L] Win2K3 backup performance
We have a Windows 2003
t Stor Manager on behalf of David Vargas
Sent: Thu 1/31/2008 8:12 PM
To: ADSM-L@VM.MARIST.EDU
Subject: Re: [ADSM-L] Win2K3 backup performance
This is what I found to work with our system, with a 1Gb backup network.
* TCPWINDOWSIZE 2048 - Maximum setting
TCPWindowsize 512
* TCPBU
Stor Manager [mailto:[EMAIL PROTECTED] On Behalf Of
Sam Sheppard
Sent: Thursday, January 31, 2008 2:09 PM
To: ADSM-L@VM.MARIST.EDU
Subject: [ADSM-L] Win2K3 backup performance
We have a Windows 2003 client running TSM 5.4.1 backing up to a Solaris
10 TSM server running the 5.4.1 server.
The client
Mb
each so it takes about 4.5 hours to transfer about 300 Gig.
Sam Sheppard <[EMAIL PROTECTED]>
Sent by: "ADSM: Dist Stor Manager"
01/31/2008 04:08 PM
Please respond to
"ADSM: Dist Stor Manager"
To
ADSM-L@VM.MARIST.EDU
cc
Subject
[ADSM-L] Win2K3 backup performance
Hi Sam,
I had a similar problem with a notes server running W2003.
I was using the tdp client for lotus notes. My work around was to take a
second network interface
on the server and lock both the port and the client down to 100/full
duplex. This tdp client is the only one I
have to run on this
We have a Windows 2003 client running TSM 5.4.1 backing up to a Solaris
10 TSM server running the 5.4.1 server.
The client has several very large files to be backed up (300-400GB). We
are finding on a 1.3GB test file that we can only get a throughput of
about 10MB/sec (looks like 100Mb speed) even
Hot Diggety! Mario Behring was rumored to have written:
>
> I´ve started a backup operation at a Linux client using CENT OS
> (similar to RHat). The operation took 1 hour and 59 minutes to finish,
> and backed up 5.45GB of data.I think this is kind of
> slow..considering that the
Hi list,
I´ve started a backup operation at a Linux client using CENT OS (similar to
RHat). The operation took 1 hour and 59 minutes to finish, and backed up 5.45GB
of data.I think this is kind of slow..considering that the LTO3
tape unit is supposed to be very fast
The T
Looks to me based on the calculations if it goes over a little more than 2
hours acceptable. What's acceptable to me might not be acceptable to
others.
225 GB per hour, or 62.5 MB/s
LTO2 drives can writes 70 ~75 MB/s
It's difficult to PD without seeing the whole environment where the bottle
neck
Hi,
we use oracle TDP with LTO 2 dirvers for Rman database backup.
Normally, the backup for database (450G) take 2h with 2 channels. but some time
(intermittent) the backup take more than 2h30.
the problem is that in this case only on channel work fine but the other is
very slow, so when we do r
Dear Rafa,
could you me an invitation to get a gmail account?
Thanks
--..
-Original Message-
From: Rafa <[EMAIL PROTECTED]>
To: ADSM-L@VM.MARIST.EDU
Sent: Wed, 30 Nov 2005 12:24:36 -0500
Subject: Re: [ADSM-L] Network settings and poor backup performance.
On 11/30/0
==> On Wed, 30 Nov 2005 10:20:59 -0600, Mark Stapleton <[EMAIL PROTECTED]> said:
>
> This is a bone of network contention (no pun intended), particularly with
> Cisco networks. It is *not* a TSM problem. (As usual, TSM is the World's
> Best IT Infrastructure Problem Finder.)
What he said, but l
On 11/30/05, Ray Louvier <[EMAIL PROTECTED]> wrote:
>
> Can anyone give the technical reason why auto detect on Server NICs
> cause such horrible performance for TSM server backups and restores. We
This sounds like a network problem, not a TSM one. Quick way to prove it:
try a backup/restore to
Because nic & switch vendors never seem to implement the autodetect spec
in the same and/or correct way. Depending on the manufacturer of the
switch/nic, sometimes you have to use auto on both, sometimes you have
to hardcode both, sometimes you have to hard code one but set the other
to auto. The
"ADSM: Dist Stor Manager" wrote on 11/30/2005
10:00:06 AM:
> Can anyone give the technical reason why auto detect on Server NICs
> cause such horrible performance for TSM server backups and restores.
This is a bone of network contention (no pun intended), particularly with
Cisco networks. It is
Can anyone give the technical reason why auto detect on Server NICs
cause such horrible performance for TSM server backups and restores. We
have our TSM server NIC set to 100MB Full also our switch Port set to
100 Full but we have users with sorted networks such as 1 GB switches
plugged into 100 M
cc
Manager"
<[EMAIL PROTECTED] Subject
.EDU> Re: Slow backup performance
12/10/2005 11:42
PM
Please respond t
SM-L@VM.MARIST.EDU
Dist Stor cc
Manager"
<[EMAIL PROTECTED] Subject
.EDU> Re: Slow backup performance
12/10/2005 11:42
PM
:03
To: ADSM-L@VM.MARIST.EDU
Subject: Re: [SPAM: 10.200] Re: [ADSM-L] Slow backup performance
Arnaud,
I believe that things changed with Windows2000 and above.
This is the note from the manual
Windows 2000 and Windows XP provide a larger TCP receive window size
when communicating with hosts that
:03
To: ADSM-L@VM.MARIST.EDU
Subject: Re: [SPAM: 10.200] Re: [ADSM-L] Slow backup performance
Arnaud,
I believe that things changed with Windows2000 and above.
This is the note from the manual
Windows 2000 and Windows XP provide a larger TCP receive window size
when communicating with hosts that
NL> ADSM-L@VM.MARIST.EDU
Sent by: "ADSM:cc
Dist Stor
Manager" Subject
<[EMAIL PROTECTED] Re: Slow backup performance
mbrose
Sent: 11 October 2005 12:30
To: ADSM-L@VM.MARIST.EDU
Subject: [SPAM: 6.500] Re: [ADSM-L] Slow backup performance
Guys,
Thanks for the info, I'll double check the network settings.
Though I
have changed the COMMtimeout value from 180secs to 1800 secs as
suggested
by Richard Simm
Stor Manager [mailto:[EMAIL PROTECTED] On Behalf Of
PAC Brion Arnaud
Sent: 12 October 2005 10:00
To: ADSM-L@VM.MARIST.EDU
Subject: [SPAM: 10.200] Re: [ADSM-L] Slow backup performance
David,(others ?)
Like many people here, I'm in a perpetual quest of new tricks for
speeding up the backups in our
On Behalf Of
David Vargas
Sent: Wednesday, 12 October, 2005 02:29
To: ADSM-L@VM.MARIST.EDU
Subject: Re: Slow backup performance
Don't know if this will help, but I thought I'd share what I found when
I was having problems with our Exchange TDP backup performance. In the
dsm.opt file I ad
Don't know if this will help, but I thought I'd share what I found when
I was having problems with our Exchange TDP backup performance. In the
dsm.opt file I added -
TCPWindowsize255
TCPBuffSize 127
My backups went from 800K/sec to 30MB/sec and backup time went from 3
days to
To
NL> ADSM-L@VM.MARIST.EDU
Sent by: "ADSM:cc
Dist Stor
Manager" Subject
<[EMAIL PROTECTED] R
cc
Dist Stor
Manager" Subject
<[EMAIL PROTECTED] Re: Slow backup performance
.EDU>
07/10/2005 07:25
PM
Please respond to
enzel.
-Original Message-
From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] On Behalf Of
Leigh Reed
Sent: vrijdag 7 oktober 2005 10:37
To: ADSM-L@VM.MARIST.EDU
Subject: Re: Slow backup performance
If you have already checked this and it is very obvious to you, please
don't be offended,
: Dist Stor Manager [mailto:[EMAIL PROTECTED] On Behalf Of
Leigh Reed
Sent: vrijdag 7 oktober 2005 10:37
To: ADSM-L@VM.MARIST.EDU
Subject: Re: Slow backup performance
If you have already checked this and it is very obvious to you, please
don't be offended, but it has been a very common occur
If you have already checked this and it is very obvious to you, please
don't be offended, but it has been a very common occurrence throughout
the life of network backups.
Have you checked that your NIC is hard coded to 100MB Full Duplex and
your switch is also the same. You could also check if you
Van: ADSM: Dist Stor Manager namens Troy Frank
Verzonden: vr 16/09/2005 17:19
Aan: ADSM-L@VM.MARIST.EDU
Onderwerp: Re: [ADSM-L] Novell backup performance
Open the server's remote management website (http://servername:8008), click the
"Set Parameters" link, then the "Communicatio
;ADSM: Dist Stor Manager"
To
ADSM-L@VM.MARIST.EDU
cc
Subject
Re: Novell backup performance
Open the server's remote management website (http://servername:8008),
click the "Set Parameters" link, then the "Communications" link. It will
be in there. You can
[EMAIL PROTECTED] >
Sent by: "ADSM: Dist Stor Manager" < ADSM-L@VM.MARIST.EDU >
09/16/2005 08:05 AM
Please respond to
"ADSM: Dist Stor Manager" < ADSM-L@VM.MARIST.EDU >
To
ADSM-L@VM.MARIST.EDU
cc
Subject
Re: Novell backup performance
Thanks Agai
3317
"Timothy Hughes" <[EMAIL PROTECTED]>
Sent by: "ADSM: Dist Stor Manager"
09/16/2005 08:05 AM
Please respond to
"ADSM: Dist Stor Manager"
To
ADSM-L@VM.MARIST.EDU
cc
Subject
Re: Novell backup performance
Thanks Again! Kurt and David
>
> best regards;
> Kurt
>
>
>
> Van: ADSM: Dist Stor Manager namens David E Ehresman
> Verzonden: do 15/09/2005 20:25
> Aan: ADSM-L@VM.MARIST.EDU
> Onderwerp: Re: [ADSM-L] Novell backup performance
>
> When we had a similar problem Servergraph/TSM
As always, review the TSM Performance Tuning Guide.
TCPWindowsize is a classic network tuning knob which can have large
benefits where right value is chosen - which may require
experimentation.
Richard Sims
ns David E Ehresman
Verzonden: do 15/09/2005 20:25
Aan: ADSM-L@VM.MARIST.EDU
Onderwerp: Re: [ADSM-L] Novell backup performance
When we had a similar problem Servergraph/TSM told us the bottleneck was the
network I/O. Upgrading the TSM server to a gig ethernet card and switch
dramatically improved
When we had a similar problem Servergraph/TSM told us the bottleneck was the
network I/O. Upgrading the TSM server to a gig ethernet card and switch
dramatically improved the backup times of our Novel clients.
>>> [EMAIL PROTECTED] 09/12/05 1:43 PM >>>
Hello,
We have a Novell client who's back
>Sent: Tuesday, September 13, 2005 8:42 AM
>To: Stapleton, Mark
>Subject: Re: Novell backup performance
>
>Mark,
>
>Thanks for the reply. One final question. Can I use the same
>strategy if I have just one volume on the server? For example:
>
>DSM1.opt
>Exclude *:/..
Thanks mark
"Stapleton, Mark" wrote:
> From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] On
> Behalf Of Kevin Kinder
> >So, to follow up, should RESOURCEUTILIZATION never be set
> >higher than the number of NetWare volumes being backed up?
> >
> >And in the case of a server with a single N
From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] On
Behalf Of Kevin Kinder
>So, to follow up, should RESOURCEUTILIZATION never be set
>higher than the number of NetWare volumes being backed up?
>
>And in the case of a server with a single NetWare volume being
>backed up, is there a way t
Troy, Thanks again!
Troy Frank wrote:
> The only thing in the dsm.opt that jumps out at me is the
> MEMORYEFFICIENTBACKUP. That will definitely slow down backups, and should
> only be used if the client being backed up really is memory-deficient. The
> other thing is, RESOURCEUTILIZATION te
Well, the old saying is, never say never...
There are exceptions to what I said. Generally you only need to set
resourceutilization to = volumes +1. However, what if you're backing up 2
volumes, sys: & vol1: , but have 5 tape drives available in your library? To
do multi-session restores (u
So, to follow up, should RESOURCEUTILIZATION never be set higher than the
number of NetWare volumes being backed up?
And in the case of a server with a single NetWare volume being backed up, is
there a way to establish multiple backup sessions to improve backup times? I've
traversed the (seemi
The only thing in the dsm.opt that jumps out at me is the
MEMORYEFFICIENTBACKUP. That will definitely slow down backups, and should only
be used if the client being backed up really is memory-deficient. The other
thing is, RESOURCEUTILIZATION tends to have dimishing returns. I've found that
Hello,
We have a Novell client who's backup is taking to long
We added the Resourceutilization line (8) to the dsm.opt file
but it's still taking long. Does anyone have any suggestions
on what else I might take a look at or do that would help improve
the backup time. The backup starts around midn
Something I just ran across:
Solaris implementations may be experiencing degraded performance due
to debugging having been left on in the TSM device driver, as
shipped. Do an IBM site search on IC40302 for the recent APAR and
helpful Technote.
Richard Sims
Hi all,
Windows 2000
TSM server 5.2.1
clients 5.1 -> 5.2
Domino 6.0.3 soon to be 6.5.4
I'm in a bit of quandry, and I would like another angle on it.
The best performance I can squeeze out of our Domino backups is 10MB/s,
where normal backups over the same network reach 40 MB/s. A quarter of
th
I changed resourcesutilization from 5 back to 3, then backup
performance is still very good. I guess the root cause is the
tcpwindowsize that HP-UX does not support 128. Thanks for everyone's
help!!!
06/25/05 22:40:13 --- SCHEDULEREC STATUS BEGIN
06/25/05 22:40:13 Total number of ob
Now I am not sure which parameter took effect.
Another thing I am not sure is the backup file size dropped to 50GB
from more than 100GB. I will keep monitoring it and post here.
Thanks for all your help!
On 6/23/05, William <[EMAIL PROTECTED]> wrote:
> Thanks Sung. I did not find any lanfree rel
1 - 100 of 170 matches
Mail list logo
