1 Rapid Bottleneck Identification A Better Way to do Load Testing An Oracle White Paper June 2008
2 Rapid Bottleneck Identification A Better Way to do Load Testing. RBI combines a comprehensive understanding of bottlenecks with a refined load testing methodology that enables organizations to create highly scalable Web applications. INTRODUCTION You re ready to launch a critical Web application. Ensuring good application performance is crucial, but time is short. How can you optimally test the application and still meet your deadlines? Rapid bottleneck identification (RBI) is a new testing methodology that allows quality assurance (QA) professionals to very quickly uncover Web application performance limitations and determine the impact of those limitations on the end user experience. Developed through years of testing engagements across all types of platforms, the RBI methodology dramatically reduces load testing cycles while allowing more and more thorough testing. Using this approach, organizations can improve application quality, enhance the customer experience, and lower the cost of deploying new systems. PERFORMANCE TESTING DEFINED Performance testing can be roughly defined as testing conducted to evaluate the compliance of a system or component with specified performance requirements. However, every application has at least one bottleneck, and few, if any, systems ever meet initial performance requirements. To reflect this reality, let s redefine performance testing as testing conducted to isolate and identify the system and application issues (bottlenecks) that will keep the application from scaling to meet its performance requirements. This philosophical shift in perspective from testing as an evaluation to testing as an active investigation to isolate and resolve problems is what drove the creation of the RBI methodology. RBI combines a comprehensive understanding of bottlenecks with a refined testing methodology that enables organizations to create highly scalable Web applications. Rapid Bottleneck Identification A Better Way to do Load Testing Page 2
3 UNDERSTANDING BOTTLENECKS, THROUGHPUT, AND CONCURRENCY Before delving into the specifics of the RBI methodology, we must first establish a common understanding of bottlenecks and where they are found as well as draw a distinction between throughput and concurrency testing. Bottlenecks Key Performance Inhibitors Any system resource such as hardware, software, or bandwidth that places defining limits on data flow or processing speed creates a bottleneck. In Web applications, bottlenecks directly affect performance and scalability by limiting the amount of data throughput or restricting the number of application connections. These problems occur at all levels of the system architecture, including the network layer, the Web server, the application server, and the database server. Historically, based on our experience testing actual customer applications, bottlenecks have been distributed across these components as shown in Figure 1. In Web applications, bottlenecks directly affect performance and scalability by limiting the amount of data throughput or restricting the number of application connections. Figure 1. Estimated distribution of bottlenecks across the system infrastructure. The Compounding Impact of Testing Complexity The testing approach you choose directly impacts the difficulty of isolating and resolving bottlenecks. Unfortunately, too many testing procedures begin with complex usage scenarios where testers try to simulate exactly how the application will be utilized in production. This may involve running several different transactions to simulate different types of users who interact with the application in different ways. Unfortunately, this creates a significant testing roadblock because scenarios that are higher in complexity and involve multiple different transactions introduce more bottlenecks into the test, which makes it difficult to identify root causes. For example, the graph in Figure 2 illustrates the test results of a standard e-commerce application that bottlenecked at approximately 2,000 concurrent users. In this sample test, the usage scenarios involved browsing, searching, and adding items to a shopping cart to complete a purchase. Although there were only three Rapid Bottleneck Identification A Better Way to do Load Testing Page 3
4 transactions being tested, each transaction interacted with all levels of the application architecture and any one of them could have caused the bottleneck. To further complicate matters, the bottleneck could also have been caused by a system issue. Ultimately, the more variables involved in a test, the more difficult it is to determine the cause of the problem. Figure 2. Graphical results of an e-commerce application test. If the problem can be in any tier of the architecture, and the likelihood of it being in any one tier is not substantially greater than in any other, where else can you look for guidance? A majority of all system and application performance issues result from limitations in throughput. Two Primary Issues: Throughput and Concurrency Throughput is the amount of data flow a system can support, measured in hits per second, pages per second, and megabits of data per second. Concurrency is the number of independent users simultaneously connected and using an application. In our experience, a majority of all system and application performance issues result from limitations in throughput. However, concurrency issues are also critical to application performance and can be even more difficult to isolate. Testing for Throughput Testing for throughput involves minimizing the number of user connections to a system and maximizing the amount of work being done by those users. This pushes the system and application to capacity so that all issues will be revealed. For throughput testing at the system level, basic files can be added to the Web and application servers for testing purposes. The load test can then be set up to request these test files to assess maximum system throughput at each tier. Typically, testers use a large image file for bandwidth tests, a small text file or image for hit rate tests, Rapid Bottleneck Identification A Better Way to do Load Testing Page 4
5 and a very simple application page a Hello World page, for instance for page rate testing. If the system does not meet basic application performance requirements just requesting these simple test pages testing should cease until the system itself has been improved, either through tuning the settings, increasing the hardware capacity, or increasing the allocated bandwidth. Throughput testing of the actual application then involves hitting key pages and user transactions in the application itself with limited delay between requests to find the page-per-second capacity limit of the various functional components. Obviously, the pages or transactions with the poorest page throughput need the most tuning. Testing for Concurrency On the system and application levels, concurrency is limited by sessions and socket connections. Code flaws and incorrect server configuration settings can also limit concurrency. Concurrency tests involve ramping up a number of users on the system and using realistic page-delay times at a ramp-up speed slow enough to gather useful data throughout the testing at each level of load. As with throughput testing, it is important to test the key pages and user transactions in the application under test. Although most bottlenecks are found in throughput testing, to properly test an application you must test for both throughput and concurrency. The Difference Between Throughput and Concurrency Tests The load generated from a 100 virtual user load test with 1-second think times is not equivalent to a 1,000 virtual user load test with 10-second think times. As Figure 3 illustrates, the two tests are identical in terms of throughput; however, in terms of concurrency they are vastly different. Scenario Throughput Concurrency Bottleneck Point 100 Users 1 Second/Page Pages/Second = (100VU x 1 Page/VU) 1 Second = Connections 50 Pages/Second 1,000 Users 10 Seconds/Page Pages/Second = (1000VU x 1 Page/VU) 10 Seconds = 100 1,000 Connections 25 Pages/Second Figure virtual user load test versus 1,000 virtual user load test. In the first scenario, the throughput test, the application bottlenecked at 50 pages per second. In the second scenario, however, a concurrency test of the same transactions, the application bottlenecked at 25 pages per second. The only differences between these two tests were the number of users on the system and the length of time those users stayed on the pages. In the throughput test with fewer users and shorter page view delays, the application had more throughput capacity; the second test shows the application was limited in its concurrency. If the testers had checked only for throughput, the concurrency issue would not have been discovered until the application was in production. Rapid Bottleneck Identification A Better Way to do Load Testing Page 5
6 Figure 4 and Figure 5 on the following page show the results of each test and highlight the importance of testing for both throughput and concurrency. The only differences between these two tests were the number of users on the system and the length of time those users stayed on the pages. Figure 4. Throughput tests for 100 users with 1-second page views show a bottleneck at 50 pages per second. Figure 5. Concurrency tests for 1,000 users with 10-second page views show a bottleneck at 25 pages per second. Rapid Bottleneck Identification A Better Way to do Load Testing Page 6
7 THE RBI TESTING APPROACH Traditionally, performance testers focused on concurrent users as the key metric for application scalability. However, if a majority of application and system-level issues are found in throughput tests, a new approach is needed. These three principles form the foundation of the RBI methodology. All Web applications have bottlenecks. These bottlenecks can only be uncovered one at a time. Focus should be placed where the bottlenecks are most likely to occur. Although recognizing the importance of concurrency testing, the RBI methodology first focuses on throughput testing to root out the most common bottlenecks, followed by concurrency testing to assess performance under load conditions that reflect the actual number of users expected on the application. RBI testing also starts with the simple tests and then builds in complexity so that when an issue appears, all the other possible causes have been ruled out. Focusing on throughput testing, followed by concurrency testing, and using a structured approach to the test process ensures that bottlenecks are quickly isolated, which improves efficiency and reduces cost. Benefits of RBI Testing The RBI methodology enables rapid yet thorough testing that systematically uncovers all system and application issues both simple and complex. By uncovering bottlenecks using a tiered approach, you can quickly identify issues as well as isolate issues in components of which you have limited knowledge. Reduce Testing Time How much time can you save by focusing initially on throughput testing? Take an example of a system expected to handle 5,000 concurrent users, with users spending an average of 45 seconds on each page. If the application has a bottleneck that will limit its scalability to 25 pages per second, a concurrency test will find this bottleneck at approximately 1,125 users (25 pages per second at 45 seconds per page). In the interest of not biasing the data, a typical concurrency test ramp up should proceed slowly. For example, you may consider ramping one user every five seconds. In this example, the bottleneck would have occurred 5,625 seconds or 94 minutes into the test (1,125 users at 5 seconds per user). However, to validate the bottleneck, the test would have to continue beyond that point to prove that the throughput was not climbing as users were added. A throughput test could have found this problem in less than 60 seconds. Rapid Bottleneck Identification A Better Way to do Load Testing Page 7
8 Eliminate Initial Testing Complexity Very often performance testing begins with overly complex scenarios exercising too many components at the same time, making it easy for bottlenecks to hide. The RBI methodology begins with system-level testing that can be carried out before the application is even deployed. Improve QA Efficiency The RBI methodology tests the simplest test cases first and then moves on to those with increased complexity. If the simplest test case works and the next level of complexity fails, the bottleneck lies in the newly added complexity. By uncovering bottlenecks using a tiered approach, you can quickly identify issues as well as isolate issues in components of which you have limited knowledge. Enhance Testing Effectiveness with Knowledge Aggregation The modular and iterative nature of the methodology means that when a bottleneck appears, all the previously tested components have already been ruled out. For instance, if hitting the home page shows no bottlenecks but hitting the home page plus executing a search shows very poor performance, the cause of the bottleneck lies in the search functionality. RBI Testing for Common System Bottlenecks Any performance testing should begin with an assessment of the basic network infrastructure supporting the application. If this basic system cannot support the anticipated user load on a system, even infinitely scalable application code will bottleneck. Basic system-level tests should be run to validate bandwidth, hit rate, and connections. Additionally, simple test application pages should be exercised simple hello world pages, for instance. The Application After validating that the system infrastructure meets the most basic needs of the end users, turn to the application itself. Once again, start with the simplest possible test case. If testing has progressed this far without uncovering system-level issues (or those issues have been resolved), any remaining problems are caused by the application itself. For example, if a test application page achieved 100 pages per second and the home page bottlenecks at only 10 pages per second, the problem lies in the overhead required to display the home page. Rapid Bottleneck Identification A Better Way to do Load Testing Page 8
9 The difference between the performance of a test page and the performance of an actual production application page determines the potential gain in performance improvement from tuning. At this point, the test application page test provides two valuable pieces of information. First, because we know that the system itself is not the bottleneck, the culprit can only be the code on the home page. Second, we can see how much tuning the home page could improve performance. The difference between the performance of the test application page (100 pages per second) and the home page (10 pages per second) determines the maximum performance improvement tuning could provide. Likewise, multipage transactions can be assessed by breaking down the performance of individual pages in the transaction and evaluating how each contributes to the performance of the overall transaction. Since any real-world application page likely requires more processing power than a hello world test page, it is reasonable to expect some drop-off in performance. However, the greater that drop-off, the greater the need for and potential gain from tuning. It is also important to note that if the drop-off between the test page and an actual application page is not substantial and the performance is still insufficient to meet the needs of the application user base, you need to add more hardware capacity. Up to this point no mention has been made of page-response times. Although response times are a key metric of overall performance, response times will be the same for one user as they are for 1,000 or 100,000 users unless a bottleneck is encountered. So in this methodology, response times are only useful as an indicator that a bottleneck has been reached (if response times begin to spike) or as failure criteria (if response times exceed some predefined threshold), with poorly performing pages (those that experience errors or high response times) most in need of code optimization. Proper concurrency tests scenarios must accurately reflect what real users do on the site and replicate those actions at the same user pace. RBI Testing for Application Bottlenecks As with the system-level testing, the RBI methodology begins application testing with the simplest possible test case and then builds in complexity. In a typical e-commerce application, you would test the home page first and then add pages and business functions until complete, real-world transactions are being tested, first individually and then in complex scenario usage patterns. As steps are added, any degradation in response times or page throughput will have been caused by the newly added step, making it easier to isolate what code needs to be investigated. Once each of the business functions and transactions has been tested and optimized (as necessary), the transactions can be combined into complete scenario concurrency tests. These concurrency tests must focus on two key components. First, the concurrency test must accurately reflect what real users do on the site browse, search, register, login, and purchase. Second, the steps in those transactions must be performed at the same pace as real-world visitors with appropriate think times between each step. This data can be gathered with a Web logging tool that exposes session length, pages viewed per session (to determine the user pacing), and percentages of pages hit (to determine the actual business functions used). Rapid Bottleneck Identification A Better Way to do Load Testing Page 9
10 Once the test has been designed from real-world data or educated assumptions for an application not yet deployed the test must be executed in a way that gathers valuable information at various user load levels. If the site is expected to handle 1,000 concurrent users, then it s important not to start those users all at once. Instead ramp your test slowly, adding one or more users at defined time intervals, until you reach This will allow you to determine overall performance at each level of user load and also make it easier to identify performance problems when they begin to occur. CONCLUSION The RBI methodology for load testing improves testing efficiency by focusing first on where bottlenecks most often occur in the throughput. Once throughput has been thoroughly tested, you can test the system and application for concurrency to assess performance under realistic user loads. By following a structured approach from system testing to application testing and slowly, systematically introducing complexity into the test cases, you can quickly isolate bottlenecks and their associated root cause. Although this paper focuses on methodology, it is important to point out that much of this process can and should be automated using an automated testing tool. Oracle Application Testing Suite is the centerpiece of Oracle Enterprise Manager for functional and load testing for Web and service-oriented architecture applications. CONTACT US For more information about Oracle Application Testing Suite and Oracle Enterprise Manager please visit oracle.com or call ORACLE1 to speak to an Oracle representative. Also, please visit Oracle Technology Network at oracle.com/technology/products/oem/. Rapid Bottleneck Identification A Better Way to do Load Testing Page 10
11 Rapid Bottleneck Identification A Better Way to do Load Testing June 2008 Oracle Corporation World Headquarters 500 Oracle Parkway Redwood Shores, CA U.S.A. Worldwide Inquiries: Phone: Fax: oracle.com Copyright 2007, 2008, Oracle and/or its affiliates. All rights reserved. This document is provided for information purposes only and the contents hereof are subject to change without notice. This document is not warranted to be error-free, nor subject to any other warranties or conditions, whether expressed orally or implied in law, including implied warranties and conditions of merchantability or fitness for a particular purpose. We specifically disclaim any liability with respect to this document and no contractual obligations are formed either directly or indirectly by this document. This document may not be reproduced or transmitted in any form or by any means, electronic or mechanical, for any purpose, without our prior written permission. Oracle is a registered trademark of Oracle Corporation and/or its affiliates. Other names may be trademarks of their respective owners. 0408
An Oracle White Paper February 2010 Comprehensive Testing for Siebel With Oracle Application Testing Suite Introduction Siebel provides a wide range of business-critical applications for Sales, Marketing,
Improve Data Integration with Changed Data Capture An Oracle Data Integrator Technical Brief Updated December 2006 Improve Data Integration with Changed Data Capture: An Oracle Data Integrator Technical
Creating Custom Project Administrator Role to Review Project Performance and Analyze KPI Categories Worked Example ORACLE PPM CLOUD SERVICES SOLUTION OVERVIEW MAY 2018 Disclaimer The following is intended
Oracle Warehouse Builder 10g Release 2 Integrating Packaged Applications Data June 2006 Note: This document is for informational purposes. It is not a commitment to deliver any material, code, or functionality,
An Oracle White Paper September 2011 Oracle Utilities Meter Data Management 2.0.1 Demonstrates Extreme Performance on Oracle Exadata/Exalogic Introduction New utilities technologies are bringing with them
Oracle Web Service Manager 11g Component Level Role Authorization (in SOA Suite) March, 2012 Step-by-Step Instruction Guide Author: Prakash Yamuna Senior Development Manager Oracle Corporation Table of
An Oracle White Paper June 2011 (EHCC) Introduction... 3 : Technology Overview... 4 Warehouse Compression... 6 Archive Compression... 7 Conclusion... 9 Introduction enables the highest levels of data compression
Technical Upgrade Guidance SEA->SIA migration Oracle Siebel Customer Relationship Management Applications Siebel Industry-Driven CRM November 2011 This document is intended to outline our general product
A Joint Oracle Teradata White Paper September 2011 Configuring Oracle Business Intelligence Enterprise Edition to Support Teradata Database Query Banding Introduction... 1 Step 1. Query Band Configuration
Oracle JD Edwards EnterpriseOne Object Usage Tracking Performance Characterization Using JD Edwards EnterpriseOne Object Usage Tracking ORACLE WHITE PAPER JULY 2017 Disclaimer The following is intended
Oracle FLEXCUBE Direct Banking Release 12.0.0 Dashboard Widgets Transfer Payments User Manual Part No. E52305-01 Dashboard Widgets User Manual Table of Contents 1. Transaction Host Integration Matrix...
Managing Metadata with Oracle Data Integrator An Oracle Data Integrator Technical Brief Updated December 2006 Managing Metadata with Oracle Data Integrator: An Oracle Data Integrator Technical Brief Metadata
Oracle Grid Infrastructure 12c Release 2 Cluster Domains O R A C L E W H I T E P A P E R N O V E M B E R 2 0 1 7 Table of Contents Introduction 2 Clustering with Oracle Clusterware 12c Release 2 3 Oracle
Oracle Database 10g Resource Manager An Oracle White Paper October 2005 Oracle Database 10g Resource Manager INTRODUCTION... 3 SYSTEM AND RESOURCE MANAGEMENT... 3 ESTABLISHING RESOURCE PLANS AND POLICIES...
Frequently Asked Questions Oracle Content Management Integration An Oracle White Paper June 2007 NOTE: The following is intended to outline our general product direction. It is intended for information
Oracle CIoud Infrastructure Load Balancing Connectivity with Ravello O R A C L E W H I T E P A P E R M A R C H 2 0 1 8 Oracle Cloud Infrastructure Ravello Cloud Service Oracle Cloud Infrastructure Ravello
Oracle Database 10g Release 2 Database Vault - Restricting the DBA From Accessing Business Data An Oracle White Paper August 2006 Oracle Database Vault Overview Oracle Database Vault enables you to Restrict
Overview Faced with ever increasing computing needs and budget constraints, companies today want to set up infrastructures that offer optimal value, can easily be re-purposed, and have reduced complexity.
Oracle JD Edwards EnterpriseOne Object Usage Tracking Performance Characterization Using JD Edwards EnterpriseOne Object Usage Tracking ORACLE WHITE PAPER NOVEMBER 2017 Disclaimer The following is intended
Oracle Database Lite Automatic Synchronization White Paper An Oracle White Paper August 2008 Oracle Database Lite Automatic Synchronization White Paper OVERVIEW Oracle Database Lite allows field workers
Oracle DIVArchive Storage Plan Manager Feature Description ORACLE TECHNICAL WHITE PAPER UPDATED MAY 2015 Introduction: What Is a Storage Plan? Storage plans are policies managing the lifecycle of objects
Oracle Diagnostics Pack For Oracle Database ORACLE DIAGNOSTICS PACK FOR ORACLE DATABASE Oracle Enterprise Manager is Oracle s integrated enterprise IT management product line, and provides the industry
An Oracle White Paper: November 2011 Installation Instructions: Oracle XML DB XFILES Demonstration Table of Contents Installation Instructions: Oracle XML DB XFILES Demonstration... 1 Executive Overview...
An Oracle White Paper February 2012 Benefits of an Exclusive Multimaster Deployment of Oracle Directory Server Enterprise Edition Disclaimer The following is intended to outline our general product direction.
An Oracle White Paper January 2013 Oracle Hyperion Planning on the Oracle Database Appliance using Oracle Transparent Data Encryption Executive Overview... 3 Introduction... 3 Hyperion Planning... 3 Oracle
An Oracle White Paper October 2010 Minimizing Planned Downtime of SAP Systems with the Virtualization Technologies in Oracle Solaris 10 Introduction When business-critical systems are down for a variety
Increasing Network Agility through Intelligent Orchestration The Oracle Communications Application Orchestrator advantage ORACLE WHITE PAPER OCTOBER 2015 Table of Contents Introduction 1 Network Virtualization
Oracle Event Processing Extreme Performance on Sparc T5 An Oracle Event Processing (OEP) Whitepaper ORACLE WHITE PAPER AUGUST 2014 Table of Contents Introduction 2 OEP Architecture 2 Server Architecture
An Oracle White Paper November 2009 Oracle RAC One Node 11g Release 2 User Guide Introduction... 1 Software Installation... 3 How to Configure an Oracle RAC One Node Database... 6 Rolling Patch Application
Generate Invoice and Revenue for Labor Transactions Based on Rates Defined for Project and Task O R A C L E P P M C L O U D S E R V I C E S S O L U T I O N O V E R V I E W D E C E M B E R 2017 Disclaimer
An Oracle White Paper January 2018 Oracle Enterprise Performance Management Cloud Extracting YTD Balances from FCCS using Data Management Disclaimer This document is provided for information purposes and
WHITE PAPER: ENTERPRISE AVAILABILITY Introduction to Adaptive Instrumentation with Symantec Indepth for J2EE Application Performance Management White Paper: Enterprise Availability Introduction to Adaptive
Oracle Grid Infrastructure Cluster Domains O R A C L E W H I T E P A P E R F E B R U A R Y 2 0 1 8 Table of Contents Introduction 1 Clustering with Oracle Clusterware 3 Oracle Grid Infrastructure Architectures
An Oracle White Paper September 2012 Security and the Oracle Database Cloud Service 1 Table of Contents Overview... 3 Security architecture... 4 User areas... 4 Accounts... 4 Identity Domains... 4 Database
Technical White Paper August 2010 Recovering from Catastrophic Failures Using Data Replicator Software for Data Replication. Recovering from Catastrophic Failures Using Data Replicator Software for Data
An Oracle Technical White Paper May 2010 Deploying Oracle Beehive with BlackBerry Enterprise Server for MDS Applications Introduction... 2 Solution Overview... 3 BlackBerry Infrastructure... 4 BlackBerry
ORACLE SERVICES FOR APPLICATION MIGRATIONS TO ORACLE HARDWARE INFRASTRUCTURES SERVICE, SUPPORT AND EXPERT GUIDANCE FOR THE MIGRATION AND IMPLEMENTATION OF YOUR ORACLE APPLICATIONS ON ORACLE INFRASTRUCTURE
Using the Oracle Business Intelligence Publisher Memory Guard Features August 2013 Contents What Are the Memory Guard Features?... 3 Specify a maximum data sized allowed for online processing... 3 Specify
ORACLE ENTERPRISE MANAGER 10g ORACLE DIAGNOSTICS PACK FOR NON-ORACLE MIDDLEWARE Most application performance problems surface during peak loads. Often times, these problems are time and resource intensive,
Oracle Database Vault Best Practices ORACLE WHITE PAPER MAY 2015 Table of Contents Executive Overview 2 Installation 3 Pre-Installation Notes 3 Separation of Duty 3 Separation of Duty Matrix 4 Oracle Database
Oracle Data Masking and Subsetting Frequently Asked Questions (FAQ) S E P T E M B E R 2 0 1 6 Product Overview Q: What is Data Masking and Subsetting? A: Data Masking or Static Data Masking is the process
Bulk Processing with Oracle Application Integration Architecture An Oracle White Paper January 2009 Bulk Processing with Oracle Application Integration Architecture Introduction... 3 Oracle Application
An Oracle White Paper December, 3 rd 2014 Oracle Metadata Management v126.96.36.199.1 Oracle Metadata Management version 188.8.131.52.1 - December, 3 rd 2014 Disclaimer This document is for informational purposes.
Tutorial on How to Publish an OCI Image Listing Publish an OCI Image Listing F13637-01 JANUARY 2019 DISCLAIMER The following is intended to outline our general product direction. It is intended for information
An Oracle Technical White Paper September 2010 Oracle VM Templates for PeopleSoft 1 Disclaimer The following is intended to outline our general product direction. It is intended for information purposes
Oracle WebCenter Portal 11g Developer Workshop Lab 03 Integrating Content Page 1 of 12 Overview WebCenter Content is the content repository for WebCenter Portal. To leverage the content stored in the repository,
Oracle Fusion Configurator Configurator Modeling Walk Through O R A C L E W H I T E P A P E R M A R C H 2 0 1 8 Table of Contents Introduction 1 Assumptions 1 Product Information Management Setup 2 Item
An Oracle White Paper January 2010 Governance, Risk, and Compliance: A Practical Guide to Points of Entry Disclaimer The following is intended to outline our general product direction. It is intended for
A Distinctive View across the Continuum of Care with Oracle Healthcare Master Person Index ORACLE WHITE PAPER NOVEMBER 2015 Disclaimer The following is intended to outline our general product direction.
Oracle Data Provider for.net Microsoft.NET Core and Entity Framework Core O R A C L E S T A T E M E N T O F D I R E C T I O N F E B R U A R Y 2 0 1 8 Disclaimer The following is intended to outline our
Next-Generation SOA Infrastructure An Oracle White Paper May 2007 Next-Generation SOA Infrastructure INTRODUCTION Today, developers are faced with a bewildering array of technologies for developing Web
An Oracle White Paper September 2010 Handling Memory Ordering in Multithreaded Applications with Oracle Solaris Studio 12 Update 2: Part 2, Memory Introduction... 1 What Is Memory Ordering?... 2 More About
Loading User Update Requests Using HCM Data Loader Oracle Fusion Human Capital Management 11g Release 11 (11.1.11) Update 8 O R A C L E W H I T E P A P E R N O V E M B E R 2 0 1 7 Table of Contents Loading
Veritas NetBackup and Oracle Cloud Infrastructure Object Storage ORACLE HOW TO GUIDE FEBRUARY 2018 0. Disclaimer The following is intended to outline our general product direction. It is intended for information
Oracle Database 12c: JMS Sharded Queues For high performance, scalable Advanced Queuing ORACLE WHITE PAPER MARCH 2015 Table of Contents Introduction 2 Architecture 3 PERFORMANCE OF AQ-JMS QUEUES 4 PERFORMANCE
Implementing Fibre Channel SAN Boot with the Oracle ZFS Storage Appliance January 2014 By Tom Hanvey; update by Peter Brouwer Version: 2.0 This paper describes how to implement a Fibre Channel (FC) SAN
Oracle WebCenter Portal 11g Developer Workshop Lab 00 Preparing the Environment Page 1 of 10 Overview For this workshop, you will use the Oracle WebCenter Portal Jump Start Kit, which is a utility that
How to Monitor Oracle Private Cloud Appliance with Oracle Enterprise Manager 13c O R A C L E W H I T E P A P E R J U L Y 2 0 1 8 Introduction 2 Configuration of Oracle Enterprise Manager 13c to discover
An Oracle White Paper June 2013 Enterprise Database Cloud Deployment with Oracle SuperCluster T5-8 Introduction Databases form the underlying foundation for most business applications by storing, organizing,
Performance and Scalability Benchmark: Siebel CRM Release 184.108.40.206 Industry Applications and Oracle 220.127.116.11 Database on Oracle's SPARC T5 Servers and Oracle Solaris An Oracle White Paper Released April
October 2017 Oracle Application Express Statement of Direction Disclaimer This document in any form, software or printed matter, contains proprietary information that is the exclusive property of Oracle.
Repairing the Broken State of Data Protection April 2016 Oracle s modern data protection solutions address both business continuity and disaster recovery, reducing IT costs and simplifying data protection
STORAGE CONSOLIDATION AND THE SUN ZFS STORAGE APPLIANCE A COST EFFECTIVE STORAGE CONSOLIDATION SOLUTION THAT REDUCES INFRASTRUCTURE COSTS, IMPROVES PRODUCTIVITY AND SIMPLIFIES DATA CENTER MANAGEMENT. KEY
An Oracle White Paper October 2012 Release Notes - V18.104.22.168.0 Oracle Utilities Application Framework Introduction... 2 Disclaimer... 2 Deprecation of Functionality... 2 New or Changed Features... 4 Native
Extreme Performance Platform for Real-Time Streaming Analytics Achieve Massive Scalability on SPARC T7 with Oracle Stream Analytics O R A C L E W H I T E P A P E R A P R I L 2 0 1 6 Disclaimer The following
An Oracle White Paper August 2010 Building Highly Scalable Web Applications with XStream Disclaimer The following is intended to outline our general product direction. It is intended for information purposes
Deploying Custom Operating System Images on Oracle Cloud Infrastructure O R A C L E W H I T E P A P E R M A Y 2 0 1 8 Table of Contents Purpose of This White Paper 3 Scope and Assumptions 3 Access Requirements
Advanced Global Intercompany Systems : Transaction Account Definition (TAD) In Release 12 An Oracle White Paper [May]  TABLE OF CONTENTS Executive Overview... 3 Introduction... 3 Scope... 3 Overview...
An Oracle White Paper June 2011 StorageTek In-rive Reclaim Accelerator for the StorageTek T10000B Tape rive and StorageTek Virtual Storage Manager Introduction 1 The Tape Storage Space Problem 3 The StorageTek
WHITE PAPER Application Performance Management The Case for Adaptive Instrumentation in J2EE Environments Why Adaptive Instrumentation?... 3 Discovering Performance Problems... 3 The adaptive approach...
Siebel CRM Applications on Oracle Ravello Cloud Service ORACLE WHITE PAPER AUGUST 2017 Oracle Ravello is an overlay cloud that enables enterprises to run their VMware and KVM applications with data-center-like
An Oracle White Paper September 2010 Oracle Integrated Stack Complete, Trusted Enterprise Solutions Executive Summary... 1 Oracle s Complete Hardware and Software Stack... 2 The Production Life Cycle...
Oracle WebCenter Suite Provides Web 2.0 Services for Enterprise Developers An Oracle White Paper October 2006 Oracle WebCenter Suite Provides Web 2.0 Services for Enterprise Developers Web 2.0, a phrase
Performance and Scalability Benchmark: Siebel CRM Release 8.0 Industry Applications on HP BL685c Servers running Microsoft Windows 2003 Server Enterprise Edition and Oracle 10gR2 DB on HP rx6600 An Oracle