problem.
Regards,
Shawn
Shawn Drew
> -Original Message-
> From: ADSM-L@VM.MARIST.EDU [mailto:ADSM-L@VM.MARIST.EDU]
> Sent: Saturday, April 26, 2014 2:23 AM
> To: ADSM-L@VM.MARIST.EDU
> Subject: [ADSM-L] slow restore performance on t
Hello Marcel,
thank you very much. I will test it.
Marcel Anthonijsz
Gesendet von: "ADSM: Dist Stor Manager"
26.04.2014 11:37
Bitte antworten an "ADSM: Dist Stor Manager"
An: ADSM-L@VM.MARIST.EDU
Kopie:
Thema: Re: slow restore performan
Stefan,
Make sure your VMCTL data is on a diskpool. TSM needs the metadata for
backups and restores.
Next, I have found after extensive testing (and a PMR with IBM) that the
transport method NBD is much quiker than hotadd for restore.
If you have a physical data mover, you can use SAN as transport
Hello,
our restore performance (restore vm) is very poor. We see this
on custom installations and also in some test areas.
Environment:TSMVE 7.1 / 7.1.0.1, tsm ba client 7.1.0 and 7.1.0.2
TSM-Server 6.3.4 and also 7.1
rate restore only 8 MB/s, backups are much faster 50 to 10
question is the one that goes unasked.
The command line is your friend.
"Good enough" is the enemy of excellence.
"ADSM: Dist Stor Manager" wrote on 03/13/2009
10:18:27 AM:
> [image removed]
>
> Re: slow restore
>
> Rainer Wolf
>
> to:
>
> ADSM-L
>
thanks - one question I have on that flash:
We have several win2000 Clients stil running with 5.3.6.4
and some WinNT Systems running possibly 5.1.8.2.
Reading this flash I interpret those clients not affected by that problem
-- aren't they ?
If not -- those win2000 and NT Klients are affected but
> okay - you could change the COMPRESSALWAYS to 'NO', the default is at
'YES'
> Otherwise already compressed files normally grow with the tsm compression
> and so 'COMPRESSALWAYS NO' can disable compression for those files.
Using EXCLUDE.COMPRESSION is better performance-wise for known file
specif
ssed
Rick
Rainer Wolf
To
Sent by: "ADSM: ADSM-L@VM.MARIST.EDU
Dist Stor cc
Manager"
Re: slow
Rainer Wolf
To
Sent by: "ADSM: ADSM-L@VM.MARIST.EDU
Dist Stor cc
Manager"
Re: slow res
Rainer Wolf
To
Sent by: "ADSM: ADSM-L@VM.MARIST.EDU
Dist Stor cc
Manager"
Re: slow res
rom: ADSM: Dist Stor Manager [mailto:ads...@vm.marist.edu] On Behalf Of
Richard Rhodes
Sent: Friday, March 13, 2009 6:48 AM
To: ADSM-L@VM.MARIST.EDU
Subject: [ADSM-L] slow restore
We are performing a restore that is running real slow.
client: hpux 11.11, tsm v5.5.0
tsm server: v5.4.1
The resto
Hi,
you may try instead
dsmc restore "/oracle/backup/fedwp1/bkup.hpdw1p.200903081920.fedwp1.hot/?*"
/oracle/backup/paul/ -inactive -subdir=yes -replace=no
This would deactivate the nqr -feature and we use it often when restoreing
quite small
number of files out of bigger file-spaces.
regards
R
We are performing a restore that is running real slow.
client: hpux 11.11, tsm v5.5.0
tsm server: v5.4.1
The restore operation is about 1000 files totaling about 600gb. The tsm
server is sitting with the session on SendW.When dsmc is first started
it runs the restore at about 10-15mb/s. Af
Thank you Andy.
That looks like the same problem we are having. Time for an upgrade.
Larry
-Original Message-
From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] On Behalf Of
Andrew Raibeck
Sent: Thursday, October 11, 2007 10:25 AM
To: ADSM-L@VM.MARIST.EDU
Subject: Re: Slow restore
Have a look at APAR IC49469 (follow the link in my sig and enter the APAR
number); this might be the problem you are seeing.
Regards,
Andy
Andy Raibeck
IBM Software Group
Tivoli Storage Manager Client Product Development
Level 3 Team Lead
Internal Notes e-mail: Andrew Raibeck/Tucson/[EMAIL PROTE
Environment:
TSM server AIX 5.3 P570
TSM 5.3.3.0
Client Win2003 HP Proliant DL585 64GB
TSM client 5.3.2.2
We restored 178 GB in 7.5 hours. The restore consisted of 1 file that
is 160 GB and 25 files totaling 18 GB. The 160 GB file was on 1 LTO3
tape in a L700 library with a 2 GB fibre connection
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi Gurus,
on a linux client ( RHEL4 U2 - x86_64 , ext3 filesystems )
I noticed a strange problem, restoring works fine for most files but
when it tried to restore big files ( ~30-50GB), it'd run at regular
speed (30-50M/sec) and then down to a crawl (
Hi all,
We use TSM-Server V 5.2.4.3 on AIX 5.2 ML6. Problem with w2k-clients TSM
5.3.0.5 / 5.3.0.14.
A restore of even a small directory with 1 file and 4 empty subdirectories
takes about 2h 10 min if I use the Web-Cli and select the complete
Directory. If I select the complete directory and excl
Steven Harris wrote:
> Hi all.
>
Hej Steve,
> Running the native backint command to backup a single oracle file of 2GB
> size, I got 60GB/hour throughput. However restoring this file to a
> different directory on the same disk gave me about 8.5 GB/hour.
> I've read the manual forwards and bac
Hi all.
Recently our SAP team cloned the PRD Sap environment to test. The best
restore throughput they could achieve was 8GB per hour. Accordingly I
started investigating.
The SAP TST system is a 4 way IBM X Series 350 running Windows 2000 SP4 to
FastT 900 disk. Database is Oracle 9.
TSM Clien
Sona,
The TDPs do not support backup sets.
In fact, any application that uses the TSM API
(like the TDPs) does not support backup sets.
The only way you can restore a backup that was
taken with TDP for SQL, is with TDP for SQL.
You can not restore it using the BA client interface.
If you took th
Hi,
I created a backupset a few weeks ago from one of the win2K servers
running TDP SQL. It took a few hours for the set to be created. I have 2
questions:
- Would the backupset include the SQL DB in it? We do have a filespace
defined which backs up the DB. Would restoring the backupset also
restor
Hi,
since the LTO tapes contain much more data, finding your data on a tape
takes much longer than on a tape that is 'shorter'. Apart from that
espacially the 9840 tapes are optimized for fast seeks,even unload with
the tape set to the middle, so the average length of tape that has to
bee wound i
Hello,
I am trying to understand why LTO is so much slower than 9840B or 9940A
when restoring a file? I know that it takes longer to load the tape and
the performance is slightly slower, but what is the technical reason for
LTO having slow restores for files and databases? Does anyone have any
Hi,
> We lost a server volume over the weekend - Netware 5.1 server
> - 20 GB or so
> to restore from tape. The process is going extremely slowly;
> it seems that
> most of the time is being spent retrieving tapes, and we have
> only 3.5 GB
> restored so far (started late yesterday afternoon).
D
Is your storage pool you are restoring from collocated? Do you have an automated tape
library or manual tape drives?
-Original Message-
From: Nancy Ames [mailto:[EMAIL PROTECTED]]
Sent: Monday, July 15, 2002 3:25 PM
To: [EMAIL PROTECTED]
Subject: Slow restore of entire server volume
We lost a server volume over the weekend - Netware 5.1 server - 20 GB or so
to restore from tape. The process is going extremely slowly; it seems that
most of the time is being spent retrieving tapes, and we have only 3.5 GB
restored so far (started late yesterday afternoon).
Is this normal??
From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED]]On Behalf Of
Nancy Ames
> We lost a server volume over the weekend - Netware 5.1 server -
> 20 GB or so
> to restore from tape. The process is going extremely slowly; it seems that
> most of the time is being spent retrieving tapes, and we ha
uot;ADSM: Dist Stor Manager" <[EMAIL PROTECTED]>
Sent by: "ADSM: Dist Stor Manager" <[EMAIL PROTECTED]>
To: [EMAIL PROTECTED]
cc:
Subject: LTO and backupsets, slow restore
Hello,
I have a problem with very slow restores from bakupsets from LTO tape
(200kB/s). Also
Hello,
I have a problem with very slow restores from bakupsets from LTO tape
(200kB/s). Also import node runs very slowly (export node has generated
50G within 1 hour; less then 2G has been imported after 4 hours). Exports
and backupset generation is fast.
Is this normal behavior? Or there are s
All,
I have inherited several ADSM server/client configurations and have noticed slow
restore transfer rates.
Two systems that I have tried so far are ;
RS/6000 E30
AIX 4.3.2
ADSM Server 3.1.2.50
ADSM Client 3.1.20.6
Library Exabyte EZ17 (7 cart, single drive)
RS/6000 H50
AIX
lto:[EMAIL PROTECTED]>
Office: + 27 21 7629702<http://www.faritec.co.za/>
-Original Message-
From: Richard Sims [mailto:[EMAIL PROTECTED]]
Sent: 16 July 2001 03:11
To: [EMAIL PROTECTED]
Subject: Re: Slow restore times when using GUI (X windows) interface on
Solari s.
>
>When using the X windows interface to restore data on a solaris system
>(version 2.8) We get very slow restore times approximately 100KB/S however
>when using the command line interface (DSMC) we get restore speeds in excess
>of 5MB/s. Can anyone tell us of there are any problems wit
Hi All
When using the X windows interface to restore data on a solaris system
(version 2.8) We get very slow restore times approximately 100KB/S however
when using the command line interface (DSMC) we get restore speeds in excess
of 5MB/s. Can anyone tell us of there are any problems with the
Hello, I have an issue with some Sun boxes. Backup works fine (I am able to
overload the Network 100Mb/s). But the restore troughput seems to be limited
to 10Mb/s. Network config seems good I able to do FTP between the box with
good transfert rate. Tests are made with 256MB files size and disk stg
n2K!
Regards,
Don
-Original Message-
From: Kelly J. Lipp [mailto:[EMAIL PROTECTED]]
Sent: Wednesday, September 20, 2000 2:38 PM
To: [EMAIL PROTECTED]
Subject:Re: Slow restore for large NT client outcome.. appeal to
Tivoli
Could someone with experience doing large restores w
-
From: France, Don G (Pace)
Sent: Friday, May 04, 2001 9:50 PM
To: [EMAIL PROTECTED]
Subject:RE: Slow restore for large NT client outcome.. appeal to
Tivoli
I have two fundamental suggestions, I have not seen item 2 mentioned yet:
1. Use Microsoft folder-copy (be sure to run
, January 29, 2001 8:31 AM
To: [EMAIL PROTECTED]
Subject: Incredibly slow restore
Hello people,
one of my customers is running into the following problem;
With TSM server 3.7 on NT 4 sp6a, and TSM client 3.7 on NT4 sp6a, restore
is really slow. Checking all normal parameters in both server and
Hello people,
one of my customers is running into the following problem;
With TSM server 3.7 on NT 4 sp6a, and TSM client 3.7 on NT4 sp6a, restore
is really slow. Checking all normal parameters in both server and client
.opt files does not seem to help. My suspiscion is then turned to network
issu
ADSM. Mailing List dec 2000 :AW: Slow restore for large NT client
> What I think is happening is this:
> Due to the incremental forever backup method the files are becoming
> fragmented on the tapes. A file changes so a new version is
> written to the
> tape. The oldest version
Gesendet am: Donnerstag, 21. September 2000 13:19
> An: [EMAIL PROTECTED]
> Betreff: Re: Slow restore for large NT client
>
> My view on the slow restore problem is that it is down to the tape
> technology. I've done quite a bit of testing with restores on
> AIX, NetWare
&
Hee Hee. Out of the frying pan...
So much for that idea!
> -Original Message-
> From: Jeff Connor [SMTP:[EMAIL PROTECTED]]
> Sent: Friday, September 22, 2000 1:51 PM
> To: [EMAIL PROTECTED]
> Subject: Re: Slow restore for large NT client outcome.. appea
PROTECTED]
www.storsol.com
www.storserver.com
-Original Message-
From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED]]On Behalf Of
Jeff Connor
Sent: Friday, September 22, 2000 11:51 AM
To: [EMAIL PROTECTED]
Subject: Re: Slow restore for large NT client outcome.. appeal to Tivoli
D evelopment/Suppor
ST.EDU> on
09/22/2000 01:07:46 PM
Please respond to "ADSM: Dist Stor Manager"
<[EMAIL PROTECTED]>
Sent by: "ADSM: Dist Stor Manager" <[EMAIL PROTECTED]>
To: [EMAIL PROTECTED]
cc:
Subject: Re: Slow restore for large NT client outcome.. appeal
e AIX client has to get past
that issue?
Signed,
Yes I know there's a problem but I'm as confused as everyone else
> -Original Message-
> From: Joshua S. Bassi [SMTP:[EMAIL PROTECTED]]
> Sent: Wednesday, September 20, 2000 6:56 PM
> To: [EMAIL PROTECTED]
>
is connected to the LAN via
Gigabit NIC,
George Yang <[EMAIL PROTECTED]> on 09/21/2000 10:37:32 AM
Please respond to "ADSM: Dist Stor Manager" <[EMAIL PROTECTED]>
To: [EMAIL PROTECTED]
cc:(bcc: Blair Wickstrand/Poco)
Fax to:
Subject: Re: Slow restore for
t extent.
I live with it. Sadly, but I do.
Mike
> -Original Message-
> From: Purdon, James [SMTP:[EMAIL PROTECTED]]
> Sent: ä ñôèîáø 21 2000 15:55
> To: [EMAIL PROTECTED]
> Subject: Re: Slow restore for large NT client outcome.. appeal to
> Tivoli
>
> When r
So I'd heard, but I don't have the liberty of choice, so I'm stuck with it
on the AS system.
Mike
> -Original Message-
> From: Joshua S. Bassi [SMTP:[EMAIL PROTECTED]]
> Sent: ä ñôèîáø 21 2000 17:33
> To: [EMAIL PROTECTED]
> Subject: Re: Slow resto
t; Gesendet am: Donnerstag, 21. September 2000 13:19
> An: [EMAIL PROTECTED]
> Betreff: Re: Slow restore for large NT client
>
> My view on the slow restore problem is that it is down to the tape
> technology. I've done quite a bit of testing with restores on
> AIX, NetWare
> and
[mailto:[EMAIL PROTECTED]]On Behalf Of
Kronstadt, Dan
Sent: Wednesday, September 20, 2000 6:42 PM
To: [EMAIL PROTECTED]
Subject: Re: Slow restore for large NT client outcome
I think we need the answers to Kelly Lipp's question - how fast is Arcserve
really? But IF it is better, then I dont thi
As the person who started this thread I'd like to thank everyone
for their excellent feedback.
I'd also like to hear, as Kelly and a few others requested, about
and TSM'ers like Blair that also use other products or formally
used another product for backing up/restoring Windows NT clients.
It wou
With the new copper chips the AS/400s can hit and
sustain 4000MIPS.
Edward(Ed) J. Finnell, III
Enterprise Systems/Proj. Mgr.
url:www.ua.edu
Jeff,
I'd begin by looking at your Raid array definition. I've found that when you use
more then 4 drives in a single array the performance goes in toilet.
if you can test it try runninthe same restore to a raid 0 configuration.
-
Do You Yahoo!?
Send instan
My experience here has been that Backups fly, Restores snore.
My best rate for a restore of files of mixed length, mainly
small, has been 1.5 GB /hr from tape. (We are using IBM
3590B drives, soon to become 3590E.)
In a test, a restore from the disk pool brought
me way up to 1.66 GB/ hour. Yee ha!
Blair,
We can restore 13GB in one hour for a fairly medium amount of medium size
file by using TSM. But not for a large amount of small files. Can you do
17GB/hr or what ever for a small file systems with ARCserver? What is your
wire--LAN or SCSI?
George
serve.
Blair
Mike Glassman - Admin <[EMAIL PROTECTED]> on 09/21/2000 12:57:47 AM
Please respond to "ADSM: Dist Stor Manager" <[EMAIL PROTECTED]>
To: [EMAIL PROTECTED]
cc:(bcc: Blair Wickstrand/Poco)
Fax to:
Subject: Re: Slow restore for large NT client outcome.. ap
Stor Manager [mailto:[EMAIL PROTECTED]]On Behalf Of
Mike Glassman - Admin
Sent: Wednesday, September 20, 2000 11:58 PM
To: [EMAIL PROTECTED]
Subject: Re: Slow restore for large NT client outcome.. appeal to Tivoli
Kelly,
I don't know regarding Arcserve as you couldn't pay me to go near it, b
day, September 21, 2000 2:57 AM
> To: [EMAIL PROTECTED]
> Subject: Re: Slow restore for large NT client outcome.. appeal to
> Tivoli
>
> Kelly,
>
> I don't know regarding Arcserve as you couldn't pay me to go near it, but
> BE
> I do know.
>
> Re
From: Matthew Glanville
I have found that many times I overlook a very significant item that is
really the cause of the slow restore/backup on NT.
Make sure that there is NO Virus scanning software running
I have been hit at least 5 times by the NT admin complaining about a slow
backup
>That may be because from what I have seen in TSM 3.7, directories are
>actually kept in the TSM database and not on tape.
Careful, there. It depends upon the file system type and added baggage.
Ordinary Unix file system directory information is like an empty file, and
so its limited info can be
ect: Re: Slow restore for large NT client
>
> My view on the slow restore problem is that it is down to the tape
> technology. I've done quite a bit of testing with restores on AIX, NetWare
> and NT and can say the following:
>
> 1. I can rule out the network and server
>My view on the slow restore problem is that it is down to the tape
>technology. ...
Mark - Thanks for that corroboration. Too many customers implement technology
on the basis of popularity, without critical consideration of what it
really does, what its weaknesses are, or how we
My view on the slow restore problem is that it is down to the tape
technology. I've done quite a bit of testing with restores on AIX, NetWare
and NT and can say the following:
1. I can rule out the network and server performance as the bottle neck.
Doing a full backup and restore will
PROTECTED]]
> Sent: ã ñôèîáø 20 2000 23:38
> To: [EMAIL PROTECTED]
> Subject: Re: Slow restore for large NT client outcome.. appeal to
> Tivoli
>
> Could someone with experience doing large restores with ArcServe or
> BackupExec provide some performance numbers? I've
: Wednesday, September 20, 2000 12:56 PM
To: [EMAIL PROTECTED]
Subject: Re: Slow restore for large NT client outcome
Jeff - I more than sympathize with your predicament as a storage
administrator dealing with NT systems and their administrators.
But be careful about going after a vendor to fix
2:38 PM
To: [EMAIL PROTECTED]
Subject: Re: Slow restore for large NT client outcome.. appeal to Tivoli
Could someone with experience doing large restores with ArcServe or
BackupExec provide some performance numbers? I've been in shops where the
backups were taking a very long time. Longer tha
[mailto:[EMAIL PROTECTED]]On Behalf Of
Arturo Lopez
Sent: Wednesday, September 20, 2000 3:07 PM
To: [EMAIL PROTECTED]
Subject: Re: Slow restore for large NT client outcome.. appeal to Tivoli
D evelopment/Support
Jeff,
I have the same concerns. My company is in the process of server
consolidation.
[mailto:[EMAIL PROTECTED]]On Behalf Of
Greazel, Alex
Sent: Wednesday, September 20, 2000 9:44 AM
To: [EMAIL PROTECTED]
Subject: Re: Slow restore for large NT client outcome.. appeal to Tivoli
Development/Support
Can TSM do an image backup on NT? (If it can)That will dramatically
decrease
the
ECTED]
-Original Message-
From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED]]On Behalf Of
Farris, Raeana
Sent: Wednesday, September 20, 2000 11:19 AM
To: [EMAIL PROTECTED]
Subject: Re: Slow restore for large NT client outcome.. appeal to Tivoli
D evelopment/Support
Just a thought - T
From: Jeff Connor [SMTP:[EMAIL PROTECTED]]
Sent: Wednesday, September 20, 2000 11:22 AM
To: [EMAIL PROTECTED]
Subject: Slow restore for large NT client outcome.. appeal to
Tivoli Development/Support
I posted the memo below to this listserv last week wh
nesday, September 20, 2000 12:03 PM
To: [EMAIL PROTECTED]
Subject: Re: Slow restore for large NT client outcome.. appeal to Tivo
Jeff, we too have a problem with small files. At first I thought it was a
Netware thing because the servers we have the greatest amount of files on
reside
on the
re?
Reply Separator________
Subject:Slow restore for large NT client outcome.. appeal to Tivoli
Author: Jeff Connor <[EMAIL PROTECTED]>
Date: 09/20/2000 12:21 PM
Our NT group was a hard sell for replacing Arcserve with TSM.
Since the switch, I
Jeff - I more than sympathize with your predicament as a storage
administrator dealing with NT systems and their administrators.
But be careful about going after a vendor to fix a problem you perceive
to be with their product without first establishing baseline values for
your configuration
How so??
George
We have same problems. It took 6 hrs to restore 220MB with 300,000 small
files without DIRMC, with disk DIRMC it reduce to 3 hrs. However it is
still too slow. I did test for multi-session--multi drive, it dose not
improve much. As long as we use tape, multi session will be limited. Only
thing m
esday, September 20, 2000 10:53 AM
To: [EMAIL PROTECTED]
Subject: Re: Slow restore for large NT client outcome.. appeal to Tivoli
Development/Support
Jeff,
One thing to show your NT Admins is just how much overhead NTFS has. The
way I've done this before is to copy a drive, either locally or over t
D]
> Subject: Slow restore for large NT client outcome.. appeal to Tivoli
> Development/Support
>
> I posted the memo below to this listserv last week when we were
> having trouble with the performance restoring a large NT drive.
> This memo is for the people who wanted to know how w
Can TSM do an image backup on NT? (If it can)That will dramatically decrease
the amount of time it takes to do backups/restores for file systems that have
tons of small files.
Jeff,
One thing to show your NT Admins is just how much overhead NTFS has. The
way I've done this before is to copy a drive, either locally or over the
network. If you take one of the drives with a lot of small files, can copy
it, the performance will drop as the copy goes on. The more files y
If this issue is not resolved then I
won't be able to keep using TSM to backup our NT servers.
Thanks,
Jeff Connor
Niagara Mohawk Power Corp.
-- Forwarded by Jeffrey P Connor/IT/NMPC on
09/20/2000 10:32 AM ---
Jeffrey P Connor
09/13/2000 01:20 PM
To:
,
Jeff Connor
Richard Sims <[EMAIL PROTECTED]>@VM.MARIST.EDU> on 09/13/2000 03:34:24
PM
Please respond to "ADSM: Dist Stor Manager"
<[EMAIL PROTECTED]>
Sent by: "ADSM: Dist Stor Manager" <[EMAIL PROTECTED]>
To: [EMAIL PROTECTED]
cc:
Subject
Jeff - Lisa's insightful response made me think of something...
You say you are using 100Mbit Ethernet. A gotcha in that area to
make sure of is that your adapter cards are not set for
Auto Negotiation: it is notorious for not working. Too often,
one ends up with a conflict in duplex settings t
|
| To: [EMAIL PROTECTED] |
| cc: (bcc: Lisa Cabanas/SC/MODOT) |
| Subject: Slow restore for large NT client.. help!|
>|
We are in the process of restoring a subdire
We are in the process of restoring a subdirectory of a very
large NT client file space (D:) and it is running really slow. I
thought I'd see if any of you have some ideas as to where we can
look for bottlenecks.
The client config is:
Compaq proliant 5500
400MB RAM
two 400MHz X
AIX documentation fails to explain what these values are: you'll
find a much better description in the Linux man page for the 'netstat'
command, sadly.)
>Is there a documentation on how to trap slow restore performance?
I've accumulated a bunch of real-world things to lo
ESTABLISHED
Can anyone explain the output from NETSTAT?
Is there a documentation on how to trap slow restore performance?
Thanks in advance for your assistance!
Mit freundlichen Grüßen/Kind regards
Thomas Rupp
UIS - Informatik Services
Vorarlberger Illwerke AG
MAIL: [EMAIL PROTECTED]
TEL:++43
86 matches
Mail list logo
