Re: BMR for Win2k: Use of NTBACKUP
Yes, I do think the TCO is dependent on the number of machines you have to protect, and to some extent the way you administer them. For example, if you build all your machines the same way, with the drives and partitions clearly defined (i.e. disk0 is 18 GB and it is divided into a 4 GB "C:" FAT32 partition and a 14 GB "D:" NTFS partition, then clearly it is easier to know how the machines are partitioned when you start the recovery process. As you deviate from this rigidity, both the administrative costs of keeping track of the machine configurations and the potential for human error becomes greater. On the other hand, BMR saves this information automatically and uses it to re-partition and format the drives for you and then restore the data from TSM automatically. This is nice because now you are no longer bound by recovery constraints. You have complete freedom to partition drives according to the needs of the applications. Also, during a BMR recovery, one person can initiate multiple restores and sit back to watch it all happen. If you have a multiple server recovery, the more manual methods - however minimal they may be - will gate the number of simultaneous restores because they require an administrator to perform manual steps at various points in the process (and hopefully an administrator who knows this information is available for the restoration). Salak Juraj wrote: >Hello Ray, > >You are absolutely right we have to think in TCO (Total Costs of >Ownership) terms. >On the other side, the initial investment counts to TCO as well. > >Generally speaking, the prices of each product, >will determinate the market share as well as other product attributes. > > >I had a look at your solution, found it great, >but its price limited its suitability for my business needs >substantially. > > >There really are disadvantages coming aling with simple solutions >but the extent is not necessarily as high as you mentioned. > >The simpler solutions like those with >NTBACKUP or PcBax - to name only two - >are automatisable to a fair extent. >Typically you will have to create a set of boot media (floppy) >for each node, and schedule the simple tool to >backup system state to a local file, >which is backed-up by TSM in turn. >Obviously, both backup and restore procedures >will require at least one step more than OTG, >but there is neither need for repeated manual tasks >nor for usage of local media. > >If I had a w2k server farm I would, no doubt, prefer to use your tool. >For not so critical business with workstations >there are even manual fresh W2K installations cheaper for me. > >Facit: it depends :) > >best regards >Juraj Salak >Asamer Familienholding > > > > > > > >-Original Message----- >From: Ray Schafer [mailto:[EMAIL PROTECTED]] >Sent: Wednesday, November 21, 2001 2:05 AM >To: [EMAIL PROTECTED] >Subject: Re: BMR for Win2k: Use of NTBACKUP > > >Michael Bartl wrote: > >>In a standard Win2k environment bare metal recovery using TSM doesn't >>work. Of course, the Kernel Group BMR is a great tool, but expensive. >> >I think if you take into consideration all of the costs, TKG's BMR gives >a return on investment rather quickly. With this solution, after the >initial installation, there is nothing to do except run your incremental >backups the way you do now. All of the point solutions you have to >perform Bare Metal Restores are no longer needed. No more local tape >drives or monitoring the processes, no more administrators time tracking >the backups, dealing with the media, wondering if you remembered >everything. And we're not even talking about the time saved when you >actually have to use it for a Bare Metal Restore. It is automated in >both daily operations and during the restoration. That's where the >value comes in. > >Weigh the entire solution: what it costs you before you implement BMR >and after. Most companies get back their investment within the first 6 >months of use. > >-- >-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= >This message contains information which may be confidential >and privileged. Unless you are the addressee (or authorized >to receive messages for addressee), you may not use, copy or >disclose to anyone the message or any information contained >in the message. If you have received this message in error, >please advise the sender by reply email and delete the >message. >-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= >-- >Ray Schafer The Kernel Group www.tkg.com >Sr. Sales Engineer [EMAIL PROTECTED]+1 512 433 3300 > > -- -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= This
Re: BMR for Win2k: Use of NTBACKUP
Hello Ray, You are absolutely right we have to think in TCO (Total Costs of Ownership) terms. On the other side, the initial investment counts to TCO as well. Generally speaking, the prices of each product, will determinate the market share as well as other product attributes. I had a look at your solution, found it great, but its price limited its suitability for my business needs substantially. There really are disadvantages coming aling with simple solutions but the extent is not necessarily as high as you mentioned. The simpler solutions like those with NTBACKUP or PcBax - to name only two - are automatisable to a fair extent. Typically you will have to create a set of boot media (floppy) for each node, and schedule the simple tool to backup system state to a local file, which is backed-up by TSM in turn. Obviously, both backup and restore procedures will require at least one step more than OTG, but there is neither need for repeated manual tasks nor for usage of local media. If I had a w2k server farm I would, no doubt, prefer to use your tool. For not so critical business with workstations there are even manual fresh W2K installations cheaper for me. Facit: it depends :) best regards Juraj Salak Asamer Familienholding -Original Message- From: Ray Schafer [mailto:[EMAIL PROTECTED]] Sent: Wednesday, November 21, 2001 2:05 AM To: [EMAIL PROTECTED] Subject: Re: BMR for Win2k: Use of NTBACKUP Michael Bartl wrote: >In a standard Win2k environment bare metal recovery using TSM doesn't >work. Of course, the Kernel Group BMR is a great tool, but expensive. > I think if you take into consideration all of the costs, TKG's BMR gives a return on investment rather quickly. With this solution, after the initial installation, there is nothing to do except run your incremental backups the way you do now. All of the point solutions you have to perform Bare Metal Restores are no longer needed. No more local tape drives or monitoring the processes, no more administrators time tracking the backups, dealing with the media, wondering if you remembered everything. And we're not even talking about the time saved when you actually have to use it for a Bare Metal Restore. It is automated in both daily operations and during the restoration. That's where the value comes in. Weigh the entire solution: what it costs you before you implement BMR and after. Most companies get back their investment within the first 6 months of use. -- -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= This message contains information which may be confidential and privileged. Unless you are the addressee (or authorized to receive messages for addressee), you may not use, copy or disclose to anyone the message or any information contained in the message. If you have received this message in error, please advise the sender by reply email and delete the message. -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= -- Ray Schafer The Kernel Group www.tkg.com Sr. Sales Engineer [EMAIL PROTECTED]+1 512 433 3300
Re: BMR for Win2k: Use of NTBACKUP
Michael Bartl wrote: >In a standard Win2k environment bare metal recovery using TSM doesn't >work. Of course, the Kernel Group BMR is a great tool, but expensive. > I think if you take into consideration all of the costs, TKG's BMR gives a return on investment rather quickly. With this solution, after the initial installation, there is nothing to do except run your incremental backups the way you do now. All of the point solutions you have to perform Bare Metal Restores are no longer needed. No more local tape drives or monitoring the processes, no more administrators time tracking the backups, dealing with the media, wondering if you remembered everything. And we're not even talking about the time saved when you actually have to use it for a Bare Metal Restore. It is automated in both daily operations and during the restoration. That's where the value comes in. Weigh the entire solution: what it costs you before you implement BMR and after. Most companies get back their investment within the first 6 months of use. -- -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= This message contains information which may be confidential and privileged. Unless you are the addressee (or authorized to receive messages for addressee), you may not use, copy or disclose to anyone the message or any information contained in the message. If you have received this message in error, please advise the sender by reply email and delete the message. -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= -- Ray Schafer The Kernel Group www.tkg.com Sr. Sales Engineer [EMAIL PROTECTED]+1 512 433 3300
Re: BMR for Win2k: Use of NTBACKUP
I haven't seen it mentioned in this thread, but there is the IBM Redbook, SG24-6141: "Deploying the Tivoli Storage Manager Client in a Windows 2000 Environment" which discusses Windows 2000 recovery using TSM. The procedures as given in the book have been tested in our labs, and are supported. Regards, Andy Andy Raibeck IBM Software Group Tivoli Storage Manager Client Development Internal Notes e-mail: Andrew Raibeck/Tucson/IBM@IBMUS Internet e-mail: [EMAIL PROTECTED] The only dumb question is the one that goes unasked. The command line is your friend. "Good enough" is the enemy of excellence. Michael Bartl <[EMAIL PROTECTED]> Sent by: "ADSM: Dist Stor Manager" <[EMAIL PROTECTED]> 11/20/2001 08:56 Please respond to michael.bartl To: [EMAIL PROTECTED] cc: Subject:Re: BMR for Win2k: Use of NTBACKUP In a standard Win2k environment bare metal recovery using TSM doesn't work. Of course, the Kernel Group BMR is a great tool, but expensive. We're investigating another (free) method: Use NTBACKUP for a backup of all system objects into a file on your harddisk (about 250MB), do a TSM incremental afterwards that includes the NTBACKUP file and skip the system objects (BACKUPREGISTRY NO). The commandline for NTBACKUP (thanks to Stefan Holzwarth/ADAC) is: NTBACKUP BACKUP SYSTEMSTATE /F "targetfilename" /L:s /J "your comment" During restore you can setup a standard Win2k and restore all files from TSM. Instead of restoring the system objects you just restore the NTBACKUP file and let NTBACKUP finalize the restore of the system objects. We're trying to get more experience during our tests within the next few days. I'll give a short howto-description when we have come to a result. Best regards, Michael Bartl -- Michael Bartl mailto:[EMAIL PROTECTED] Office of Technology, IT Germany/AustriaTel: +49-89-92699-806 Cable & Wireless Deutschland GmbH. Fax: +49-89-92699-302 Landsberger Str. 155, D-80687 Muenchen http://www.cw.com/de Salak Juraj wrote: > > hello all out there, > > BMR related questions seem to repeat periodically > and good solutions are not obvious. > > I would like to share results of my trivial search after tools for TSM > related BMR of W2000: > > > - virtually no support in current TSM clients, if any > > - rumours about BMR (either additional functionality or additional > module$$) in the next version of TSM, > maybe adoption of the Kernel Group´s solution, maybe Tivoli´s own > solution. > > - currently available BMR from Kernel group looks good, > its limitation could be its high costs, > and for some of us the necessity to install an additional unix-based > BMR-server applikation. > > - there is currently available BMR solutions in different simpler backup > packages (not TSMM-related). > I gave a look to Pc-Bax from Cristie, Germany, because I know older > versions > of this simple but good backup program, and I liked the support as well. > > They currently do have a usefull BMR module but without TSM > connectivity. > They had TSM-conectivity in the past and they claim to offer this module > soon again. > > They are much cheaper than the solution from Kernel Group. > > > For those interested I will likely test this in january or february, > but I currently do not know more details, > so please if you have questions do contact [EMAIL PROTECTED] > http://www.cristie.com > > I posted his name here with allowance from Mr. Svensson / Sweeden > who implemented mixed scenario of Pc-Bax and TSM. > His solutions is shortly desribed further, in appended copy of his mail. > > best regards > > Juraj Salak > Asamer Familienholding > [EMAIL PROTECTED] > Austria >
Re: BMR for Win2k: Use of NTBACKUP
In a standard Win2k environment bare metal recovery using TSM doesn't work. Of course, the Kernel Group BMR is a great tool, but expensive. We're investigating another (free) method: Use NTBACKUP for a backup of all system objects into a file on your harddisk (about 250MB), do a TSM incremental afterwards that includes the NTBACKUP file and skip the system objects (BACKUPREGISTRY NO). The commandline for NTBACKUP (thanks to Stefan Holzwarth/ADAC) is: NTBACKUP BACKUP SYSTEMSTATE /F "targetfilename" /L:s /J "your comment" During restore you can setup a standard Win2k and restore all files from TSM. Instead of restoring the system objects you just restore the NTBACKUP file and let NTBACKUP finalize the restore of the system objects. We're trying to get more experience during our tests within the next few days. I'll give a short howto-description when we have come to a result. Best regards, Michael Bartl -- Michael Bartl mailto:[EMAIL PROTECTED] Office of Technology, IT Germany/AustriaTel: +49-89-92699-806 Cable & Wireless Deutschland GmbH. Fax: +49-89-92699-302 Landsberger Str. 155, D-80687 Muenchen http://www.cw.com/de Salak Juraj wrote: > > hello all out there, > > BMR related questions seem to repeat periodically > and good solutions are not obvious. > > I would like to share results of my trivial search after tools for TSM > related BMR of W2000: > > > - virtually no support in current TSM clients, if any > > - rumours about BMR (either additional functionality or additional > module$$) in the next version of TSM, > maybe adoption of the Kernel Group´s solution, maybe Tivoli´s own > solution. > > - currently available BMR from Kernel group looks good, > its limitation could be its high costs, > and for some of us the necessity to install an additional unix-based > BMR-server applikation. > > - there is currently available BMR solutions in different simpler backup > packages (not TSMM-related). > I gave a look to Pc-Bax from Cristie, Germany, because I know older > versions > of this simple but good backup program, and I liked the support as well. > > They currently do have a usefull BMR module but without TSM > connectivity. > They had TSM-conectivity in the past and they claim to offer this module > soon again. > > They are much cheaper than the solution from Kernel Group. > > > For those interested I will likely test this in january or february, > but I currently do not know more details, > so please if you have questions do contact [EMAIL PROTECTED] > http://www.cristie.com > > I posted his name here with allowance from Mr. Svensson / Sweeden > who implemented mixed scenario of Pc-Bax and TSM. > His solutions is shortly desribed further, in appended copy of his mail. > > best regards > > Juraj Salak > Asamer Familienholding > [EMAIL PROTECTED] > Austria >