Re: Windows laptop restore advice needed
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)
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)
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)
:-) 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
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)
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)
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)
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)
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
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
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
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
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
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
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
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