Introduction Into Post Go-Live Sizings
Introduction Into Post Go-Live Sizings
PUBLIC
Introduction
Sizing Verification
3. During production stages to ensure operations and verify/adjust estimations made earlier. ”Trigger events” include:
▪ Upgrade database, operating system, SAP application
▪ Reconfigure system landscape
▪ Change business process
▪ Rollouts: more users or other load
© 2018 SAP SE or an SAP affiliate company. All rights reserved. ǀ PUBLIC 3
Different Types of Sizing
Greenfield Sizing Go
Live
Production Sizing
Re-Sizing Delta Sizing Upgrade Sizing
All projects All projects All projects
▪ SAP system monitors ▪ SAP system monitors ▪ SAP system monitors
▪ Goal: Extend an existing system by ▪ Goal: Extend an existing system ▪ SAP Notes
load by functions ▪ Goal: Upgrade SAP software
e.g., by volume 100 additional users By different functions, e.g., you are
who'll do the same as the current live with CRM and want to add SCM
productive ones
Assumptions
▪ The system is properly tuned for optimal performance
▪ The focus is on net consumption of business processes on the hardware
Production Sizing
Re-Sizing Delta Sizing Upgrade Sizing
All projects All projects All projects
▪ SAP system monitors ▪ SAP system monitors ▪ SAP system monitors
▪ Goal: Extend an existing system by load ▪ Goal: Extend an existing system by functions ▪ SAP Notes
e.g., by volume 100 additional users who'll do By different functions, e.g., you are live with CRM ▪ Goal: Upgrade SAP software
the same as the current productive ones and want to add SCM
Sizing Verification
Prerequisites
▪ The system is live
▪ The hardware and software are scalable
▪ Different goals
– Re-Sizing: only add volume, no modified processes
– Delta Sizing: add different functions
– Upgrade sizing: only upgrade SAP software
Procedure
▪ Monitor CPU utilization, table growth, and memory use
– Relate it to a meaningful business entity, such as the number of concurrent users or the number of active projects
▪ Different procedures according to goals
– Re-sizing: Add the load coming in through the additional users and projects causing the same load structure
– Delta sizing: Treat like a new sizing and add calculated load
– Upgrade sizing: Determine additional requirements and add calculated load
▪ Judge whether your current hardware is sufficient, or whether you may need to buy new hardware
© 2018 SAP SE or an SAP affiliate company. All rights reserved. ǀ PUBLIC 7
Example Re-Sizing
A company
▪ Has 50 subsidiaries
▪ Template-based approach
– Most subsidiaries will have a very similar customizing
Phased rollout
▪ First, 5 subsidiaries go live
▪ Then the next 5-10 will follow suit, and so on
Consequence
▪ Initial sizing for first go-live
▪ Possibly perform expert sizing on non-template-like subsidiaries
▪ Sizing verification of first go-live
▪ Re-sizing based on production system data (45 subsidiaries)
Note: It is important that the business functions will remain the same
A company
▪ Has 50 subsidiaries live with SAP ERP
▪ Wants to add SAP CRM functions
Phased rollout
▪ First, 5 subsidiaries go live
▪ Then the next 5-10 will follow suit, and so on
Consequence
▪ Initial sizing for first go-live
▪ For example, Quick Sizer, additional guidelines
▪ Possibly perform expert sizing on non-template-like subsidiaries
▪ Sizing verification of first go-live
▪ Re-sizing based on production system data (45 subsidiaries)
A company
▪ Has 50 subsidiaries live with SAP ERP 6.0
▪ Wants to upgrade to SAP ERP 6.0 EhP7
▪ Also wants to upgrade DB release
Consequence
▪ Define scope of upgrade (SAP, DB, OS, HW)
▪ Analyze current utilization and growth
▪ Apply SAP upgrade notes
Example
▪ Current monthly disk growth = 200 GB
– Note + 5%: 200 GB * 1.05 = 210 GB growth
▪ Current avg. CPU utilization = 54% DB, 48% App server
– Note + 5%:
▫ DB 54 * 1.05 = 56.7%
▫ App 48 * 1.05 = 50.4% App server
▪ Current memory used = 16.4 GB
– Note: +15% : 16.4 * 1.15 = 18.9 GB
1.60
Example: The SAP Notes say CPU Memory
1.50
▪ A B +10% 1.40
▪ B C + 5% 1.30
1.20
Calculate:
1.10
▪ Utilization * 1.1 * 1.05 utilization * 1.16 1.00
4.6CSR1 47x110 47x200 ECC5.0 ECC6.0 4.6CSR1 47x110 47x200 ECC5.0 ECC6.0
Note: Ranges do
not constitute a upper range
maximum lower range
Data
Sizing Verification
Available monitors
▪ Disk Analysis DB02, DB monitor of hardware vendor
– (DB Performance Tables & Indexes)
▪ CPU Analysis ST06, ST03N, STAD, ST03G
– (Workload Analysis, Statistical Records, Global System Workload Analysis)
▪ User Analysis STAD, ST03G
– (Application Monitor, Statistical Records)
▪ Memory Analysis SM04, STAD
– (User List, Statistical Records)
▪ Front-End Network Load STAD, ST03N, ST03G
– (Statistical Records, Workload Analysis)
Check
Number of CPUs/cores
CPU utilization
Current and historic
Detail Analysis Menu
Available and free memory
Check
Total available disk size
Free space
Check
Monthly growth
Drill-down to top 20 tables
Report /SDF/HDB_SIZING
▪ Described in SAP Note 1872170 – Suite on HANA sizing report
Scope
▪ Runs on SAP NetWeaver systems based on SAP HANA
▪ Not suitable for BW (Refer to SAP Note 2296290 - New Sizing Report for BW/4HANA)
Functionality
▪ Estimates the maximum memory and disk consumption of the database
▪ Additional functionality needs to be sized with the HANA Quick Sizer (Delta Sizing)
Sizing Verification
© 2018 SAP SE or an SAP affiliate company. All rights reserved. ǀ PUBLIC Focus is on-premise and private cloud systems 22
SAP EarlyWatch Alert - Cloud Applications
Landscape Overview Task list per customer Dashboard per System
Quick Sizer
Current Current Current
Project
Workload Workload Workload
Sebastian Schmitt