[Info-vax] IS everyone waiting?

[Kerry Main]

> -----Original Message-----
> From: Kerry Main [mailto:kemain.nospam at gmail.com]
> Sent: 26-Oct-16 9:27 AM
> To: 'comp.os.vms to email gateway' <info-vax at rbnsn.com>
> Subject: RE: [Info-vax] IS everyone waiting?
> 
> > -----Original Message-----
> > From: Info-vax [mailto:info-vax-bounces at rbnsn.com] On
> Behalf Of
> > Phillip Helbig undress to reply via Info-vax
> > Sent: 26-Oct-16 2:03 AM
> > To: info-vax at rbnsn.com
> > Cc: Phillip Helbig undress to reply
> > <helbig at asclothestro.multivax.de>
> > Subject: Re: [Info-vax] IS everyone waiting?
> >
> > In article <nup4f2$mfb$1 at dont-email.me>, David Froble
> > <davef at tsoft-inc.com> writes:
> >
> > > Now, maybe I'm going off topic a bit, but, why cannot
process
> > (and
> > > login) context be preserved should part of the cluster be
> lost?
> >
> > Well, a process is running on one CPU.
> >
> > > Or is that more of something for Non-Stop?
> >
> > Sure, it's doable somehow, but not with any system as common
> or more
> > so than VMS.
> >
> 
> There are 2 scenario's here-
> 
> 1. Planned dynamic process migration to a different system in a
> cluster; 2. Unplanned process migration to a different system
> (server failure etc.) in a cluster;
> 

Oops typos here .. corrected text on scenario #'s follows:

> Scenario 2 is closer to discussions on fault tolerance systems,
but
> given the increase in HW reliability today, scenario 1 is
likely the
> biggest benefit to most Customers today.
> 
> Given the right App design, Scenario 1 would allow all sorts of
> additional downtime on servers to be taken without impacting
> the availability of application services.
> 
> Notwithstanding it's still a good feature, note that VMware can
> only do dynamic system OS migration from one server to
> another.
> It can do this because the entire VM OS is actually just a
file.
> All it does is provide pointers to the file on a different OS.
> 
> Regards,
> 
> Kerry Main
> Kerry dot main at starkgaming dot com