Hi,
We have been doing some Convert Page's recently, and have some more to
do soon. In the Utility manual, it says;
""If an area that is being converted has a cross-area set or linked
constraint, then you must convert all areas touched by the set or link.
You must determine what files are affected, and therefore what files
must be converted.""
We got burnt by this in Test, as in one of our Convert Page jobs,
several Areas/Files were accidently omitted, and it was not noticed
until a User was trying to navigate the database, and it just said,
""Read Error'. It was subsequently backed out and re-done correctly.
What I want to know, and would appreciate feedback on, is if this
happened in production, and we (for eg.) converted Areas ""A"", ""B"", and
""C"". But only later (to late to back anything out) we discovered that we
should have also included Area ""D"" in the Convert Page job, how would we
fix this?? Would an OBTAIN, DELETE, and STORE (of the obtained record)
of all the records in Area ""D"" fix the problem??
Thank you.
"
IDMS Public Discussion Forum
IDMS-L@LISTSERV.IUASSN.COM
SMTP
IDMS-L@LISTSERV.IUASSN.COM
IDMS-L@LISTSERV.IUASSN.COM
SMTP
Normal
Normal
Re: Convert Page
"Because you have changed the dbkyes in area A B C it wil not be possible to do any erase or unload reload on area D.
All the pointers in area D that point to records in area A/B/C wil be wrong.
If it concerns via records it is possible to read the records that are linked to owners in area A/B/C with a user written program and after that init are D and restore the records. But the last record in the via set wil have a wrong next pointer.
Ofload and reload saves dbkeys and some of them wil be wrong.
Peter van de Ven Atos Origin
* Tel: +31(0)40 2142211 +31(0)622567218
* Fax: +31(0)402144423
ü 51 25' 43.86"" 5 31'50.36""