That'll work...as long as the SYSTEMSTATE backup is less than 2GB, and
as long as Vista supports subfile backups.
Let us all know how that works.
--
Mark Stapleton
Berbee (a CDW company)
System engineer
7145 Boone Avenue North, Suite 140
Brooklyn Park MN 55428-1511
763-592-5963
www.berbee.com
> -----Original Message-----
> From: ADSM: Dist Stor Manager [mailto:ADSM-L AT VM.MARIST DOT EDU] On Behalf
Of
> Steven Harris
> Sent: Sunday, December 09, 2007 11:35 PM
> To: ADSM-L AT VM.MARIST DOT EDU
> Subject: Re: [ADSM-L] Vista oddness
>
> yes, they will be backed up every time, but only the blocks that
have
> changed, thats why I specified subfile.....
>
> "ADSM: Dist Stor Manager" <ADSM-L AT VM.MARIST DOT EDU> wrote on 10/12/2007
> 03:03:53 PM:
>
> > Might work... if only I had time to work on such a thing and test
it
> > out... Wouldn't the 1GB files be backed up everytime, since the
> > timestamp will have changed?
> >
> > At 07:40 PM 12/9/2007, you wrote:
> > >Well Paul it looks like you need a low tech solution
> > >
> > >I assume Vista has some sort of NTBACKUP equivalent?
> > >
> > >Run your NTBACKUP of the systemstate as a precommand and put it
through
> the
> > >GNU split utility to give you files of say 1GB in size. do it as a
> script
> > >and add a sleep at the end to give VSS time to quiesce before the
TSM
> > >backup starts.
> > >
> > >Exclude systemstate from the TSM backup (or maybe put it in a class
> with
> > >freq of 14) , but turn on subfile backup for the split backup
files.
> > >
> > >Voila - poor man's dedup.
> > >
> > >Regards
> > >
> > >Steve
> > >
> > >Steven Harris
> > >TSM Admin - Sydney Australia
> > >
> > >
> > >
> > >
> > >
> > >
> > > Paul Zarnowski
> > > <psz1 AT CORNELL DOT EDU
> > > >
> To
> > > Sent by: "ADSM: ADSM-L AT VM.MARIST DOT EDU
> > > Dist Stor
> cc
> > > Manager"
> > > <[email protected]
> Subject
> > > .EDU> Re: [ADSM-L] Vista oddness
> > >
> > >
> > > 08/12/2007 10:32
> > > AM
> > >
> > >
> > > Please respond to
> > > "ADSM: Dist Stor
> > > Manager"
> > > <[email protected]
> > > .EDU>
> > >
> > >
> > >
> > >
> > >
> > >
> > >Joanne,
> > >
> > >Thanks very much for the detailed response. We really need relief
on
> > >this. We have a couple of thousand Windows systems, and they will
> > >eventually be upgrading to Vista. As they do so, they will uncover
> > >this huge problem; A problem for them, in that their backups will
> > >run longer and they will be storing much more data than they need;
> > >and also a problem for the TSM server administrators as they put an
> > >increasingly huge load on the network and TSM server
infrastructure.
> > >
> > >This solution, as it is now, is virtually unworkable for us. The
> > >clock is ticking, and we need relieve ASAP. Waiting for the next
> > >major release is too long, IMHO. It would have been nice if this
> > >were addressed with the initial support for Vista in TSM, but
that's
> > >water over the dam now.
> > >
> > >Thanks for listening.
> > >
> > >..Paul
> > >
> > >At 11:40 AM 12/7/2007, Joanne T Nguyen wrote:
> > > >David,
> > > >
> > > >You are seeing the correct behavior. If you have the default
domain
> > > >backup, system state will be part of the backup. On Vista,
system
> state
> > > >is in GB because we're backing up the windows\winsxs and
> > > >system32\driverstore folder. Please see the link below where MS
> describes
> > > >in-box writers. System state consists of all the bootable system
> state
> > >and
> > > >system services writers. Though 8GB seems high. Our testing
> > > >shows about 5GB.
> > > >
> > > >http://msdn2.microsoft.com/en-us/library/aa819131.aspx
> > > >
> > > >For Windows 2003, TSM implements a way to back up the system
files
> > > >component of the system state only if something is changed. So
it
> > > >is possible to backup only about 30-40 files the 2nd time and
> thereafter
> > >if
> > > >no fixes or SP were applied after the initial system state
backup.
> > > >During Vista development, we noticed some files were always
changed
> so
> > > >instead of spending the cycle to compare each file. which are
> > > >in 30,000-40,000 files now, we decided to backup all the time.
This
> is
> > >one
> > > >area we will revisit.
> > > >
> > > >If you have vshadow tool from the MS VSS SDK, you can do "vshadow
> -wm2" to
> > > >see all the files that should be part of the backup. Please
> > > >let me know if you have further questions.
> > > >
> > > >Regards,
> > > >Joanne Nguyen
> > > >TSM Client Development
> > > >
> > > >
> > > >
> > > >
> > > >
> > > > "Tyree, David"
> > > > <david.tyree@SGMC
> > > > .ORG>
> > >To
> > > > Sent by: "ADSM: ADSM-L AT VM.MARIST DOT EDU
> > > > Dist Stor
> > >cc
> > > > Manager"
> > > > <[email protected]
> > >Subject
> > > > .EDU> Re: Vista oddness
> > > >
> > > >
> > > > 12/07/2007 06:47
> > > > AM
> > > >
> > > >
> > > > Please respond to
> > > > "ADSM: Dist Stor
> > > > Manager"
> > > > <[email protected]
> > > > .EDU>
> > > >
> > > >
> > > >
> > > >
> > > >
> > > >
> > > >I did a backup using the GUI and selected system state along with
the
> C:
> > > >drive. The backup was 8 gig when it finished.
> > > >
> > > >I went back and did a C: drive only and it was only a few hundred
> meg.
> > > >Then I did a system state only and got the 8 gig again.
> > > >
> > > >That system state in Vista is just crazy. I need to go back and
> really
> > > >look at some of my servers and see just how big the system state
> backups
> > > >are. I'll also take a close look at a few Win XP Pro desktops
that
> I'm
> > > >backing up and see what the numbers look like.
> > > >
> > > >
> > > >-----Original Message-----
> > > >From: ADSM: Dist Stor Manager [mailto:ADSM-L AT VM.MARIST DOT EDU] On
Behalf
> Of
> > > >Wanda Prather
> > > >Sent: Friday, December 07, 2007 2:35 AM
> > > >To: ADSM-L AT VM.MARIST DOT EDU
> > > >Subject: Re: [ADSM-L] Vista oddness
> > > >
> > > >Don't know myself, but someone else posted a while back that the
> System
> > > >State on Vista is many GB.
> > > >
> > > >That is consistent with what you are seeing - a scheduled backup
will
> do
> > > >the
> > > >System State, whether things have changed or not. And selecting
the
> C:
> > > >drive will not do the system state.
> > > >
> > > >As a test, try your backup from thh GUI again, but this time
select
> > > >System
> > > >STate as well as the C: drive, see if the results change...
> > > >
> > > >And please post back the results!
> > > >
> > > >
> > > >
> > > >On 12/6/07, Tyree, David <david.tyree AT sgmc DOT org> wrote:
> > > > >
> > > > > We are testing Vista and I'm seeing something odd.
TSM
> > > >seems
> > > > > to want to do almost a full backup every time it runs
> automatically.
> > > > >
> > > > > I'm running the 5.5.0 client on a VMware (6.0)
Vista
> > > > > Ultimate box that is talking to a TSM server running 5.4.1 on
> Windows.
> > > > >
> > > > > The backup on the Vista machine is automated using
the
> > > > > DSMCAD service. The incremental backup kicks off at the
correct
> time,
> > > > > but it ends up doing a full backup.
> > > > >
> > > > > I've looked through the dsmsched log on the Vista
> machine
> > > > > and I'm seeing where it has contacted the TSM server and
picked up
> the
> > > > > schedule name and the action. The schedule name is correct and
the
> > > > > action is set to incremental. And several lines in the
dsmsched
> log
> > > > > mention "Incremental backup of '\\is-vista-test-d\c$'
finished".
> > > > >
> > > > > The log shows everything just like what I would
expect
> to
> > > > > say, the issue is that it ends up backing up almost 8 gigs of
> files
> > > >each
> > > > > time the backup runs. I've run scheduled incremental backups
> almost
> > > >back
> > > > > to back on the machine and it picks up 8 gigs each time. The
> machine
> > > >is
> > > > > just sitting there between backups; I'm not doing anything on
the
> > > > > machine in between.
> > > > >
> > > > > If I open the GUI and tag the c drive for
incremental
> > > >backup
> > > > > it goes out and looks at all the files on the drive and backs
up a
> few
> > > > > dozen files and it done. Just like I would expect it to.
> > > > >
> > > > > If I go to the baclient folder and run "dsmc incr"
from
> the
> > > > > command line it ends up doing what looks like a full backup.
> > > > >
> > > > >
> > > > >
> > > > > In the last couple of hours I had a scheduled
backup
> run
> > > > > that moved about 8 gigs worth of files. Right after that
finished
> I
> > > >did
> > > > > a c drive backup from the GUI. It moved a few hundred megs of
> files.
> > > > > Right behind that I did the "dsmc incr". So far it's moved
over 4
> gig
> > > >of
> > > > > files and is still running.
> > > > >
> > > > >
> > > > >
> > > > > Anybody got a idea what's going on here?
> > > > >
> > > > >
> > > > >
> > > > >
> > > > >
> > > > > PS, Vista looks good. Except most of our software
> doesn't
> > > > > run. The UAC (User Account Control) is a real piece of work.
And
> they
> > > > > have moved everything around so you can't find what you're
looking
> > > >for.
> > > > > But at least it looks good....
> > > > >
> > > > > David Tyree
> > > > > Interface Analyst
> > > > > South Georgia Medical Center
> > > > > 229.333.1155
> > > > >
> > > > > Confidential Notice: This e-mail message, including any
> attachments,
> > > >is
> > > > > for the sole use of the intended recipient(s) and may contain
> >
> > > > > confidential and privileged information. Any unauthorized
review,
> > > >use,
> > > > > disclosure or distribution is prohibited. If you are not the
> intended
> > > > > recipient, please contact the sender by reply e-mail and
destroy
> all
> > > > > copies of the original message.
> > > > >
> > > > >
> > > > >
> > >
> > >
> > >--
> > >Paul Zarnowski Ph: 607-255-4757
> > >Manager, Storage Services Fx: 607-255-8521
> > >719 Rhodes Hall, Ithaca, NY 14853-3801 Em: psz1 AT cornell DOT edu
> >
> >
> > --
> > Paul Zarnowski Ph: 607-255-4757
> > Manager, Storage Services Fx: 607-255-8521
> > 719 Rhodes Hall, Ithaca, NY 14853-3801 Em: psz1 AT cornell DOT edu
|
