Re: Very long backup/So many files

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 AT VM.MARIST DOT EDU]On Behalf Of
> Gianluca Mariani1
> Sent: Friday, October 25, 2002 11:23 AM
> To: ADSM-L AT VM.MARIST DOT EDU
> 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)
> gianluca_mariani AT it.ibm DOT com
> ------------------------------------------------------------------
> ----------------------------------
>
> "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:        ADSM-L AT VM.MARIST DOT EDU
>              Dist Stor                                                  cc
>              Manager"
>              <ADSM-L AT VM DOT MARI                                           
> 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 AT IT.IBM DOT COM]
> Sent: 25 October 2002 15:47
> To: ADSM-L AT VM.MARIST DOT EDU
> 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)
> gianluca_mariani AT it.ibm DOT com
> ------------------------------------------------------------------
> ----------
>
> ------------------------
>
> "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
>              L AT SAIC DOT COM>             ADSM-L AT VM.MARIST DOT EDU
>              Sent by: "ADSM:                                            cc
>              Dist Stor
>              Manager"                                                  bcc
>              <ADSM-L AT VM DOT MARI
>              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 AT saic DOT com> gillg AT saic DOT com
> Phone:  (858) 826-4062
> Pager:   (877) 905-7154
>