2. Building Highly Available Infrastructure for Oracle E-Business Suite Deep Ram, Daniel Gonzalez, Venkat Bhagavatula Oracle Consulting

3. The following is intended to outline our general product direction. It is intended for information purposes only, and may not be incorporated into any contract. It is not a commitment to deliver any material, code, or functionality, and should not be relied upon in making purchasing decisions. The development, release, and timing of any features or functionality described for Oracle’s products remains at the sole discretion of Oracle.

4. Session Agenda Overview Ebusiness Architecture Critical Components Application Server Oracle Database Real Application Cluster Data Guard SOA Grid Control Minimize downtime Summary

5. Overview

6. Minimize outages

7. Production Standby Delayed and Zero Loss Modes Recovery Disaster Recovery 10g AS 10g RAC Backup & Recovery Networking Storage + Best Practices Increase Availability

8. Deliver Optimal Architecture

9. EBusiness Suite

10. Ebusiness Technology Stack Application JSP Forms Reports BC4J OC4J Web Listener UIX Database Client Data Guard Partitioning RAC & ASM Global Single Data Model JDBC/SQL NetHTTP / S

11. Integrated EBS Environment

12. Oracle Application Server

13. Application Server External Users (via VPN) Application Database Internal Users Intranet Firewall Oracle Application Server 10g Portal Single Sign-On Oracle Internet Directory Directory Integration & Provisioning Delegated Administration Services Discoverer OracleAS Certificate Authority OracleAS 10g Metadata Repository Firewall Application Server

14. OracleAS 10g Integration 1.Enable Single Sign-On for 11i/R12 2.Manage users in Oracle Internet Directory 3.Access Oracle app via custom Portals 4.Integrate Oracle apps with third-party PKI, SSO & LDAP directories, and legacy applications 5.Analyse apps with Discoverer workbooks 6.Accelerate apps performance with WebCache

15. Oracle 10g Database

16. System Failures Data Failures System Changes Data Changes Unplanned Downtime Planned Downtime Flashback Technologies Storage Failures Human Errors Data Corruptions Site Failures Human Error Protection

17. Revolution in Recovery Flashback Revolutionizes Error Recovery Operates on just changed data Time to correct error equals time to make error Minutes instead of hours Flashback is Easy Single command instead of complex procedure Very low performance overhead – less than 2% Great for testing also! Correction Time = Error Time + f(DB_SIZE) Traditional Recovery

18. Error Correction with Flashback Correct errors at any level Flashback Database – restore database to time Flashback Table – restore contents of tables to time Flashback Transaction – back out transaction and all subsequent conflicting transactions Order Database Customer Great for Testing Also

19. Best-of-Breed Data Corruption Protection At Lowest Cost System Failures Data Failures System Changes Data Changes Unplanned Downtime Planned Downtime Data Recovery Advisor, RMAN, Oracle Secure Backup Storage Failures Human Errors Data Corruptions Site Failures

20. Automated Disk Backups Fully automatic disk-based backup and recovery Set and Forget Nightly incremental backup rolls forward recovery area backup Changed blocks are tracked in production DB Full scan is never needed Dramatically faster (20x) Blocks validated to prevent corruption of backup copy Low cost ATA disks can be used for recovery area Flash Recovery Area Nightly Apply Validated Incremental Weekly Archive To Tape Database Area Integrated storage tiering within the database!

21. Oracle Secure Backup Integrated Tape Backup Management Protects entire environment  Oracle9i forward  Application files Free Express edition bundled with the Oracle Database Low cost licensed edition Independent release schedule  Available: 10.1  Upcoming: 10.2  Beta planned: September, 07 http://www.oracle.com/technology/products/secure-backup/index.html

22. Oracle 10g RAC

23. Classic Active – Passive HA Server 1 Server 2 Database ‘ A ’

24. High Availability with 10 g RAC SERVER failure - your database remains available Database ‘ A ’

25. - scale on demandProtect your investment Scalability with 10 g RAC Database ‘ A ’

26. Oracle Dataguard

27. Oracle10 g Data Guard Primary Site Primary Database Standby Site Standby Database Data Changes Clients  Synchronous or asynchronous redo shipping  Corruptions don’t propagate  Primary and standby databases can be single server Oracle or 10 g RAC  Up to nine standby databases supported in a single configuration logical or physical standby databases Automatic Failover Synchronous Redo Shipping

28. EBusiness Target Architecture

29. E-business Suite Target MAA

30. Oracle SOA Suite

31. Conceptual SOA Model

32. SOA Logical Architecture

33. Oracle Grid Control

34. Enterprise Manager and E-Business Suite E-Business Suite Apps Oracle Applications Manager RDBMS Database Deployment DB Control Application Server Application Server AS Control Enterprise Manager: Grid Control Repository Oracle Management Server HTML UI

35. E-Business Suite Management Solution OAM, Grid Control and EM Plug-in Simplified Administration Pro-active Monitoring Diagnostics and Troubleshooting Automated Maintenance Oracle Applications Manager Grid Control 10gR2 + Plug-in for Applications Enterprise Views Centralized Access

36. Minimize Downtime

37. Hot patch Merge patches Staged Appl_Top Shared Appl_Top Distributed AD Archive/purge strategy Selective Data Upgrades Adpatch interactive=no options=no --- Tuning upgrade performance

38. Summary

39. Lessons Learnt Procure the hardware sooner Build more testing time into the project schedule Build a test lab with a full High Availability configuration Formalize the User Provisioning strategy earlier in the project lifecycle Build internal team skills earlier in the project

40. Lessons Learnt Architect with a focus on High availability Database resource utilization EBS integration with Oracle Application Server Identity Management Validate assumptions as soon as possible Did not always occur as soon as desired due to hardware availability Implement multiple times prior to production Builds eventually became routine Test performance and availability characteristics High availability testing was limited by data conversion and User Acceptance testing activities Deploy Keep Go-live in mind

41. Lessons Learnt Preparation and socialization of relevant architecture documents based on Oracle Application Implementation Methodology (AIM) TA30 – Preliminary Conceptual Architecture TA70 – Revised Conceptual Architecture TA80 – Application Security Architecture TA90 – Application and Database Server Architecture Document all installation and configuration activities to insure predictable outcomes Effective use of Oracle Consulting to supplement resources for key activities Solid testing strategy

42. Lessons Learnt Test load balancer configuration before testing EBS and OAS components Allow for multiple testing cycles focusing on different layers of the architecture such as network, software, and servers Plan for appropriate load testing based on expected workloads Test typical usage scenarios for expected behavior Test failure scenarios for proper failover of components Fail at least one server from every group of highly available components – Do all dependent components continue to operate properly? Fail both servers from every group of highly available components – Do all dependent components fail? Restore the original server from each group and leave the second server down – Do all dependent components return to normal operation without manual intervention? Test batch and service oriented processing both with and without active workloads Don’t blame eratic Portal behavior on browser caching – Check the Web Cache invalidation password and Load Balancer

43. For More Information search.oracle.com or oracle.com Consulting

44. A Q &