Presentation is loading. Please wait.

Presentation is loading. Please wait.

01/24/06 NorCal OAUG Training Day, Paper 3.9 John Peters, JRPJR, Inc.1 Taking the plunge, migrating to LINUX John Peters JRPJR, Inc.

Similar presentations


Presentation on theme: "01/24/06 NorCal OAUG Training Day, Paper 3.9 John Peters, JRPJR, Inc.1 Taking the plunge, migrating to LINUX John Peters JRPJR, Inc."— Presentation transcript:

1 01/24/06 NorCal OAUG Training Day, Paper 3.9 John Peters, JRPJR, Inc.1 Taking the plunge, migrating to LINUX John Peters JRPJR, Inc. john.peters@jrpjr.com

2 01/24/06 NorCal OAUG Training Day, Paper 3.9 John Peters, JRPJR, Inc.2 How many of you have considered running the OraApps on LINUX? How many of you are in the process of migrating to LINUX? How many of you are currently running the OraApps on LINUX? How many are currently running on: HP/UX? Solaris? AIX? Windows? How many of you are on 11.5.10? 11.5.9? How many of you are using 10G of the DB? Before We Start A Quick Audience Survey

3 01/24/06 NorCal OAUG Training Day, Paper 3.9 John Peters, JRPJR, Inc.3 What migrates to LINUX? When would you want to migrate to LINUX? Why migrate to LINUX? The steps to migrate to LINUX Other Considerations Case study of a LINUX migration –Original Environment –LINUX Environment –Performance comparisons –11.5.10.2 Upgrade Information –10G DB Upgrade Information What we are going to cover

4 01/24/06 NorCal OAUG Training Day, Paper 3.9 John Peters, JRPJR, Inc.4 This paper will deal primarily with running the OraApps code on LINUX, while leaving the DB on an existing non-LINUX server, (HP/UX). –No OraApps code on any non-LINUX server. –Single OS for OraApps Patches and DB Patches –Only the DB on non-LINUX server. This is probably the most straight forward migration. This has been Oracle’s recommended approach for some time now. –Migrating the DB requires a full DB export/import. –You probably have the original server still available. What migrates to LINUX?

5 01/24/06 NorCal OAUG Training Day, Paper 3.9 John Peters, JRPJR, Inc.5 OraApps Linux Configuration DB resides on a SAN device OraApps components on single LINUX server Local LINUX disks used for OraApps code

6 01/24/06 NorCal OAUG Training Day, Paper 3.9 John Peters, JRPJR, Inc.6 Typically advantageous when existing system resources become constrained and RAM/CPU upgrades are required. Or When hardware additions are required for security reasons, (reverse proxy DMZ server) Probably also done during an OraApps upgrade, (due to testing requirements). When to migrate to LINUX?

7 01/24/06 NorCal OAUG Training Day, Paper 3.9 John Peters, JRPJR, Inc.7 Intel won the CPU battles Why migrate to LINUX

8 01/24/06 NorCal OAUG Training Day, Paper 3.9 John Peters, JRPJR, Inc.8 Lower Systems Cost –HP RP7410 HP9000, $130K (2002) 4 – 750MHZ Processors 12GB HP/UX –DL385 Proliant, $15K 2 – 2.4GHZ Processors 16GB RedHat LINUX Why migrate to LINUX

9 01/24/06 NorCal OAUG Training Day, Paper 3.9 John Peters, JRPJR, Inc.9 Lower Component Cost (for Upgrades) –CPU HP9000, 750MHz -> $8,000 Intel/AMD, 2GHZ -> $600 –Memory HP9000, 2GB -> $3,000 Intel/AMD, 2GB -> $700 –Internal Disks HP9000, 72GB 10k -> $1,000 Intel/AMD, 72GB 10k -> $300 Why migrate to LINUX?

10 01/24/06 NorCal OAUG Training Day, Paper 3.9 John Peters, JRPJR, Inc.10 Start with Oracle’s Note 238276.1 ‘Migrating to Linux with Oracle Applications Release 11i’, last update Oct. 17, 2005 However, there are many extra steps I will discuss in a few minutes. The steps to migrate to LINUX

11 01/24/06 NorCal OAUG Training Day, Paper 3.9 John Peters, JRPJR, Inc.11 No single answer for everyone. No recommendation from Oracle. Migrate to LINUX before or after upgrade

12 01/24/06 NorCal OAUG Training Day, Paper 3.9 John Peters, JRPJR, Inc.12 Benefits –You get the performance benefits on the LINUX servers during the upgrade –You can pre-stage the LINUX server, not done during downtime weekend Drawbacks –You are committed to LINUX, no fall back strategy –You must make this decision at the beginning of the upgrade project –Requires pre-upgrade patching to perform LINUX migration Migrate to LINUX before upgrade

13 01/24/06 NorCal OAUG Training Day, Paper 3.9 John Peters, JRPJR, Inc.13 Benefits –You can roll back to the existing server if issues come up –If you run out of time during the upgrade weekend you can go live with the existing server –Final version TechStack (off of 11.5.10.2 CD) Drawbacks –Dual testing of OraApps on the existing and LINUX server (to support roll back) –Slower upgrade performance I prefer this migration path Migrate to LINUX after upgrade

14 01/24/06 NorCal OAUG Training Day, Paper 3.9 John Peters, JRPJR, Inc.14 Install Tech Stack on LINUX Copy non-Tech Stack (OraApps) code from source server to LINUX Apply customer specific patch which provides LINUX libraries Relink bin code Summary of Steps

15 01/24/06 NorCal OAUG Training Day, Paper 3.9 John Peters, JRPJR, Inc.15 Prep work on the source server (Note 238276.1, Section 1) –Probably all steps you have already done, or should have done –If not they probably require user testing Migration from source to destination server (Note 238276.1, Section 2) –Majority of steps can be done prior to down time –Oracle does not specify down time steps Finishing Tasks (Note 238276.1, Section 3) High Level Steps

16 01/24/06 NorCal OAUG Training Day, Paper 3.9 John Peters, JRPJR, Inc.16 1.DB must be minimum of 8.1.7.4 2.Must be on 11i AD, G 3.Autoconfig must be implemented 4.Maintain snapshot (adadmin) 5.Software Version (source server) –PERL 5.005 (usually not an issue) –JVM 1.4.2 (requires JInitiator 1.3.1.21) –See note 246105.1, (run with single JVM version) 6.LINUX Kernal Parms/Packages (target server) –See note 287453.1 Prep work on the source server

17 01/24/06 NorCal OAUG Training Day, Paper 3.9 John Peters, JRPJR, Inc.17 Get these steps in PROD before starting Migration Project, possibly with other testing cycles. Then each TEST clone will have them ready to go. There are a few more steps in the later sections to also include. I will flag them. Order LINUX OraApps Rapid Install Pack for final version Prep work on the source server

18 01/24/06 NorCal OAUG Training Day, Paper 3.9 John Peters, JRPJR, Inc.18 1.Apply Platform Migration Utility Patch (get this in PROD in advance) 2.Generate and Upload Manifest –Run a script on your server, then upload to Oracle Support –This builds a list of all your Oracle Supplied lib files –This will be used to generate a custom patch just for your environment –Patch is generally ready to download from Metalink within a day –Don’t do this until you have frozen the PROD environment, step probably belongs after 11 Migration from source to destination server

19 01/24/06 NorCal OAUG Training Day, Paper 3.9 John Peters, JRPJR, Inc.19 3.Create the Target System APPL_TOP –Copy the following file systems from source to target APPL_TOP OA_HTML OA_JAVA COMMON_TOP/util COMMON_TOP/_pages –Copy JInitiator security files JInitiator 1.3.1.21 uses a different security file mechanism Migration from source to destination server

20 01/24/06 NorCal OAUG Training Day, Paper 3.9 John Peters, JRPJR, Inc.20 4.Clone the AutoConfig XML file (on target system) 5.Install Middle Tier Tech Stack (on target system) –Rapid Install Wizard –techstack option –Installs: ORACLE_HOME & IAS_ORACLE_HOME 6.Apply Oracle InterOp Patches for Linux Migration from source to destination server

21 01/24/06 NorCal OAUG Training Day, Paper 3.9 John Peters, JRPJR, Inc.21 7.AutoConfig Target System –Critical to include INSTE8_SETUP option 8.Download and Apply Customer Specific Update Patch (on target system) –Probably belongs after step 11 9.Apply Patch if Source System is Windows (on target system) Migration from source to destination server

22 01/24/06 NorCal OAUG Training Day, Paper 3.9 John Peters, JRPJR, Inc.22 10.Reapply Tech Stack Patches (on target system) 11.Apply TechStack InterOp Patch (on target system) This is where I would insert customer specific patch (steps 2 & 8) Migration from source to destination server

23 01/24/06 NorCal OAUG Training Day, Paper 3.9 John Peters, JRPJR, Inc.23 12.Regenerate File System Objects (on target system) –This regenerates all bin files, using lib’s in customer specific patch –Messages, Forms, Reports, Graphics and JAR files regenerated Migration from source to destination server

24 01/24/06 NorCal OAUG Training Day, Paper 3.9 John Peters, JRPJR, Inc.24 This requires down time at this point. 13.AutoConfig Target System –Stop all OraApps processes on Source System –Messages, Forms, Reports, Graphics and JAR files regenerated Migration from source to destination server

25 01/24/06 NorCal OAUG Training Day, Paper 3.9 John Peters, JRPJR, Inc.25 1.3 rd Party Libraries –ILOG (any MFG modules) –QUANTUM (Vertex Tax Integration) –ROGUEWAVE (???) 2.Customizations –Forms –C Code 3.OraApps Printer Name Changes Finishing Tasks

26 01/24/06 NorCal OAUG Training Day, Paper 3.9 John Peters, JRPJR, Inc.26 4.Update Workflow Cartridge Config (AutoConfig changed values) 5.Verify and Fix CLASSPATH 6.Start Target Services Down Time Completed Finishing Tasks

27 01/24/06 NorCal OAUG Training Day, Paper 3.9 John Peters, JRPJR, Inc.27 1.Perform the above three groups of steps in the TEST instance. 2.Copy TEST LINUX server to PROD LINUX server 3.RapidClone 4.AutoConfig This process takes less than an hour during the downtime weekend Real World

28 01/24/06 NorCal OAUG Training Day, Paper 3.9 John Peters, JRPJR, Inc.28 Post Processing Printing –Printing now occurs on LINUX Concurrent Processing Tier –RSH/RCP script to send output back to source server Email –Email is sent on the LINUX server by Notification Mailer Startup and Shutdown Scripts –Start DB Tier (source server) –Start OraApps Tier (target server) –No Oracle Solution –Manually, or use RSH to automate User access URL changes –Virtual DNS Entry, prod.mycompany.com iPayment Integrations –Certificates –Custom Code Positive Pay Transfer Routines –Custom Executable Per Bank Other Considerations

29 01/24/06 NorCal OAUG Training Day, Paper 3.9 John Peters, JRPJR, Inc.29 Bay Area company –Financials (AP, AR, GL, FA) –Discrete Manufacturing –Order Management –Service Contracts/Installed Base –iStore/iPayment –Currently Domestic OraApps Users Only ~75 Concurrent Users 150GB Database Case Study

30 01/24/06 NorCal OAUG Training Day, Paper 3.9 John Peters, JRPJR, Inc.30 HP/UX OS Patching OraApps from 11.5.9 to 11.5.10.2 JVM Upgrade License/Patch new modules –ICM –Field Service –Customer Care/Call Center –Email Center –EPB Oracle Security Patches JInitiator upgrade (required desktop rollout) Web ADI Migrate OraApps to LINUX Started on 11/23 17:00, Finished on 11/27 10:00 What was changed

31 01/24/06 NorCal OAUG Training Day, Paper 3.9 John Peters, JRPJR, Inc.31 Single Tier Server –HP9000, RP7410 4 - CPU 750MHZ 12GB –OraApps 11.5.9 –DB 8.1.7.4 –9i instance for Content Management System –OFA, Oracle Express –Experienced performance issues CPU 100% from time to time through out day Original Configuration

32 01/24/06 NorCal OAUG Training Day, Paper 3.9 John Peters, JRPJR, Inc.32 DB Tier Server –HP9000, RP7410 4 - CPU 750MHZ 12GB –DB 10.1.0.4 (OraApps Instance) –9i instance for Content Management System –OFA, Oracle Express (to be phased out by EPB) New Configuration

33 01/24/06 NorCal OAUG Training Day, Paper 3.9 John Peters, JRPJR, Inc.33 OraApps Tier Server –HP DL385 Proliant Server 2 - CPU 2.4GHZ 16GB RedHat LINUX –All OraApps Code Allows for future Reverse DMZ Server for iStore Users New Configuration

34 01/24/06 NorCal OAUG Training Day, Paper 3.9 John Peters, JRPJR, Inc.34 We can run 3 OraApps TEST Instances on a single LINUX server CPU Utilization >95% idle Plenty of free memory New Configuration

35 01/24/06 NorCal OAUG Training Day, Paper 3.9 John Peters, JRPJR, Inc.35 DB Tier now rarely hits 100% CPU utilization OraApps Tier rarely goes over 5% CPU utilization HTML users noticeable improvement in speed OraApps Forms users have seen a mixed bag, primarily due to 11.5.10.2/10G DB Performance Issues Performance

36 01/24/06 NorCal OAUG Training Day, Paper 3.9 John Peters, JRPJR, Inc.36 DB CPU Performance

37 01/24/06 NorCal OAUG Training Day, Paper 3.9 John Peters, JRPJR, Inc.37 DB CPU Performance

38 01/24/06 NorCal OAUG Training Day, Paper 3.9 John Peters, JRPJR, Inc.38 MRP Performance

39 01/24/06 NorCal OAUG Training Day, Paper 3.9 John Peters, JRPJR, Inc.39 I think it is inevitable that OraApps customers will be running the OraApps on LINUX based Intel architecture CPU’s due to the following: –Cost vs Performance –Phase out of proprietary RISC CPU’s HP has already phased out PA-RISC SUN is using AMD CPU’s, what is the future of SPARC? –Oracle’s Support for other OS’s (limited availability of patches) –The ease to migrate OraApps to LINUX Next will be the Database, many new OraApps customers are just starting off on LINUX. Summary

40 01/24/06 NorCal OAUG Training Day, Paper 3.9 John Peters, JRPJR, Inc.40 My contact information: John Peters john.peters@jrpjr.com http://www.jrpjr.com Additional reference papers can be found at: http://www.norcaloaug.orgwww.norcaloaug.org http://www.jrpjr.com


Download ppt "01/24/06 NorCal OAUG Training Day, Paper 3.9 John Peters, JRPJR, Inc.1 Taking the plunge, migrating to LINUX John Peters JRPJR, Inc."

Similar presentations


Ads by Google