1 / 30

Does Upgrade = Downtime? Minimal Downtime Strategies for Planned Maintenance

Does Upgrade = Downtime? Minimal Downtime Strategies for Planned Maintenance. Mike Dietrich – ORACLE Corporation – Upgrade Development Group Takuya Abe – ORACLE Japan – Sales Consulting Takashi Ikeda – Fujitsu Hokuriku Systems Ltd. Japan. Introduction. Who we are???. Introduction.

spike
Download Presentation

Does Upgrade = Downtime? Minimal Downtime Strategies for Planned Maintenance

An Image/Link below is provided (as is) to download presentation Download Policy: Content on the Website is provided to you AS IS for your information and personal use and may not be sold / licensed / shared on other websites without getting consent from its author. Content is provided to you AS IS for your information and personal use only. Download presentation by click this link. While downloading, if for some reason you are not able to download a presentation, the publisher may have deleted the file from their server. During download, if you can't get a presentation, the file might be deleted by the publisher.

E N D

Presentation Transcript


  1. Does Upgrade = Downtime?Minimal Downtime Strategies for Planned Maintenance Mike Dietrich – ORACLE Corporation – Upgrade Development Group Takuya Abe – ORACLE Japan – Sales Consulting Takashi Ikeda – Fujitsu Hokuriku Systems Ltd. Japan

  2. Introduction • Who we are???

  3. Introduction • Mike Dietrich: http://blogs.oracle.com/UPGRADE

  4. Agenda <Insert Picture Here> Downtime? Different Techniques - Overview Different Techniques – The Details Practical comparison by Fujitsu Hokuriku

  5. Why Downtime? Why do we encounter downtime during a database upgrade? Database is in "UPGRADE" mode The data dictionary will be upgraded The database is protected against changes apart from upgrade ►This usually means downtime It applies to: Database release upgrades Example: Upgrade from 10.2.0.3 to 11.2.0.2 Patch set upgrades Example: Patch set upgrade from 11.2.0.1 to 11.2.0.2 Patches which modify the dictionary

  6. The Goal Goal: Reduce the downtime according to your requirements and business needs The 3 Magic Upgrade Questions: Are you changing operating systems? Will you be moving to new hardware? How much downtime can you experience?

  7. Agenda <Insert Picture Here> Downtime? Different Techniques - Overview Different Techniques – The Details Practical comparison by Fujitsu Hokuriku

  8. Change to a new OS and new HWOverview slow Possible upgrade/migration downtime fast (strongly dependent on data volume) Oracle 11.1 Transportable DB Oracle 10.2 expdp/impdp x Transportable TS Oracle 10.1 Oracle 9.2 Streams Works since Oracle Version Oracle 8i Golden Gate Oracle8 Oracle7 COPYCTASSQL*Loader Oracle6 exp/imp Oracle5

  9. Keep the OS – Upgrade and change HWOverview slow Possible upgrade/migration time fast (may or may not depend on data volume) Transient Stby Oracle 11.1 Transportable DB Oracle 10.2 Logical Stby expdp/impdp TTS Oracle 10.1 Oracle 9.2 Streams Works since Oracle Version Oracle 8i Golden Gate Oracle8 Oracle7 COPYCTASSQL*Loader UpgradeCommand Line Oracle6 exp/imp Oracle5

  10. Keep the HW – just upgrade the databaseOverview slow Possible upgrade/migration time fast (may or may not depend on data volume) Oracle 11.1 Oracle 10.2 expdp/impdp TTS Oracle 10.1 Oracle 9.2 Streams Works since Oracle Version Oracle 8i Golden Gate Oracle8 Oracle7 COPYCTASSQL*Loader UpgradeDBUA or Command Line Oracle6 exp/imp Oracle5

  11. Agenda <Insert Picture Here> Downtime? Different Techniques - Overview Different Techniques – The Details Practical comparison by Fujitsu Hokuriku

  12. "Regular" Database Upgrade Upgrade duration is mainly dependent on the number of installed components Typical upgrade duration: 15-90 minutes x x x © 2010 Oracle Corporation12

  13. Export/Import and Data Pump Upgrade duration is mainly dependent on data volume exp/imp will work between Oracle5 and Oracle 11.2 expdp/impdp will work starting from Oracle 10.1 Faster and more powerful than "old" exp/imp NETWORK_LINK parameter could be very beneficial x x x x x x x x © 2010 Oracle Corporation13

  14. CTAS, COPY command and SQL*Loader Upgrade duration is mainly dependent on data volume Create-Table-As-Select and COPY work on database links with restrictions SQL*Loader requires unload of data Both techniques work since Oracle 7 or earlier – across versions x x x x x x x x © 2010 Oracle Corporation14

  15. Transportable Tablespaces TTS works since Oracle 8i Cross platform and cross Endianness since Oracle 10g Unplug data tablespaces and plug them into a new db But objects in SYSTEM and SYSAUX have to be transported as well Complexity could be a constraint x ≥10g x ≥10g © 2010 Oracle Corporation15

  16. Transportable Database TDB works since Oracle 10.2 Cross platform, but NOT cross Endianness RMAN automates the platform conversion Database must be switched into READ ONLY mode x x x x © 2010 Oracle Corporation16

  17. Oracle Streams Oracle Streams works since Oracle 9.2 Setup a copy of the database, upgrade it and replicate everything to the copy Cross platform and cross Endianness Downstream Capture as fallback But complex to setup and may have performance limitations x x x x © 2010 Oracle Corporation17

  18. Oracle Golden Gate Oracle Golden Gate works since Oracle 8i Similar concept to Oracle Streams Logmining happens outside the database Faster and easier to setup and more datatypes supported x x x x © 2010 Oracle Corporation18

  19. Logical Standby Database – SQL Apply SQL Apply Rolling Upgrade works since Oracle 10.1.0.3 Logical Standby database is upgraded first Switchover exchanges roles between primary and standby Then the former production is upgraded Downtime reachable: less than 1 minute x © 2010 Oracle Corporation19

  20. Transient Logical Standby Database Recommended beginning with Oracle 11g Start with Physical Standby Convert to Logical Standby, upgrade using SQL Apply Use Flashback Database to return to Physical Standby configuration Downtime reachable: less than 1 minute x © 2010 Oracle Corporation20

  21. Section Divider

  22. Introduction • Takuya AbeSales ConsultingOracle Japan

  23. Upgrade conditions in Japan • There are many databases running old versions in Japan • Why? • Basically, they tend to improve their existing databases and not upgrading them • Kaizen • Each divisions in a company has their own systems with their own policies • It’s not easy to standardize or consolidate the systems • Afraid of the impact on applications by upgrading database • It’s difficult to convince customers to upgrade databases

  24. Working with Upgrade Development • Upgrade Development team members came to Japan last year to promote upgrading databases • Provide an upgrade workshop • Several meetings with Japanese partner companies • Good and close relationship between U.S. and Japan • Keeping contact and discuss upgrade projects in Japan • Task Force Team for upgrading large-scale projects

  25. Collaboration with Partners in japan • Oracle Japan cooperates with many partner companies • Fujitsu, NEC, Hitachi, HP,etc • NS Solution, CTC, etc • From our partners perspective, there was not enough information available about database upgrades • We had tested and created documents about database upgrades with Fujitsu at the Technology Verification Center in Oracle Japan’s office

  26. Oracle GRID Center Best Practices, Innovative Ideas, from Japan

  27. Performs Key Technical Activities at Oracle Japan Utilize Various Hardware Servers, Storages and Network Switches provided by Strategic Partners Collaborative Verification Testing Engineers from Partners, Oracle Japan and Oracle Development Publish Outputs

  28. White Papers • Oracle Database 11g Release 2 Improving OLTP System Performance Using Database Smart Flash Cache with Fujitsu SPARC Enterprisehttp://www.fujitsu.com/downloads/STRSYS/system/fj-gc-dbsfc.pdf • Fujitsu SPARC Enterprise: Migrating from Oracle9i Database to Oracle Database 11ghttp://www.oracle.com/technetwork/database/enterprise-edition/fj-gc-spe-migrate-1-132029.pdf • Oracle Database ILM Solution based on Fujitsu ETERNUS DX/SPARC Enterprise - Lower storage costs and power consumption for long-term data storage -http://www.fujitsu.com/downloads/STRSYS/system/fj-gc-eternus-ilm.pdf • Performance verification of Oracle RAC /Oracle BIEE on Fujitsu Blade Server - Validating Scalability by Adding Nodes -http://www.oracle.com/technology/global/jp/tech/grid/doc/GRIDCenter-Fujitsu-BIEE_v1.0_English.pdf • Verification of Oracle Database 11g for Data Warehousing Using Fujitsu SPARC Enterprise- Performance Improvement Based on Data Segment Compression and ASM Utilization -http://www.fujitsu.com/downloads/SPARCE/whitepapers/fj-gc-spe-dwh-10-en.pdf • Effective resource utilization by In-Memory Parallel Execution in Oracle Real Application Clusters 11g Release 2 http://www.oracle.com/technetwork/middleware/bi-foundation/twp-in-mem-pq-gridcenter-ns-solutio-133291.pdf • Oracle Database 11g Release 2 Improving Batch Processing Speed using In-Memory Parallel Execution on Oracle Real Application Clustershttp://www.oracle.com/technetwork/database/features/bi-datawarehousing/twp-in-mem-pq-batch-gridcenter-ns-s-134459.pdf • Performance improvement of the entire Data Warehouse system on NEC Express5800/Scalable HA Server by using Oracle Database 11g Release 2 In-Memory Parallel Queryhttp://www.oracle.com/technetwork/database/features/performance/twp-in-mem-pq-gridcenter-nec-eng-11-130343.pdf • Active Data Guard 11g, RMAN Network Duplicate, Snapshot Standby, Apply Performance and Fast-Start Failover w/ Hitachi Ltd.http://www.hitachi.co.jp/products/it/storage-solutions/techsupport/whitepaper/pdf/11gdg_wp_v1_e.pdf • Best Practices for Oracle Automatic Storage Management (ASM) on Hitachi Dynamic Provisioning(HDP)http://www.hitachi.co.jp/products/it/storage-solutions/techsupport/whitepaper/pdf/hdp_bestpractice_wp_e.pdf • Data Guard Redo Transport Compression and Proper Network Configuration w/ Hitachi Ltdhttp://www.hitachi.co.jp/Prod/comp/soft1/oracle/pdf/OBtecinfo-08-008.pdf • Data Guard SQL Apply on IBM Power Systems Performance Validationhttp://www.oracle.co.jp/solutions/grid_center/ibm/pdf/GRIDCenter_SQLApply_PowerSystems_en.pdf

More Related