Oracle Real Application Testing at GE Hungary (English)
Upcoming SlideShare
Loading in...5

Oracle Real Application Testing at GE Hungary (English)



Oracle Real Application Testing experiences at GE Hungary. Presented at 5. Hungarian Oracle Users Group (HOUG) conference at 2011.

Oracle Real Application Testing experiences at GE Hungary. Presented at 5. Hungarian Oracle Users Group (HOUG) conference at 2011.

A magyar nyelvű változat is elérhető.



Total Views
Slideshare-icon Views on SlideShare
Embed Views



0 Embeds 0

No embeds



Upload Details

Uploaded via as Adobe PDF

Usage Rights

© All Rights Reserved

Report content

Flagged as inappropriate Flag as inappropriate
Flag as inappropriate

Select your reason for flagging this presentation as inappropriate.

  • Full Name Full Name Comment goes here.
    Are you sure you want to
    Your message goes here
Post Comment
Edit your comment

    Oracle Real Application Testing at GE Hungary (English) Oracle Real Application Testing at GE Hungary (English) Presentation Transcript

    • Migration and consolidation at GE:All You ever wanted to know about Real Application Testing Földi Tamás – Starschema Kft.
    • GE Lighting EMEAData warehouse  Oracle 9i, HPUX  13 000 tables  ~1400 ETL jobs  ~8000 ETL mappingReporting  BusinessObjects 6.5  180 standard, 860 ad-hoc report  1200 uses (average 60-80 concurent)
    • BI Upgrade: project goals Support • Replace non-supported applications New functions for Business • Modern dashboards and reports Performance • Apply industry specific best practices Cost reduction • Standard, consolidated solutions
    • BI Upgrade: project objectives Advanced BusinessObject PL/SAPOracle 11g Analysis XI 3.1 Connector (OLAP) Upgrade toMerge instances version XI 13.0 Supply Chain Efficient SAP interface Automatic Migrate reports Storage to WebI format Management Commercial Finance SQL Plan LiveOffice Management New staging system SQL Tuning, Metadata Sales Parallel Query Manager
    • Oracle action planConsolidation  Merge Stage and DWH instances  Less license, more performanceUpgrade from 9i to 11g  SQL tuning (orainit, PX, SPM)  CompressionStorage  Reorganize table spaces (ASSM)  Automatic Storage Management (ASM)  Remove unused objects (based on audit)
    • Oracle upgade risksSoftware errors  Bugs, incompatibilities  Data mismatchCannot reach the goals  The performance gain is less than expected
    • Real Application TestingReal workload• Executed SQLs• Timings• Network loadEvaluation• Reports• SQL tuning sets
    • Testing process
    • RAT preparationMake a plan  Merge instances  Rearrange table spaces  Tune parametersApply patches  Oracle + „one-off patch” 9373986  Oracle + „one-off patch” 11691834Estimate storage  Do test recordingsDisable API loads (direct path)
    • Timing Tuning setsProduction RAT system Reports Build new Install patches environment Full backup Full backup PreprocessRestart database recordings Start recording Playback Restore
    • RecordingRec files  Could be several gigabytesPerformance impact  ARCHIVE mode  Disable „direct path”  Etc. 10% performance degradationSelect interesting period  Record 24 hour workload  Started in the same time on all instances
    • Playback preparationConsistent state  All data are the same on prod and RAT  Reset system clock to same time as productionBackup  RMAN backup or Snapshot StandbyProcessing  Process one time, playback many timesFiltering  Non-used schemas (EM, AWR)
    • Consolidation RAT officially does not support multiple records playback on single instance. But there is a workaround.Playing records from multiple instances on single node:  Sources must be captured in same time  All rec files must be copied into single folder, but with one header and footer  Only datetime based playback is supported, SCN based sync is not working
    • PlaybackIteration  Scenarios with different prameters or environments  Workload playback  Go back to the starting state  Make AWR baselinesReplay clients  Client Calibration AdvisorSynchronization  When replaying from multiple instances, only timestamp based is working
    • ReportsDB Replay • Data divergence • Execution errors • Performance impact (ADDM, ASH, AWR)SQL Performance Analyzer • Compare performance (CPU, IO, etc.) • Tune regressed SQL using SQL Tuning Advisor • Analysis results can be used to seed SQL Plan Management repository
    • ResultsConsolidation  Two, merged database instances can ran on the same hardware and instance  Reduced license and maintenance feesData integrity  There was no data divergenceOptimization  Regressed SQL statements were isolated  10-15% performance gain
    • RAT vs. Without RATRequired resources (days) 40 30 20 20 10 10 5 Wo DB Replay 4 0 2 5 0 DB Replay 0 Development/ Install Generating Run Test Evaluation RAT setup simulation Workload Reports, tuning environment sets Required time for testing DB Replay: 2 weeks Without DB Replay: 10 weeks
    • SummaryEasy-to-useReal workload instead of syntheticMake backups before all stepsMust have for multiple instance consolidationEfficient with AWRNon-supported loads (direct path)Non-used schemas must be filtered outUse PL/SQL interface instead of EM
    • Thank
    • Used pictures cancer/