Re: Windows laptop restore advice needed

2008-12-19 Thread goc
hi, TCDP for Files is okay product, easy to configure, deploy and it
works. encryption also works both ways :-)

few years back here on group there was also a question about laptop
backups, and one of the ideas that worked in my environment was a
schedule that backups c:\ -su=yes with duration period 24 , so anytime
client plugs in or connect via anything the schedule would catch his
tsm_cad service and start the backup , in combination with sub file
feature it worked great

until one day all of our managers swaped laptops and never again
bothered to have some kind of solution for the security of their data

that's my story

On Thu, Dec 18, 2008 at 3:24 AM, Wanda Prather  wrote:
> First thing is to decide exactly what kind of restore you are trying to do.
>
> -In the case of a hard drive failure, and the machine won't boot, do you
> want to do a bare-metal restore?  The reason for doing a bare-metal restore
> is to recover system state and installed software as well as data.  Isn't
> supported across different hardware, although people have reported
> considerable success doing it with XP and 2003.
>
> If that's what you really want, search this list for "bare metal restore",
> and search the TSM support page for  "bare machine restore", you'll find
> lots of instructions.  In general, you reload Windows to the point you can
> get back on the network, then restore the C: drive and system state with
> the  TSM BA client.
>
> -In the case of a laptop upgrade, you are probably going to be moving to
> different hardware and re-establishing the software environment anyway -
> you'll probably be installing upgraded/new releases of software, different
> drivers, etc.  In that case, usually all you want to do is recover the
> user's data.  For that case, I also really like the Tivoli CDP for files
> product.  It's very inexpensive, provides continuous protection, and is much
> more tolerant of frequent network disconnects.
>
> Either way, you want to get your Windows guys an imaging product (not an
> image backup) like Ghost; there are several others on the market as well.
> The idea is to create a "pretty standard" desktop setup, that already has
> the office, mail, and browser products your company uses installed on it.
> You make a copy with the Ghost(like) product, then anytime somebody needs a
> new laptop/hard disk, you can load the "standard" Windows environment very
> quickly.
>
> Then either do your bare metal restore, or your CDP restore.
>
> W
>
> On Wed, Dec 17, 2008 at 11:48 AM, Nicholas Rodolfich <
> nrodolf...@cmaontheweb.com> wrote:
>
>> Hello All,
>>
>> Thanks for your help!!
>>
>>
>> I am primarily a server guy with a UNIX background so I am light on the
>> Windows platform as it relates to client backup/restore. Our organization
>> has about 50 laptops (mostly XP pro) that we need to backup so that we can
>> restore  them during drive failure issues or laptop upgrades. We seem to be
>> having more and more drive failure since the SATA drives have proliferated
>> into the market. The majority of our laptop fleet is primarily remote to
>> our office. I hope to be able to provide a solution where we can have users
>> take a backup of their laptop when they are in the office every other week
>> or so. That way when we do have a drive failure or someone gets a laptop
>> refresh they don't have to totally recreate their laptop's working
>> environments. Currently the  windows guys are starting over completely
>> using the recovery CDs supplied by the vendor (Lenovo) but just feeding the
>> 6 CDs is a 4 hours deal.
>>
>> My question leans toward the whole backup/restore process. What is the
>> easiest/best way to backup and restore these laptops. I was thinking of
>> using the TSM image capabilities but reading up on it seems like there are
>> several prerequisites to making it work. Maybe Christie BMR, or Fastback
>> but Fastback requires the MS AIK, another server, etc..  I can and have
>> read much  doc on the subject but I would prefer some empirical knowledge
>> from those who really know before I start banging my head against the wall.
>> Any advice rendered would be greatly appreciated.
>>
>> Thanks Again!!
>>
>> Nicholas
>



--

Rita Rudner  - "I was a vegetarian until I started leaning toward the sunlight."


5.4 --> 6.0 (server)

2008-12-19 Thread goc
will it be possible ?

--

Fred Allen  - "I like long walks, especially when they are taken by
people who annoy me."


Re: 5.4 --> 6.0 (server)

2008-12-19 Thread Remco Post

Hi Goc?,

well, 6.0 will never exist, IBM starts counting at 1, so it'll be 6.1 :)

Ss for the path, currently the beta-manual says that 5.3, 5.4 and 5.5
will be supported as a starting-point for an upgrade to 6.1, but IBM
might change their mind. There is a note that the upgrade tools have
the same system requirements as 5.5, so if your os is unsupported for
5.5, so will the upgrade tool be

(anything I say is subject to change until the product has been
released, I'm not an IBM employee, so I don't speak on their behalf).

On 19 dec 2008, at 17:09, goc wrote:


will it be possible ?

--

Fred Allen  - "I like long walks, especially when they are taken by
people who annoy me."


--

Remco Post
r.p...@plcs.nl
+31 6 24821 622


Re: 5.4 --> 6.0 (server)

2008-12-19 Thread goc
:-) oh yea .. what i meant was 6.3 LOL

thanks, everything is crystal clear. was.

thanks again

i'm asking because we are in transition preparation from old hardware (p640)
and lto1/lto3 , to pXXX and lto4 and stuff and we are at server 541

//
g


On Fri, Dec 19, 2008 at 5:35 PM, Remco Post  wrote:
> Hi Goc?,
>
> well, 6.0 will never exist, IBM starts counting at 1, so it'll be 6.1 :)
>
> Ss for the path, currently the beta-manual says that 5.3, 5.4 and 5.5
> will be supported as a starting-point for an upgrade to 6.1, but IBM
> might change their mind. There is a note that the upgrade tools have
> the same system requirements as 5.5, so if your os is unsupported for
> 5.5, so will the upgrade tool be
>
> (anything I say is subject to change until the product has been
> released, I'm not an IBM employee, so I don't speak on their behalf).
>
> On 19 dec 2008, at 17:09, goc wrote:
>
>> will it be possible ?
>>
>> --
>>
>> Fred Allen  - "I like long walks, especially when they are taken by
>> people who annoy me."
>
> --
>
> Remco Post
> r.p...@plcs.nl
> +31 6 24821 622
>



--

Douglas MacArthur  - "We are not retreating - we are advancing in
another direction."


TSM Syposium 2009

2008-12-19 Thread Ian Smith
Hi,

many of you on this list have contacted us at Oxford in the last few months
about the arrangements for the bi-annual TSM Symposium in 2009. We have
been a bit coy about committing ourselves to this event for a number of
reasons, not least that Sheelagh, the driving force behind the previous
Symposia, has retired. Additionally, we can no longer so easily rely on
the local administrative support that was offered in the past and that
forms a major part of putting on the event. This means that the
administrative and logistical demands will be too high on our small team
(even with the in-house experience we now have) and we therefore have to
announce, with considerable regret, that we will not be able to host the
TSM Symposium next year.

However, we have been in discussion with other educational establishments
regarding this and the happy result is that Claus Kalle at the Computing
Centre at the University of Cologne ( aka the RRZK - Regionales
Rechenzentrum Koln ) Germany has agreed to host the event in Sept 2009.

More precise details are not yet available but we wanted to inform you as
soon as possible of at least the probable future existence of the event
so that you yourselves can pencil in appropriate plans. We'd like to take
the opportunity of thanking Claus for taking on this task, as well as
Kirsten Gloeer at the University of Heidelberg for her help and
cooperation.

I'll leave Claus to make formal, further announcements, when he has them.
We at Oxford hope that we can offer him and his team as much assistance as
possible and I'm sure many of you will join us in contributing to a really
first-class event.

Finally, just to be clear, we also hope to stage the event again in the
future - but just not in 2009.

Regards
Ian Smith
& the TSM team at Oxford, England


Re: 5.4 --> 6.0 (server)

2008-12-19 Thread Richard Rhodes
Recently (3 weeks ago) we had a meeting with IBM folks about TSM issues.
In talking about the coming v6.1 they said that TSM v5.5 would be rquired
for the upgrade to v6.1.  Take it with a large grain of salt, but that's
what they said.

Rick





 Remco Post
 
 Sent by: "ADSM:To
 Dist Stor ADSM-L@VM.MARIST.EDU
 Manager"   cc
  Subject
   Re: 5.4 --> 6.0 (server)

 12/19/2008 11:35
 AM


 Please respond to
 "ADSM: Dist Stor
 Manager"
 






Hi Goc?,

well, 6.0 will never exist, IBM starts counting at 1, so it'll be 6.1 :)

Ss for the path, currently the beta-manual says that 5.3, 5.4 and 5.5
will be supported as a starting-point for an upgrade to 6.1, but IBM
might change their mind. There is a note that the upgrade tools have
the same system requirements as 5.5, so if your os is unsupported for
5.5, so will the upgrade tool be

(anything I say is subject to change until the product has been
released, I'm not an IBM employee, so I don't speak on their behalf).

On 19 dec 2008, at 17:09, goc wrote:

> will it be possible ?
>
> --
>
> Fred Allen  - "I like long walks, especially when they are taken by
> people who annoy me."

--

Remco Post
r.p...@plcs.nl
+31 6 24821 622


-
The information contained in this message is intended only for the
personal and confidential use of the recipient(s) named above. If
the reader of this message is not the intended recipient or an
agent responsible for delivering it to the intended recipient, you
are hereby notified that you have received this document in error
and that any review, dissemination, distribution, or copying of
this message is strictly prohibited. If you have received this
communication in error, please notify us immediately, and delete
the original message.


Re: 5.4 --> 6.0 (server)

2008-12-19 Thread Lindsay Morris
They told us the same, but that if you had 5.4, the upgrade process would
magically take it to 5.5 and thence to 6.1 under the covers.


On Fri, Dec 19, 2008 at 12:17 PM, Richard Rhodes <
rrho...@firstenergycorp.com> wrote:

> Recently (3 weeks ago) we had a meeting with IBM folks about TSM issues.
> In talking about the coming v6.1 they said that TSM v5.5 would be rquired
> for the upgrade to v6.1.  Take it with a large grain of salt, but that's
> what they said.
>
> Rick
>
>
>
>
>
> Remco Post
> 
> Sent by: "ADSM:To
> Dist Stor ADSM-L@VM.MARIST.EDU
> Manager"   cc
>  .EDU> Subject
>   Re: 5.4 --> 6.0 (server)
>
> 12/19/2008 11:35
> AM
>
>
> Please respond to
> "ADSM: Dist Stor
> Manager"
>.EDU>
>
>
>
>
>
>
> Hi Goc?,
>
> well, 6.0 will never exist, IBM starts counting at 1, so it'll be 6.1 :)
>
> Ss for the path, currently the beta-manual says that 5.3, 5.4 and 5.5
> will be supported as a starting-point for an upgrade to 6.1, but IBM
> might change their mind. There is a note that the upgrade tools have
> the same system requirements as 5.5, so if your os is unsupported for
> 5.5, so will the upgrade tool be
>
> (anything I say is subject to change until the product has been
> released, I'm not an IBM employee, so I don't speak on their behalf).
>
> On 19 dec 2008, at 17:09, goc wrote:
>
> > will it be possible ?
> >
> > --
> >
> > Fred Allen  - "I like long walks, especially when they are taken by
> > people who annoy me."
>
> --
>
> Remco Post
> r.p...@plcs.nl
> +31 6 24821 622
>
>
> -
> The information contained in this message is intended only for the
> personal and confidential use of the recipient(s) named above. If
> the reader of this message is not the intended recipient or an
> agent responsible for delivering it to the intended recipient, you
> are hereby notified that you have received this document in error
> and that any review, dissemination, distribution, or copying of
> this message is strictly prohibited. If you have received this
> communication in error, please notify us immediately, and delete
> the original message.
>



--
Lindsay Morris
Principal
TSMworks
Tel. 1-859-539-9900
lind...@tsmworks.com


Re: 5.4 --> 6.0 (server)

2008-12-19 Thread Richard Rhodes
What I'm interested in on the upgrade to DB2 is the disk requirements.

Will it . . .
  - upgrade in place right over top of the existing TSM db?  Using same
files or Raw volumes?
  - require a all new disk (leaves old TSM db alone while it creates new
DB2 db)?
  - Use/recommend raw vs filesystems ( we currently use raw logical
volumes)?

Lots of stuff to look forward to!

Rick








 Lindsay Morris
   To
 Sent by: "ADSM:   ADSM-L@VM.MARIST.EDU
 Dist Stor  cc
 Manager"
  Re: 5.4 --> 6.0 (server)


 12/19/2008 12:21
 PM


 Please respond to
 "ADSM: Dist Stor
 Manager"
 






They told us the same, but that if you had 5.4, the upgrade process would
magically take it to 5.5 and thence to 6.1 under the covers.


On Fri, Dec 19, 2008 at 12:17 PM, Richard Rhodes <
rrho...@firstenergycorp.com> wrote:

> Recently (3 weeks ago) we had a meeting with IBM folks about TSM issues.
> In talking about the coming v6.1 they said that TSM v5.5 would be rquired
> for the upgrade to v6.1.  Take it with a large grain of salt, but that's
> what they said.
>
> Rick
>
>
>
>
>
> Remco Post
> 
> Sent by: "ADSM:To
> Dist Stor ADSM-L@VM.MARIST.EDU
> Manager"   cc
>  .EDU> Subject
>   Re: 5.4 --> 6.0 (server)
>
> 12/19/2008 11:35
> AM
>
>
> Please respond to
> "ADSM: Dist Stor
> Manager"
>.EDU>
>
>
>
>
>
>
> Hi Goc?,
>
> well, 6.0 will never exist, IBM starts counting at 1, so it'll be 6.1 :)
>
> Ss for the path, currently the beta-manual says that 5.3, 5.4 and 5.5
> will be supported as a starting-point for an upgrade to 6.1, but IBM
> might change their mind. There is a note that the upgrade tools have
> the same system requirements as 5.5, so if your os is unsupported for
> 5.5, so will the upgrade tool be
>
> (anything I say is subject to change until the product has been
> released, I'm not an IBM employee, so I don't speak on their behalf).
>
> On 19 dec 2008, at 17:09, goc wrote:
>
> > will it be possible ?
> >
> > --
> >
> > Fred Allen  - "I like long walks, especially when they are taken by
> > people who annoy me."
>
> --
>
> Remco Post
> r.p...@plcs.nl
> +31 6 24821 622
>
>
> -
> The information contained in this message is intended only for the
> personal and confidential use of the recipient(s) named above. If
> the reader of this message is not the intended recipient or an
> agent responsible for delivering it to the intended recipient, you
> are hereby notified that you have received this document in error
> and that any review, dissemination, distribution, or copying of
> this message is strictly prohibited. If you have received this
> communication in error, please notify us immediately, and delete
> the original message.
>



--
Lindsay Morris
Principal
TSMworks
Tel. 1-859-539-9900
lind...@tsmworks.com


-
The information contained in this message is intended only for the
personal and confidential use of the recipient(s) named above. If
the reader of this message is not the intended recipient or an
agent responsible for delivering it to the intended recipient, you
are hereby notified that you have received this document in error
and that any review, dissemination, distribution, or copying of
this message is strictly prohibited. If you have received this
communication in error, please notify us immediately, and delete
the original message.


Re: 5.4 --> 6.0 (server)

2008-12-19 Thread Zoltan Forray/AC/VCU
Some perspective on the size.

Current Linux 5.5 server installation package (bzip/tar)  - about 92MB

6.1 beta Linux 64bit server installation package (zip/tar) - about 1.67GB




Richard Rhodes 
Sent by: "ADSM: Dist Stor Manager" 
12/19/2008 12:40 PM
Please respond to
"ADSM: Dist Stor Manager" 


To
ADSM-L@VM.MARIST.EDU
cc

Subject
Re: [ADSM-L] 5.4 --> 6.0 (server)






What I'm interested in on the upgrade to DB2 is the disk requirements.

Will it . . .
  - upgrade in place right over top of the existing TSM db?  Using same
files or Raw volumes?
  - require a all new disk (leaves old TSM db alone while it creates new
DB2 db)?
  - Use/recommend raw vs filesystems ( we currently use raw logical
volumes)?

Lots of stuff to look forward to!

Rick








 Lindsay Morris
   To
 Sent by: "ADSM:   ADSM-L@VM.MARIST.EDU
 Dist Stor  cc
 Manager"
  Re: 5.4 --> 6.0 (server)


 12/19/2008 12:21
 PM


 Please respond to
 "ADSM: Dist Stor
 Manager"
 






They told us the same, but that if you had 5.4, the upgrade process would
magically take it to 5.5 and thence to 6.1 under the covers.


On Fri, Dec 19, 2008 at 12:17 PM, Richard Rhodes <
rrho...@firstenergycorp.com> wrote:

> Recently (3 weeks ago) we had a meeting with IBM folks about TSM issues.
> In talking about the coming v6.1 they said that TSM v5.5 would be
rquired
> for the upgrade to v6.1.  Take it with a large grain of salt, but that's
> what they said.
>
> Rick
>
>
>
>
>
> Remco Post
> 
> Sent by: "ADSM: To
> Dist Stor ADSM-L@VM.MARIST.EDU
> Manager" cc
>  .EDU> Subject
>   Re: 5.4 --> 6.0 (server)
>
> 12/19/2008 11:35
> AM
>
>
> Please respond to
> "ADSM: Dist Stor
> Manager"
>.EDU>
>
>
>
>
>
>
> Hi Goc?,
>
> well, 6.0 will never exist, IBM starts counting at 1, so it'll be 6.1 :)
>
> Ss for the path, currently the beta-manual says that 5.3, 5.4 and 5.5
> will be supported as a starting-point for an upgrade to 6.1, but IBM
> might change their mind. There is a note that the upgrade tools have
> the same system requirements as 5.5, so if your os is unsupported for
> 5.5, so will the upgrade tool be
>
> (anything I say is subject to change until the product has been
> released, I'm not an IBM employee, so I don't speak on their behalf).
>
> On 19 dec 2008, at 17:09, goc wrote:
>
> > will it be possible ?
> >
> > --
> >
> > Fred Allen  - "I like long walks, especially when they are taken by
> > people who annoy me."
>
> --
>
> Remco Post
> r.p...@plcs.nl
> +31 6 24821 622
>
>
> -
> The information contained in this message is intended only for the
> personal and confidential use of the recipient(s) named above. If
> the reader of this message is not the intended recipient or an
> agent responsible for delivering it to the intended recipient, you
> are hereby notified that you have received this document in error
> and that any review, dissemination, distribution, or copying of
> this message is strictly prohibited. If you have received this
> communication in error, please notify us immediately, and delete
> the original message.
>



--
Lindsay Morris
Principal
TSMworks
Tel. 1-859-539-9900
lind...@tsmworks.com


-
The information contained in this message is intended only for the
personal and confidential use of the recipient(s) named above. If
the reader of this message is not the intended recipient or an
agent responsible for delivering it to the intended recipient, you
are hereby notified that you have received this document in error
and that any review, dissemination, distribution, or copying of
this message is strictly prohibited. If you have received this
communication in error, please notify us immediately, and delete
the original message.


Re: TSM Syposium 2009

2008-12-19 Thread Stephan Boldt
Wow! That's good news! The RRZK is about 300 meters away from my flat!! :-)
I'm really looking forwad to it! If you needs support preparing this event,
I'd really like to help!

kind regards,
Stephan

2008/12/19 Ian Smith 

> Hi,
>
> many of you on this list have contacted us at Oxford in the last few months
> about the arrangements for the bi-annual TSM Symposium in 2009. We have
> been a bit coy about committing ourselves to this event for a number of
> reasons, not least that Sheelagh, the driving force behind the previous
> Symposia, has retired. Additionally, we can no longer so easily rely on
> the local administrative support that was offered in the past and that
> forms a major part of putting on the event. This means that the
> administrative and logistical demands will be too high on our small team
> (even with the in-house experience we now have) and we therefore have to
> announce, with considerable regret, that we will not be able to host the
> TSM Symposium next year.
>
> However, we have been in discussion with other educational establishments
> regarding this and the happy result is that Claus Kalle at the Computing
> Centre at the University of Cologne ( aka the RRZK - Regionales
> Rechenzentrum Koln ) Germany has agreed to host the event in Sept 2009.
>
> More precise details are not yet available but we wanted to inform you as
> soon as possible of at least the probable future existence of the event
> so that you yourselves can pencil in appropriate plans. We'd like to take
> the opportunity of thanking Claus for taking on this task, as well as
> Kirsten Gloeer at the University of Heidelberg for her help and
> cooperation.
>
> I'll leave Claus to make formal, further announcements, when he has them.
> We at Oxford hope that we can offer him and his team as much assistance as
> possible and I'm sure many of you will join us in contributing to a really
> first-class event.
>
> Finally, just to be clear, we also hope to stage the event again in the
> future - but just not in 2009.
>
> Regards
> Ian Smith
> & the TSM team at Oxford, England
>


Re: TSM Syposium 2009

2008-12-19 Thread Bill Boyer
Too bad it happened 3-months ago. LOL

"... has agreed to host the event in Sept 2009."


Bill Boyer
"The ride is the objective. The destination is just the excuse." - ??



-Original Message-
From: ADSM: Dist Stor Manager [mailto:ads...@vm.marist.edu] On Behalf Of
Stephan Boldt
Sent: Friday, December 19, 2008 2:02 PM
To: ADSM-L@VM.MARIST.EDU
Subject: Re: TSM Syposium 2009

Wow! That's good news! The RRZK is about 300 meters away from my flat!! :-)
I'm really looking forwad to it! If you needs support preparing this event,
I'd really like to help!

kind regards,
Stephan

2008/12/19 Ian Smith 

> Hi,
>
> many of you on this list have contacted us at Oxford in the last few
months
> about the arrangements for the bi-annual TSM Symposium in 2009. We have
> been a bit coy about committing ourselves to this event for a number of
> reasons, not least that Sheelagh, the driving force behind the previous
> Symposia, has retired. Additionally, we can no longer so easily rely on
> the local administrative support that was offered in the past and that
> forms a major part of putting on the event. This means that the
> administrative and logistical demands will be too high on our small team
> (even with the in-house experience we now have) and we therefore have to
> announce, with considerable regret, that we will not be able to host the
> TSM Symposium next year.
>
> However, we have been in discussion with other educational establishments
> regarding this and the happy result is that Claus Kalle at the Computing
> Centre at the University of Cologne ( aka the RRZK - Regionales
> Rechenzentrum Koln ) Germany has agreed to host the event in Sept 2009.
>
> More precise details are not yet available but we wanted to inform you as
> soon as possible of at least the probable future existence of the event
> so that you yourselves can pencil in appropriate plans. We'd like to take
> the opportunity of thanking Claus for taking on this task, as well as
> Kirsten Gloeer at the University of Heidelberg for her help and
> cooperation.
>
> I'll leave Claus to make formal, further announcements, when he has them.
> We at Oxford hope that we can offer him and his team as much assistance as
> possible and I'm sure many of you will join us in contributing to a really
> first-class event.
>
> Finally, just to be clear, we also hope to stage the event again in the
> future - but just not in 2009.
>
> Regards
> Ian Smith
> & the TSM team at Oxford, England
>


Re: TSM Syposium 2009

2008-12-19 Thread Sam Rawlins
Come again, Bill?

On Fri, Dec 19, 2008 at 12:59 PM, Bill Boyer  wrote:

> Too bad it happened 3-months ago. LOL
>
> "... has agreed to host the event in Sept 2009."
>
>
> Bill Boyer
> "The ride is the objective. The destination is just the excuse." - ??
>
>
>
> -Original Message-
> From: ADSM: Dist Stor Manager [mailto:ads...@vm.marist.edu] On Behalf Of
> Stephan Boldt
> Sent: Friday, December 19, 2008 2:02 PM
> To: ADSM-L@VM.MARIST.EDU
> Subject: Re: TSM Syposium 2009
>
> Wow! That's good news! The RRZK is about 300 meters away from my flat!! :-)
> I'm really looking forwad to it! If you needs support preparing this event,
> I'd really like to help!
>
> kind regards,
> Stephan
>
> 2008/12/19 Ian Smith 
>
> > Hi,
> >
> > many of you on this list have contacted us at Oxford in the last few
> months
> > about the arrangements for the bi-annual TSM Symposium in 2009. We have
> > been a bit coy about committing ourselves to this event for a number of
> > reasons, not least that Sheelagh, the driving force behind the previous
> > Symposia, has retired. Additionally, we can no longer so easily rely on
> > the local administrative support that was offered in the past and that
> > forms a major part of putting on the event. This means that the
> > administrative and logistical demands will be too high on our small team
> > (even with the in-house experience we now have) and we therefore have to
> > announce, with considerable regret, that we will not be able to host the
> > TSM Symposium next year.
> >
> > However, we have been in discussion with other educational establishments
> > regarding this and the happy result is that Claus Kalle at the Computing
> > Centre at the University of Cologne ( aka the RRZK - Regionales
> > Rechenzentrum Koln ) Germany has agreed to host the event in Sept 2009.
> >
> > More precise details are not yet available but we wanted to inform you as
> > soon as possible of at least the probable future existence of the event
> > so that you yourselves can pencil in appropriate plans. We'd like to take
> > the opportunity of thanking Claus for taking on this task, as well as
> > Kirsten Gloeer at the University of Heidelberg for her help and
> > cooperation.
> >
> > I'll leave Claus to make formal, further announcements, when he has them.
> > We at Oxford hope that we can offer him and his team as much assistance
> as
> > possible and I'm sure many of you will join us in contributing to a
> really
> > first-class event.
> >
> > Finally, just to be clear, we also hope to stage the event again in the
> > future - but just not in 2009.
> >
> > Regards
> > Ian Smith
> > & the TSM team at Oxford, England
> >
>



--
Sam Rawlins


Re: TSM Syposium 2009

2008-12-19 Thread Bell, Charles (Chip)
Huh? This is still 2008, isn't it?...  :)

-Original Message-
From: ADSM: Dist Stor Manager [mailto:ads...@vm.marist.edu] On Behalf Of Bill
Boyer
Sent: Friday, December 19, 2008 2:00 PM
To: ADSM-L@VM.MARIST.EDU
Subject: Re: [ADSM-L] TSM Syposium 2009

Too bad it happened 3-months ago. LOL

"... has agreed to host the event in Sept 2009."


Bill Boyer
"The ride is the objective. The destination is just the excuse." - ??



-Original Message-
From: ADSM: Dist Stor Manager [mailto:ads...@vm.marist.edu] On Behalf Of
Stephan Boldt
Sent: Friday, December 19, 2008 2:02 PM
To: ADSM-L@VM.MARIST.EDU
Subject: Re: TSM Syposium 2009

Wow! That's good news! The RRZK is about 300 meters away from my flat!! :-)
I'm really looking forwad to it! If you needs support preparing this event,
I'd really like to help!

kind regards,
Stephan

2008/12/19 Ian Smith 

> Hi,
>
> many of you on this list have contacted us at Oxford in the last few
months
> about the arrangements for the bi-annual TSM Symposium in 2009. We have
> been a bit coy about committing ourselves to this event for a number of
> reasons, not least that Sheelagh, the driving force behind the previous
> Symposia, has retired. Additionally, we can no longer so easily rely on
> the local administrative support that was offered in the past and that
> forms a major part of putting on the event. This means that the
> administrative and logistical demands will be too high on our small team
> (even with the in-house experience we now have) and we therefore have to
> announce, with considerable regret, that we will not be able to host the
> TSM Symposium next year.
>
> However, we have been in discussion with other educational establishments
> regarding this and the happy result is that Claus Kalle at the Computing
> Centre at the University of Cologne ( aka the RRZK - Regionales
> Rechenzentrum Koln ) Germany has agreed to host the event in Sept 2009.
>
> More precise details are not yet available but we wanted to inform you as
> soon as possible of at least the probable future existence of the event
> so that you yourselves can pencil in appropriate plans. We'd like to take
> the opportunity of thanking Claus for taking on this task, as well as
> Kirsten Gloeer at the University of Heidelberg for her help and
> cooperation.
>
> I'll leave Claus to make formal, further announcements, when he has them.
> We at Oxford hope that we can offer him and his team as much assistance as
> possible and I'm sure many of you will join us in contributing to a really
> first-class event.
>
> Finally, just to be clear, we also hope to stage the event again in the
> future - but just not in 2009.
>
> Regards
> Ian Smith
> & the TSM team at Oxford, England
>

-
Confidentiality Notice:
The information contained in this email message is privileged and
confidential information and intended only for the use of the
individual or entity named in the address. If you are not the
intended recipient, you are hereby notified that any dissemination,
distribution, or copying of this information is strictly
prohibited. If you received this information in error, please
notify the sender and delete this information from your computer
and retain no copies of any of this information.


Re: TSM Syposium 2009

2008-12-19 Thread Bill Boyer
I meant to hit forward not reply. It was to be sent to a co-worker who kept
typing 2009 in his emails for December.

Sorry!

-Original Message-
From: ADSM: Dist Stor Manager [mailto:ads...@vm.marist.edu] On Behalf Of Sam
Rawlins
Sent: Friday, December 19, 2008 3:08 PM
To: ADSM-L@VM.MARIST.EDU
Subject: Re: TSM Syposium 2009

Come again, Bill?

On Fri, Dec 19, 2008 at 12:59 PM, Bill Boyer  wrote:

> Too bad it happened 3-months ago. LOL
>
> "... has agreed to host the event in Sept 2009."
>
>
> Bill Boyer
> "The ride is the objective. The destination is just the excuse." - ??
>
>
>
> -Original Message-
> From: ADSM: Dist Stor Manager [mailto:ads...@vm.marist.edu] On Behalf Of
> Stephan Boldt
> Sent: Friday, December 19, 2008 2:02 PM
> To: ADSM-L@VM.MARIST.EDU
> Subject: Re: TSM Syposium 2009
>
> Wow! That's good news! The RRZK is about 300 meters away from my flat!!
:-)
> I'm really looking forwad to it! If you needs support preparing this
event,
> I'd really like to help!
>
> kind regards,
> Stephan
>
> 2008/12/19 Ian Smith 
>
> > Hi,
> >
> > many of you on this list have contacted us at Oxford in the last few
> months
> > about the arrangements for the bi-annual TSM Symposium in 2009. We have
> > been a bit coy about committing ourselves to this event for a number of
> > reasons, not least that Sheelagh, the driving force behind the previous
> > Symposia, has retired. Additionally, we can no longer so easily rely on
> > the local administrative support that was offered in the past and that
> > forms a major part of putting on the event. This means that the
> > administrative and logistical demands will be too high on our small team
> > (even with the in-house experience we now have) and we therefore have to
> > announce, with considerable regret, that we will not be able to host the
> > TSM Symposium next year.
> >
> > However, we have been in discussion with other educational
establishments
> > regarding this and the happy result is that Claus Kalle at the Computing
> > Centre at the University of Cologne ( aka the RRZK - Regionales
> > Rechenzentrum Koln ) Germany has agreed to host the event in Sept 2009.
> >
> > More precise details are not yet available but we wanted to inform you
as
> > soon as possible of at least the probable future existence of the event
> > so that you yourselves can pencil in appropriate plans. We'd like to
take
> > the opportunity of thanking Claus for taking on this task, as well as
> > Kirsten Gloeer at the University of Heidelberg for her help and
> > cooperation.
> >
> > I'll leave Claus to make formal, further announcements, when he has
them.
> > We at Oxford hope that we can offer him and his team as much assistance
> as
> > possible and I'm sure many of you will join us in contributing to a
> really
> > first-class event.
> >
> > Finally, just to be clear, we also hope to stage the event again in the
> > future - but just not in 2009.
> >
> > Regards
> > Ian Smith
> > & the TSM team at Oxford, England
> >
>



--
Sam Rawlins


Re: select output help

2008-12-19 Thread Mark Stapleton
Even better...
 
q actlog begind=-1 begint=00:00 endt=00:00 msg=4966 | (parsing script) 
> answerfile.txt
 
This gives you the transfer speeds that were running at the end of the backup. 
You can parse the node name and speed out of the resultant flow.
 
--
Mark Stapleton
System engineer, CDW.



From: ADSM: Dist Stor Manager on behalf of goc
Sent: Tue 12/16/2008 6:06 AM
To: ADSM-L@VM.MARIST.EDU
Subject: Re: [ADSM-L] select output help



oh, yea .. .thanks (going to see diff)

//
g

On Tue, Dec 16, 2008 at 1:51 PM, Dwight Cook  wrote:
> You looking for something like this???
>
> select session_id as "Sesija",cast(client_name as char(15)) as "Node", -
> cont> cast(state as char(10)) as "Stanje",  -
> cont> current_timestamp-start_time as "Proteklo vrijeme",  -
> cont> cast((cast(bytes_sent as decimal(18,0)) /
> cast((current_timestamp-start_time)seconds as decimal(18,0))) as
> decimal(4,2)) as "Ba  jtova poslano/sekunda", -
> cont> cast((cast(bytes_received as decimal(18,0)) /
> cast((current_timestamp-start_time)seconds as decimal(18,0))) as
> decimal(4,2)) as   "Bajtova primljeno/sekunda" -
> cont> from sessions
>
> Sesija NodeStanje Proteklo vrijeme
> Bajtova poslano/sekunda Bajtova primljeno/sekunda
> --- --- -- 
> --- -
>  21206 ZDEC23  Run   0 00:09:15.00
> 5.42 10.11
>
> -Original Message-
> From: ADSM: Dist Stor Manager [mailto:ads...@vm.marist.edu] On Behalf Of goc
> Sent: Tuesday, December 16, 2008 6:17 AM
> To: ADSM-L@VM.MARIST.EDU
> Subject: [ADSM-L] select output help
>
> hi all,
> i have this script which shows me transfer speed of active nodes >
>
> tsm: TSM01>q scr active f=lines
>
> Name   Line   Command
>   Number
> -- --
> 
> ACTIVE 5  select session_id as
> "Sesija",cast(client_name as char(15))
>   as "Node",cast(state as char(10)) as
> "Stanje", -
>   10 current_timestamp-start_time as "Proteklo
> vrijeme", -
>   15 (cast(bytes_sent as decimal(18,0)) / -
>   20 cast((current_timestamp-start_time)seconds
> as
>   decimal(18,0))) -
>   25 as "Bajtova poslano/sekunda", -
>   30 (cast(bytes_received as decimal(18,0)) / -
>   35 cast((current_timestamp-start_time)seconds
> as
>   decimal(18,0))) -
>   40 as "Bajtova primljeno/sekunda" -
>   45 from sessions
>
> tsm: TSM01>
>
> which gives me this output for example >
>
> sm: TSM01>ru active
>
> Sesija NodeStanje Proteklo vrijeme
>   Bajtova poslano/sekunda Bajtova primljeno/sekunda
> --- --- -- 
> - -
>   5987 STA_5   IdleW73 02:16:19.00
>   0.3638666816354   0.1950267751151
> 103037 STA_5   IdleW59 22:21:18.00
>   1.4049512193520   0.4672689364663
> 368584 STA_4   IdleW25 01:20:57.00
>   0.1362852142196   0.1346342968611
> 368587 STA_4   IdleW25 01:20:56.00
>   0.4234309348982   0.2587922707099
> 398505 STA_4   IdleW20 18:40:28.00
>   1.9087213434728   0.9382646661036
> 508413 STA_3   IdleW 5 11:39:37.00
>   1.4668159003495   0.5338001632990
> 521193 REPORTERRun   3 21:30:03.00
>  25.6434167253411   0.0004218619560
> 542903 STA_4   IdleW 0 15:21:15.00
>   0.0044866576209   1.7128720036182
> 543239 RADIUSH_TDPOIdleW 0 13:44:00.00
>   0.0107200647249   0.0066747572815
> 544241 RADIUSH_TDPORun   0 12:22:46.00
>   0.1400170533590   0.0414890275097
> 544390 PROVH_TDPO  IdleW 0 11:55:39.00
>   0.0108293160064   0.0087798970632
> 545027 ASMPAT_TDPO IdleW 0 11:10:48.00
>   0.0116030610216   0.0093669250645
> 545470 SDPSR_TDPO  IdleW 0 10:03:00.00
>   0.0128247650635   0.0103095632946
> 546084 DP7HR_TDPO  IdleW 0 08:52:47.00
>   0.0162354928520   0.0101980167047
> 546774 GORAN

Re: NDMP policies/schedules

2008-12-19 Thread Mark Stapleton
Three different scheduled backups, each with its own management class to 
determine retention, should work; I've set it up for customers with nary a 
hitch.
 
--
Mark Stapleton
System engineer, CDW



From: ADSM: Dist Stor Manager on behalf of David Bronder
Sent: Thu 12/18/2008 6:19 PM
To: ADSM-L@VM.MARIST.EDU
Subject: [ADSM-L] NDMP policies/schedules



I'm wondering what those of you using TSM for NDMP backups are using
for your policy settings and managing your backup schedules.  I figure
some of you must have found some kind of workable policy and schedule
configuration...

I was asked to configure NDMP for our NetApps to retain monthly full
backups for a year, weekly fulls for a month, and daily differentials
for a week.  Welcome back to the old days.  Anyway...

So I set up a policy domain for the filers with management classes for
daily (retextra=6), weekly (retextra=31) and monthly (retextra=366)
backups.  Then I set up scripts for each node to run the "backup node"
commands, with arguments specifying mode (full/diff) and mgmt. class,
and set up admin schedules to run the scripts with the right arguments
on the right days of the week/month.

It all sounds good (as good as NDMP gets on TSM).  Except it doesn't
work.  It turns out that specifying the mgmt. class for an NDMP backup
rebinds all previous images for that volume/filespace (and now support
is telling me it in fact rebinds for all filespaces on that node, but
I haven't verified that assertion).  So my weekly full from two weeks
back is gone, because subsequent daily's have rebound it to a 6-day
retention.  This is detailed in Technote 1240848.

So I opened a PMR about how to get the desired retentions, assuming
it's possible.  The initial feedback from support was to use two nodes
in TSM:  one for monthly fulls with 1 year retention, one for weekly
fulls and daily diffs with 1 month retention (for both full and diffs).
The week following the monthly, the diffs would be supposedly be based
off the prior weekly full (now support is unsure about this point).

I'm also exploring using a VIRTUALFSMAPPING to map the volumes into a
/monthly/vol/volname path and run monthly fulls using that path and
corresponding mgmt. class.  This is where the question arises about
whether specifying a different mgmt. class rebinds all filespaces for
the node, or just previous backups of the same filespace.  I plan to
test this soon.

Unfortunately, I have to use NDMP for these backups.  The files are
being migrated from a Windows fileshare cluster to the NetApp.  There
are many millions of files, and on the Windows cluster we absolutely
had to have the TSM journal service in use for the backups to finish
in a reasonable time.  So using a TSM B/A client on a Windows box to
backup the shares doesn't seem viable, since the journal service only
works with local filesystems.

(Oh, to have a native DataONTAP TSM client with journal service...)

Those of you who read this far without your head exploding, congrats
and thanks. :)  So for anyone with similar NDMP requirements, how
have you implemented your solution?

=Dave

--
Hello World.David Bronder - Systems Admin
Segmentation Fault ITS-SPA, Univ. of Iowa
Core dumped, disk trashed, quota filled, soda warm.   david-bron...@uiowa.edu