vBulletin Search Engine Optimization
| |||||||
| Register | FAQ | Members List | Calendar | Search | Today's Posts | Mark Forums Read |
| ||||
| can a full file system backup accomplish the same as make_tape_recovery? my understanding is that make_tape_recovery is necessary to restart the system and in the case of a full file system, i dont think that i can do so cos i still need the basic configuration to talk to the device to do the restoration. thanks |
| |||
| yls177 <yls177@hotmail.com> wrote: > can a full file system backup accomplish the same as > make_tape_recovery? > > my understanding is that make_tape_recovery is necessary to restart > the system and in the case of a full file system, i dont think that i > can do so cos i still need the basic configuration to talk to the > device to do the restoration. > > thanks In short you need a make_tape_recovery(1M) kind of backup for the case where the system does not ('fully') boot for whichever reason. With not 'fully', I mean that it does not boot, and can not be made to boot, to a phase where the file (backup) restore software is available. You need (full) file (system) backup (i.e. SAM/fbackup(1M) or (better) OmniBack (DataProtector?) et al) for all other cases. So you need *both* and one is no subsititute for the other. |
| |||
| Frank Slootweg <this@ddress.is.invalid> wrote in message news:<40e666e9$0$1756$abc4f4c3@news.wanadoo.nl>... > yls177 <yls177@hotmail.com> wrote: > > can a full file system backup accomplish the same as > > make_tape_recovery? > > > > my understanding is that make_tape_recovery is necessary to restart > > the system and in the case of a full file system, i dont think that i > > can do so cos i still need the basic configuration to talk to the > > device to do the restoration. > > > > thanks > > In short you need a make_tape_recovery(1M) kind of backup for the case > where the system does not ('fully') boot for whichever reason. With not > 'fully', I mean that it does not boot, and can not be made to boot, to a > phase where the file (backup) restore software is available. > > You need (full) file (system) backup (i.e. SAM/fbackup(1M) or (better) > OmniBack (DataProtector?) et al) for all other cases. > > So you need *both* and one is no subsititute for the other. yeah.. i was using omniback (dataprotector) in the past... but then now in the new setup in my client place, they are using fbackup. i think the advantages are as follows with using omniback 1) a centralised backup storage/strategy compared to individual dds/dlt tapes available to each server. right? |
| |||
| yls177 wrote: > Frank Slootweg <this@ddress.is.invalid> wrote in message news:<40e666e9$0$1756$abc4f4c3@news.wanadoo.nl>... > >>yls177 <yls177@hotmail.com> wrote: >> >>>can a full file system backup accomplish the same as >>>make_tape_recovery? >>> >>>my understanding is that make_tape_recovery is necessary to restart >>>the system and in the case of a full file system, i dont think that i >>>can do so cos i still need the basic configuration to talk to the >>>device to do the restoration. >>> >>>thanks >> >> In short you need a make_tape_recovery(1M) kind of backup for the case >>where the system does not ('fully') boot for whichever reason. With not >>'fully', I mean that it does not boot, and can not be made to boot, to a >>phase where the file (backup) restore software is available. >> >> You need (full) file (system) backup (i.e. SAM/fbackup(1M) or (better) >>OmniBack (DataProtector?) et al) for all other cases. >> >> So you need *both* and one is no subsititute for the other. > > > yeah.. i was using omniback (dataprotector) in the past... but then > now in the new setup in my client place, they are using fbackup. i > think the advantages are as follows with using omniback > 1) a centralised backup storage/strategy compared to individual > dds/dlt tapes available to each server. > right? fbackup is a system backup product, OmniBack/Dataprotector is an enterprise backup solution, if you have more then a few systems then it makes sense to have a "real" backup product. As Frank said you need a make_tape for DR purposes and something else for when someone says, oops! I didnt want to delete THAT! |
| |||
| yls177 <yls177@hotmail.com> wrote: [deleted] > yeah.. i was using omniback (dataprotector) in the past... but then > now in the new setup in my client place, they are using fbackup. i > think the advantages are as follows with using omniback > 1) a centralised backup storage/strategy compared to individual > dds/dlt tapes available to each server. > right? IMO, in this day and age (actually since the last five years or so), no-one should use fbackup for full (i.e. including user data) backup. If one looks at the capacity and performance of today's tape devices, like DLT, Ultrium, etc., and the *value* of the data, then using a 'free' utility like fbackup is irresponsible. Look at the fbackup manual page and the formal (non-)support of modern tape devices, and you will see why it is not suited. Note that the *not* a flame on fbackup! At the time, it was an advanced utility and HP has had the, good, habit of not obsoleting stuff which people might still use, but that does not mean that people should not buy/use a product like DataProtector for (most) current/new use. Just my EUR 0.02. Frank Slootweg, ex-HP backup/recovery specialist, now retired. |
| ||||
| Frank Slootweg wrote: > yls177 <yls177@hotmail.com> wrote: > [deleted] > >>yeah.. i was using omniback (dataprotector) in the past... but then >>now in the new setup in my client place, they are using fbackup. i >>think the advantages are as follows with using omniback >>1) a centralised backup storage/strategy compared to individual >>dds/dlt tapes available to each server. >>right? > > > IMO, in this day and age (actually since the last five years or so), > no-one should use fbackup for full (i.e. including user data) backup. If > one looks at the capacity and performance of today's tape devices, like > DLT, Ultrium, etc., and the *value* of the data, then using a 'free' > utility like fbackup is irresponsible. Look at the fbackup manual page > and the formal (non-)support of modern tape devices, and you will see > why it is not suited. > > Note that the *not* a flame on fbackup! At the time, it was an > advanced utility and HP has had the, good, habit of not obsoleting stuff > which people might still use, but that does not mean that people should > not buy/use a product like DataProtector for (most) current/new use. > > Just my EUR 0.02. > > Frank Slootweg, ex-HP backup/recovery specialist, now retired. IF you were using OBII/DP in the past and you have new systems and they do not have a comprehensive Backup/DR strategy then maybe you should suggest one? They should be using something to back up there M$ boxes, right? Will it work for HPUX? |