And remember any Direct SQL in Menus, Tables, ActiveLinks like refrential Intregrity have to be re-built for correct Table# (since same table-Ids will not happen with the import of defs!)
Paul W Killion III, Systems MGMT PROF-ADVISORY Information Technology Services Americas, Global Services, IBM - BNSF 2400 Western Center Blvd. - Fort Worth, Texas 76137 Office - 817-352-3464 This Transmission may contain information that is privileged, confidential and/or exempt from disclosure under applicable law. If you are not the intended recipient, you are hereby notified that any disclosure, copying, distribution, or use of the information contained herein (including any reliance thereon) is STRICTLY PROHIBITED. If you received this transmission in error, please immediately contact the sender and destroy the material in its entirety, whether in electronic or hard copy format. "McKenzie, James J C-E LCMC HQISEC/L3" <[EMAIL PROTECTED]> Sent by: "Action Request System discussion list(ARSList)" <[email protected]> 08/25/2006 14:50 Please respond to [email protected] To [email protected] cc Subject Re: Moving to a New Server ** Rick: I would do an export of the server metadata (forms, workflow, applications, menus, etc.) and do a search for the current server's name on it. That way you will be ahead when you get to the new server and know what you have to change over. I would NOT do this after the import as you would have to go back and change information already on the new server. Having done an emergency move of data taught me that lesson at 2 am. James McKenzie L-3 GSI ________________________________ From: Action Request System discussion list(ARSList) [ mailto:[EMAIL PROTECTED] On Behalf Of Rick Cook Sent: Friday, August 25, 2006 12:40 PM To: [email protected] Subject: Re: Moving to a New Server ** One more thing - menus. Even if you migrate or export as server independent, the server name may still be embedded. Easiest way to find the problem children is to do a full export of the new server AFTER all of your imports are done, then do a search for the old server name in the file. There might be some table fields affected, too, and macros. That's about all I can think of at the moment. Rick On 8/25/06, McKenzie, James J C-E LCMC HQISEC/L3 <[EMAIL PROTECTED]> wrote: ** Chris: You may want to look at internal server references and have them point to the new server rather than te old. At some point you are going to have to drop the old server's Name reference in DNS. James McKenzie L-3 GSI ________________________________ From: Action Request System discussion list(ARSList) [ mailto:[EMAIL PROTECTED] On Behalf Of Chris Cook Sent: Friday, August 25, 2006 12:25 PM To: [email protected] <mailto:[email protected]> Subject: ** No CP. Thanks for bringing up the .ini file, I'd overlooked it. I think the references might come forward to the new server, since the old DNS will still exist and all form names/request ID's will stay the same. I'll do some testing to determine what will need to change. Thanks again Christopher Cook ** I agree with James, but in addition, if you're using Centralized preferences, I think you could plug a server alias name in the client settings that pointed to only the new server. Regardless, you'll also have to clear out the Recently accessed forms, etc that reference the old server name, unless you want to field 100 calls from users who don't know why they can't access the application. If you're not using CP, you will probably have to clear out some local ar.ini file settings that point to forms on the old server. Rick On 8/25/06, McKenzie, James J C-E LCMC HQISEC/L3 <[EMAIL PROTECTED] < mailto:[EMAIL PROTECTED]> > wrote: ** Chris: If the user logs in with a Float license for both logins, two tokens will be consumed instead of one. Because of this, I would suggest migrating over the user base and consolidating it too at or about the same time. James McKenzie L-3 GSI ________________________________ From: Action Request System discussion list(ARSList) [ _______________________________________________________________________________ UNSUBSCRIBE or access ARSlist Archives at http://www.wwrug.org
