] Ang: tdp for domino LAN free backup poor performance
Hi
First off, there are several things that affect the performance except for
just the optfile, software versions and your operating system:
* What speed are you having making the backup over the LAN?
* How fast are the disks on your
Unsubscribe
Regards
Oni Abayomi
This email and any attachments are confidential and may also be privileged. If
you are not the addressee, do not disclose, copy, circulate or in any other way
use or rely on the information contained in this email or any attachments. If
received in error,
Manager ADSM-L@VM.MARIST.EDU
Datum: 05/18/2011 09:01
Ärende: Re: Ang: tdp for domino LAN free backup poor performance
Hi Daniel
TDP through LAN takes 38 hours and LANfree takes 30 hours.
I am also working on the OS/HARdware performance factor, I am too having
doubt that the read I/O is slow
HI friends
i am experiencing very very poor backup performance while taking backup of
domino server.
It is having around 700GB of data and LAN FREE backup on 2 tapes completing in
30 hours.
OS WIN2k3 64_bit Ent Ed.
Lotus. 8.5.2
TDP for mail 5.5.3
Storage agent 5.5
Version of ibmtape device
Datum: 05/18/2011 06:54
Ärende: tdp for domino LAN free backup poor performance
HI friends
i am experiencing very very poor backup performance while taking backup of
domino server.
It is having around 700GB of data and LAN FREE backup on 2 tapes completing in
30 hours.
OS WIN2k3 64_bit Ent Ed
I'm running Exchange Version 6.5.7638.1 under W2k3 Sever with TDP for
Exchange 5.3.3.
Running an online backup it starts with a data rate of aprx. 10 MB/sec.
After some minutes this rate slows down to aprx. 1 MB/sec. The effect of
this is, that a backup of aprx. 90 GB of data will last aprx. 30
Thanks Justin and Miguel
Miguel for the client we are using those recommended settings, they have
been in place since we started backung up the clients. As for the TSM
server settings I don't believe they need to be adjusted as we have many
other clients that are running fine.
Thanks
Subject: Re: [ADSM-L] Wiindows 2000 and 2003 servers backups very poor
performance
I will amplify Curtis' call on this: check the NICs. Especially if you
are on 100MB Ethernet. For GigE, you generally can't choose, but make
it all the same in the path between the server and TSM.
As for testing: try
: Timothy Hughes
To: ADSM-L
ReplyTo: ADSM-L
Sent: Mar 22, 2007 3:33 PM
Subject: [ADSM-L] Wiindows 2000 and 2003 servers backups very poor performance
Hello,
We have about 5 or 6 Windows Servers whose backups performance is very
very poor these
backups start a midnight and run throughout the whole
backups or are u using just one nic for all network communication
on these servers?
--Original Message--
From: Timothy Hughes
To: ADSM-L
ReplyTo: ADSM-L
Sent: Mar 22, 2007 3:33 PM
Subject: [ADSM-L] Wiindows 2000 and 2003 servers backups very poor
performance
Hello,
We have about 5 or 6 Windows
] Wiindows 2000 and 2003 servers backups very poor
performance
Hello,
We have about 5 or 6 Windows Servers whose backups performance is
very
very poor these
backups start a midnight and run throughout the whole day and
sometimes
run for a couple days
I have been reading different
2000 and 2003 servers backups very
poor performance
Hi Lawrence,
I was informed there is no mismatch, and since that is the case I was
curious since
we are using GigE as opposed to what we used to before (100mb ethernet
full)
and the dsm.opt files were based on those settings could we adjust
Review the following tunning:
Client TSM:
- Set Ethernet speed and duplex settings (Don't rely on Auto Detect)
- Specifies:
tcpwindowssize 63(recommended) 2048
(max) in KB
tcpbufsize 32(recommended) 2048
(max)
Hello,
We have about 5 or 6 Windows Servers whose backups performance is very
very poor these
backups start a midnight and run throughout the whole day and sometimes
run for a couple days
I have been reading different options including the DISKBuffsize
option, I know poor networking
/disclaimer/
-Original Message-
From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] On Behalf Of
Timothy Hughes
Sent: Thursday, March 22, 2007 2:33 PM
To: ADSM-L@VM.MARIST.EDU
Subject: [ADSM-L] Wiindows 2000 and 2003 servers backups very poor
performance
Hello,
We have about 5 or 6
Not alwaysbut on a number of occassions I seen long
running backups on Windows servers
because they have the nic card set at an explicit setting, and the
network has auto-negotiate on the ports,
or some such mismatch between the client NIC and the port config.
[EMAIL PROTECTED]
backups very poor performance
Hello,
We have about 5 or 6 Windows Servers whose backups performance is very
very poor these
backups start a midnight and run throughout the whole day and sometimes
run for a couple days
I have been reading different options including the DISKBuffsize
option, I know
: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] On Behalf Of
Carpenter, Curtis
Sent: Thursday, March 22, 2007 3:52 PM
To: ADSM-L@VM.MARIST.EDU
Subject: Re: [ADSM-L] Wiindows 2000 and 2003 servers backups very poor
performance
I would make sure whatever speed and duplex setting you have the nic set
Message-
From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] On Behalf Of
Kelly Lipp
Sent: Thursday, March 22, 2007 3:56 PM
To: ADSM-L@VM.MARIST.EDU
Subject: Re: [ADSM-L] Wiindows 2000 and 2003 servers backups very poor
performance
I will amplify Curtis' call on this: check the NICs. Especially
/tunables/nextboot.
Best of luck,
Hans C. Riksheim
-Original Message-
From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] On Behalf Of
Gill, Geoffrey L.
Sent: Friday, August 18, 2006 5:45 AM
To: ADSM-L@VM.MARIST.EDU
Subject: poor performance
Although I have an open issue with TSM
4 full D40s, JBOD, for the database? Ouchie. There's my leading
candidate for performance problems.
I suggest one VG with a bunch of non-raided disks in it, raw LVs one
or two to a spindle, with mirrors on separate spindles, for DB and
log.
To be more clear. The 4 D40's are a mixture of
Subject
[EMAIL PROTECTED] Re: poor performance
.EDU
08/21/2006 11:43
AM
Please respond to
ADSM: Dist Stor
Manager
[EMAIL PROTECTED
On Mon, 21 Aug 2006 08:43:26 -0700, Gill, Geoffrey L. [EMAIL PROTECTED]
said:
To be more clear. The 4 D40's are a mixture of database, logs and
disk pools. One VG for database, one for mirrored database and one
for data storage pools.
Mkay; good. :)
What size disks? were these the same
What size disks? were these the same disks as on your previous setup?
All disks are 36GB. Yes, these are the same size as the previous setup.
Available space is 132GB assigned capacity is 120GB.
The difference would be in the number of db volumes. The old system has 9, 3
on each 36GB disk the
Geoff -
Do a physical inspection of the D40s, in particular looking for
blinking lights indicating incomplete SSA loops which degrade
performance. Your AIX Error Log may also hold indications of problems.
All the usual system tuning considerations need to be pursued. One of
the first things I
, 2006 2:48 PM
To: 'ADSM: Dist Stor Manager'
Subject: RE: poor performance
What size disks? were these the same disks as on your previous setup?
All disks are 36GB. Yes, these are the same size as the previous setup.
Available space is 132GB assigned capacity is 120GB.
The difference would
On Fri, 18 Aug 2006 09:23:06 -0700, Gill, Geoffrey L. [EMAIL PROTECTED]
said:
This is a 6h1 with 4 processors and 4Gb memory. Disks are SSA, 2
controllers and 4 full D40's for TSM DB, Logs and disk pools. All
disk JBOD. GIG nic that when at it's peak only 50% utilized.
4 full D40s, JBOD,
What's the hardware, what's the underlying DB disk tech, how much
memory, etc?
What's your assessment of the database cache size?
This is a 6h1 with 4 processors and 4Gb memory. Disks are SSA, 2 controllers
and 4 full D40's for TSM DB, Logs and disk pools. All disk JBOD. GIG nic
that when
-L@VM.MARIST.EDU
Subject: Re: [ADSM-L] poor performance
What's the hardware, what's the underlying DB disk tech, how much
memory, etc?
What's your assessment of the database cache size?
This is a 6h1 with 4 processors and 4Gb memory. Disks are SSA, 2 controllers
and 4 full D40's for TSM DB
Although I have an open issue with TSM and AIX support on poor performance I
was wondering if anyone might want to chime in on this subject. This are
taking way too long on a 4 processor system that took 1/3 the time on my 2
processor box. Db backups are 5+ hours on a 120gb db that is 35% used
, Sweden
+46 70 3992759
P Baines [EMAIL PROTECTED]
Sent by: ADSM: Dist Stor Manager ADSM-L@VM.MARIST.EDU
2005-02-24 12:22
Please respond to
ADSM: Dist Stor Manager ADSM-L@VM.MARIST.EDU
To
ADSM-L@VM.MARIST.EDU
cc
Subject
Re: Poor performance with TSM Storage Agent on Solaris
Have you run
February 2005 17:43
To: ADSM-L@VM.MARIST.EDU
Subject: Poor performance with TSM Storage Agent on Solaris
Dear all,
We are experiencing performance problems with the TSM Storage Agent for
Solaris.
This is regardless of if we are doing restores or backups. The problem
manifests itself mainly when
Dear all,
We are experiencing performance problems with the TSM Storage Agent for
Solaris.
This is regardless of if we are doing restores or backups. The problem
manifests itself mainly when restoring or backing data with DB2, but I get
the
same poor performance when sending gig sized files
]
cc:
Subject:Re: Poor Performance
Hello,
up to my (non-expert) knowledge
you can set tcp window size on various cisco devices.
The default seems to be 4128,
the command to change it is
ip tcp window-size 0-65535
I never tried to change it ;)
regards
Juraj Salak
Es gibt
To: [EMAIL PROTECTED]
Subject: Re: Poor Performance
What kind of Cisco is this?
I am unaware of any Cisco non-networking device (if we assume iSCSI as
half-networking) and networking ones should not mess with
your TCP (OSI
level 4; they ought to deal with IP - OSI level 3). Even if
it really
:
Subject:Re: Poor Performance
Hi all
Thanx for all the replies some of the tricks have helped a bit. However
the TCPWindowsSize of 16 is set as CISCO has a limitation of
TCPwindowsize of 16 and whenever we increase it to 63 the server then
begins to timeout server requests and no backups happen
Hi all
Thanx for all the replies some of the tricks have helped a bit. However
the TCPWindowsSize of 16 is set as CISCO has a limitation of
TCPwindowsize of 16 and whenever we increase it to 63 the server then
begins to timeout server requests and no backups happen.
Lawrie Scott
For:
Hi All
I am backing up a file server cluster disk to my backup server. Both
servers have 1gigabit cards. My server is a Compaq with 2CPU's 1 gig
Memory TSM 5.1.1 and to SAN attached Compaq Drive DLT8000 installed in a
Compaq TL891 10 Cartridge Library.
Journaling is enabled on the file server
:++43/5574/4991-251
FAX:++43/5574/4991-820-8251
-Ursprüngliche Nachricht-
Von: Matthias Feyerabend [SMTP:[EMAIL PROTECTED]]
Gesendet am: Freitag, 22. März 2002 14:18
An: [EMAIL PROTECTED]
Betreff: Poor Performance with TDP for R/3
We are trying Tivoli Data Protection
[mailto:[EMAIL PROTECTED]]
Sent: Friday, March 22, 2002 14:18
To: [EMAIL PROTECTED]
Subject: Poor Performance with TDP for R/3
We are trying Tivoli Data Protection for R/3 Version 3 Release 2 on a
COMPAQ Proliant 5500R, 2 Prozessoren Pentium Pro 200, 1 GB RAM,
Datenbank Oracle 8.0.5.1,
SAP R/3 45B
We are trying Tivoli Data Protection for R/3 Version 3 Release 2 on a
COMPAQ Proliant 5500R, 2 Prozessoren Pentium Pro 200, 1 GB RAM,
Datenbank Oracle 8.0.5.1,
SAP R/3 45B,
The performance is very poor, 500 KB/s, compared to 5 MB/s for local
tape and ftp to TSM-Server with 3MB/s.
Is there a
I4m using multiplexing 3 and RL Compression, some sessione with two LTO
drives and others with one LTO drive.
From: Davidson, Becky [EMAIL PROTECTED]
Reply-To: ADSM: Dist Stor Manager [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Subject: Re: Poor Performance in SAN with TDP for R/3 AIX
Date: Thu, 29
Hi...
I4m using a SAN with McData switchs, LTO 3584, AIX 4.3.3 TSM Server 4.2, TDP
for SAP 3.2.0.6, Storage Agent 4.2.
When I use B/A Client the network transfer rate is 90 MB/Sec, but when I use
the TDP for SAP the network transfer rate is 20 MB/Sec.
What parameters can I set to obtain better
How many threads are you using?
What multiplexing are you using?
Are you using compression?
Becky
-Original Message-
From: Jorge Rodriguez [mailto:[EMAIL PROTECTED]]
Sent: Thursday, November 29, 2001 1:40 PM
To: [EMAIL PROTECTED]
Subject: Poor Performance in SAN with TDP for R/3 AIX
44 matches
Mail list logo