RE: Data Corruption / 400

["McCallion, Martin" <martin.mccallion@xxxxxxxxx>]

Buck wrote:

>  I love OS/400, but it's
> not reasonable to
> expect that it will never ever never step on your data.
> That's what backups
> and commitment control are for.

Indeed. In fact, if you lose data because your application doesn't do
those things, then to my mind that would fall under Al's original
exception of "application software bug".

It used to be easy to damage PFs by ending a journalling operation (by
which I mean doing SysReq 2 during a STRJRNPF or ENDJRNPF, or ENDJOB
*IMMED on a batch job doing same); but that falls under the "operator
error" category (at least partly).

Cheers,

Martin.

--
Martin McCallion
Senior Technical Consultant
Work:  martin.mccallion@misys.com
Home: martin.mccallion@ukonline.co.uk
Misys International Banking Systems
1 St George's Road, London, SW19 4DR, UK
T +44 (0)20 8486 1951
F +44 (0) 20 8947 3373
www.misys.com
This email message is intended for the named recipient only. It may be
privileged and/or confidential. If you are not the  intended named
recipient of this email then you should not  copy it or use it for any
purpose, nor disclose its contents to any other person. You should
contact Misys International Banking Systems as shown below so that we
can take appropriate action at no cost to yourself.
Misys International Banking Systems Ltd,1 St
George's Road, London, SW19 4DR, UK. Email: ibs.postmaster@misys.com.
Tel: +44 (0) 20 8879 1188 Fax: +44 (0) 20 8947 3373
Misys International Banking Systems Ltd is
registered in England and Wales under company no. 971479