1、Oracle數(shù)據(jù)庫云化整合方案整合最佳實踐：借助 Oracle Database 進(jìn)入云時代目 錄TOC o 1-2 h z u HYPERLINK l _TOC_250023 概要2 HYPERLINK l _TOC_250022 企業(yè)云之旅3 HYPERLINK l _TOC_250021 通過標(biāo)準(zhǔn)化降低復(fù)雜性4 HYPERLINK l _TOC_250020 整合降低成本并提高可管理性5 HYPERLINK l _TOC_250019 通過 Oracle Database 12c 實現(xiàn)整合6 HYPERLINK l _TOC_250018 新式多租戶架構(gòu)的主要優(yōu)勢6 HYPERLINK

2、l _TOC_250017 選擇整合方式8 HYPERLINK l _TOC_250016 PDB 如何解決 IT 復(fù)雜性問題8 HYPERLINK l _TOC_250015 選擇合適的隔離級別9 HYPERLINK l _TOC_250014 隔離及其對整合的影響9 HYPERLINK l _TOC_250013 可插拔數(shù)據(jù)庫整合10 HYPERLINK l _TOC_250012 數(shù)據(jù)庫整合13 HYPERLINK l _TOC_250011 整合多個 CDB15 HYPERLINK l _TOC_250010 模式整合17 HYPERLINK l _TOC_250009 云池設(shè)計19

3、HYPERLINK l _TOC_250008 CPU19 HYPERLINK l _TOC_250007 內(nèi)存21 HYPERLINK l _TOC_250006 存儲22 HYPERLINK l _TOC_250005 互補性負(fù)載23 HYPERLINK l _TOC_250004 Oracle Enterprise Manager 12c Cloud Management Pack25 HYPERLINK l _TOC_250003 Consolidation Planner25 HYPERLINK l _TOC_250002 執(zhí)行所有供應(yīng)活動的 Database Provisionin

4、g 控制臺26 HYPERLINK l _TOC_250001 計費26 HYPERLINK l _TOC_250000 總結(jié)27概要傳統(tǒng)上，IT 組織將各個數(shù)據(jù)庫和應(yīng)用程序部署在專用服務(wù)器基礎(chǔ)架構(gòu)上，以支持不同的部門或業(yè)務(wù)線 (LOB)。技術(shù)與業(yè)務(wù)職能部門之間的這種細(xì)分式協(xié)調(diào)不僅導(dǎo)致技術(shù)基礎(chǔ)架構(gòu)利用率極低，而且管理這種部署的管理資源利用率也很低。此外，這種孤島式部署還抑制了 IT 組織快速響應(yīng)不斷變化的業(yè)務(wù)需求的能力。為應(yīng)對這些挑戰(zhàn)，許多組織正利用企業(yè)私有云來實現(xiàn)成本節(jié)省，同時提高業(yè)務(wù)敏捷性。這種向云計算模型的轉(zhuǎn)移涉及到多項變革。整合是這一歷程中的關(guān)鍵步驟之一，它可以提高資源利用率，降低資本

5、支出和運營支出，從而幫助組織提高運營效率。實現(xiàn)這些節(jié)省的關(guān)鍵是實現(xiàn)標(biāo)準(zhǔn)化以及減少需要管理的不同環(huán)境的數(shù)量。Oracle Database 12c 為整合應(yīng)用程序負(fù)載提供了巨大優(yōu)勢。這些優(yōu)勢包括：簡化管理 減少需要管理的不同環(huán)境的數(shù)量。多合一管理。簡化供應(yīng)和打補丁易于整合 無需更改應(yīng)用程序即可實現(xiàn)整合。在本文中，我們將介紹這些功能并說明 Oracle Database 12c 如何幫助執(zhí)行整合以及加快您的云之旅。企業(yè)云之旅您有時會聽到這種說法，云計算是整合的代名詞。事實并非如此！整合是云計算的基石， 但企業(yè)云則提供了更多功能。確實，企業(yè)有望通過云計算提高敏捷性、降低風(fēng)險、減少成本，但是，這一美好

6、前景的實現(xiàn)取決于您采用的方法。Oracle 以最全面、現(xiàn)代化和安全的系列云產(chǎn)品和服務(wù)為您提供多樣的選擇和靈活性，以滿足您的所有業(yè)務(wù)需求并實現(xiàn)云計算的全部優(yōu)勢。要完全轉(zhuǎn)型到企業(yè)云，可能需要幾年時間，而且將會對組織及角色、流程、策略和服務(wù)交付的許多方面產(chǎn)生影響。Oracle 已經(jīng)看到許多企業(yè)采用一種階段性的方法（企業(yè)云之旅） 來組織實施該轉(zhuǎn)型。在該旅程中，企業(yè)逐步完成一系列獨立的階段，每個階段都是在已有基礎(chǔ)上可實現(xiàn)的并且將會提供巨大的優(yōu)勢。這樣，無論每個組織選擇的旅程有多快或多遠(yuǎn)， 他們甚至從初始階段開始即可獲得立桿見影的價值。圖 1. 企業(yè)云之旅Oracle Database 12c 旨在支持企

7、業(yè)云，并提供新特性以便在該旅程的每個階段提供主要優(yōu)勢。Oracle 白皮書“通過 Oracle Database 12c 加快企業(yè)云之旅 1”介紹了這種階段性方法。1 HYPERLINK /technetwork/database/database-cloud/journey-to-enterprise-cloud-wp-1959164.pdf /technetwork/database/database-cloud/journey-to-enterprise-cloud-wp- HYPERLINK /technetwork/database/database-cloud/journey-to

8、-enterprise-cloud-wp-1959164.pdf 1959164.pdf本白皮書側(cè)重于整合階段，將著重介紹 Oracle Database 12c 可以帶來的好處，不過我們將略微談及標(biāo)準(zhǔn)化以及通過降低復(fù)雜性可以得到的好處。通過標(biāo)準(zhǔn)化降低復(fù)雜性標(biāo)準(zhǔn)化是成功實現(xiàn)企業(yè)云的基礎(chǔ)。在標(biāo)準(zhǔn)化階段，通過從自定義部署轉(zhuǎn)變?yōu)楦叨葮?biāo)準(zhǔn)化的部署來達(dá)到降低復(fù)雜性的目標(biāo)。應(yīng)使用幾個標(biāo)準(zhǔn)化服務(wù)來處理大多數(shù)服務(wù)請求。您需要了解您當(dāng)前的孤島式 IT 環(huán)境及其包含的所有內(nèi)容，然后尋找機會進(jìn)行簡化和實現(xiàn)標(biāo)準(zhǔn)化：基礎(chǔ)架構(gòu)組件（硬件和軟件）、服務(wù)、流程以及供應(yīng)商。實現(xiàn)標(biāo)準(zhǔn)化的一個主要好處是能夠減少您所管理的環(huán)境的多樣

9、性，從而降低管理開銷。在大多數(shù)情況下，這將直接節(jié)省運營支出 (OpEx)。對 OpEx 的影響取決于您的環(huán)境實現(xiàn)標(biāo)準(zhǔn)化的效率。標(biāo)準(zhǔn)化服務(wù) 創(chuàng)建構(gòu)建塊這一階段的主要可交付成果是，定義最少的一系列標(biāo)準(zhǔn)化服務(wù)，以便以最少的標(biāo)準(zhǔn)化服務(wù)支持大多數(shù)業(yè)務(wù)請求。標(biāo)準(zhǔn)化服務(wù)是易于支持的基本構(gòu)建塊。一個標(biāo)準(zhǔn)化服務(wù)可與其他標(biāo)準(zhǔn)化服務(wù)結(jié)合使用來構(gòu)建更高級別的業(yè)務(wù)服務(wù)。以下是一家大型金融機構(gòu)的標(biāo)準(zhǔn)化服務(wù)示例，其中定義了白金級、黃金級和白銀級數(shù)據(jù)庫服務(wù)級別。圖 2. 一家大型金融機構(gòu)提供的標(biāo)準(zhǔn)化服務(wù)請注意，盡管標(biāo)準(zhǔn)化服務(wù)提供了更高的效率，但是確實還需要保持一定程度的靈活性，以便在需要時可以提供自定義服務(wù)。整合降低成本并提

10、高可管理性整合決策常常是在執(zhí)行其他計劃后才制定，而且常常是出于成本節(jié)省才加以考慮。這些計劃可能包括公司旨在減少電力消耗的“綠色”環(huán)保計劃。通過提高硬件利用率抵消資本支出；降低運營成本：電力、空間、管理。可以通過優(yōu)質(zhì)的整合戰(zhàn)略實現(xiàn)所有這些目標(biāo)，這聽起來很不錯，但如果將整合視為構(gòu)建可以在其上開發(fā)企業(yè)云的平臺的話，則可以實現(xiàn)更多的目標(biāo)。數(shù)據(jù)庫整合可能最初是作為業(yè)務(wù)計劃的主要驅(qū)動力。對于許多客戶來說，他們別無他愿， 只希望得到整合階段的成果；成本節(jié)省，包括初期和持續(xù)成本節(jié)省，對于他們來說就足夠了。可是，一旦整合完成，并且落實了未來支持此方法的實踐，整合就不一定是最終目標(biāo)了。整合，以及對 IT 環(huán)境及其

11、提供的服務(wù)實施標(biāo)準(zhǔn)化，只不過是一個開端。成本節(jié)省將會隨之而來。通過將數(shù)據(jù)庫服務(wù)2 整合到共享基礎(chǔ)架構(gòu)，您可以提高該基礎(chǔ)架構(gòu)的利用率并減少硬件服務(wù)器占用的空間。通過將標(biāo)準(zhǔn)化數(shù)據(jù)庫服務(wù)整合到共享環(huán)境，您可以進(jìn)一步提高利用率，并且因為這樣可以減少您需要管理的不同環(huán)境的數(shù)量，所以可以顯著降低管理成本。這既會降低資本支出又會降低運營支出。您將能夠?qū)崿F(xiàn)多方面的節(jié)省： 降低電力消耗、減少數(shù)據(jù)中心占用空間、降低 IT 管理支出，這里僅舉幾例。2 數(shù)據(jù)庫服務(wù)代表具有共同的屬性、服務(wù)級別閾值及優(yōu)先級的應(yīng)用程序組。數(shù)據(jù)庫服務(wù)提供單一系統(tǒng)映像來管理相互競爭的應(yīng)用程序，并允許將每個負(fù)載作為一個單元進(jìn)行管理。一個數(shù)據(jù)庫服

12、務(wù)可以跨越一個 Oracle 數(shù)據(jù)庫或一個全局集群中的多個數(shù)據(jù)庫的一個或多個實例，而一個實例可以支持多個數(shù)據(jù)庫服務(wù)。通過 Oracle Database 12c 實現(xiàn)整合Oracle Database 12c 引入了一些旨在幫助進(jìn)行數(shù)據(jù)庫整合的特性。在 Oracle Database 12c 之前，模式整合可以提供最高程度的整合。但是，在模式整合方式下，為了確保整合應(yīng)用程序能夠共存，需要進(jìn)行仔細(xì)的考慮和規(guī)劃。這種情況下必須避免模式命名空間沖突，必須確認(rèn)打包應(yīng)用程序的認(rèn)證，等等。模式整合并不總是易事一樁， 修改應(yīng)用程序以檢測和糾正侵權(quán)情況可能十分困難、代價高昂甚至無法做到。模式整合的好處十分明顯

13、，但是許多客戶無法實現(xiàn)這種整合。Oracle Database 12c 引入了一種新的架構(gòu)，這種架構(gòu)通過消除以往模式整合存在的所有局限，極大地簡化了將多個應(yīng)用程序整合到一個共享數(shù)據(jù)庫環(huán)境的過程。這種新的架構(gòu)稱作多租戶架構(gòu)，利用這種架構(gòu)，您可以部署一個多租戶容器數(shù)據(jù)庫 (CDB)，而這個容器數(shù)據(jù)庫則可以包含一個或多個可插拔數(shù)據(jù)庫 (PDB)。這種新的架構(gòu)隨 Oracle Multitenant 而提供。Oracle Multitenant 是 Oracle Database 12c 企業(yè)版的一個新選件，它簡化了整合與供應(yīng)，提供了更快的升級和遷移方法（這里僅舉幾例），從而可以幫助客戶降低 IT 成

14、本。AdvancedSecurity 選件中的增強可以為整合環(huán)境提供保護，同時不會影響性能。通過將您的專用環(huán)境作為可插拔數(shù)據(jù)庫整合到 Oracle Real Applications Cluster (RAC) 多租戶容器數(shù)據(jù)庫中，可以提高可用性，并提供靈活性以幫助滿足不斷變化的業(yè)務(wù)需求。新式多租戶架構(gòu)的主要優(yōu)勢整合密度高。單個 CDB 中的多個 PDB 將共享該容器數(shù)據(jù)庫的內(nèi)存和后臺進(jìn)程，從而相對于部署專用的單實例數(shù)據(jù)庫而言，您能夠在一個特定服務(wù)器平臺上運行更多 PDB。這與模式整合具有同樣的好處。但是值得注意的是，多租戶架構(gòu)消除了在采用基于模式的整合時存在的障礙，并且消除了隨著該方法而來的

15、持續(xù)的運營問題。使用 SQL 簡化供應(yīng)和克隆。您可以將一個 PDB 從 CDB 中拔出然后再將其插入到另一個CDB 中。此外，還可以在同一個 CDB 中克隆 PDB，或從一個 CDB 克隆到另一個 CDB 中。這些操作，以及創(chuàng)建 PDB 的操作，可以使用新的 SQL 命令來完成，并且只需幾秒就可以完成。如果底層文件系統(tǒng)支持精簡供應(yīng)，那么通過在 SQL 命令中使用關(guān)鍵字 snapshot 幾乎瞬間即可克隆數(shù) TB 的數(shù)據(jù)。快速修補和升級的新范式。修補一個 CDB 即可修補其包含的所有 PDB。要修補單個PDB，您只需跨 Oracle 數(shù)據(jù)庫軟件版本邊界拔出/插入它即可。數(shù)據(jù)庫多合一管理。通過將現(xiàn)

16、有數(shù)據(jù)庫作為 PDB 進(jìn)行整合，管理員可以將多個數(shù)據(jù)庫作為一個整體來進(jìn)行管理。例如，可以在 CDB 級執(zhí)行諸如備份和災(zāi)難恢復(fù)等任務(wù)。可插拔數(shù)據(jù)庫之間的動態(tài)資源管理。Oracle Database 12c Resource Manager 擴展了特定功能， 能夠即時控制 CDB 中 PDB 之間的資源爭用。提高可用性和彈性。利用 PDB 的拔出/插入功能，可以更快地執(zhí)行需要停機執(zhí)行的硬件遷移。相比一組獨立的專用數(shù)據(jù)庫的故障切換操作，CDB 及其包含的許多 PDB 的故障切換操作能夠更快地完成。提高安全性。針對所有主要安全特性（ 包括 Oracle Database Vault 、Transpar

17、ent DataEncryption、Unified Auditing 和 Database Firewall）的更輕松的配置和更好的性能增強。Oracle Database Vault、Unified Auditing 和 Transparent Data Encryption 可以在 PDB 級進(jìn)行配置。我們在論及 Oracle Multitenant、Advanced Security 和 Oracle Enterprise Manager 12c CloudManagement 組件時將提供有關(guān)整合的更多詳情。選擇整合方式整合的業(yè)務(wù)動因并未考慮到各個應(yīng)用程序的需求。選擇哪些應(yīng)用程序可以

18、置于同一個共享環(huán)境中并不總是一件簡單的任務(wù)，但是通過仔細(xì)考慮一些關(guān)鍵因素，可以對大多數(shù)應(yīng)用程序?qū)崿F(xiàn)整合的優(yōu)勢。在我們繼續(xù)討論之前，首先考慮重要的一點。整合的意思并不是說要將所有數(shù)據(jù)庫置于虛擬機中。虛擬化在很多情況下是以虛擬孤島取代物理孤島。這并不會降低 IT 復(fù)雜性。PDB 如何解決 IT 復(fù)雜性問題根據(jù) IT 基礎(chǔ)架構(gòu)庫 (ITIL)，配置項 (CI) 被定義為需要加以管理以提供 IT 服務(wù)的任何組件。我們來看看在一個擁有 8 個數(shù)據(jù)庫，每個數(shù)據(jù)庫分別運行于各自專用環(huán)境中的數(shù)據(jù)中心中存在多少個 CI。這里有 8 個 Oracle 數(shù)據(jù)庫實例、8 個操作系統(tǒng)映像和 8 臺獨立的服務(wù)器。就是說共

19、有 24 個 CI 需要進(jìn)行管理、監(jiān)視、修補和備份。對于這些資產(chǎn)的平均利用率，沒有什么可以說道的。如圖 3 所示，8 個專用數(shù)據(jù)庫，分別運行于各自的孤島環(huán)境中。圖 3. 8 個專用數(shù)據(jù)庫環(huán)境在下面的圖 4 中，我們將這 8 個專用數(shù)據(jù)庫整合到了一個 Oracle RAC CDB 中，該 CDB 運行于一個有 2 個節(jié)點的集群中。該 CDB 包含 8 個 PDB，我們在每個實例上開啟了（舉例來說）4 個 PDB。在本例中，我們將 CI 數(shù)量減至 14 個：8 個 PDB、2 個 CDB 實例、2 個操作系統(tǒng)映像和 2 個節(jié)點，從而大大減少了需要管理的組件數(shù)量。此外，由于我們只需監(jiān)視和管理 14

20、個 CI，并且在 CDB 級執(zhí)行修補和備份任務(wù)，因此需要管理甚至更少的 CI 組件。圖 4. Oracle RAC CDB 包含 8 個 PDB，每個實例上開啟 4 個 PDB如本例所示，資產(chǎn)利用率將會提高，而處理開銷將會下降。Oracle Database 12c 同時解決了服務(wù)器泛濫和 CI 泛濫這兩個問題。選擇合適的隔離級別租戶間的隔離要求是影響整合方法選擇的一個重要因素，并且對可實現(xiàn)的整合程度有很大的影響。就資源共享來說，隔離與靈活性是相互對立的兩個方面。共享的環(huán)境可帶來更大的靈活性、更低的管理開銷和更高的資源利用率；而更高程度的隔離則會盡可能減少安全問題，減少應(yīng)用程序間整合的考慮事項

21、（例如，這可能影響何時可以對數(shù)據(jù)庫進(jìn)行升級）；在共享環(huán)境與更高的隔離度之間有個利弊權(quán)衡的問題。通常的建議是只按照需要進(jìn)行隔離，以滿足特定部署的租戶隔離要求。隔離要求一般與政府規(guī)定或法規(guī)要求有關(guān)，但也可能包括數(shù)據(jù)庫或操作系統(tǒng)版本限制等要求。隔離及其對整合的影響隔離可能是物理上的隔離，也可能是邏輯上的隔離，可以在以下四個方面進(jìn)行考慮：故障隔離、安全性隔離、資源隔離和運營隔離。圖 5. 資源共享有助提高效率是利用 PDB 將多個應(yīng)用程序整合到一個數(shù)據(jù)庫中，將多個數(shù)據(jù)庫托管到一個平臺上，還是結(jié)合使用這兩種方法？選擇哪種方法將取決于您的整合戰(zhàn)略需要的隔離程度。每種整合方式對待隔離的方法稍有不同，可以結(jié)合

22、使用 Oracle Database 12c 和操作系統(tǒng)功能，以及其他高級特性和產(chǎn)品。本節(jié)將重點討論私有數(shù)據(jù)庫云中的租戶隔離，將對數(shù)據(jù)庫整合、模式整合以及可插拔數(shù)據(jù)庫整合部署方式進(jìn)行比較。可插拔數(shù)據(jù)庫整合在這種方式下，一些應(yīng)用程序作為 PDB 整合到同一個 CDB 中來運行。可以供應(yīng)多個CDB，每個 CDB 可以在一個云池中的一個或多個服務(wù)器上運行3。這種方式下租戶的粒度是 PDB。Oracle Database 12c 在單個 CDB 中最多支持 252 個PDB。此外，在一個給定的 CDB 上最多可以創(chuàng)建 1024 個動態(tài)數(shù)據(jù)庫服務(wù)，相比于將專用數(shù)據(jù)庫整合到一個共享平臺，或者通過一些獨立的

23、 VM 整合到一個共享服務(wù)器的做法，這會帶來更高的規(guī)模效益。3 云池是一組擁有共享存儲并共享一個專用網(wǎng)絡(luò)的服務(wù)器。因此，云池可以是一個 OracleClusterware 集群，或者一個虛擬服務(wù)器池。私有云是一些云池的集合。圖 6. 整合到多租戶架構(gòu)圖 6 所示為單個容器數(shù)據(jù)庫包含五個可插拔數(shù)據(jù)庫。該 CDB 運行于一個 Oracle RAC 集群中，在該集群中，對各個 PDB 的訪問通過一個或多個實例上提供的相關(guān)服務(wù)來進(jìn)行。故障隔離一個 PDB 中的應(yīng)用程序故障不會影響同一 CDB 中的其他 PDB。因為該應(yīng)用程序的活動限制于其連接到的 PDB 中。資源隔離資源隔離處理系統(tǒng)資源的分配和分離。

24、如果在同一節(jié)點上存在多個活動 CDB，則爭用的資源包括 CPU、內(nèi)存和 I/O（存儲容量以及 IOP）。按照數(shù)據(jù)庫整合方法：內(nèi)存 在 每 個 實 例 的 基 礎(chǔ) 上 設(shè) 置 合 適 的MEMORY_TARGET 和MEMORY_MAX_TARGET 值，注意這些值必須對同一數(shù)據(jù)庫的所有實例保持一致。MEMORY_TARGET 不會對 PGA 值強加硬性限制。強烈建議不要過量使用內(nèi)存資源。較為保守的目標(biāo)是，同一個節(jié)點上的所有數(shù)據(jù)庫不要分配超過 75% 的可用內(nèi)存。在 Exadata 硬件上：OLTP 負(fù)載：CDB 的 (SGA_TARGET + PGA_AGGREGATE_TARGET) 總數(shù)

25、+ 4 MB *（最大進(jìn)程數(shù)） 每個數(shù)據(jù)庫節(jié)點的物理內(nèi)存數(shù)據(jù)倉庫負(fù)載：CDB 的 (SGA_TARGET + 3 *PGA_AGGREGATE_TARGET) 總數(shù) 每個數(shù)據(jù)庫節(jié)點的物理內(nèi)存CPU 通過使用 CPU_COUNT 或啟用實例囚籠4 設(shè)置合適的值。建議采用后一種方法，因為通過使用實例囚籠可強制實施某種 Database Resource Manager (DBRM) 資源計劃，從而能夠更多地掌控 CPU 使用量。多租戶架構(gòu)對 Resource Manager 進(jìn)行了擴展，允許使用 CDB 級計劃管理 PDB 之間的資源爭用。整合應(yīng)用程序時，在 Resource Manager 配置

26、文件中使用 UTILZATION_LIMIT 是一種好的做法。通過對資源使用進(jìn)行限制，當(dāng)向原先內(nèi)容稀少的 CDB 中添加更多應(yīng)用程序時， 該 CDB 中原有應(yīng)用程序的用戶不會感到性能有什么變化。Oracle Database Quality of Service Management (QoS Management) 對應(yīng)用程序之間共享的資源進(jìn)行管理，并調(diào)整系統(tǒng)配置以保持應(yīng)用程序運行于業(yè)務(wù)需要的性能級別。將一些 PDB 整合到單個 CDB 中可能導(dǎo)致定向到某給定節(jié)點（或?qū)嵗┑目蛻舳藭挃?shù)量增加。舉例來說，當(dāng)由于故障切換或中間層配置不合適而出現(xiàn)大量并發(fā)連接嘗試或出現(xiàn)登錄風(fēng)暴時，可能會影響其他整

27、合應(yīng)用程序。登錄風(fēng)暴將表現(xiàn)為資源短缺現(xiàn)象，但是在嚴(yán)重的情況下可能導(dǎo)致調(diào)度沖突及其他連鎖故障。為了盡量減少登錄風(fēng)暴的影響，需要恰當(dāng)?shù)嘏渲弥虚g層連接池，并且仔細(xì)考慮提供服務(wù)的位置。此外，可以配置 Oracle Listener 來限制連接速率。運營隔離在 PDB 方式下，盡量減少恢復(fù)/還原丟失數(shù)據(jù)的影響非常重要，同樣地，盡量減少補丁應(yīng)用和升級的影響也很重要。PDB 帶來的多合一管理方法允許對每個 CDB 自動調(diào)度執(zhí)行備份，同時也允許單獨恢復(fù)某個給定 PDB。PDB 時間點恢復(fù) 操作不會影響其他共存的 PDB。目前尚不支持 PDB 閃回。4 有關(guān)實例囚籠的詳細(xì)信息，請參閱本文中標(biāo)題為“云池設(shè)計”的一

28、節(jié)打補丁在整合環(huán)境中對數(shù)據(jù)庫進(jìn)行修補涉及兩項任務(wù)：規(guī)劃補丁應(yīng)用以及實際應(yīng)用補丁。應(yīng)預(yù)先樹立這樣的見識：一次性或非計劃的修補工作效率不高，因此不應(yīng)鼓勵這樣的做法。應(yīng)當(dāng)為補丁應(yīng)用（如 Oracle 補丁集更新 (PSU)）預(yù)定一個時間計劃并且必須讓租戶知道這一計劃。話雖如此，還是應(yīng)作好應(yīng)用一次性補丁的準(zhǔn)備，但是必須對這些補丁對相應(yīng) CDB 中所有租戶的影響進(jìn)行評估。如果只有一個或少數(shù)幾個應(yīng)用程序 (PDB) 需要緊急應(yīng)用一次性補丁，則最高效的補丁應(yīng)用方法是創(chuàng)建一個包含這些額外補丁的新的 CDB，然后使用拔出/插入操作將這些 PDB 逐個遷移到該 CDB 中。注意這會增加需要管理的組件數(shù)量，不過這在

29、短期內(nèi)可能是可以承受的。安全性在任何整合環(huán)境中采用“最低權(quán)限”方法都將為加強安全性提供最大助益。在大多數(shù)情況下，單個 Oracle Home 將托管相應(yīng)節(jié)點中運行的所有數(shù)據(jù)庫。這意味著，任何操作系統(tǒng)用戶，只要是該 Oracle Home 的 DBA 組的成員，就都擁有對該主目錄中運行的所有數(shù)據(jù)庫實例的 SYSDBA 訪問權(quán)限。從易于管理的角度來講這是個不錯的方法，但這確實會引發(fā)安全性問題。我們建議實施以下最佳實踐：盡量降低對數(shù)據(jù)庫服務(wù)器的訪問權(quán)限。只允許 SQL*Net pipe 訪問。為所有 DBA 創(chuàng)建具名用戶賬戶，對特權(quán)命令提供 sudo 訪問權(quán)限為跨多個 PDB 的管理任務(wù)創(chuàng)建通用用戶

30、o除了為運行管理任務(wù)而需要的對象（如一些過程）之外， 通用用戶不應(yīng)擁有任何其他對象。使用角色來限制特權(quán)；保持對 SYSDBA 和 SYSOPER 的有限的訪問權(quán)限。Oracle Database 12c 為備份管理、Oracle Data Guard 管理和加密密鑰管理提供了額外的管理角色， 這些角色分別是： SYSBACKUP、SYSDG 和SYSKM。您可酌情使用這些角色。啟用 Oracle Database Vault 以提供角色分離并控制數(shù)據(jù)訪問可以對 E-Business Suite、Siebel 和 PeopleSoft 使用預(yù)先定義的數(shù)據(jù)領(lǐng)域。對靜態(tài)數(shù)據(jù)進(jìn)行加密數(shù)據(jù)庫整合在數(shù)據(jù)庫

31、整合方式下，各個數(shù)據(jù)庫整合到聚集在一個云池中的物理服務(wù)器上。該池中的任何服務(wù)器均可托管一個或多個 Oracle 數(shù)據(jù)庫實例。通過使用 Oracle RAC 或 Oracle RAC One Node，這些數(shù)據(jù)庫會繼承服務(wù)器冗余帶來的高可用性。通過向池中添加更多服務(wù)器或者向給定節(jié)點或?qū)嵗砑痈?CPU、內(nèi)存或 I/O 卡， 可以實現(xiàn)彈性和可伸縮性。盡管標(biāo)準(zhǔn)化十分重要，但確實需要容許例外情況，這樣，添加更大（更高容量）的節(jié)點， 以及組成異構(gòu)集群（從節(jié)點的 CPU 或內(nèi)存配置角度）也都是可行的。故障隔離這種整合方式的粒度是數(shù)據(jù)庫。每個數(shù)據(jù)庫及其相關(guān)實例都與同一池中的其他數(shù)據(jù)庫相隔離。某個給定實例上

32、發(fā)生的故障一般局限于該實例本身，即使這些數(shù)據(jù)庫可能運行于同一Oracle Home 中。但是，可能會出現(xiàn)這樣一些狀況：因單個實例無響應(yīng)而可能導(dǎo)致影響多個實例的結(jié)果；典型的需要節(jié)點重啟的狀況。通過應(yīng)用程序設(shè)計和實施最佳實踐可以限制實例或節(jié)點故障的影響。例如，通過使用動態(tài)數(shù)據(jù)庫服務(wù)和連接池，并結(jié)合使用快速應(yīng)用程序通知 (FAN) 功能，應(yīng)用程序能夠更快速地響應(yīng)中斷事件，從而限制了這些事件的影響。資源隔離資源隔離處理系統(tǒng)資源的分配和分離。在數(shù)據(jù)庫整合方式下，爭用的資源包括 CPU、內(nèi)存和 I/O（存儲容量以及 IOP）。內(nèi)存 在 每 個 實 例 的 基 礎(chǔ) 上 設(shè) 置 合 適 的MEMORY_TAR

33、GET 和MEMORY_MAX_TARGET 值，注意這些值必須對同一數(shù)據(jù)庫的所有實例保持一致。MEMORY_TARGET 不會對 PGA 值強加硬性限制。強烈建議不要過量使用內(nèi)存資源。在 Exadata 硬件上：OLTP：CDB 的 (SGA_TARGET + PGA_AGGREGATE_TARGET) 總數(shù) + 4MB *（最大進(jìn)程數(shù)） 每個數(shù)據(jù)庫節(jié)點的物理內(nèi)存DW：CDB 的 (SGA_TARGET + 3 * PGA_AGGREGATE_TARGET) 總 數(shù) 每個數(shù)據(jù)庫節(jié)點的物理內(nèi)存CPU 通過使用 CPU_COUNT 或啟用實例囚籠5設(shè)置合適的值。建議采用后一種方法，因為通過使用實

34、例囚籠可強制實施某種 Database Resource Manager (DBRM) 資源計劃，從而能夠更多地掌控 CPU 使用量。5 有關(guān)實例囚籠的詳細(xì)信息，請參閱本文中標(biāo)題為“云池設(shè)計”的一節(jié)運營隔離運營隔離確保對一個數(shù)據(jù)庫或其運行環(huán)境執(zhí)行的管理或維護操作不會影響同一云池中正在運行的其他數(shù)據(jù)庫。這些活動包括啟動和關(guān)閉實例、修補以及備份或恢復(fù)操作。啟動/關(guān)閉通常只使用一個或最少數(shù)量的 Oracle Home 來托管所有整合數(shù)據(jù)庫。應(yīng)為每位云 DBA 創(chuàng)建具 名 用 戶 ， 然 后 將 這 些 用 戶 添 加 到 數(shù) 據(jù) 庫 口 令 文 件 （ 必 須 將REMOTE_LOGIN_PASSW

35、ORDFILE 設(shè)置為 EXCLUSIVE）。這些具名用戶于是被授予了SYSDBA 角色。通過為每個數(shù)據(jù)庫使用不同的口令文件，即可保證用戶只能獲得自己管理的數(shù)據(jù)庫的 SYSDBA 權(quán)限。打補丁與 PDB 整合方式相同，在整合環(huán)境中對數(shù)據(jù)庫進(jìn)行修補涉及兩項任務(wù)：規(guī)劃補丁應(yīng)用以及實際應(yīng)用補丁。應(yīng)預(yù)先樹立這樣的見識：一次性或非計劃的修補工作效率不高，因此不應(yīng)鼓勵這樣的做法。應(yīng)當(dāng)為補丁應(yīng)用（如 Oracle 補丁集更新 (PSU)）預(yù)定一個時間計劃并且必須讓租戶知道這一計劃。話雖如此，還是應(yīng)作好應(yīng)用一次性補丁的準(zhǔn)備，但是必須對這些補丁對整個數(shù)據(jù)庫的影響進(jìn)行評估。最高效的修補方法是克隆 Oracle H

36、ome 目錄，應(yīng)用補丁，然后將數(shù)據(jù)庫實例切換到新的主目錄。而在 RAC 環(huán)境中，如果提供了滾動補丁，則應(yīng)使用它們來進(jìn)行滾動修補。安全隔離同見 PDB 整合一節(jié)討論的內(nèi)容。整合多個 CDB在數(shù)據(jù)庫一級，上文所述的數(shù)據(jù)庫負(fù)載整合與大小設(shè)置原則同樣適用于將多個 CDB 和專用數(shù)據(jù)庫整合到共享云池上的情形。不過，您必須根據(jù)每個 CDB 中包含的 PDB 的數(shù)量， 以及要整合到云池上的 CDB 與專用數(shù)據(jù)庫的混合情況，來增加服務(wù)器和操作系統(tǒng)大小設(shè)置原則。選擇將哪些數(shù)據(jù)庫整合到一起的一般性原則主要取決于您與數(shù)據(jù)庫云租戶達(dá)成的服務(wù)級別協(xié)議 (SLA)。在基礎(chǔ)架構(gòu)一級，總而言之，要將這些 SLA 與最適合實現(xiàn)

37、這些 SLA 的云池相對應(yīng)。這些云池本身則應(yīng)使用標(biāo)準(zhǔn)化硬件和軟件組件來構(gòu)建并且應(yīng)為它們設(shè)置合適的大 小，以便支持預(yù)先確定的整合密度和隔離策略。例如，圖 7 所示為一個數(shù)據(jù)庫云部署，這里某個云池中的一組服務(wù)器劃分為了三個服務(wù)器池，分別托管三個通過策略管理的6 CDB。在本例中，每個 CDB 可代表一個使用不同的字符集，處于不同的補丁級別，或者屬于不同的業(yè)務(wù)線之類的數(shù)據(jù)庫。圖 7. 利用 Oracle Database 12c 進(jìn)行數(shù)據(jù)庫整合在進(jìn)行 CDB 整合時，我們建議您預(yù)先確定針對每個數(shù)據(jù)庫的策略并在提供服務(wù)時執(zhí)行這些策略。每個 CDB 擁有最大數(shù)量的 PDB確定每個云池托管的 CDB 和/

38、或?qū)Ｓ脭?shù)據(jù)庫的最大數(shù)量在部署過程中嚴(yán)格執(zhí)行這些策略將會為您帶來均勻一致的環(huán)境。這樣的環(huán)境將有利于實現(xiàn)更輕松的自動化和生命周期管理。6 通過策略管理的部署以服務(wù)器池 為基礎(chǔ)，這種情況下，在一個服務(wù)器池中運行的數(shù)據(jù)庫服務(wù)將作為跨該服務(wù)器池中所有服務(wù)器的單一對象或統(tǒng)一體來運行。數(shù)據(jù)庫部署于一個或多個服務(wù)器池中，服務(wù)器池的大小決定了相應(yīng)部署中數(shù)據(jù)庫實例的數(shù)量。模式整合在這種整合方式下，整合的數(shù)據(jù)庫包含跨云池中一個或多個實例而運行的一個或多個應(yīng)用程序模式。已實施此方法的客戶往往將應(yīng)用程序（模式）的數(shù)量限制為少于 20。這種方式下租戶的粒度是模式。故障隔離一個模式中的應(yīng)用程序故障不會影響其他模式中的應(yīng)用程

39、序。登錄風(fēng)暴或不合適的中間層配置可能影響多個應(yīng)用程序。為了限制這種影響，使用配置合適的中間層連接池是十分重要的。編寫不良的數(shù)據(jù)庫駐留代碼（如 PL/SQL）可能影響其他不相關(guān)的應(yīng)用程序。因而在開發(fā)過程中必須進(jìn)行嚴(yán)格的代碼檢查，在應(yīng)用程序部署之前必須進(jìn)行徹底的測試。資源隔離對于模式整合來說，資源管理是一項必要的工作。Oracle Database Resource Profile Limits 為限制資源使用提供了一個基本方法。通過設(shè)置資源限制，可以防止用戶執(zhí)行令系統(tǒng)繁忙的操作并防止其他用戶執(zhí)行操作。注意您還可以使用資源限制來加強安全性，確保用戶退出系統(tǒng)后會話不會長期留置于連接狀態(tài)。 Datab

40、ase Resource Manager (DBRM) 和 QoSManagement 提供了對 Resource Profile 的補充。可以將應(yīng)用程序分組到不同的用戶組中，這些用戶組采用相應(yīng)的 DBRM 資源計劃指令。資源計劃控制分配給用戶組的 CPU、I/O（在 Exadata 部署中）和并行服務(wù)器進(jìn)程資源。對存儲使用的控制則可以通過使用表空間配額來進(jìn)行。運營隔離在模式整合方式下，盡量減少恢復(fù)和還原操作的影響是運營隔離的一個主要目標(biāo)，補丁應(yīng)用管理也是如此。為了實現(xiàn)盡可能最高效的數(shù)據(jù)恢復(fù)，必須仔細(xì)設(shè)計備份策略。備份方法應(yīng)該包含對應(yīng)用 程序來說恰當(dāng)?shù)幕謴?fù)粒度。典型的方法是對各個模式進(jìn)行夜間備

41、份和 Data Pump 導(dǎo)出。利用閃回方法（表、查詢或事務(wù)級閃回）可以恢復(fù)已丟失或刪除的數(shù)據(jù)，這種恢復(fù)過程 具有最低的侵入性。如果數(shù)據(jù)已從閃回區(qū)域老化掉，則還可以使用恢復(fù)表包來幫助恢復(fù) 丟失的數(shù)據(jù)。修補方法類同于其他整合方式中討論的方法。安全隔離模式間的安全隔離是模式整合最重要的一個方面。可以使用 Oracle 數(shù)據(jù)庫配置文件來限制對數(shù)據(jù)的訪問，但是大多數(shù)情況下必須制定更嚴(yán)格的安全措施和策略。始終保護靜態(tài)數(shù)據(jù)（通過加密技術(shù)），提供細(xì)粒度訪問控制以及實施安全審計。這些實踐活動意味著需要使用透明數(shù)據(jù)加密、Database Vault 領(lǐng)域，以及用于運行時審計管理的 Oracle Audit Va

42、ult and Database Firewall。此外，還應(yīng)實施以下最佳實踐：限制 SYSDBA、SYSOPER 及 SYSASM 訪問權(quán)限。根據(jù)需要利用 SYSBACKUP 和SYSDG 角色。確保使用專用同義詞。避免使用公共同義詞。必須使用強數(shù)據(jù)庫口令，并為 PASSWORD_LOCK_TIME和FAILED_LOGIN_ATTEMPTS 設(shè)置適當(dāng)?shù)闹怠Ｔ瞥卦O(shè)計云池的初始大小將取決于其托管的應(yīng)用程序的類型以及這些應(yīng)用程序各自的容量要求。大多數(shù)情況下，私有云將由一些較小的云池組成，而不會只是一個池。云池應(yīng)符合以下需求：業(yè)務(wù)需求為各個業(yè)務(wù)線或部門構(gòu)建獨立的云池為不同的 SLA、合規(guī)性要求，或

43、測試與開發(fā)構(gòu)建獨立的云池功能需求為具有類似功能的應(yīng)用程序構(gòu)建一個云池。例如，分別為內(nèi)部應(yīng)用程序和外部應(yīng)用程序構(gòu)建一個云池技術(shù)需求根據(jù)操作系統(tǒng)類型、數(shù)據(jù)庫版本或隔離需求構(gòu)建獨立的云池。考慮各種負(fù)載之間的互補性云池常常使用特定的配置來構(gòu)建并且支持特定的業(yè)務(wù)需求。最佳的做法是，將具有類似SLA 需求的應(yīng)用程序共置于一個整合環(huán)境中，而將關(guān)鍵應(yīng)用程序與非關(guān)鍵應(yīng)用程序混置于同一個云池中則一般是不合適的。可整合的應(yīng)用程序數(shù)量取決于將要整合的應(yīng)用程序的大小、資源使用量和 SLA。此外，應(yīng)設(shè)置預(yù)定義的系統(tǒng)資源使用量閾值，這將決定云池的容量。建議使用標(biāo)準(zhǔn)模塊化構(gòu)建塊構(gòu)建云池。許多客戶都選擇基于四節(jié)點集群實現(xiàn)標(biāo)準(zhǔn)化

44、，因為這為服務(wù)布置和應(yīng)用程序負(fù)載增長提供了靈活性，并且通過為計劃中斷和組件故障防范提供更多選擇而提高了可用性。下面介紹對物理資源的配置：CPU最初確定 CPU 的大小時，要確定將托管哪些應(yīng)用程序，并且要留有一些余地，包括 10% 的運營任務(wù)開銷（如備份或調(diào)度任務(wù)等），以及用于負(fù)載故障切換的 15% 的開銷。云池中的工作節(jié)點保持在 75% 的 CPU 容量內(nèi)，這樣可以在一般使用量與余量之間達(dá)到良好的平衡。圖 8. CPU 容量云池中供應(yīng)的一個數(shù)據(jù)庫（CDB 或非 CDB7 ）應(yīng)至少獲得兩個 CPU。此配置可以使用CPU_COUNT 參數(shù)（在 init.ora 文件中設(shè)置）或?qū)嵗艋\特性8 來實施

45、。實例囚籠特性，盡管也使用 CPU_COUNT 參數(shù)進(jìn)行設(shè)置，但是還有通過 Database Resource Manager 實施資源使用限制的額外好處。實例囚籠用于對同一機器上數(shù)據(jù)庫間的 CPU 使用進(jìn)行劃分。這些數(shù)據(jù)庫可以是兩個或更多個 CDB、非 CDB 或兩者的組合。分區(qū)與過度供應(yīng)實例囚籠能夠減少多個共享相同服務(wù)器的數(shù)據(jù)庫實例間對 CPU 資源的爭用現(xiàn)象。這是通過對調(diào)度執(zhí)行特定實例相關(guān)進(jìn)程的 CPU 的最大數(shù)量進(jìn)行設(shè)置的。這既可用于 CDB 也可用于7 注意非 CDB 這一術(shù)語指的是曾使用 Oracle Database 11g 或更早版本的人們所熟悉的那種數(shù)據(jù)庫架構(gòu)。Oracle

46、Database 12c 既支持多租戶架構(gòu)也支持非 CDB 架構(gòu)。8 有關(guān)實例囚籠的詳細(xì)討論，請見 HYPERLINK /technetwork/database/focus- /technetwork/database/focus- areas/performance/instance-caging-wp-166854.pdf非 CDB。有兩種方法可以確定 CPU 的最大數(shù)量：分區(qū)與過度供應(yīng)。分區(qū) CPU采用分區(qū)方法時，給定節(jié)點上的所有數(shù)據(jù)庫實例的 CPU_COUNT 設(shè)置總和不會超過 CPU 總數(shù)。對于任務(wù)關(guān)鍵型應(yīng)用程序，我們建議采用此方法，如果使用 QoS Management，也需要采

47、用此方法。使用這種配置時，數(shù)據(jù)庫實例間不會存在 CPU 資源爭用。但是如此一來，即使某個數(shù)據(jù)庫實例未使用分配給它的 CPU 資源，其他數(shù)據(jù)庫實例也無法使用這些資源。在對 CPU 進(jìn)行分區(qū)時，應(yīng)采用以下建議，這能確保諸如 Oracle Clusterware 及其代理、ASM 等關(guān)鍵進(jìn)程可以獲得 CPU 資源：(CPU_COUNT) 總和 CPU 總數(shù) * 75%過度供應(yīng) CPU采用過度供應(yīng)方法時，所有實例的 CPU_COUNT 總和可以超過 CPU 的總數(shù)。過度供應(yīng)方法可以提高資源的利用率，然而，當(dāng)多個數(shù)據(jù)庫同時處于高負(fù)載狀況時，可能會出現(xiàn)資源爭用的情況，從而導(dǎo)致性能下降。對于運行非關(guān)鍵應(yīng)用程

48、序的系統(tǒng)、測試或開發(fā)系統(tǒng)、或者運行沒有嚴(yán)格 SLA 要求的任何數(shù)據(jù)庫的系統(tǒng)來說，建議采用過度供應(yīng)方法。而對于 I/O 要求較高或事務(wù)處理速度較高的數(shù)據(jù)庫來說，則應(yīng)避免使用過度供應(yīng)方法。我們建議：(CPU_COUNT) 總和 = CPU 總數(shù) * 2允許分配兩倍 CPU 總數(shù)是以每核 2 個 CPU 線程這種超線程技術(shù)為基礎(chǔ)的。當(dāng)對 CPU:線程比率大于 2 的系統(tǒng)（例如，Oracle Sun T4 系統(tǒng)的每 CPU 的線程計數(shù)可以高達(dá) 64 個線程） 使用過度供應(yīng)方法時，應(yīng)加以注意。在 Exadata 數(shù)據(jù)庫云服務(wù)器上運行的數(shù)據(jù)庫可以配置為使用更高程度的過度供應(yīng)。有關(guān)最新建議，請參閱最新的“E

49、xadata 最佳實踐”白皮書。此外，請將最大并行查詢服務(wù)器數(shù)量限制為小于或等于 CPU 或線程總數(shù)的 20 倍。內(nèi)存在云池中，內(nèi)存的配置比 CPU 大小配置更簡單：不要過量使用內(nèi)存資源。對于有待整合的現(xiàn)有數(shù)據(jù)庫，可使用 AWR 報告、V$SGASTAT/V$PGASTAT 或 Enterprise Manager Automatic Memory Advisor 確定 SGA 和 PGA 內(nèi)存。對于新應(yīng)用程序，執(zhí)行基本的 大 小 配 置 測 試 之 后 ， 將 MEMORY_TARGET 設(shè) 置 為 較 為 保 守 的 值 ， 將MEMORY_MAX_TARGET 設(shè)置為較為激進(jìn)的值。下面是

50、關(guān)于內(nèi)存占用的一般性原則：獲得 SGA/PGA 信息之后，每次遷移或布置到某個云池之前進(jìn)行如下評估：OLTP 應(yīng)用程序：數(shù)據(jù)庫的 (SGA_TARGET + PGA_AGGREGATE_TARGET) 總量 每個數(shù)據(jù)庫節(jié)點的物理內(nèi)存的 80%DW/BI 應(yīng)用程序：數(shù)據(jù)庫的 (SGA_TARGET + 3 * PGA_AGGREGATE_TARGET) 總數(shù) 每個數(shù)據(jù)庫節(jié)點的物理內(nèi)存的 80%要注意的是，數(shù)據(jù)庫整合方式并不能最高效地使用內(nèi)存，因為每個數(shù)據(jù)庫實例都將占用自己的 SGA 和 PGA。而 PDB 整合方式則能最高效地使用內(nèi)存，因為在云池中配置了具有整合 SGA 的單一大型數(shù)據(jù)庫實例。存

51、儲云 DBA 應(yīng)在整合之前檢查現(xiàn)有應(yīng)用程序的存儲使用情況。通常為孤島式數(shù)據(jù)庫分配的存儲超過其實際使用的存儲，因此需要檢查的一個關(guān)鍵項目就是所分配的存儲實際得到使用的有多少，也就是說，有多少是空閑的，有多少包含數(shù)據(jù)。如果存在存儲分配過量的情況， 那么這也許是一個整合存儲空間的好機會。可以使用 Oracle Data Pump 或任何可以在邏輯上遷移數(shù)據(jù)的工具進(jìn)行這種整合。DBA 應(yīng)研究數(shù)據(jù)增長方式，為此可以使用 EM 12c，逐個表空間/數(shù)據(jù)文件地評估模式的存儲增長方式。除此之外，在將應(yīng)用程序遷移到私有云之前，應(yīng)用程序所有者還應(yīng)確保清理數(shù)據(jù)庫中過時或無用的數(shù)據(jù)。這不僅能提高存儲效率， 還能縮短整

52、體遷移時間。存儲 IOPS 或許是整合環(huán)境中最常被忽視的一個方面。在整合規(guī)劃過程中，DBA 應(yīng)觀察待整合的每個數(shù)據(jù)庫或應(yīng)用程序的平均和峰值 IOPS。使用 AWR 報告收集以下 I/O 量度。IOPS = “physical reads total I/O requests” + “physical writes total I/O requests”MBytes/s = “physical reads total bytes” + “physical writes total bytes”這些量度有助于確定為了支持相應(yīng)應(yīng)用程序而需要的存儲吞吐能力。如果現(xiàn)有應(yīng)用程序在RAC 上運行，則應(yīng)聚合所

53、有節(jié)點的 IOPS 或者說 MB/s。互補性負(fù)載私有數(shù)據(jù)庫云部署取得成功的一個關(guān)鍵要素就是確保僅合并互補性負(fù)載。混合非互補性或不相容的負(fù)載可能導(dǎo)致整合環(huán)境性能不佳、SLA 得不到滿足，甚至出現(xiàn)中斷。整合負(fù)載時，應(yīng)確保所整合的負(fù)載的峰值 CPU 使用量不會顯著超出平均 CPU 使用量。峰值 CPU 使用量與平均 CPU 使用量之間的差異應(yīng)最小，這樣確保 CPU 可得到盡可能充分的利用。在對整合環(huán)境中將包含的負(fù)載進(jìn)行評估時，需要觀察由于新增負(fù)載而產(chǎn)生的峰值和平均CPU 使用量的改變。合并互補性負(fù)載時，平均負(fù)載的增加程度將超過峰值的增加，如圖 9 所示。最好的情況是，峰值使用量保持不變，而平均使用量

54、增加。圖 9. 互補性負(fù)載如圖 10 所示，在負(fù)載不相容的情況下，峰值的增加將超過平均值的增加。這意味著，在低使用量期間，CPU 利用率低下，但是為了能夠承擔(dān)峰值負(fù)載，必須保有這些 CPU。圖 10. 不相容的負(fù)載您可以使用 Real Application Testing (RAT) 來確定新增負(fù)載將會對現(xiàn)有系統(tǒng)產(chǎn)生的影響。RAT 適用于所有整合方式：PDB 整合、數(shù)據(jù)庫整合以及模式整合。利用整合數(shù)據(jù)庫重放(Consolidated Database Replay)，可以并行地重放在不同數(shù)據(jù)庫上捕獲到的負(fù)載。這樣，您可以收集從一個或多個系統(tǒng)捕獲到的負(fù)載，然后在單個測試系統(tǒng)上并行地重放這些負(fù)載

55、。在整合數(shù)據(jù)庫重放的幫助下，您可以評估數(shù)據(jù)庫整合將會對生產(chǎn)系統(tǒng)產(chǎn)生的影響，評估單個服務(wù)器，如一臺 Oracle Exadata 服務(wù)器，能否處理來自整合數(shù)據(jù)庫的合并負(fù)載。利用負(fù)載折疊 (Workload Folding) 功能，您可以合并負(fù)載并同時重放它們，而利用時間推移(time shifting) 功能，則可以對齊各種負(fù)載峰值。有關(guān) Real Application Testing 的更多信息可參閱“Oracle Database Testing Guide 12c Release 1 (12.1)”。Oracle Enterprise Manager 12c Cloud Management Pack作為 Oracle 的集成式企業(yè) IT 管理產(chǎn)品，Oracle Enterprise Manager 12c 提供了業(yè)界首個全面的云生命周期管理解決方案。EM 12c 的業(yè)務(wù)驅(qū)動型 IT 管理功能為您提供從應(yīng)用程序到磁盤的支持，允許您快速搭建、管理和支持企業(yè)云環(huán)境和傳統(tǒng) Oracle IT 環(huán)境。Oracle Cloud Management Pack for Oracle Database 為整個數(shù)據(jù)庫云生