大型業(yè)務系統(tǒng)Oracle數(shù)據(jù)庫-10G升級11G實踐課件

大型業(yè)務系統(tǒng)數(shù)據(jù)庫升級到11gR2實踐大型業(yè)務系統(tǒng)數(shù)據(jù)庫升級到11gR2實踐1分享大綱升級到11gR2的必要性升級到11gR2的技術路徑大型業(yè)務系統(tǒng)升級到11gR2的綜合因素升級后的系統(tǒng)穩(wěn)定性保障方案分享大綱升級到11gR2的必要性2ORACLE數(shù)據(jù)庫版本生命周期策略，推動升級步伐t2008200320042005200620072002200920102011201220132014持續(xù)支持標準支持R22007年7月擴展支持2010年7月2009年1月2012年1月R22013年7月201520162012年8月2015年8月2008年7月2010年7月

2011年7月R2201720182018年1月2015年1月2016年1月Oracle不再開發(fā)新補丁，不再承諾24x7的第一級嚴重故障處理ORACLE數(shù)據(jù)庫版本生命周期策略，推動升級步伐t200823上海新炬已升級完多個客戶多個核心系統(tǒng)并穩(wěn)定運行目前上海新炬截止目前，總共運維ORACLE數(shù)據(jù)庫近2000套，目前新增系統(tǒng)均首選11G，已有核心系統(tǒng)大部份已經(jīng)完成或計劃進行升級12目前上海新炬運維的核心生產(chǎn)系統(tǒng)11G版本穩(wěn)定性及可維護性方面均優(yōu)于10G.在10G版本影響較大的一些BUG或缺陷在新版中基本得到修復3運維的核心生產(chǎn)系統(tǒng)多次遇到全球首發(fā)的BUG，由于ORACLE停止SUPPORT，后通過ORACLE協(xié)調美國研發(fā)部門特事特辦解決，費盡周折4當前許多核心系統(tǒng)數(shù)據(jù)庫已安裝了多達幾十甚至幾百的Patch，這些用以規(guī)避bug的臨時補丁已嚴重威脅系統(tǒng)的穩(wěn)定性某用戶核心業(yè)務系統(tǒng)在10G版本因為BUG打的補丁已達到118個，11G環(huán)境運行近2年修復BUG的補丁只有10個上海新炬已升級完多個客戶多個核心系統(tǒng)并穩(wěn)定運行目前上海新炬4充分利用ORACLE

DB

11g新特性提升系統(tǒng)運行性能與穩(wěn)定性計劃管理自動診斷知識庫事件打包基本特性補丁訪問建議器資源管理器ADDM更多的表分區(qū)類型在線應用升級完整的云管理ORACLE

SECUREFILESOLTP

表壓縮內存并行執(zhí)行更多的分區(qū)選項支持結果集緩存只讀表增強壓縮技術自動SQL優(yōu)化自動內存優(yōu)化數(shù)據(jù)庫重演SQL重演ACTIVE

DATAGUARD數(shù)據(jù)庫服務器池FLASHBACKDATA

ARCHIVE（全面回憶數(shù)據(jù)變化）數(shù)據(jù)庫防火墻和Database

vaultAudit

vault備份恢復增強相對于10G，11G版本有非常多的新特性及在性能方面有很大的提升，可以更好的滿足用戶日益增長的業(yè)務需求充分利用ORACLEDB11g新特性提升系統(tǒng)運行性能與穩(wěn)5分享大綱升級到11gR2的必要性升級到11gR2的技術路徑大型業(yè)務系統(tǒng)升級到11gR2的綜合因素升級后的系統(tǒng)穩(wěn)定性保障方案分享大綱升級到11gR2的必要性6用戶需求：多個業(yè)務系統(tǒng)/多版本/多平臺的升級Oracle10g

74%Oracle

9i

5%Oracle11g

19%Oracle8i

2%Oracle數(shù)據(jù)版本分布Oracle10gOracle11gOracle

9i用戶大多有數(shù)十甚至上百套ORACLE數(shù)據(jù)庫產(chǎn)品可能涉及8i/9i/10g/11gr1等多個需要升級的版本如何規(guī)劃升級路徑及選擇合適的升級方式非常關鍵各系統(tǒng)如何排定升級順序，如何組織硬件、開發(fā)、測試資源用戶需求：多個業(yè)務系統(tǒng)/多版本/多平臺的升級Oracle7我們需要考慮的問題遠不止這些您將升級多少個數(shù)據(jù)庫？您將更換操作系統(tǒng)嗎？您將遷移到新硬件嗎？您可以承受多長時間的停機？您的回退要求是什么？您如何測試應用程序？您將更改字符集嗎？您將啟用新特性嗎？導入導出直接升級可傳輸表空間CTASSTREAM/GOLDENGATE…….我們需要考慮的問題遠不止這些您將升級多少個數(shù)據(jù)庫？8場景示例1：變更為新的操作系統(tǒng)和硬件從HP平臺遷移到IBM平臺從IBM平臺遷移到LINUX平臺從WINDOWS平臺遷移到LINUX平臺場景示例1：變更為新的操作系統(tǒng)和硬件從HP平臺遷移到IBM平9場景案例1：變更為新的操作系統(tǒng)和硬件場景案例1：變更為新的操作系統(tǒng)和硬件10場景示例2：保留操作系統(tǒng)，升級和更改硬件從HP平臺遷移到HP平臺從IBM平臺遷移到IBM平臺從LINUX平臺遷移到LINUX平臺場景示例2：保留操作系統(tǒng)，升級和更改硬件從HP平臺遷移到HP11場景案例2：存儲方式變更為ASM升級條件說明1、升級到Oracle

11.2

并將數(shù)據(jù)庫遷移到ASM2、硬件遷移到新集群3、數(shù)據(jù)庫大?。?TB4、可容許的最長停機時間：4小時源目標1s.

進行完整聯(lián)機備份1d.

安裝GI

11.2.0.32s.

將備份復制到目標服務器2d.

安裝Oracle

Database

11.2.0.33d.

安裝Oracle10.2+10.2.0.54d.

配置并啟動ASM實例5s.

為備用數(shù)據(jù)庫準備init.ora/tnsnames.ora5d.

為備用數(shù)據(jù)庫準備init.ora/tnsnames.ora6d.

使用RMAN將數(shù)據(jù)庫恢復到ASM7s.

啟動日志傳輸7d.

與源同步8s.

停止應用程序8d.

激活備用數(shù)據(jù)庫，升級數(shù)據(jù)庫場景案例2：存儲方式變更為ASM升級條件說明1、升級到Ora12場景示例3：保留硬件,僅升級數(shù)據(jù)庫本地直接升級場景示例3：保留硬件,僅升級數(shù)據(jù)庫本地直接升級13分享大綱升級到11gR2的必要性升級到11gR2的技術路徑大型業(yè)務系統(tǒng)升級到11gR2的綜合因素升級后的系統(tǒng)穩(wěn)定性保障方案分享大綱升級到11gR2的必要性14升級前明確需要做的工作及組建團隊調研分析接口應用連接方式硬件環(huán)境應用代碼改造應急方式運維方案制定升級路徑升級方法回退方案應急方案接口應用調整方案升級測試硬件環(huán)境測試軟件升級測試數(shù)據(jù)升級測試應用功能測試應用性能測試聯(lián)調測試正式升級升級前環(huán)境準備軟件升級參數(shù)調整應用驗證備份容災項目管理整體負責升級工作協(xié)調相關開發(fā)、軟硬件資源組織相關人員協(xié)同工作環(huán)境小組軟硬件環(huán)境準備網(wǎng)絡環(huán)境準備應用測試小組功能測試性能測試接口測試升級小組調研分析升級方案制定升級測試正式升級監(jiān)控小組業(yè)務監(jiān)控升級前明確需要做的工作及組建團隊調研分析升級測試硬件環(huán)境測試15數(shù)據(jù)庫層面需要考慮的問題ORACLE11g

R2數(shù)據(jù)庫特性變化數(shù)據(jù)庫補丁評估禁用的10g/9i參數(shù)o 過期/廢除的參數(shù)

o 特殊的數(shù)據(jù)庫參數(shù)升級測試、功能測試、性能測試11g新特性啟用評估自動任務自適應游標共享OLTP表壓縮SCAN

IPruncate段清除o 閃回數(shù)據(jù)歸檔

o 新分區(qū)技術ADG使用客戶端服務端兼容性列表11g

GI集群軟件OCR、VOTING

DISK存放位置選擇數(shù)據(jù)庫升級方式的考慮統(tǒng)計信息的收集歷史執(zhí)行計劃的保存11gR2GI/RDBMS安裝準備硬件要求網(wǎng)絡要求軟件要求數(shù)據(jù)庫版本要求介質要求用戶和組ORACLE軟件安裝目錄往次升級遇到的問題總結版本兼容性考慮數(shù)據(jù)庫層面需要考慮的問題ORACLE11gR2數(shù)據(jù)庫特性變16開始升級前的準備工作：數(shù)據(jù)庫對象狀態(tài)確認檢查/處理無效對象SQL>

select

unique

OBJECT_NAME,

OBJECT_TYPE,

OWNER

fromDBA_OBJECTS

where

STATUS=‘INVALID';utlrp.sql

確認并移除無用對象檢查/處理無效組件SQL>

select

*from

DBA_REGISTRY

where

STATUS<>'VALID';移除過期參數(shù)\Event參數(shù)#_always_semi_join=off#_unnest_subquery=false……清空垃圾回收站和aud$表SQL>

purge

recyclebin;SQL>

truncate

tablesys.aud$;開始升級前的準備工作：數(shù)據(jù)庫對象狀態(tài)確認檢查/處理無效對象17建議了解的初始化參數(shù)1.

OPTIMIZER_USE_INVISIBLE_INDEXES11gR1版本中引入,啟用或禁用不可見索引的使用，默認值為FALSE.2.

OPTIMIZER_USE_PENDING_STATISTICS11gR1版本中引入,決定編譯sql語句時優(yōu)化器是否使用pending的統(tǒng)計信息,默認值為FALSE.3.OPTIMIZER_CAPTURE_SQL_PLAN_BASELINES11gR1版本中引入,在生成sql執(zhí)行計劃基線是，啟用或禁用自動識別重復的sql語句

,默認為FALSE.4.

OPTIMIZER_USE_SQL_PLAN_BASELINES11gR1版本中引入,

啟用或禁用使用SMB(sql

Management

Base)中sql執(zhí)行計劃基線，當啟用時，優(yōu)化器將會為正在編譯的sql語句查找基線，如果從SMB中找到一條記錄，那么優(yōu)化器將會計算每條基線執(zhí)行計劃的成本，并會挑出其中成本最低的一個，默認值為TRUE.5.

deferred_segment_creation11gR2版本中引入,在使用exp/expdp導出時可能遇到錯誤.6.optimizer_secure_view_merging10gR2引入，防止復雜視圖結構鐘出現(xiàn)優(yōu)化器問題，生成過多執(zhí)行計劃。建議設置為FALSE.7.

memory_target11gR1版本中引入,內存自動管理.8.

_gc_policy_time11g引入，DRM特性.建議關閉，設置為0.9.

session_cached_cursors自10.2.0.4后，定義該參數(shù)確保pl/sql游標緩存，基礎建議為300。查詢v$sysstat檢驗游標命中率設置建議了解的初始化參數(shù)1.OPTIMIZER_USE_INV18分享大綱升級到11gR2的必要性升級到11gR2的技術路徑大型業(yè)務系統(tǒng)升級到11gR2的綜合因素升級后的系統(tǒng)穩(wěn)定性保障方案分享大綱升級到11gR2的必要性19數(shù)據(jù)庫升級，DBA最擔心的問題升級后系統(tǒng)性能不會變差吧？我們的性能測試準確嗎？能不能反映真實負載？性能變差了怎么辦吧？數(shù)據(jù)庫升級，DBA最擔心的問題升級后系統(tǒng)性能不會變差吧？我們20我們的應對之策Andrew

Holdsworth90

percent

of

the

time

the

default

sample

works9

percent

of

thetime

a

larger

sampleworks1

perSceenniotr

Doifrecttohre,

RteailmWe

otrldhePesrfaomrmpalneces,izOreacleis

irrelevant傳統(tǒng)方法＋11g新方法我們的應對之策AndrewHoldsworth90per21傳統(tǒng)方法優(yōu)化器

-

阻止執(zhí)行計劃發(fā)生變化:使用基于規(guī)則的優(yōu)化器模式(RBO,expdp性能有影響)設置老的optimizer_features_enabled參數(shù)使用存儲大綱(Stored

Outlines)使用提示(Hint)重寫SQL

語句設置特定的優(yōu)化器參數(shù)搜集保存統(tǒng)計信息，導入并固定統(tǒng)計信息傳統(tǒng)方法優(yōu)化器-阻止執(zhí)行計劃發(fā)生變化:22結合11g新方法確保99%的性能問題SQL計劃管理數(shù)據(jù)庫重放SQLT

手動profileSQL性能分析器結合11g新方法確保99%的性能問題SQL計劃管理數(shù)據(jù)庫重放23用SQL計劃管理（SPM）來幫助穩(wěn)定系統(tǒng)性能SQL計劃管理通過3個步驟來實現(xiàn)可演進的SQL計劃穩(wěn)定功能：捕獲設置OPTIMIZER_CAPTURE_SQL_PLAN_BASELINE=TRUE創(chuàng)建一個代表了可信任的執(zhí)行計劃的基準線基準信息保存在SYSAUX表空間選擇只使用已接受的SQL執(zhí)行計劃新的執(zhí)行計劃記錄在執(zhí)行計劃歷史中演化評估所有未經(jīng)驗證的執(zhí)行計劃根據(jù)評估結果接受或者拒絕未經(jīng)驗證的執(zhí)行計劃用戶可手動接受或者拒絕執(zhí)行計劃用SQL計劃管理（SPM）來幫助穩(wěn)定系統(tǒng)性能SQL計劃管理通24數(shù)據(jù)庫升級中使用SQL計劃管理通過SQL

優(yōu)化集中轉10g中創(chuàng)建SQL優(yōu)化集11g中從SQL優(yōu)化集創(chuàng)建SQL計劃基準通過存儲大綱中轉10g中創(chuàng)建存儲大綱11g中從存儲大綱遷移到SQL計劃基準通過10g的優(yōu)化器中轉升級后11g中設置優(yōu)化器為10g模式啟用自動獲取模式試運行一段時間后，再改優(yōu)化器為11g模式通過11g測試環(huán)境中轉測試環(huán)境優(yōu)化并抓取好的SQL通過中間表導入/導出到生產(chǎn)環(huán)境數(shù)據(jù)庫升級中使用SQL計劃管理通過SQL優(yōu)化集中轉25數(shù)據(jù)庫重放(DB

Replay）幫助穩(wěn)定系統(tǒng)性能在測試環(huán)境中重放實際生產(chǎn)數(shù)據(jù)庫的負載在實際對生產(chǎn)環(huán)境作改動之前識別，分析和解決潛在的不穩(wěn)定因素在生產(chǎn)庫中記錄記錄完整的生產(chǎn)庫的負載，包括實際負荷，時間和并發(fā)情況將生成的負載記錄文件轉移到測試環(huán)境在測試環(huán)境中重放首先在測試環(huán)境中作出計劃要做的改動完全按照生產(chǎn)庫的負載情況進行重放嚴格的事務提交順序分析和報告錯誤數(shù)據(jù)差異性能差異數(shù)據(jù)庫重放(DBReplay）幫助穩(wěn)定系統(tǒng)性能在測試環(huán)境中26SQL性能分析器(SPA)幫助穩(wěn)定系統(tǒng)性能SQL

負載更改前執(zhí)行統(tǒng)計更改后執(zhí)行統(tǒng)計比較SQL

性能??提供了快速假設分析以顯示系統(tǒng)在不同設置時的表現(xiàn)

提供對個別

SQL

的細粒度性能分析能夠在性能問題影響最終用戶前將其識別并解決SQL性能分析器(SPA)幫助穩(wěn)定系統(tǒng)性能SQL負載??提27SQLT:用SQLT來解決部分“遺漏的”SQL問題作者：Carlos

Sierra ConsultingTechnical

Ad