We have had to turn our Journaling off of 2 NT servers, one an NT 4.0 box,
and the other a Win 2000 box. Both are using 5.1.0.1 TSM clients. The
reason we had to turn off was that the server would hang in the middle of
backing up. Since turning off this has not been a problem. We seem to
think that the memory on the client had something to do with the millions
of files that were trying to get journaled. All other NT boxes do not have
any Journaling problems. These are the only 2 turned off. And it is not
5.1's fault because we have some 5.1's running on other clients.
Thank You,
Bill Rosette
Data Center/IS/Papa Johns International
WWJD
"Mr. Lindsay
Morris" To: [EMAIL PROTECTED]
<lmorris@SERVERGR cc:
APH.COM> Subject: Re: Very long backup/So many
files
Sent by: "ADSM:
Dist Stor
Manager"
<[EMAIL PROTECTED]
.EDU>
10/25/2002 11:42
AM
Please respond to
lmorris
Gee, I'd disagree...
this example has a small percentage: 12,000 files backed up out of 4
million - but it still took a long time because it had to walk through 4
million files to FIND those 12,000 that needed to be backed up.
The walk-through-4-million is exactly what the Journal-based backup
prevents.
---------------------------------
Mr. Lindsay Morris
Lead Architect, Servergraph
www.servergraph.com <http://www.servergraph.com>
859-253-8000 ofc
425-988-8478 fax
> -----Original Message-----
> From: ADSM: Dist Stor Manager [mailto:ADSM-L@;VM.MARIST.EDU]On Behalf Of
> Gianluca Mariani1
> Sent: Friday, October 25, 2002 11:23 AM
> To: [EMAIL PROTECTED]
> Subject: Re: Very long backup/So many files
>
>
> if the percentage of changed files to be backed up from a client is >5%
> then traditional incremental is preferrable.
> no other big discriminating points.
>
> Cordiali saluti
> Gianluca Mariani
> Tivoli TSM Global Response Team, Roma
> Via Sciangai 53, Roma
> phones : +39(0)659664598
> +393351270554 (mobile)
> [EMAIL PROTECTED]
> ------------------------------------------------------------------
> ----------------------------------
>
> "The people of Krikkit,are, well, you know, they're just a bunch of real
> sweet guys, you know, who just happen to want to kill everybody. Hell, I
> feel the same way some mornings..."
>
>
>
> Jon Evans
> <Jon.Evans@HALL
> IBURTON.COM>
To
> Sent by: "ADSM: [EMAIL PROTECTED]
> Dist Stor
cc
> Manager"
> <[EMAIL PROTECTED]
bcc
> ST.EDU>
>
Subject
> Re: Very long backup/So many files
> 25/10/2002
> 16.54
>
>
> Please respond
> to "ADSM: Dist
> Stor Manager"
>
>
>
>
>
>
> Can anyone please explain the disadvantages of using journal-based
backup?
>
> -----Original Message-----
> From: Gianluca Mariani1 [mailto:gianluca_mariani@;IT.IBM.COM]
> Sent: 25 October 2002 15:47
> To: [EMAIL PROTECTED]
> Subject: Re: Very long backup/So many files
>
> what platform are you running(OS on client and server)?
> code levels(client & server)?
> is journaled backup in use?
> how is the client connected to the server (what network)?
>
> Cordiali saluti
> Gianluca Mariani
> Tivoli TSM Global Response Team, Roma
> Via Sciangai 53, Roma
> phones : +39(0)659664598
> +393351270554 (mobile)
> [EMAIL PROTECTED]
> ------------------------------------------------------------------
> ----------
>
> ------------------------
>
> "The people of Krikkit,are, well, you know, they're just a bunch of real
> sweet guys, you know, who just happen to want to kill everybody. Hell, I
> feel the same way some mornings..."
>
>
>
> "Gill, Geoffrey
> L."
> <GEOFFREY.L.GIL
To
> [EMAIL PROTECTED]> [EMAIL PROTECTED]
> Sent by: "ADSM:
cc
> Dist Stor
> Manager"
bcc
> <[EMAIL PROTECTED]
> ST.EDU>
Subject
> Very long backup/So many files
>
> 25/10/2002
> 16:04
>
>
> Please respond
> to "ADSM: Dist
> Stor Manager"
>
>
>
>
>
>
> Does anyone think a computer that has this many files on it, that only
> backed up 12,222 files, should take over 10 hours to complete?
> I'm having a
> problem with this node dropping out a couple of times a night for being
> idle
> for more than 60 minutes too.
>
> We've double checked the NIC and switch port for the proper settings.
When
> I
> looked at it last night the CPU wasn't doing anything.
>
> 10/25/02 06:13:04 ANE4952I (Session: 3357, Node:
> CP-ITS-DCMECPD) Total
>
> number of objects inspected: 4,151,721
>
> 10/25/02 06:13:04 ANE4954I (Session: 3357, Node:
> CP-ITS-DCMECPD) Total
>
> number of objects backed up: 12,222
>
> 10/25/02 06:13:04 ANE4958I (Session: 3357, Node:
> CP-ITS-DCMECPD) Total
>
> number of objects updated: 0
>
> 10/25/02 06:13:04 ANE4960I (Session: 3357, Node:
> CP-ITS-DCMECPD) Total
>
> number of objects rebound: 0
>
> 10/25/02 06:13:04 ANE4957I (Session: 3357, Node:
> CP-ITS-DCMECPD) Total
>
> number of objects deleted: 0
>
> 10/25/02 06:13:04 ANE4970I (Session: 3357, Node:
> CP-ITS-DCMECPD) Total
>
> number of objects expired: 386
>
> 10/25/02 06:13:04 ANE4959I (Session: 3357, Node:
> CP-ITS-DCMECPD) Total
>
> number of objects failed: 0
>
> 10/25/02 06:13:04 ANE4961I (Session: 3357, Node:
> CP-ITS-DCMECPD) Total
>
> number of bytes transferred: 1.15 GB
>
> 10/25/02 06:13:04 ANE4963I (Session: 3357, Node: CP-ITS-DCMECPD)
Data
>
> transfer time: 73.02 sec
>
> 10/25/02 06:13:04 ANE4966I (Session: 3357, Node: CP-ITS-DCMECPD)
> Network
> data transfer rate: 16,571.01 KB/sec
>
> 10/25/02 06:13:04 ANE4967I (Session: 3357, Node: CP-ITS-DCMECPD)
> Aggregate
> data transfer rate: 32.91 KB/sec
>
> 10/25/02 06:13:04 ANE4968I (Session: 3357, Node: CP-ITS-DCMECPD)
> Objects
> compressed by: 19%%
>
> 10/25/02 06:13:04 ANE4964I (Session: 3357, Node: CP-ITS-DCMECPD)
> Elapsed
> processing time: 10:12:51
>
>
> Geoff Gill
> TSM Administrator
> NT Systems Support Engineer
> SAIC
> E-Mail: <mailto:gillg@;saic.com> [EMAIL PROTECTED]
> Phone: (858) 826-4062
> Pager: (877) 905-7154
>
