Home
Forums
New posts
What's new
New posts
Latest activity
Advertise
Resources
Log in
Register
What's new
New posts
Menu
Log in
Register
Install the app
Install
Home
Forums
JD Edwards® Enterprise One / One World Discussions
JD Edwards® EnterpriseOne Technical
Issue with MultiFoundation and Service Pack 89820
JavaScript is disabled. For a better experience, please enable JavaScript in your browser before proceeding.
You are using an out of date browser. It may not display this or other websites correctly.
You should upgrade or use an
alternative browser
.
Reply to thread
Message
<blockquote data-quote="cdawes" data-source="post: 140476" data-attributes="member: 365"><p>Joe,</p><p></p><p>please try searching the Oracle site for a Red Paper called "Multifoundation with Tools Release 8.97 and Onwards".</p><p></p><p>It was publised July 2009 and has the file name "(MultifoundationToolsRel8.97.pdf".</p><p></p><p>What you want to do is achievable. I would strongly recommend 898.2.1.CPU as opposed to 8.98.2.0. Typically the ".0" releases are packed ful of new great stuff and this one is no different. I had one of my consultants who did have some issues with 8.98.2.0 (812, AS400)and they are moving to 8.98.2.1.CPU. I'm doing an Xe to 9.0.1 (Oracle DBMS, OAS) upgrade this week and will be going with the latest.</p><p></p><p>Please try checking the following tables:</p><p></p><p>F96511 (this is likely the smoking gun and you have to SQL it)</p><p>P9654A (accesses the F9650 and F9651 and this is another possible smoking gun)</p><p></p><p>In the P9654A make sure that you have an entry for your new Enterprise Server on the new port. </p><p>Wslect the new enterprise server and on the Form exit select environment.</p><p>Enter your new environment that is on the new server.</p><p>Generate the server map (I usually back up my F986110 and F98611 in the Server Map before doing this).</p><p></p><p>Also check your path code definition to make sure that the new path code exists.</p><p>The path code needs to have data sources for the Central Objects defined in both the Server Map and System Map.</p><p>OCM's of course need to be defined in both locations as well.</p><p></p><p></p><p>Colin</p></blockquote><p></p>
[QUOTE="cdawes, post: 140476, member: 365"] Joe, please try searching the Oracle site for a Red Paper called "Multifoundation with Tools Release 8.97 and Onwards". It was publised July 2009 and has the file name "(MultifoundationToolsRel8.97.pdf". What you want to do is achievable. I would strongly recommend 898.2.1.CPU as opposed to 8.98.2.0. Typically the ".0" releases are packed ful of new great stuff and this one is no different. I had one of my consultants who did have some issues with 8.98.2.0 (812, AS400)and they are moving to 8.98.2.1.CPU. I'm doing an Xe to 9.0.1 (Oracle DBMS, OAS) upgrade this week and will be going with the latest. Please try checking the following tables: F96511 (this is likely the smoking gun and you have to SQL it) P9654A (accesses the F9650 and F9651 and this is another possible smoking gun) In the P9654A make sure that you have an entry for your new Enterprise Server on the new port. Wslect the new enterprise server and on the Form exit select environment. Enter your new environment that is on the new server. Generate the server map (I usually back up my F986110 and F98611 in the Server Map before doing this). Also check your path code definition to make sure that the new path code exists. The path code needs to have data sources for the Central Objects defined in both the Server Map and System Map. OCM's of course need to be defined in both locations as well. Colin [/QUOTE]
Verification
Post reply
Home
Forums
JD Edwards® Enterprise One / One World Discussions
JD Edwards® EnterpriseOne Technical
Issue with MultiFoundation and Service Pack 89820
This site uses cookies to help personalise content, tailor your experience and to keep you logged in if you register.
By continuing to use this site, you are consenting to our use of cookies.
Accept
Learn more…
Top