From: Short, Anne [mailto:[EMAIL PROTECTED]]
Sent: Wednesday, March 21, 2001 1:41 PM
To: [EMAIL PROTECTED]
Subject: Re: Backing up directories with 600K files
I saw this statement also in the 4.1.2.12 readme, but have been unable to
find anything on what the problem was. I would be interested re
Here's the text for APAR IC29444
APAR= IC29444 SER=IN INCOROUT
PERFORMANCE PROBLEM DURING BACKUP WHEN ANTI VIRUS SOFTWARE IS
ACTIVE
STAT= CLOSED PER FESN0907344- CTID= SJ0291 ISEV= 2
ERROR DESCRIPTION:
Customer reports a performance problem when backing up a
fil
ng up directories with 600K files
Jerry,
I ran into something similar in the last couple weeks. I was running a NT4
server with 2.3 Million files and it was taking 13 hours to back up. The
root of the problem was actually the TSM client code I had recently applied
on the machine (TSM 3.7.2.18)
I
Title: RE: Backing up directories with 600K files
Jerry,
I ran into something similar in the last couple weeks. I was running a NT4 server with 2.3 Million files and it was taking 13 hours to back up. The root of the problem was actually the TSM client code I had recently applied on the
Put a line entry in the client dsm.opt file for :-
VERBOSE
Get the user to reload the scheduler on the client to pick up the change
Then next time the backup runs get your user to send you the client schedule
log.
You will then be able to see exactly whether particular files are taking a long
ti
Jerry wrote, in part..
> I have a customer who has a large number of small files on a server, and is
> seeing long processing times. He is running the SIEBEL Help desk
> applications, and ultimately will have 1.5 million files on the server. The
> test he ran included about 600K files, totaling
Hi Jerry, have they tried making more "volumes" to hold the data and then
jack up the resourceutilization to allow multiple processes to tackle the
task.
I had something like that on a unix box... half million files in a file
system that was only a few GB's... took hours to back up. I seem to rec
