2018 MigrationConsolidation - PDF Sep 3 PDF

Oracle
Database Migration and

Consolidation Techniques
Matheus Boesing
Matheus Boesing
Oracle Database 12c Maximum Availability Certified Expert (OCE)
Oracle Database 12c Performance Management and Tuning Certified Expert (OCE)
Oracle Database 12c Data Guard Administrator Certified Expert (OCE)
Oracle Database 12c RAC and Grid Infrastructure Administrator Certified Expert (OCE)
Oracle Database 12c Administrator Certified Professional (OCP)
Oracle Database SQL Certified Expert (OCE)
Oracle Database 11g Performance Tuning Certified Expert (OCE)
Oracle Real Application Clusters 11g Certified Implementation Specialist (OCS)
Oracle Database 11g Certified Implementation Specialist (OCS)
Oracle Database 11g Administrator Certified Professional (OCP)
Oracle Database 11g Administrator Certified Associate (OCA)
EXIN: Certified Integrator Secure Cloud Services
EXIN: Cloud Computing Foundation
ITIL® Foundation Certificate in IT Service Management
ISO/IEC 20000 – IT Service Management Foundation
ISO/IEC 27002 – Information Security FoundationEXIN: Green IT Citizen
COBIT 4.1 Foundation for IT Services
Microsoft Technology Associate – SQL Server (MTA)
@matheusdba
linkedin.com/in/matheusboesing/
Pythian
EXPERIENCED GLOBAL EXPERTS
11,800 400 2
Pythian experts Millennia of experience
Systems currently
in 35 countries gathered and shared
managed by Pythian
over 19 years
Database Management and Performance (15)
E-Book
12 authors| +400 posts | 15k mon/accesses | 184 countries
AGENDA
• Why to talk about it?
• Migration x Consolidation
• Planning Work: Lessons Learned
• Concepts and Strategies
• Useful Tools / Step
• Final notes...
@matheusdba matheus@boesing.com.br
Safe Harbour Statement
Migration & Consolidation
• Migration
• Migrate Application version -> Not discussing today
• Migrating Application Services on same Database -> Not discussing today
• Migrate Applications from 1 DB to another -> Not focus for today
• Migrate several databases to 1 -> Database Consolidation
• Migrate several servers to less -> Server Consolidation
• Migrate Database version -> Database Upgrade
• Migrate servers to new servers -> Server Upgrade/Downgrade
• Migrate Datacenter to new Datacenter -> Moving
• Migrate Application/Schema/Database to Cloud -> Moving to Cloud
Migration & Consolidation
• Migration
• Migrate Application version -> Not discussing today
• Migrating Application Services on same Database -> Not discussing today
• Migrate Applications from 1 DB to another -> Not focus for today
• Migrate several databases to 1 -> Database Consolidation
• Migrate several servers to less -> Server Consolidation
• Migrate Database version -> Database Upgrade
• Migrate servers to new servers -> Server Upgrade/Downgrade
• Migrate Datacenter to new Datacenter -> Moving
• Migrate Application/Schema/Database to Cloud -> Moving to Cloud
Migrations: Why to talk about?
• This time you can be the Villain!
• If it works: It’s expected.
• If not: You did everything wrong.
• You have time to plan everything

• Didn’t you see this could happen?
• Nobody like to do it.

• Managers, non-technical guys, clients, …
• It’s not a one way path…

• We can achieve the same by different methods..
• Which is the best? Depends...
• What if everything goes wrong?

• Do you have alternate plans?
• It doesn’t need to be traumatic.
Migrations: WHY??
• Hardware Limitation
• What we have is not enough
• Support/Contract Expiring
• Our Product or Hardware is losing support
• Additional Solutions
• I need something from new version
• Internal Policy
• I’m following the Patching Policy
• Cost Saving
• Downgrade or consolidation
• Strategic/Architectural Decision
• We’ll work on OVM now on
• Application Decomissioning
• Migrate the left overs
What now?
Have a Checklist!
Checklist #1: Make sure you have a checklist
Checklist: Have a Scope
• Define scope of change and change it no more!
• Baby Steps
• Change only what needs to be changed
• Split work and have SMART* milestones
• Change one thing: Harware, OS, Database, ...
• But mostly: follow documentation/recommendations/best practices
• BE Smart
• New PSUs are being released everyday
• Put the version in the ”Change" Name

• Upgrade Database XPTO Version: 11.2.0.4 to 12.1.0.2
• Migrate Application Schema PROD from Database DW to DW12
• Consolidate Databases XPTO and XPTA to Container C1_PROD as PDBs
Checklist: Engage People
• Have a kickoff!
• Keep people informed
• A weekly report about the advance and next steps should be enough...
• Let people know when, why and how they are needed
• Make clear the importance and timeline of each activity
• For any change, main roles should be involved:

• Project Manager: Can be your manager, a company PM, …
• Client or Business: They may help you on the best window and risks
• Testers: Why not to run a smoke/performance test?
• Developers: What if you find any bug, SQL regression, Application fix?
• Monitoring: They will receive alarms and reach you anyway
• Change Management: Should be the first on this list…
• Sysadmins: You may need them
• External Consultants/Oracle: What experience they have in this regard?
• Other DBAs!
Checklist: Winter is Coming
• Be prepared for everything.
• Community
• Google it! -> Blogs, Forums,...
• MOS and Docs.Oracle

• Installation Guide / Upgrade Guide / MOS: ”Upgrade 12.2”
• Have a Detailed Plan

• All steps and commands written, ordered, reviewed and tested
• Backup Plan(s) X Rollback Plan
• Relevant links, docs and contacts
• Escalation Plan (who inform if everything goes wrong)
• Share plan and ask for inputs

• Other DBAs, External Consultants, involved roles and teams
• Roles instead of People

• Planned people may have unexpected issues
• It can take longer than expected
Checklist: Winter is Coming
• Be prepared for everything.
• Community
• Google it! -> Blogs, Forums,...
Be aware
• MOS and Docs.Oracle
• Installation Guide / Upgrade Guide / MOS: ”Upgrade 12.2”
• Have a Detailed Plan

• All steps and commands written, ordered, reviewed and tested
• Backup Plan(s) X Rollback Plan
Be Prepared
• Relevant links, docs and contacts
• Escalation Plan (who inform if everything goes wrong)
• Share plan and ask for inputs

• Other DBAs, External Consultants, involved roles and teams
• Roles instead of People

• Planned people may have unexpected issues
Be Sure
• It can take longer than expected
Checklist: Document Before x After
• Have outputs, scripts, connectivity info, privileges, ...
• Server
• crontab
• Scripts directory
• ssh keys
• Other things running
• Application Schemas/Databases
• Grants
• Database Links
• Application Servers
• Network -> Firewall
Checklist: Measure Before x After
Success doesn’t mean get better...
Let’s get practical?
Test
Test again
Test different
Wait if...
Sizing is adequate?
Simulate
Some concepts…
Availability / Transparency
• Automatic Storage Management (ASM)
• Disk replacement online Applications
• I/O Stripping
• Allocation Unit
• Skip OS cache
• Failgroups
• Online rebalance
• Shared on RAC
• Grid Infrastructure Managed
• Real Aplication Cluster (RAC)
• Add/Remove nodes online
• Databases in RAC x RAC One Node
• Rolling Patch
• Service Names in RAC x Singleton
• Scan Listener
• DNS Alias
• Data Guard (DG)
• Active DG
• DG in RAC
• DG Broker
• Data Guard First Upgrades
• Physical x Logical
• Far-Sync (Long Distance)
• Cascade
• Snapshot Standby
• Lag
• …
• Transparent Application Failover (TAF)
• App Configuration (JDBC/OCI)
• Cluster Aware -> Notificationg to JDBC
• Transparent session migration
• Transaction integrity/retrying
• Disk replacement online

• Add/Remove nodes online
• Rolling Patch
• Service Names
• Scan Listener
• DNS Alias
• Data Guard (DG)

• Data Guard First Upgrades
• Active DG
• DG in RAC
• DG Broker
Application Caging
• Multinenant Architecture
• Logical organization
• Pluggable Databases per Application
• Application Self Contained
• Unplug/Plug
• Better use of OS/Physical resources
Application Caging
• Resource Manager (RSMGR)
• Resource control
• Active Sessions, % CPU, Priority
• I/O Resource Manager (IORM)
• Exadata
Application Caging
• Instance Caging
• CPU Count
• Memory (ASMM, AMM)
Application Caging
• Database Services and Modules
• Services for Applications
• Modules for App Modules (Reports, Desktop, Internet, ..)
• Actions for Module options (Monthly Sales Report, Room Reservation, …)
• Singleton x RAC
• Tracing
• Resource Mapping
Application Caging
• Logical organization
• Pluggable Databases per Application

• Resource control
• Active Sessions, % CPU, Priority
• Instance Caging
• Parameters

• Services for Applications
• Modules for App Modules
• Actions for Module options
• Resourcing accordingly
Interesting, But...
How do I use it?
Environment Tierization
Importance / Priority / Criticality
Consolidation
Consolidation
For Consolidation...
• Data Guard (DG)
Environment Tierization
Decisions...
We have tools for that...
But use them properly...
Planning
• OEM Consolidation Workbench
• ADDM/AWR/AWRW + SPA
• 10gR2+
• Private/Public Cloud Support
• Plan, Migrate, Validate
• Ultra Conservative x Aggressive
• DB2DB, DB2Server, OPC Consolidations
• Storage/Platform Advise
• Rules & Metrics
• DB_CPU_BOUND
• OLTP_IOPS_RECOMMEND_EXADATA
Planning
• 10gR2+
• Rules & Metrics
• DB_CPU_BOUND
Planning
• 10gR2+
• Rules & Metrics
• DB_CPU_BOUND
Planning
• 10gR2+
• Rules & Metrics
• DB_CPU_BOUND
Planning
• 10gR2+
• Rules & Metrics
• DB_CPU_BOUND
Planning
• 10gR2+
• Rules & Metrics
• DB_CPU_BOUND
Planning
• 10gR2+
• Rules & Metrics
• DB_CPU_BOUND
Planning
• 10gR2+
• Rules & Metrics
• DB_CPU_BOUND
Planning
• 10gR2+
• Rules & Metrics
• DB_CPU_BOUND
Planning
• 10gR2+
• Rules & Metrics
• DB_CPU_BOUND
Planning
• 10gR2+
• Rules & Metrics
• DB_CPU_BOUND
Planning
• 10gR2+
• Rules & Metrics
• DB_CPU_BOUND
Planning
• 10gR2+
• Rules & Metrics
• DB_CPU_BOUND
Planning
$ sh run_esp_master_linux.sh
• eSP (Carlos Sierra)
• APEX
• Run a Script on each server
• Import the generated file to eSP
• Information from each DB
Planning
• APEX
• Choose the shape/configuration
Planning
• APEX
• Select DB Allocation
• Sample Resource Utilization Given
Planning
• APEX
• Select Instance Allocation
• Detailed info per node
Planning
• APEX
• Simulate Failover!!
Planning
• APEX
• Reports
Planning
• APEX
• Reports
Preparing
• Database Migration Assistant for Unicode (DMU)
• GUI and CLI

• Connect to DB
• Install Repository
• Select the Unicode
• Scan Database
• Resolve Issues
• Convert DB
Preparing
• GUI and CLI

• Connect to DB
• Select the Unicode
• Scan Database
• Resolve Issues
• Convert DB
Preparing
• GUI and CLI

• Connect to DB
• Scan Database
• Resolve Issues
• Convert DB
Preparing
• GUI and CLI

• Connect to DB
• Scan Database
• Resolve Issues
• Convert DB
Preparing
• GUI and CLI

• Connect to DB
• Scan Database
• Resolve Issues
• Convert DB
Preparing
• GUI and CLI

• Connect to DB
• Scan Database
• Resolve Issues
• Convert DB
Preparing
• GUI and CLI

• Connect to DB
• Scan Database
• Resolve Issues
• Convert DB
Preparing
• GUI and CLI

• Connect to DB
• Scan Database
• Resolve Issues
• Convert DB
Older versions 9i-: csscan& csalter
Preparing
• GUI and CLI

• Connect to DB
• Scan Database
• Resolve Issues
• Convert DB
Preparing
• GUI and CLI

• Connect to DB
• Scan Database
• Resolve Issues
• Convert DB
Checking
Measuring Network Capacity using oratcptest (Doc ID 2064368.1)
• oractpcest
• Assess Data Guard Transport
Testing
• Real Application Testing
RAT
• SQL Performance Analyzer

• Database Replay
• Database Replay
• Consolidated Database Replay
• Query Only Replay
MOS Note 560977.1 for recommended patch bundles
Testing
RAT

• Database Replay
• Database Replay
Testing
RAT

• Database Replay
• Database Replay
Testing
RAT

• Database Replay
• Database Replay
Testing
RAT

• Database Replay
• Database Replay
Testing
RAT

• Database Replay
• Database Replay
Free Benchmarking Tools
• Silly Little Oracle Benchmark - SLOB (Kevin Closson)

• Swingbench (Dominic Giles)
• Sqlrun (Jared Still)
• HammerDB (HammerORA)
Migration!
• Data Guard
• Simulations (flashback restore point, snapshot standby)
• Migration (switchover -> allow rollback)
• Standby First (upgrade)
• RMAN
• Offline Migration
• Keep in restore mode, stop primary and start restored DB (minimum)
• Duplicate from Primary, Create a Standby and Switchover (minimum)
• ...
• Data Pump
• Logical dump with downtime (offline, modular)
• Combined with Golden Gate (online)
• Golden Gate
• Replicate to new DB and switchover
• Bidirectional (modular, allow rollback)
Migration... to Cloud!
• Oracle Services
• Oracle Database Backup to Cloud Service (10gR2+, physical)
• Oracle Golden Gate Cloud Service (8i+, logical, temporary usage)
• Oracle Cloud Infrastructure Data Transfer Service (Dec/2017)
• Appliances
• Oracle Cloud Infrastructure Data Transfer Appliance (Jul/2018)
• AWS Snowball
• 50TB/$200/10days + $15 per extra day
12C - Reduce Transportable Tablespace Downtime using Cross Platform
Incremental Backup (Doc ID 2005729.1) Roy F. Swonger
Conclusion
• Have Checklist
• Define scope of change and change it no more!
• Engage the right people and do it right
• Hope the best but prepare to worst
• Cover your back
• Document everything
• Measure as much as you can
• Know the strategy: What do you have? What do you want?
• Use Oracle features and products in your behalf
• Consider external tools and services
• Barely everything you need is possible, you just need the right tools and strategy.
• Any migration is unique and unrepeatable.
@matheusdba
linkedin.com/in/matheusboesing/
matheus@boesing.com.br

2018 MigrationConsolidation - PDF Sep 3 PDF

Загружено:

Сведения о документе

Оригинальное название

Авторское право

Доступные форматы

Поделиться этим документом

Поделиться или встроить документ

Параметры публикации

Этот документ был вам полезен?

Это неприемлемый материал?

Авторское право:

Доступные форматы

2018 MigrationConsolidation - PDF Sep 3 PDF

Загружено:

Авторское право:

Доступные форматы

Oracle

Database Migration and

EXPERIENCED GLOBAL EXPERTS

• You have time to plan everything

• Nobody like to do it.

• It’s not a one way path…

• What if everything goes wrong?

• It doesn’t need to be traumatic.

• Put the version in the ”Change" Name

• For any change, main roles should be involved:

• MOS and Docs.Oracle

• Have a Detailed Plan

• Share plan and ask for inputs

• Roles instead of People

• Have a Detailed Plan

• Share plan and ask for inputs

• Roles instead of People

• Network -> Firewall

• Real Aplication Cluster (RAC)

• Data Guard (DG)

• Transparent Application Failover (TAF)

• Resource Manager (RSMGR)

• Database Services and Modules

How do I use it?

Importance / Priority / Criticality

But use them properly...

• GUI and CLI

• GUI and CLI

• GUI and CLI

• GUI and CLI

• GUI and CLI

• GUI and CLI

• GUI and CLI

• GUI and CLI

Older versions 9i-: csscan& csalter

• GUI and CLI

Older versions 9i-: csscan& csalter

• GUI and CLI

Older versions 9i-: csscan& csalter

• Assess Data Guard Transport

• SQL Performance Analyzer

MOS Note 560977.1 for recommended patch bundles

• SQL Performance Analyzer

MOS Note 560977.1 for recommended patch bundles

• SQL Performance Analyzer

MOS Note 560977.1 for recommended patch bundles

• SQL Performance Analyzer

MOS Note 560977.1 for recommended patch bundles

• SQL Performance Analyzer

MOS Note 560977.1 for recommended patch bundles

• SQL Performance Analyzer

MOS Note 560977.1 for recommended patch bundles

• Silly Little Oracle Benchmark - SLOB (Kevin Closson)

Вам также может понравиться