Documentos de Académico
Documentos de Profesional
Documentos de Cultura
This sizing questionnaire is for a workload from a provider other than IBM. IBM is not responsible for the accuracy of the data contained in such a workload. Any reliance by you on the third party workload is at your sole risk and will not create any liability or obligation for IBM. If you have any questions or are unsatisfied with the third party workload information, you should contact the third party provider. The system resources quoted to you in any sizing related communications are sufficient only for the workload(s) estimated. Other factors may require additional resources (e.g. additional non-estimated workloads, minimum configurations for RAID, allowance for growth, workspace, etc). The information provided to you in any sizing related communications are provided by International Business Machines Corporation (IBM) as a service to you and may be used for informational purposes only. Use of any sizing related communications is restricted to the purpose of helping you predict a possible IBM System Server model processor, memory and disk resources for a given workload. All representations of processor utilization, throughput, response time, memory, disk, and other performance data in the sizing communications are estimates and averages based on certain assumptions and conditions. No representation is made that these throughputs and their corresponding response times or other performance data will be accurate or achieved in any given IBM System Server installation environment. They are based on specific configurations and run time environments. Customer results will vary. Any configuration recommended by the sizing information communicated should be tested and verified. By accepting this information or using the sizing details you agree to the terms and conditions contained herein. If you do not agree with such terms and conditions, please do not review or use the provided materials and return the materials to IBM.
Table of Contents
Table of Contents...........................................................................................................................i Introduction.................................................................................................................................... 1 What is a sizing?.......................................................................................................................1 Do you have the right questionnaire for your sizing?................................................................2 Sizing assistance......................................................................................................................2 Instructions for completing this questionnaire...........................................................................2 Overview.............................................................................................................................2 Where to return the completed questionnaire ..........................................................................4 North America, Central America, South America...............................................................4 Europe, Middle East, Africa................................................................................................4 Asia/Pacific.......................................................................................................................... 4 Contact information......................................................................................................................5 Oracle OLTP Application Environment.......................................................................................6 Preferred platform.....................................................................................................................6 OLTP Workload Architecture Example.....................................................................................7 OLTP Basic Workload Information............................................................................................8 Database Version ..............................................................................................................8 Total Storage ...................................................................................................................... 8 Database Size ....................................................................................................................8 OTLP Interactive Workload Definition.......................................................................................9 Application Type ................................................................................................................9 Total Users .........................................................................................................................9 % Active users....................................................................................................................9 Tx Rate/hr...........................................................................................................................9 App Complexity.................................................................................................................10 OLTP Other Workload Definition.............................................................................................10 Ad-hoc reporting...............................................................................................................10 General reporting..............................................................................................................10 General Batch ..................................................................................................................10 Interfaces..........................................................................................................................11 System and Performance Monitoring...............................................................................11 General System Management Tasks...............................................................................11 Other Workload Definition.......................................................................................................12 Name................................................................................................................................. 12 Default Allocation .............................................................................................................12 % during Peak...................................................................................................................12 I/O Rate.............................................................................................................................12 OLTP Off-prime-shift Batch Workload Definition....................................................................12 Off-prime-shift Batch.........................................................................................................12 OLTP Off-prime-shift Batch Workload Definition Example...............................................13 Miscellaneous questions.........................................................................................................14 Non-production:.......................................................................................................................14 Trademarks and special notices................................................................................................18
Introduction
Thank you for requesting a sizing estimate for your Oracle Database implementation. The information you provide in this document will allow IBM to develop a sizing recommendation which describes the IBM server resources required to support your planned database installation. It is recommended that several resources be used to complete this questionnaire (your organizations business experts, consultants, Oracle representatives, etc.) to obtain valid inputs.
What is a sizing?
A sizing is an approximation of the hardware resources required to support a specific software implementation. The purpose of this questionnaire is to collect information to estimate the IBM hardware requirements for the implementation of an Oracle database workload on IBM Power Systems, System z, IBM System x or IBM mixed environments. It is important to understand that sizing the hardware for each customers Oracle database implementation is an iterative process, which may be refined and repeated a number of times. If you are in the early stages of planning, you will probably have limited information about your planned environment. In this case, we can complete the sizing estimate with general information about your Oracle database applications users. When you are further along in your implementation planning, you will know more about Oracle database applications, the number of users and your potential transaction activity. At that time, you may request another sizing estimate based on more detailed information. In any case, after receiving the results of a sizing estimate, you may choose to revise your input and request a re-sizing. At the Solutions Sizing Center, we will be happy to work with you throughout this process. This questionnaire, when completed, will return to you a sizing estimation including a workload from a provider other than IBM. IBM is not responsible for the accuracy of the data contained in such a workload. Any reliance by you on the third party workload is at your sole risk and will not create any liability or obligation for IBM. If you have any questions or are unsatisfied with the third party workload information, you should contact the third party provider. The system resources quoted to you in any sizing related communications are sufficient only for the workload(s) estimated. Other factors may require additional resources (e.g. additional non-estimated workloads, minimum configurations for RAID, allowance for growth, workspace, etc). The information provided to you in any sizing related communications are provided by International Business Machines Corporation (IBM) as a service to you and may be used for informational purposes only. Use of any sizing related communications is restricted to the purpose of helping you predict a possible IBM eServer model processor, memory and disk resources for a given workload. All representations of Copyright IBM Corp. 2009 1
IBM New Sizing Questionnaire for Oracle Database OLTP workloads processor utilization, throughput, response time, memory, disk, and other performance data in the sizing communications are estimates and averages based on certain assumptions and conditions. No representation is made that these throughputs and their corresponding response times or other performance data will be accurate or achieved in any given IBM server installation environment. They are based on specific configurations and run time environments. Customer results will vary. Any configuration recommended by the sizing information communicated should be tested and verified. By accepting this information or using the sizing details you agree to the terms and conditions contained herein. If you do not agree with such terms and conditions, please do not review or use the provided materials and return the materials to IBM.
Sizing assistance
Once you have the current version of the questionnaire, you will be able to answer the questions without having detailed knowledge of Oracle Applications. However, if you do need assistance, your IBM or Oracle representative can obtain support through the IBM/Oracle International Competency Center (ibmoracl@us.ibm.com), or you can send your questions to the IBM Solutions Sizing Center at eSizings@us.ibm.com or call us at 1-800-IBM-0222.
IBM New Sizing Questionnaire for Oracle Database OLTP workloads you are considering. They will probably have the best view of how your company will use these applications and will be able to answer many of the questions asked in this document. This will ensure that the document is complete and accurately reflects your companys environment. It is also recommended that you contact your local IBM representative, who will review the questionnaire input and will help you incorporate the output into your overall project plan. If you need assistance in contacting your IBM representative please send an e-mail to mailto:ibmoracl@us.ibm.com. 5. As you proceed in your evaluation, it is vital that all affected business units, information technology departments, end users and decision makers are made aware of and are in agreement with your goals and objectives. We have found that the most successful implementations are those where planning and teamwork are given the highest priorities. 6. We recognize that it may be difficult to provide exact numbers on many of these questions. A sizing estimate is based upon information available at a particular point in time and is subject to change. As your implementation progresses, new data unique to your implementation will become available. At that time you will find it advantageous to revisit the sizing process. In fact, both IBM and Oracle recommend that customers re-size their Oracle environments at least three times during their project cycle: Early in the project planning phase After implementation During testing as required when workload parameters change
Thank you for considering an IBM-Oracle solution. If you have any questions or need help completing this questionnaire, please contact us at 1-800-IBM-0222. For Asia Pacific, please use the reference list for the appropriate e-mail contact.
eSizings@us.ibm.com
System z, System i
Asia/Pacific
Geography ASEAN (Malaysia, Singapore, Thailand, Vietnam, Indonesia, Philippines, India, Sri Lanka) GCG (China) Hong Kong Taiwan South Korea Japan ANZ (Australia, New Zealand) All other AP geographic areas Platform Power Systems, System x Power Systems, System x Power Systems, System x Power Systems, System x Power Systems, System x Power Systems, System x Power Systems, System x All Platforms email
techline@my.ibm.com techline@cn.ibm.com
skto@hk1.ibm.com
Contact information
Please complete this section, including the name of your IBM and Oracle sales representatives. We will send the sizing results to the requesting IBM Representative, Oracle Representative, or IBM Business Partner.
Client * Company Name Street Address City, State, Zip Country * Industry Short Business Description * Contact Name * Phone Number * E-mail IBM * IBM Client Representative * Phone Number * E-mail Business Partner * Business Partner Company * Contact Name * Phone Number * E-mail Oracle Representative * Oracle Client Representative * Phone Number * E-mail To Be Completed by IBM or IBM Business Partner IBM Opportunity Number
Please describe as completely as possible the system architecture planned for this OLTP application. Describe the functions that will be assigned to the various layers of the physical architecture and whether those functions must run on separate servers, in partitions of a single server (ex: LPARs for System p), or in a single server of combined tiers, such as database and middle tiers.
Functional Layers Describe each Layer Runs on separate servers, or in partitions of a single server, or in a single server of combined tiers, such as database and middle tiers
Preferred platform
Does your company have a preferred architecture or standard models that you would like used if possible for the sizing?
* System Example Example Preferred System or Architecture System or architecture preference Prefer Power Systems 560 Prefer Blade servers
OLTP System Architecture Description: ( Please add or attach any system diagrams that may assist with the sizing exercise )
OLTP System Architecture Description: The system will be architected with a database server running Oracle 10g R2 in Partition 1, an application server in Partition 2, and a WebSphere-based Application Server in Partition 3 of first server. A separate batch server will be connected via 1 GB Ethernet. The two servers will share the same external disk array.
Database Version
Please document what database product is being used in this estimation. Currently, Oracle 9i, and Oracle 10g are supported.
Total Storage
This is the total storage required to support installation, operation, and maintenance of the workload you are estimating. Database properties that use storage should be examined. Such features include database log files, temporary workspaces, memory buffers, overhead for Unicode, overhead for compression, space needed for indexes, tools and space for data loading/unloading, etc.
Database Size
This item documents the size of the data stored in your database.
Application Type
Please select the application type that most closely resembles the type of application you are running. Resource usage characteristics vary among the application types and are based on information collected from various industry applications. The default name for the application type added may be changed to be something meaningful for your OLTP workload.
Total Users
The total number of users defined for this application type.
% Active users
The percent of the total users that is active during peak application usage. The default value is 100%.
Tx Rate/hr
This is the number of transactions per hour that are executed for this application. The default for this application type is listed. Adjust up or down as necessary by crossing out the number listed and write a new value in the same box. Copyright IBM Corp. 2009 9
App Complexity
If you feel your application is more or less complex than the default for this application type, you can account for that with this setting. There are five complexity levels to select from: very low, low, default, high and very high. This will adjust the CPU resource required for the application.
Ad-hoc reporting
In addition to general reporting provided within the application most implementations also make use of ad-hoc reporting tools such as Crystal Reports or perform batched ad-hoc queries. The resources consumed by ad-hoc queries can be significant. A single user can execute a long running, complex query that could tie up processing resources on the server. It is important to have processes and controls in place to limit the impact of these run-away queries. A default IBM characterization allocates 5% of resources to ad-hoc queries. If you expect a high usage of ad-hoc reporting and queries, please increase the percentage for this workload in the table below.
General reporting
Most application environments will make use of built in reporting functions. Some environments may be very reporting intensive. For example, a financial implementation will likely call many large, longer running reports. A CRM implementation may only pull status reports and less frequent detailed reports. A default IBM characterization allocates 10% of the system resources to general reporting. If you expect heavier reporting volumes, please change the percentage in the table below.
General Batch
A batch job is a program that is assigned to the computer to run without further user interaction. Examples of batch jobs are a printing request, application reporting, adhoc queries, and even system monitoring and performance tools. In larger Copyright IBM Corp. 2009 10
IBM New Sizing Questionnaire for Oracle Database OLTP workloads commercial computers or servers, batch jobs are usually initiated by a system user. Some are defined to run automatically at a certain time. Batch jobs can run for several hours and consume many system resources, or can be finished quickly and use very little resources. To fully understand the memory and processor requirements as well as batch run times, the batch workload should be tested with customer data. Some implementations may have light batch workloads during times when users are active, while other environments may have higher batch demands with high volume interfaces to other systems that will be running at the same time as users are active. Because of the varying types of batch jobs, it must be determined if the job is running during the peak shift when many users are active, or off shift, as might be the case with batch jobs that run overnight. It is advisable to run batches as much as possible during the off shift, but that is not always possible nor in the design of the application. A default IBM characterization allocates 15% of the resources for general batch. If you expect heavy batch volumes while users are active, please increase the percentage for this workload in the table below.
Interfaces
Interfaces to other systems can consume significant resources. Real-time interfaces that may be running in batch mode, but processing while users are active can impact end-user performance. Some environments may have few interfaces to other applications or systems. Other, more complex environments may see interfaces consume a large portion of their total resources. A default IBM characterization allocates 10% of the resources for interfaces. If you expect a large number of interfaces, very high volumes or critical, real-time updates while users are active, please increase the percentage for this workload in the table below.
11
Name
The default name for the other work added may be changed to be something meaningful for your OLTP workload.
Default Allocation
This is the percent of the application resource that is allocated for this work. If a different allocation percent is desired please list this under the next column heading of planned allocation, otherwise the default will be used.
% during Peak
This is the percent of this work that is done during peak workload usage. This percentage of the allocated resource will be applied to the workload CPU resource required.
I/O Rate
If you feel this work is more or less heavy than the default for this work type, you can account for that with this setting. There are five I/O Ratings to choose from: very light, lighter, default, heavier, and much heavier. Please indicate in the space provided the I/O rate required. This will adjust the I/O resource required for this work.
IBM New Sizing Questionnaire for Oracle Database OLTP workloads By default we will assume the off-prime-shift batch workload will require no more resources than your prime-shift volumes. If you expect to run a higher volume of offprime-shift batch please increase the percentage allocated for this in the table below. For example, if you expect your off-prime-shift batch to require twice the resources of your prime-shift workload then the planned allocation in the table below should be 200%.
Off-prime-shift Batch Type 1 Type 2 Type 3 TOTAL 100% Workload Description Default Allocation 100% Planned Allocation
OLTP Off-prime-shift Batch Workload Description: The overnight batch processes will consist of heavy payroll processing and some general ledger posting activity. We estimate that this workload will be about 110% of the defined prime-shift workload.
13
Miscellaneous questions
Planned Do you want storage to be included in your sizing? If yes, we will need you to provide additional information. Default No.
Non-production:
Non-production resource requirements can vary greatly. Some customers who have minimal development needs may only maintain small environments for development and testing. Other customers may need to scale to full production volumes for performance and acceptance testing so may require non-production environments larger than production. The architecture chosen for non-production will also vary. Some customers may choose to use a separate system to host their non-production environments and also use that system to provide failover in the case of an outage of the production system. Other customers may prefer to completely isolate non-production and not use the non-production environment for their high availability solution. Some of the other considerations that should be taken into account for sizing nonproduction resources are: Performance requirements: Often non-production environments do not need the fastest response times or best throughput. In many environments using a lower performing disk system (for example 10,000 RPM disks instead of 15,000 RPM disks) will provide sufficient performance at considerable cost savings. Scaling, performance and acceptance testing: Will you be scaling any of your non-production environments to determine application performance at near production volumes? Some customers with minimal development and customization may be comfortable with basic acceptance testing of customized modules. Other environments may wish to test at volumes similar to planned production workloads to assure the application changes can scale. If you will be doing performance testing, non-production environments will need to be sized similarly to production. For example, using 15,000 RPM disk for both production and non-production. Data requirements: Will you be using a subset of the production data or a small database? Or will you need to have a copy or multiple copies of the full production database. IBM offers the Optim Test Data Management solution that can help create and manage test and other non-production data. Concurrency: Each concurrent instance of the database and application software requires additional resources, particularly memory. Some environments may have 2 or 3 instances running concurrently, while others may have 5 or 6, depending on their
14
IBM New Sizing Questionnaire for Oracle Database OLTP workloads development, testing and training needs. Please consider both the total number of environments and also the maximum number that will be running concurrently. Since non-production environments can be complex, a worksheet is provided in Appendix A to assist with your non-production planning. To provide a reasonable estimate of the resources required for non-production, IBM will use a percentage of the production system being sized. Since CPU and memory requirements often differ from the storage space requirements we have asked you to provide two percentages below. If you do not provide a percentage to use for your sizing, IBM will use the defaults listed. The following table provides summary information. If you need assistance in planning your non-production environments a detailed worksheet has been provided in Appendix A.
* Non-Production
System
Total % of production database/storage Concurrently active space to allocate Users Heavy Medium Light 25%
* Will performance testing be done on non-production environments? * If yes, what percentage of production user counts will be used to scale performance in Test? * If performance testing is not being done, how critical is performance in your non-production environments? (slightly less than production, as critical as production, not critical) * Would you like more information about Optim Test Data Management for managing application test data? * What architecture do you plan to use for your nonproduction environments? (i.e., same as production, separate servers, combined tiers) Please explain * Will your non-production system be used as part of your High Availability solution? If so, please explain. * What percentage of non-production will still need to run in the event of a failover of production?
15
Medium Light
2 1
Will performance testing N be done on nonproduction environments? If yes, what percentage of production user counts will be used to scale performance in Test? Training Quality Assurance
1 1 5% 5% 5% 10%
16
17
18