[Info-vax] Re; Spiralog, RMS Journaling (was Re: FREESPADRIFT)
Stephen Hoffman
seaohveh at hoffmanlabs.invalid
Sun Jun 19 10:56:30 EDT 2016
On 2016-06-19 01:46:17 +0000, Kerry Main said:
> I am not talking about just OpenVMS . This is platform agnostic and not
> specific to any OS. It is also a timeless core principle that is not
> likely going to change any time soon.
>
>
> As I stated in my previous reply, by its very nature, write back &
> asynch update strategies increase the risk of a significant event (site
> lost or system halted due to HW issue?) causing one to lose data.
>
>
>
> When you tell an application that the update was completed, and yet no
> form of data persistence has taken place that transcends at least 2
> sites, then there is a risk that data will be lost in the event of a
> site
>
> and or server being lost.
And what do you think server-level replication is? OpenVMS doesn't
have any concept of this — wait, let me rephrase that, OpenVMS fully
supports remote server-level replication, you just have to write and
support and maintain all the necessary code involved — but other
platforms do have this and are working to add this. Remote access to
redundant servers with either fast nonvolatile storage or with a way to
reliably roll volatile storage to disk during an outage are faster than
dinking around with tertiary and quaternary storage such as hard disks
and tape. Or you use the remote server as a replication log. Though
if you're at lower ranges of transactions but have a comparatively
large budget — where most of the OpenVMS servers I've worked with are
used — sure, your long-familiar synchronous-write-to SSD or disk works.
Even in the lower performance ranges, remote server replication may
still be of interest, even there.
--
Pure Personal Opinion | HoffmanLabs LLC
More information about the Info-vax
mailing list