Re: Emulation
- From: PR <paul.raulerson@xxxxxxxxx>
- Date: Mon, 17 Nov 2008 00:14:58 -0800 (PST)
On Nov 16, 11:51 pm, Wilm Boerhout <w6.boerh...@xxxxxxxxx> wrote:
PR vaguely mentioned on 17-11-2008 6:19:
[snip]
That is actuallly a fine plan- except the previous message I replied
to was suggesting pulling the physcial network plug for the host
Windows machine to avoid having to keep it patched and up to date.
As long as you are willing to take on yet another Windows box to keep
up to date, and are willing to keep Windows administrators from doing
silly things to the box which mess up the emulation, it reasonable.
Also, with your plan, you have no file by file restore capability.
Although I admit, I would tend to do it this way, or else write to a
"virtual" tape drive that in reality is a disk file.
You're absolutely right Paul. That is why in the "Windows unconnected"
situation, I recommend either a local tape drive (could be iSCSI to make
it usable on more machines), or snapshot clones of drives with virtual
tapes on them via a SAN solution. Like Stan says, it requires
coordination between the VMS backup schedule and the events in the
Windows world, but once you've established an overall schedule it will
run forever.
Furthermore, a file by file restore is usually available from the last
backup set, because that will stay "on line" to VMS. If you want less
recent file restores, you need to restore an older set from archived
media to Windows first.
/Wilm
That was kind of the issue in the first place.
When you pay $35K for high end tape drives sitting in a high end
library behind a high end virtual tape library, you sort of do not
want to use some standalone tape drive on a PC class machine, nor do
you really want to give that PC uncoordinated access to the tape
library. (Tivoli can coordinate access, and perform 'Lan Free'
backups.)
And that is not uncommon in today's shops by the way. We manage so
much storage, that enterprise wide backup with disaster recovery
control is almost an absolute necessity. Any machine that doesn't fit
into that well is not looked on with favor.
Soon
-Paul
.
- Follow-Ups:
- Re: Emulation
- From: Wilm Boerhout
- Re: Emulation
- References:
- Re: Emulation
- From: PR
- Re: Emulation
- From: Stanley F. Quayle
- Re: Emulation
- From: PR
- Re: Emulation
- From: Wilm Boerhout
- Re: Emulation
- Prev by Date: Re: 150 year
- Next by Date: In-house testing and patches
- Previous by thread: Re: Emulation
- Next by thread: Re: Emulation
- Index(es):
Relevant Pages
|