ca.portal.admin

Re: Convert Page

Discussion created by ca.portal.admin on Jan 4, 2008
On Thu, 3 Jan 2008 16:58:51 -0700, Mike Baker <mikebaker345@HOTMAIL.COM>
wrote:
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.
Correction... I guess that we'd need to do an Unload/Reload.

Would this fix the corrupt Page Numbers/Database Keys??

Thanks.

"
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
"On Thu, 3 Jan 2008 16:58:51 -0700, Mike Baker <mikebaker345@HOTMAIL.COM>
wrote:
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.
Correction... I guess that we'd need to do an Unload/Reload.

Would this fix the corrupt Page Numbers/Database Keys??

Thanks.
"
IDMS Public Discussion Forum
IDMS-L@LISTSERV.IUASSN.COM
SMTP
IDMS-L@LISTSERV.IUASSN.COM
IDMS-L@LISTSERV.IUASSN.COM
SMTP








Normal

Normal
"Re: CA IDMS Enhancement Request Voting (January 3-31, 2008)"
"The following URL takes you directly to a LOGIN page:
http://www.causergroups.com/default.aspx

After successfully getting in you will need to select which User Group
home page you want to go to if you belong to more than one CA User
Group.

The originally provided link takes you directly to the IUA News page -
from there you need to click the LOGIN item in the right hand menu bar
to get to a LOGIN screen - I find that is taking forever to come up -
but the URL above comes up straight away:
https://causergroups.ca.com/usergroups/News.aspx?ID=104

HTH - cheers - Gary

Outcomes