OceanStor F面向Oracle數(shù)據(jù)庫(kù)OLAP最佳實(shí)踐_第1頁(yè)
OceanStor F面向Oracle數(shù)據(jù)庫(kù)OLAP最佳實(shí)踐_第2頁(yè)
OceanStor F面向Oracle數(shù)據(jù)庫(kù)OLAP最佳實(shí)踐_第3頁(yè)
OceanStor F面向Oracle數(shù)據(jù)庫(kù)OLAP最佳實(shí)踐_第4頁(yè)
OceanStor F面向Oracle數(shù)據(jù)庫(kù)OLAP最佳實(shí)踐_第5頁(yè)
已閱讀5頁(yè),還剩36頁(yè)未讀 繼續(xù)免費(fèi)閱讀

下載本文檔

版權(quán)說(shuō)明:本文檔由用戶提供并上傳,收益歸屬內(nèi)容提供方,若內(nèi)容存在侵權(quán),請(qǐng)進(jìn)行舉報(bào)或認(rèn)領(lǐng)

文檔簡(jiǎn)介

1、華為 OceanStor F 面向 Oracle 數(shù)據(jù)庫(kù)OLAP 場(chǎng)景的最佳實(shí)踐此文檔針對(duì)華為 OceanStor F V5 存儲(chǔ)配套 Oracle 數(shù)據(jù)庫(kù)進(jìn)行闡述。聚焦如何高效利用 OceanStor F V5 存儲(chǔ)進(jìn)行 Oracle 數(shù)據(jù)庫(kù)業(yè)務(wù)部署,并針對(duì)企業(yè)用戶場(chǎng)景下的 Oracle 的在線聯(lián)機(jī)分析處理 OLAP 業(yè)務(wù),進(jìn)行了一系列的驗(yàn)證,通過(guò)參考該最佳實(shí)踐,可以獲得更好的業(yè)務(wù)部署效率和業(yè)務(wù)運(yùn)營(yíng)質(zhì)量,有效保障Oracle 數(shù)據(jù)庫(kù)的性能和可用性。目錄 HYPERLINK l _bookmark0 概述4 HYPERLINK l _bookmark1 內(nèi)容簡(jiǎn)介4 HYPERLINK l _b

2、ookmark2 寫作目的4 HYPERLINK l _bookmark3 面向讀者4 HYPERLINK l _bookmark4 用戶收益5 HYPERLINK l _bookmark5 關(guān)鍵組件5 HYPERLINK l _bookmark6 業(yè)務(wù)場(chǎng)景5 HYPERLINK l _bookmark7 負(fù)載模型5 HYPERLINK l _bookmark8 華為技術(shù)與產(chǎn)品7 HYPERLINK l _bookmark9 OceanStor F V5 產(chǎn)品介紹7 HYPERLINK l _bookmark10 OceanStor UltraPath 多路徑軟件8 HYPERLINK l _

3、bookmark11 Oracle 數(shù)據(jù)庫(kù)介紹9 HYPERLINK l _bookmark12 Oracle RAC and ASM9 HYPERLINK l _bookmark13 Oracle 體系架構(gòu)11 HYPERLINK l _bookmark14 OLAP 業(yè)務(wù)類型13 HYPERLINK l _bookmark15 Oracle 規(guī)劃配置最佳實(shí)踐14 HYPERLINK l _bookmark16 SAN 組網(wǎng)14 HYPERLINK l _bookmark17 劃分 Zone 或 vLAN16 HYPERLINK l _bookmark18 存儲(chǔ)配置16 HYPERLINK

4、l _bookmark19 硬盤域16 HYPERLINK l _bookmark20 存儲(chǔ)池17 HYPERLINK l _bookmark21 多租戶17 HYPERLINK l _bookmark22 LUN18 HYPERLINK l _bookmark23 映射視圖18 HYPERLINK l _bookmark24 主機(jī)配置19 HYPERLINK l _bookmark25 隊(duì)列深度19 HYPERLINK l _bookmark26 I/O 對(duì)齊19 HYPERLINK l _bookmark27 塊設(shè)備調(diào)度算法20 HYPERLINK l _bookmark28 多路徑設(shè)置2

5、0 HYPERLINK l _bookmark29 綁定盤符21 HYPERLINK l _bookmark30 配置 HugePage21 HYPERLINK l _bookmark31 數(shù)據(jù)庫(kù)配置22 HYPERLINK l _bookmark32 數(shù)據(jù)庫(kù)參數(shù)22 HYPERLINK l _bookmark33 在線日志23 HYPERLINK l _bookmark34 UNDO 表空間調(diào)整24 HYPERLINK l _bookmark35 臨時(shí)表空間調(diào)整24 HYPERLINK l _bookmark36 歸檔和備份24 HYPERLINK l _bookmark37 Oracle

6、規(guī)劃配置示例25 HYPERLINK l _bookmark38 方案架構(gòu)25 HYPERLINK l _bookmark39 組網(wǎng)圖25 HYPERLINK l _bookmark40 方案組件26 HYPERLINK l _bookmark41 數(shù)據(jù)庫(kù)規(guī)劃27 HYPERLINK l _bookmark42 存儲(chǔ)配置27 HYPERLINK l _bookmark43 主機(jī)配置28 HYPERLINK l _bookmark44 安裝配置操作系統(tǒng)28 HYPERLINK l _bookmark46 創(chuàng)建 ETL 區(qū)域文件系統(tǒng)30 HYPERLINK l _bookmark47 數(shù)據(jù)庫(kù)配置3

7、1 HYPERLINK l _bookmark48 Oracle 性能測(cè)試方案33 HYPERLINK l _bookmark49 測(cè)試策略33 HYPERLINK l _bookmark50 測(cè)試過(guò)程33 HYPERLINK l _bookmark51 加載測(cè)試數(shù)據(jù)33 HYPERLINK l _bookmark52 測(cè)試步驟34 HYPERLINK l _bookmark53 測(cè)試結(jié)論39 HYPERLINK l _bookmark54 7 總結(jié)40 HYPERLINK l _bookmark55 8 術(shù) 語(yǔ)表41 1 概 述內(nèi)容簡(jiǎn)介隨著數(shù)據(jù)庫(kù)技術(shù)的廣泛使用,企業(yè)信息系統(tǒng)產(chǎn)生大量的數(shù)據(jù),如

8、何快速?gòu)暮A繑?shù)據(jù)中提取出對(duì)企業(yè)決策有用的信息成為企業(yè)決策管理人員所面臨的重要難題之一,如何加速 OLAP 應(yīng)用中復(fù)雜的查詢分析正是難題的關(guān)鍵所在。OceanStor F V5 系列存儲(chǔ)系統(tǒng)是華為技術(shù)有限公司(以下簡(jiǎn)稱華為)根據(jù)存儲(chǔ)產(chǎn)品應(yīng)用現(xiàn)狀和存儲(chǔ)技術(shù)未來(lái)發(fā)展趨勢(shì),推出的新一代中高端全閃存存儲(chǔ)產(chǎn)品,能夠滿足大中 型企業(yè)用戶對(duì)海量數(shù)據(jù)存儲(chǔ)、高速數(shù)據(jù)存取、高可用性、高利用率、綠色環(huán)保和易于 使用的要求。本文檔針對(duì) OceanStor F V5 配套 Oracle 數(shù)據(jù)庫(kù)進(jìn)行闡述。聚焦如何高效利用 OceanStor F V5 存儲(chǔ)進(jìn)行 Oracle 數(shù)據(jù)庫(kù)業(yè)務(wù)部署,并針對(duì)企業(yè)用戶場(chǎng)景下的 Orac

9、le 的在線聯(lián)機(jī)分析處理(OLAP)業(yè)務(wù),進(jìn)行了一系列的驗(yàn)證。通過(guò)參考該最佳實(shí)踐,可以獲得更好的業(yè)務(wù)部署效率和業(yè)務(wù)運(yùn)營(yíng)質(zhì)量,有效保障 Oracle 數(shù)據(jù)庫(kù)的性能和可用性,提升數(shù)據(jù)庫(kù)查詢分析的性能,為企業(yè)的發(fā)展做出正確的決策。寫作目的本文檔的寫作目的在于描述 OceanStor F V5 存儲(chǔ)系統(tǒng)在 OLAP 類型的 Oracle 數(shù)據(jù)庫(kù)業(yè)務(wù)下的規(guī)劃和配置方案,旨在為華為合作伙伴和華為用戶提供參考,以期降低 IT 系統(tǒng)規(guī)劃部署的復(fù)雜度,并降低運(yùn)維風(fēng)險(xiǎn)。面向讀者本文檔面向華為員工、合作伙伴與客戶,閱讀本文檔,需要熟悉如下技術(shù):華為 OceanStor F V5 系列存儲(chǔ)華為 OceanStor U

10、ltraPath、DeviceManager 等軟件Linux 操作系統(tǒng)基礎(chǔ)知識(shí)Oracle 12c 數(shù)據(jù)庫(kù)架構(gòu)和原理用戶收益本方案的設(shè)計(jì)目的在于加快用戶事務(wù)數(shù)據(jù)庫(kù)方案的設(shè)計(jì)、驗(yàn)證與交付流程,基于典型OLAP 業(yè)務(wù)模型,提供 OceanStor F V5 存儲(chǔ)配套 Oracle 12c 數(shù)據(jù)庫(kù)極致性能的證實(shí)解決方案,以典型配置與性能指標(biāo)作為參考,降低安裝配置的復(fù)雜度,并期望用戶能夠使用該證實(shí)解決方案,獲取最高投資回報(bào)率。關(guān)鍵組件本文中描述的內(nèi)容基于以下硬件和軟件進(jìn)行描述:華為 OceanStor V500R007C00 版本存儲(chǔ)系統(tǒng)華為 OceanStor UltraPath for Linu

11、x V100R008C50 多路徑軟件Red Hat Enterprise Linux 7.2 操作系統(tǒng)Oracle Database 數(shù)據(jù)庫(kù)軟件Oracle RAC 集群軟件TPCH 測(cè)試軟件業(yè)務(wù)場(chǎng)景數(shù)據(jù)庫(kù)業(yè)務(wù)通常分為兩類:聯(lián)機(jī)事務(wù)處理 OLTP(On-line Transaction Processing)和聯(lián)機(jī)分析處理 OLAP(On-line Analytical Processing)。其中,OLTP 是傳統(tǒng)的關(guān)系型數(shù)據(jù)庫(kù)的主要應(yīng)用,主要是基本、日常的事務(wù)處理,如證券交易、銀行交易等;OLAP 是數(shù)據(jù)倉(cāng)庫(kù)系統(tǒng)的主要應(yīng)用,支持復(fù)雜的分析操作,側(cè)重決策支持,提供直觀易懂的查詢結(jié)果給決策人

12、員,以便準(zhǔn)確掌握企業(yè)的經(jīng)營(yíng)狀況,從而制定正確的方案,如數(shù)據(jù)倉(cāng)庫(kù)系統(tǒng)。Oracle 數(shù)據(jù)庫(kù)為當(dāng)前最常用的數(shù)據(jù)庫(kù),也是存儲(chǔ)設(shè)備的最重要應(yīng)用場(chǎng)景之一,將Oracle 數(shù)據(jù)庫(kù) OLAP 應(yīng)用部署在華為 OceanStor F V5 系列存儲(chǔ)系統(tǒng)上,可以保障業(yè)務(wù)的可靠性,有效提升數(shù)據(jù)庫(kù)查詢分析的性能,為企業(yè)的發(fā)展做出正確的決策。負(fù)載模型本文采用類 TPC-H 基準(zhǔn)的分析處理業(yè)務(wù)測(cè)試模型,它由一系列面向商務(wù)應(yīng)用的查詢和并行數(shù)據(jù)修改組成。TPC-H 是業(yè)界最著名的用來(lái)測(cè)試 OLAP 系統(tǒng)的測(cè)試基準(zhǔn),可以比較不同數(shù)據(jù)庫(kù)系統(tǒng)之間的查詢性能差別,測(cè)試結(jié)果已經(jīng)成為評(píng)價(jià) DBMS 和服務(wù)器的重要標(biāo)準(zhǔn)?;鶞?zhǔn)中選擇的查詢

13、方式在商業(yè)上都具有廣泛的代表性。本基準(zhǔn)闡明了決策支持系統(tǒng)的三個(gè)方面:分析大量的數(shù)據(jù)執(zhí)行高復(fù)雜度的查詢回答關(guān)鍵的、經(jīng)常需要回答的商業(yè)問(wèn)題測(cè)試模型中共定義了 8 張表,記錄項(xiàng)目、訂單、供應(yīng)商、客戶等信息。執(zhí)行負(fù)載測(cè)試包括加載、分析和更新操作。加載階段使用 SQL*Loader 以外部表的方式加載一組文本文件到數(shù)據(jù)庫(kù)中,分析階段順序執(zhí)行 22 個(gè)復(fù)雜 SQL 查詢分析語(yǔ)句,更新階段從數(shù)據(jù)庫(kù)中刪除一組舊數(shù)據(jù)。從 I/O 層看,該業(yè)務(wù)模型為大 IO 多路順序訪問(wèn),讀寫比例為9:1,代表了一種典型 OLAP 應(yīng)用業(yè)務(wù)模型。 2 華為技術(shù)與產(chǎn)品OceanStor F V5 產(chǎn)品介紹華為 OceanStor

14、F V5 全閃存存儲(chǔ)(下文簡(jiǎn)稱 F V5 系列存儲(chǔ))是面向企業(yè)級(jí)應(yīng)用的新一代融合存儲(chǔ)產(chǎn)品。憑借面向云架構(gòu)的存儲(chǔ)操作系統(tǒng)、強(qiáng)勁的新一代硬件平臺(tái)和豐富的智能管理軟件,F(xiàn) V5 系列存儲(chǔ)在功能、性能、效率、可靠性和易用性上都達(dá)到業(yè)界領(lǐng)先水平,很好的滿足了大型數(shù)據(jù)庫(kù) OLTP/OLAP、文件共享、云計(jì)算等各種應(yīng)用下的數(shù)據(jù)存儲(chǔ)需求,廣泛適用于政府、金融、電信、能源、媒資等行業(yè)。同時(shí),F(xiàn) V5 系列存儲(chǔ)能夠提供高效、靈活、豐富的備份、容災(zāi)解決方案,有效保證用戶業(yè)務(wù)連續(xù)性和數(shù)據(jù)安全,為用戶提供卓越的存儲(chǔ)服務(wù)。圖2-1 華為 OceanStore V5 融合存儲(chǔ)更多詳細(xì)信息,請(qǐng)查看下面的鏈接: HYPERLI

15、NK /cn/products/cloud-computing-dc/storage/unified-storage/5300f-5500f-5600f-5800f-v5 OceanStor 5300F/5500F/5600F/5800F V5 全閃存存儲(chǔ)系統(tǒng) HYPERLINK /cn/products/cloud-computing-dc/storage/unified-storage/6800f-v5 OceanStor 6800F V5 高端全閃存存儲(chǔ)系統(tǒng) HYPERLINK /cn/products/cloud-computing-dc/storage/unified-storage

16、/18500f-18800f-v5 OceanStor 18500F/18800F V5 高端全閃存存儲(chǔ)系統(tǒng)OceanStor UltraPath 多路徑軟件UltraPath for Linux 軟件是基于 Linux 內(nèi)核開(kāi)發(fā)的多路徑軟件。它安裝在應(yīng)用服務(wù)器上,主要用于控制應(yīng)用服務(wù)器對(duì)存儲(chǔ)設(shè)備的訪問(wèn),實(shí)現(xiàn)應(yīng)用服務(wù)器到存儲(chǔ)設(shè)備之間的路徑選擇以及路徑管理。UltraPath 軟件能提高數(shù)據(jù)傳輸?shù)目煽啃?,保障?yīng)用服務(wù)器與存儲(chǔ)設(shè)備之間的路徑安全性,為客戶提供一個(gè)簡(jiǎn)單、快捷、高效的路徑管理方案,確保應(yīng)用服務(wù)器和存儲(chǔ)系統(tǒng)的服務(wù)性能得以充分發(fā)揮,保護(hù)用戶的投資。 3Oracle數(shù)據(jù)庫(kù)介紹Oracle 數(shù)

17、據(jù)庫(kù)是應(yīng)用最為廣泛的關(guān)系型數(shù)據(jù)庫(kù)之一,自 1986 年發(fā)布版本 5 到現(xiàn)在,Oracle 一直引領(lǐng)關(guān)系型數(shù)據(jù)庫(kù)的潮流,Oracle 數(shù)據(jù)庫(kù)是與存儲(chǔ)系統(tǒng)關(guān)系最為密切的應(yīng)用。本章節(jié)對(duì) Oracle 12c 做簡(jiǎn)要介紹,聚焦與多租戶相關(guān)的組件和特性:RAC(Real Application Cluster)、ASM(Automatic Storage Management)、多租戶、數(shù)據(jù)文件、實(shí)例架構(gòu)、業(yè)務(wù)類型。Oracle RAC and ASM如下圖所示,Oracle 12C RAC 包含若干個(gè)直接訪問(wèn)存儲(chǔ)的服務(wù)器節(jié)點(diǎn)(稱為 HubNodes)和若干個(gè)通過(guò) Hub Nodes 間接訪問(wèn)存儲(chǔ)的服務(wù)

18、器節(jié)點(diǎn)(Leaf Nodes)。在 OracleRAC 上部署數(shù)據(jù)庫(kù)時(shí),這些節(jié)點(diǎn)可以被分為多個(gè) Server Pool,數(shù)據(jù)庫(kù)部署于某一個(gè)Server Pool 上,在 Server Pool 的每一個(gè)節(jié)點(diǎn)上均運(yùn)行一個(gè)數(shù)據(jù)庫(kù)實(shí)例。應(yīng)用服務(wù)器通過(guò)訪問(wèn)節(jié)點(diǎn)的 VIP(Virtual IP)來(lái)存取數(shù)據(jù),當(dāng)某個(gè)節(jié)點(diǎn)故障時(shí),Oracle RAC 在其他的節(jié)點(diǎn)上創(chuàng)建故障節(jié)點(diǎn)的 VIP 網(wǎng)絡(luò),應(yīng)用服務(wù)器通過(guò)重新連接機(jī)制重新訪問(wèn)數(shù)據(jù)庫(kù)。在應(yīng)用服務(wù)器上設(shè)置連接字符串,可以實(shí)現(xiàn)多種訪問(wèn) Oracle RAC 節(jié)點(diǎn)的模式,包括負(fù)載均衡模式與故障切換模式,這樣多節(jié)點(diǎn)的 Oracle 集群數(shù)據(jù)庫(kù)對(duì)于應(yīng)用服務(wù)器來(lái)說(shuō), 就

19、像是訪問(wèn)單一數(shù)據(jù)庫(kù)。Oracle RAC Hub Nodes 的共享存儲(chǔ)包含三部分:OCR(Oracle Cluster Registry)、VotingDisk、Database。其中 OCR 用于記錄節(jié)點(diǎn)狀態(tài)信息,Voting Disk 用于節(jié)點(diǎn)間同步,而Database 部分是由一系列的數(shù)據(jù)文件組成的。圖3-1 Orcale 12C Flex ClusterOracle ASM(Automatic Storage Management)是隨 Oracle 數(shù)據(jù)庫(kù) 10g/11g 推出的,給數(shù)據(jù)庫(kù)管理員提供了一個(gè)簡(jiǎn)單的存儲(chǔ)管理界面用于跨平臺(tái)管理服務(wù)器和存儲(chǔ)。作為內(nèi)置的文件系統(tǒng)和卷管理器,為

20、 Oracle 數(shù)據(jù)庫(kù)文件所專用。ASM 簡(jiǎn)化文件系統(tǒng)管理,提供異步 I/O 性能優(yōu)化,節(jié)省 DBA 的管理時(shí)間,提供彈性高效的數(shù)據(jù)庫(kù)環(huán)境。ASM 可以將多個(gè) LUN(Logical Unit Number)組合為磁盤組,通過(guò) AU(Allocation Unit)在 LUN 上分配存儲(chǔ)空間,ASM 磁盤組有三種類型:External:LUN 之間不進(jìn)行數(shù)據(jù)鏡像,由存儲(chǔ)系統(tǒng)提供數(shù)據(jù)保護(hù)機(jī)制。Normal:由兩個(gè)失效組組成,兩個(gè)失效組之間進(jìn)行數(shù)據(jù)鏡像。High:由三個(gè)失效組組成,三個(gè)失效組之間的數(shù)據(jù)互為鏡像。V5 存儲(chǔ)系統(tǒng)上創(chuàng)建 ASM 磁盤組時(shí),建議首先將磁盤組內(nèi)的 LUN 平均分配到各引擎控

21、制器,再創(chuàng)建 External 或 Normal 格式的磁盤組。Oracle 12C 引入了一個(gè)全新的 Oracle ASM 部署模型 Oracle Flex ASM,通過(guò)它可提高數(shù)據(jù)庫(kù)實(shí)例的可用性并降低 Oracle ASM 相關(guān)資源的占用。Oracle Flex ASM 簡(jiǎn)化了基于集群的數(shù)據(jù)庫(kù)整合,當(dāng)特定服務(wù)器上的 Oracle Flex ASM 實(shí)例出現(xiàn)故障時(shí),能夠確保運(yùn)行在該服務(wù)器上的 Oracle Database 12c 實(shí)例繼續(xù)運(yùn)行。圖3-2 Orcale 12C Flex ASMOracle RAC 主要有以下特點(diǎn),這些特點(diǎn)對(duì)于高可用性數(shù)據(jù)管理來(lái)說(shuō)極其重要:可靠性:Oracle

22、 數(shù)據(jù)庫(kù)以其可靠性而著稱。Oracle RAC 消除了數(shù)據(jù)庫(kù)服務(wù)器單點(diǎn)故障問(wèn)題,從而使可靠性更上一層樓。如果一個(gè)實(shí)例發(fā)生故障,服務(wù)器池中的其余實(shí)例仍將保持正常運(yùn)行狀態(tài)。Oracle Clusterware 監(jiān)視所有 Oracle 進(jìn)程,并能立即重啟任何發(fā)生故障的組件。錯(cuò)誤檢測(cè):Oracle Clusterware 自動(dòng)監(jiān)視 Oracle RAC 數(shù)據(jù)庫(kù)和其他 Oracle 進(jìn)程(Oracle ASM、實(shí)例、監(jiān)聽(tīng)器等),并快速診斷環(huán)境中的問(wèn)題。它還經(jīng)常能在用戶察覺(jué)到故障之前自動(dòng)完成故障恢復(fù)?;謴?fù)能力:Oracle 數(shù)據(jù)庫(kù)包含的許多特性有助于數(shù)據(jù)庫(kù)輕松地從各類故障中恢復(fù)。如果 Oracle RAC

23、 數(shù)據(jù)庫(kù)中的一個(gè)實(shí)例出現(xiàn)故障,服務(wù)器池中的另外一個(gè)實(shí)例將察覺(jué)到這一故障,隨后自動(dòng)進(jìn)行故障恢復(fù)。利用快速應(yīng)用程序通知 (FAN)、快速連接故障切換 (FCF),尤其是利用 Oracle RAC 12c 應(yīng)用程序連續(xù)性特性,可輕松地掩藏任何組件故障,使用戶無(wú)法察覺(jué)。連續(xù)運(yùn)行:Oracle RAC 可在計(jì)劃和意外中斷期間提供連續(xù)的服務(wù)。如果一個(gè)服務(wù)器(或?qū)嵗┏霈F(xiàn)故障,數(shù)據(jù)庫(kù)將保持運(yùn)行,應(yīng)用程序仍能繼續(xù)訪問(wèn)數(shù)據(jù),從而讓業(yè)務(wù)關(guān)鍵型負(fù)載得以完成運(yùn)行,而且多數(shù)情況下服務(wù)交付無(wú)延遲。Oracle 體系架構(gòu)圖3-3 Oracle 系統(tǒng)架構(gòu)如上圖所示數(shù)據(jù)庫(kù)使用的內(nèi)存包含兩部分,SGA(System Global

24、 Area)和 PGA(Program Global Area),其中 SGA 用于存放系統(tǒng)信息和頁(yè)面緩存,而 PGA 用于存放會(huì)話信息。SGA 主要包含如下幾部分。Buffer Cache:用于緩存數(shù)據(jù)塊Redo Log Buffer:用于緩存日志記錄,是一個(gè)循環(huán)數(shù)組Share Pool:用于緩存數(shù)據(jù)字典、共享 SQL 信息等Oracle 的數(shù)據(jù)文件包含如下幾種類型。Control File:記錄數(shù)據(jù)庫(kù)的結(jié)構(gòu)、參數(shù)和其他數(shù)據(jù)文件的位置。Data File:存放用戶數(shù)據(jù)和臨時(shí)數(shù)據(jù)。Online Log:存放數(shù)據(jù)塊更改記錄,由若干個(gè)日志組組成,日志組內(nèi)的文件互為鏡像,某個(gè)日志組寫滿之后切換到下一

25、個(gè)日志組繼續(xù)寫入,最后一個(gè)日志組寫滿之后切換到第一個(gè)日志組。Archive Log:當(dāng)數(shù)據(jù)庫(kù)處于歸檔模式時(shí),數(shù)據(jù)庫(kù)將寫滿的日志組拷貝到歸檔區(qū), 用于數(shù)據(jù)異常時(shí)恢復(fù)。Oracle 按照 LRU 算法對(duì) Buffer Cache 中的舊數(shù)據(jù)進(jìn)行淘汰,騰出空間供新的數(shù)據(jù)塊使用。Buffer Cache 中被更改過(guò)得數(shù)據(jù)塊稱為臟數(shù)據(jù),DBW(DB Writer)進(jìn)程負(fù)責(zé)將臟數(shù)據(jù)寫入數(shù)據(jù)文件。為保證數(shù)據(jù)完整性與可靠性,關(guān)系型數(shù)據(jù)庫(kù)使用事務(wù)來(lái)表示一次原子操作。在處理事務(wù)的過(guò)程中,Oracle Server 進(jìn)程將被更改的數(shù)據(jù)和發(fā)生更改的時(shí)間記錄到 Log Buffer 中,當(dāng)事務(wù)提交時(shí),由 LGWR(Lo

26、g Writer)將 Log Buffer 中的日志記錄數(shù)據(jù)同步到在線日志文件中。Log Buffer 是一個(gè)可被循環(huán)寫入的內(nèi)存區(qū)域,當(dāng) Log Buffer 空間占用超過(guò) 1/3 時(shí),不管事務(wù)是否提交,LGWR 都會(huì)把日志記錄同步到日志文件中。另外, Oracle 還會(huì)每 3 秒鐘自動(dòng)進(jìn)行一次日志同步。默認(rèn)情況下,Oracle 數(shù)據(jù)庫(kù)每 30 分鐘執(zhí)行一次檢查點(diǎn),檢查點(diǎn)發(fā)生時(shí),CKPT(Checkpoint)進(jìn)程將同步控制文件,并觸發(fā) DBW 將臟數(shù)據(jù)寫入數(shù)據(jù)文件。Oracle 的在線日志分為若干組,每個(gè)日志組包含一個(gè)或多個(gè)日志文件,如果有多個(gè)日志文件,則這些文件之間互為鏡像。Oracle

27、將日志順序?qū)懭肴罩窘M,當(dāng)最后一個(gè)日志組寫滿時(shí),將切回到第一個(gè)日志組寫入。發(fā)生日志組切換時(shí),Oracle 將判斷下一個(gè)日志組中記錄的臟數(shù)據(jù)是否完全被寫入到數(shù)據(jù)文件,如果沒(méi)有,Oracle 將等待 DBW 將這些臟數(shù)據(jù)寫入到數(shù)據(jù)文件之后,才會(huì)進(jìn)行日志組切換。Oracle 處于歸檔模式時(shí),由 ARC(Archive)進(jìn)程將寫滿的日志拷貝到歸檔區(qū),數(shù)據(jù)異常時(shí),歸檔日志用來(lái)進(jìn)行精確的數(shù)據(jù)恢復(fù)。Oracle 12c 引入了多租戶架構(gòu),可以在一個(gè) CDB(Container Database)里面,運(yùn)行多個(gè)PDB(Pluggable Database)。下圖顯示了一個(gè)擁有 4 個(gè)容器的 CDB:root,種

28、子 PDB 以及兩個(gè) PDB(hrpdb 和 salespdb)。每個(gè) PDB 擁有自己專有的應(yīng)用,并且由它自己的 PDB 管理員進(jìn)行管理。用戶 SYS 可以管理 root 和每個(gè) PDB。在物理層,CDB 擁有一個(gè)數(shù)據(jù)庫(kù)實(shí)例和數(shù)據(jù)庫(kù)文件。多租戶特性為 Oracle 數(shù)據(jù)庫(kù)帶來(lái)了更好的可服務(wù)性。圖3-4 Oracle 多租戶架構(gòu)OLAP 業(yè)務(wù)類型數(shù)據(jù)庫(kù)業(yè)務(wù)大致上可以分為 OLTP(Online Transaction Processing)和 OLAP(Online Analytical Processing)兩種應(yīng)用類型:OLTP:大量在線用戶進(jìn)行事務(wù)操作,例如在線購(gòu)物網(wǎng)站OLAP:很少量的

29、用戶在線執(zhí)行長(zhǎng)時(shí)間復(fù)雜的統(tǒng)計(jì)查詢OLAP 應(yīng)用的負(fù)載特征如下:從數(shù)據(jù)庫(kù)管理員角度看:無(wú)數(shù)據(jù)修改,或者只有非常少的數(shù)據(jù)修改系統(tǒng)調(diào)用非常復(fù)雜的查詢語(yǔ)句,同時(shí)掃描非常多的行一個(gè)查詢將花費(fèi)數(shù)小時(shí),甚至數(shù)天,主要取決于查詢語(yǔ)句的復(fù)雜程度數(shù)據(jù)老化可以小時(shí)或者天來(lái)衡量查詢的輸出通常是一個(gè)統(tǒng)計(jì)值,使用 group by 跟 order by 得出的從存儲(chǔ)采樣看:?jiǎn)蝹€(gè) I/O 很大,典型的值為 64KB1MB讀取操作為順序讀取當(dāng)讀取操作進(jìn)行時(shí),發(fā)生的寫操作通常在臨時(shí)表空間內(nèi)平常對(duì)在線日志寫入很少,除非在批量加載數(shù)據(jù)時(shí) 4 Oracle 規(guī)劃配置最佳實(shí)踐本章介紹基于華為 OceanStor F V5 存儲(chǔ)系統(tǒng),部

30、署 Oracle 12c RAC 數(shù)據(jù)庫(kù)的推薦規(guī)劃配置。包括組網(wǎng)、存儲(chǔ)規(guī)劃配置、主機(jī)設(shè)置、數(shù)據(jù)庫(kù)設(shè)置等。SAN 組網(wǎng)Oracle 數(shù)據(jù)庫(kù)往往承載著企業(yè)核心業(yè)務(wù)系統(tǒng),為保證業(yè)務(wù)連續(xù)性,建議使用 OracleRAC 集群,組網(wǎng)應(yīng)避免單點(diǎn)故障。如下圖所示,SAN(Storage Area Network)組網(wǎng)中,使用兩個(gè)物理上獨(dú)立的交換平面(每個(gè)交換平面包括一個(gè)交換機(jī)或多個(gè)相互級(jí)聯(lián)的交換機(jī)),每個(gè)數(shù)據(jù)庫(kù)節(jié)點(diǎn)與兩個(gè)交換平面相連,每個(gè)存儲(chǔ)控制器和兩個(gè)交換平面相連。圖4-1 Oracle RAC 組網(wǎng)示意圖理論上講,Oracle RAC 之所以能夠提高性能,是因?yàn)槠涮峁┝烁嗟南到y(tǒng)資源如CPU、內(nèi)存等,這

31、些資源在 OLTP 系統(tǒng)下通常更容易成為瓶頸,而 OLAP 系統(tǒng)下 IO 吞吐成為瓶頸的可能性更大,但 RAC 架構(gòu)對(duì) IO 系統(tǒng)來(lái)說(shuō)并沒(méi)有太多的性能提升。因此,高性能的單節(jié)點(diǎn)數(shù)據(jù)庫(kù)模型也是很多 OLAP 系統(tǒng)的選擇。圖4-2 Oracle 單實(shí)例組網(wǎng)示意圖劃分 Zone 或 vLAN通過(guò)劃分 Zone 或 vLAN,可以實(shí)現(xiàn)如下目的:在企業(yè) IT 系統(tǒng)中,一臺(tái)高端存儲(chǔ)往往承載多個(gè)業(yè)務(wù)系統(tǒng),通過(guò)劃分 Zone 或vLAN,可以避免各業(yè)務(wù)系統(tǒng)相互影響。主機(jī)路徑數(shù)過(guò)多,會(huì)增加系統(tǒng)管理的復(fù)雜度,也會(huì)增加運(yùn)維過(guò)程中網(wǎng)絡(luò)變更的難度,通過(guò)劃分 Zone 或 vLAN,可以改善 IT 基礎(chǔ)架構(gòu)的靈活性。劃分

32、 Zone 或 vLAN 的總體策略是保證雙交換組網(wǎng),即在每個(gè)交換平面上,每個(gè)數(shù)據(jù)庫(kù)節(jié)點(diǎn)與每個(gè)存儲(chǔ)控制器均有邏輯通道。建議按照下圖方式劃分,保證每個(gè) Zone 或VLAN 僅為一個(gè)主機(jī)端口和一個(gè)存儲(chǔ)端口的對(duì)應(yīng)。圖4-3 Zone 或 vLAN 的劃分NODE1.P0 代表主機(jī)節(jié)點(diǎn) 1 上的第一個(gè) FC 端口,以此類推。CTE0.L0.P0 代表存儲(chǔ)第一個(gè)控制器第一張卡上的第一個(gè)端口,以此類推。存儲(chǔ)配置在使用 OceanStor F V5 存儲(chǔ)之前,建議首先分析清楚業(yè)務(wù)性能和容量需求,做好存儲(chǔ)系統(tǒng)的硬盤數(shù)規(guī)劃,降低運(yùn)維風(fēng)險(xiǎn)。在引入 RAID2.0+技術(shù)之后,根據(jù)業(yè)務(wù)性能和容量需求評(píng)估硬盤數(shù)變得非

33、常困難,華為UniSTAR eDesigner 方案設(shè)計(jì)工具( HYPERLINK /unistar/edesigner /unistar/edesigner)中,包含兩款針對(duì)存儲(chǔ)系統(tǒng)的評(píng)估工具,建議客戶使用這兩款工具為 Oracle 數(shù)據(jù)庫(kù)規(guī)劃硬盤數(shù)。產(chǎn)品能力評(píng)估:根據(jù)特定的存儲(chǔ)配置,評(píng)估存儲(chǔ)系統(tǒng)可提供的性能和容量存儲(chǔ)配置向?qū)В焊鶕?jù)特定的業(yè)務(wù)需求,評(píng)估存儲(chǔ)型號(hào)和硬盤配置硬盤域硬盤域(Disk Domain)即多個(gè)硬盤的組合,將硬盤整合并預(yù)留熱備容量后統(tǒng)一向存儲(chǔ)池提供存儲(chǔ)資源。存儲(chǔ)可以配置一個(gè)或多個(gè)硬盤域。一個(gè)硬盤域上可以創(chuàng)建多個(gè)存儲(chǔ)池(Storage Pool)。不同硬盤域之間是完全隔離的,

34、包括故障域、性能和存儲(chǔ)資源等。建議一個(gè)硬盤域的硬盤都在一個(gè)硬盤框內(nèi)。存儲(chǔ)池多租戶硬盤域的熱備容量比例與熱備策略和硬盤的類型和數(shù)量相關(guān),該比例關(guān)系由存儲(chǔ)系統(tǒng)根據(jù)可靠性工程方法自動(dòng)維護(hù)。若需要規(guī)劃存儲(chǔ)容量和性能,建議使用華為 UniSTAReDesigner 工具進(jìn)行配置。熱備策略的選擇跟上層應(yīng)用系統(tǒng)的類型有關(guān)。OLTP 業(yè)務(wù)類型,大量用戶在線處理業(yè)務(wù),I/O 多為隨機(jī)小 I/O(4K/8K),建議選擇高熱備策略。OLAP 業(yè)務(wù)類型,少量用戶在線執(zhí)行復(fù)雜的分析查詢,I/O 為多路順序大 I/O(上百 KB),寫比例低,建議選擇低熱備策略。OceanStor F V5 系列存儲(chǔ)系統(tǒng)的硬盤域可以包含多

35、達(dá)上千塊硬盤,但基于性能和可靠性考慮,建議硬盤域每存儲(chǔ)層的硬盤數(shù)不超過(guò) 100 個(gè)。存儲(chǔ)池(Storage Pool),是存放存儲(chǔ)空間資源的容器,創(chuàng)建于硬盤域內(nèi),可以從硬盤域上動(dòng)態(tài)分配資源,并定義每個(gè)存儲(chǔ)層級(jí)的“RAID 級(jí)別”。OceanStor F V5 系列存儲(chǔ)支持 RAID6、RAID10、RAID5、RAID3、RAID50、RAID1六種 RAID 級(jí)別,最常用的 RAID 級(jí)別為 RAID6、RAID10、RAID5。建議按如下策略為Oracle 數(shù)據(jù)庫(kù)配置 RAID 級(jí)別。核心數(shù)據(jù)庫(kù)業(yè)務(wù)等可靠性要求高的場(chǎng)景,建議選擇 RAID6。容量的重要性高于可靠性時(shí),建議選擇 RAID5。

36、如果 Oracle OLAP 數(shù)據(jù)庫(kù)配置了“容量層”,強(qiáng)烈建議將容量層配置為 RAID6。對(duì)于 Oracle OLAP 數(shù)據(jù)庫(kù),往往容量的重要性高于可靠性,建議配置 RAID 5 級(jí)別,提供更合理的容量和性能。創(chuàng)建存儲(chǔ)池時(shí),允許設(shè)置容量分配比的告警閾值,默認(rèn)是 80(百分比)。在使用 ThinLUN、快照、遠(yuǎn)程復(fù)制、克隆等增值業(yè)務(wù)時(shí),容量告警尤其重要,用戶可以根據(jù)業(yè)務(wù)數(shù)據(jù)量增長(zhǎng)的速度設(shè)置合理的告警閾值,避免業(yè)務(wù)因?yàn)榇鎯?chǔ)池容量不足而造成服務(wù)中斷。分條是把連續(xù)的數(shù)據(jù)分割成相同大小的數(shù)據(jù)塊,把每段數(shù)據(jù)分別寫入到存儲(chǔ)設(shè)備中的不同磁盤上,實(shí)現(xiàn) I/O 在每塊磁盤上負(fù)載均衡,提高讀寫能力。對(duì)于 Oracl

37、e OLAP 業(yè)務(wù),由于業(yè)務(wù)類型為大數(shù)據(jù)塊讀,寫數(shù)據(jù)發(fā)生的頻率和數(shù)據(jù)量較小,建議設(shè)置較大的分條深度,如 512KB。多租戶是存儲(chǔ)系統(tǒng)的一種特性。使用多租戶特性可以在一套物理存儲(chǔ)系統(tǒng)中創(chuàng)建多個(gè)虛擬存儲(chǔ)系統(tǒng),讓多個(gè)租戶既能共享相同的存儲(chǔ)硬件資源,又不影響相互的數(shù)據(jù)安全性和隱私。借助該租戶特性,可以在多協(xié)議統(tǒng)一存儲(chǔ)架構(gòu)中實(shí)現(xiàn)更加靈活、更易于管理、部署成本更低的共享存儲(chǔ)。建議啟用多租戶特性,在 Oracle 租戶下創(chuàng)建 LUN。LUN為 Oracle 數(shù)據(jù)庫(kù)創(chuàng)建 LUN 時(shí),為了能使存儲(chǔ)系統(tǒng)的性能達(dá)到最優(yōu)狀態(tài),需要根據(jù)實(shí)際的數(shù)據(jù)存儲(chǔ)情況,為 LUN 選擇合適的 LUN 策略。主要參數(shù)的推薦配置策略如下

38、。歸屬控制器(owner_controller):在數(shù)據(jù)庫(kù)負(fù)載較高時(shí),建議將 LUN 平均分配到多個(gè)控制器上,以保證控制器的負(fù)載均衡。預(yù)取策略(prefetch_policy):提供 4 種預(yù)取策略(不預(yù)取、固定預(yù)取、可變預(yù) 取、智能預(yù)?。?。對(duì)于 Oracle OLAP 數(shù)據(jù)庫(kù)場(chǎng)景,其負(fù)載特征為多路順序大 I/O, 建議并發(fā)量高時(shí)設(shè)置“不預(yù)取”,并發(fā)量低時(shí)設(shè)置“智能預(yù)取”。重刪壓縮(Deduplication and Compression):使用 OceanStor F V5 存儲(chǔ)時(shí)可以開(kāi)啟重刪和壓縮特性,通過(guò)刪除重復(fù)數(shù)據(jù)并對(duì)數(shù)據(jù)進(jìn)行壓縮存儲(chǔ),減少數(shù)據(jù)的實(shí)際占用空間和數(shù)據(jù)寫入次數(shù)。V5 默認(rèn)

39、的重刪粒度為 8KB,Oracle 數(shù)據(jù)庫(kù)的每個(gè) 8KB 頁(yè)面都包含具有唯一字段的標(biāo)頭,所以開(kāi)啟重刪并不會(huì)減少數(shù)據(jù)的存儲(chǔ)空間。建議只開(kāi)啟壓縮,關(guān)閉重刪。LUN 類型(lun_type):提供“厚置備(Thick)”和“精簡(jiǎn)置備(Thin)”兩種類型,建議用戶根據(jù)性能和容量的重要性進(jìn)行權(quán)衡,如果性能更為關(guān)鍵(如核心生產(chǎn)系統(tǒng)),建議設(shè)置為“Thick”,如果容量更為關(guān)鍵(如測(cè)試開(kāi)發(fā)系統(tǒng)),建議設(shè)置為“Thin”。LUN 的容量和個(gè)數(shù):與最多僅包含十幾塊硬盤的傳統(tǒng) RAID 組不同,基于RAID2.0+機(jī)制的存儲(chǔ)池,LUN 會(huì)跨越硬盤域內(nèi)的所有硬盤,而硬盤域內(nèi)的硬盤數(shù)多達(dá)幾十甚至上百個(gè)。為了使硬盤的

40、性能充分發(fā)揮,建議按如下策略配置 LUN 的個(gè)數(shù)和容量。硬盤域內(nèi) LUN 的總數(shù):建議不小于“硬盤數(shù)432”。(4 是單個(gè)硬盤的合理并發(fā)數(shù),32 是 LUN 的默認(rèn)最高隊(duì)列深度)。建議使用 8-16 個(gè)數(shù)據(jù) LUN(存儲(chǔ)Oracle 業(yè)務(wù)數(shù)據(jù)文件),4-8 個(gè)日志 LUN(存儲(chǔ) Oracle 歸檔日志文件),可滿足最大 32TB 的容量的數(shù)據(jù)庫(kù)。對(duì)于更大容量的數(shù)據(jù)庫(kù),請(qǐng)根據(jù)實(shí)際情況調(diào)整LUN 的數(shù)量。LUN 容量:滿足上面條件的前提下,使用盡量大的 LUN,以簡(jiǎn)化管理開(kāi)銷。但需要注意,LUN 的最大容量還需考慮操作系統(tǒng)和 Oracle 數(shù)據(jù)庫(kù)的限制,如Oracle 11g ASM 要求 LUN

41、 的容量小于 2TB。在 Oracle 12.1 及以上版本中,放寬了對(duì) ASM 磁盤的限制,單盤最大可以達(dá)到 4PB。但是由于已知 Bug(6453944)的存在,導(dǎo)致實(shí)際上單盤大于 2T 時(shí)會(huì)報(bào)錯(cuò)。建議單個(gè) LUN 的容量小于 2TB。映射視圖映射視圖定義了 LUN、陣列端口、主機(jī)端口之間的邏輯映射。創(chuàng)建映射視圖,建議按如下策略。LUN 組是為了便于 LUN 資源管理而設(shè)計(jì)的一個(gè)對(duì)象。一般情況下,將同一種業(yè)務(wù)的 LUN 加入到一個(gè) LUN 組內(nèi),如 Oracle RAC 的各數(shù)據(jù)區(qū)域。主機(jī)組是一組需要共享存儲(chǔ)資源的“主機(jī)”,每個(gè)“主機(jī)”包含多個(gè)啟動(dòng)器(主機(jī)端口)。建議為每一個(gè)服務(wù)器創(chuàng)建一個(gè)

42、“主機(jī)”,將該服務(wù)器的所有啟動(dòng)器添加到該“主機(jī)”內(nèi)。端口組可以更精細(xì)化的控制存儲(chǔ)端口的分配。端口組不是必須的,但我們強(qiáng)烈建議您為 Oracle OLAP 業(yè)務(wù)分配端口組,以增加運(yùn)維的靈活性,并降低業(yè)務(wù)之間的性能影響。為避免單點(diǎn)故障,一個(gè)端口組應(yīng)至少包含來(lái)自于每個(gè)控制器的一個(gè)端口。主機(jī)配置隊(duì)列深度對(duì)于 Oracle 數(shù)據(jù)庫(kù)來(lái)說(shuō),I/O 隊(duì)列深度是影響性能的重要參數(shù)。操作系統(tǒng)層存在兩個(gè)參數(shù)影響到 I/O 隊(duì)列深度:塊設(shè)備隊(duì)列深度和 HBA 卡隊(duì)列深度。建議按照如下策略配置塊設(shè)備隊(duì)列深度和 HBA 卡隊(duì)列深度。對(duì)于 Linux 操作系統(tǒng),塊設(shè)備最大隊(duì)列深度為 128,華為不建議修改參數(shù)。而HBA 卡

43、的隊(duì)列參數(shù)與卡類型和驅(qū)動(dòng)程序相關(guān),請(qǐng)參考 HBA 廠商給出的規(guī)格值, 如 Qlogic 8Gbps FC 雙口 HBA 卡,限制每個(gè) LUN 的最大隊(duì)列深度為 32。華為不建議更改 HBA 卡最大隊(duì)列深度參數(shù),而建議采用增加 LUN 個(gè)數(shù)的方式提高整體I/O 隊(duì)列深度。對(duì)于 AIX 操作系統(tǒng),華為建議安裝 UltraPath 多路徑,而不建議使用系統(tǒng)多路徑或第三方多路徑。安裝了華為 UltraPath 多路徑,塊設(shè)備最大隊(duì)列深度被調(diào)整為 32, 華為不建議對(duì)該值進(jìn)行修改。若不使用華為 UltraPath,系統(tǒng)默認(rèn)塊設(shè)備最大隊(duì)列深度為 5,華為強(qiáng)烈建議將此值修改為 32 或更高。AIX 的 HB

44、A 卡最大隊(duì)列深度默認(rèn)值為 200,可根據(jù)實(shí)際業(yè)務(wù)需求進(jìn)行調(diào)整。對(duì)于 Windows 操作系統(tǒng),單個(gè) LUN 的最大 I/O 隊(duì)列深度同樣取決于 HBA 卡廠商給出的規(guī)格值,華為不建議修改。對(duì)于其他操作系統(tǒng),請(qǐng)參考操作系統(tǒng)用戶手冊(cè)進(jìn)行調(diào)整。I/O 對(duì)齊在 Linux 操作系統(tǒng)中使用 MBR 格式創(chuàng)建分區(qū)時(shí),會(huì)將磁盤的最開(kāi)始 63 個(gè)扇區(qū)預(yù)留給主引導(dǎo)記錄和分區(qū)表,第一個(gè)分區(qū)默認(rèn)從第 64 扇區(qū)開(kāi)始。這就造成了主機(jī)的數(shù)據(jù)塊(數(shù)據(jù)庫(kù)或文件系統(tǒng))與存儲(chǔ)數(shù)據(jù)塊不對(duì)齊,造成 I/O 處理效率降低。在 Linux 系統(tǒng)中使用 MBR 格式創(chuàng)建分區(qū)時(shí),建議進(jìn)入 fdisk 命令的專家模式,設(shè)置首分區(qū)的開(kāi)始位置

45、為 LUN 的第二個(gè) Extent 的開(kāi)始位置(Extent 大小默認(rèn)是 4MB)。下面是一條快速命令,用于在/dev/sdb 上使用 MBR 格式創(chuàng)建 1 個(gè)分區(qū),使用/dev/sdb 的全部空間,開(kāi)始扇區(qū)設(shè)置為 8192,即 4MB。printf nnpn1nnnxnbn1n 8192nwn | fdisk /dev/sdb設(shè)置分區(qū)對(duì)齊的逐步操作命令如下:fdisk /dev/sdbn (創(chuàng)建新的分區(qū))p (分區(qū)類型選擇主分區(qū))1 (設(shè)置改分區(qū)為第 1 個(gè)分區(qū))(直接回車,設(shè)置分區(qū)的開(kāi)始位置為默認(rèn)開(kāi)始扇區(qū),即 63)(直接回車,設(shè)置分區(qū)的結(jié)束位置為默認(rèn)最后一個(gè)扇區(qū))x (進(jìn)入專家模式)b

46、(設(shè)置分區(qū)開(kāi)始位置)1 (設(shè)置第 1 個(gè)分區(qū))8192(開(kāi)始位置設(shè)置為 8192 扇區(qū),即 4MB) w (寫盤退出)在 Linux 系統(tǒng)中解決分區(qū)不對(duì)齊的另一種方法是采用 GPT 格式的分區(qū)。下面是一條快速命令,用于在/dev/sdb 上使用 GPT 格式創(chuàng)建 1 個(gè)分區(qū),使用/dev/sdb 的全部空間, 開(kāi)始扇區(qū)設(shè)置為 8192,即 4MB。parted -s - /dev/sdb mklabel gpt unit s mkpart primary 8192 -1 print塊設(shè)備調(diào)度算法Linux 2.6 內(nèi)核支持四種塊設(shè)備調(diào)度算法:noop,anticipatory,deadline

47、 和 cfq。OLTP/OLAP 應(yīng)用中對(duì) I/O 延遲要求較為苛刻,對(duì)于傳統(tǒng)硬盤,調(diào)度算法建議選擇deadline,對(duì)于 SSD,建議選擇 noop。在 RHEL6 以及之后的版本中,可以針對(duì)每塊磁盤制定 I/O Scheduler,修改完畢立刻生效,命令如下。#查詢當(dāng)前調(diào)度算法rootnode1 doc# cat /sys/block/sdc/queue/scheduler noop deadline cfq#修改為 nooprootnode1 doc# echo noop /sys/block/sdc/queue/scheduler#查詢修改后rootnode1 doc# cat /sy

48、s/block/sdc/queue/scheduler noop deadline cfq使用以上命令修改 I/O 調(diào)度算法,只是臨時(shí)修改,系統(tǒng)重啟后修改就會(huì)失效。永久修改默認(rèn)的 I/O 調(diào)度算法,使用以下命令,系統(tǒng)重啟后生效。rootora1 doc# grubby -default-kernel/boot/vmlinuz-3.10.0-327.el7.x86_64rootora1 doc# grubby -args=elevator=noop -update-kernel /boot/vmlinuz- 3.10.0-327.el7.x86_64rootora1 doc# grubby -i

49、nfo /boot/vmlinuz-3.10.0-327.el7.x86_64index=0kernel=/boot/vmlinuz-3.10.0-327.el7.x86_64args=ro rd.lvm.lv=rhel/root rd.lvm.lv=rhel/swap rhgb quiet LANG=en_US.UTF-8 elevator=nooproot=/dev/mapper/rhel-root initrd=/boot/initramfs-3.10.0-327.el7.x86_64.imgtitle=Red Hat Enterprise Linux Server (3.10.0-32

50、7.el7.x86_64) 7.2 (Maipo)多路徑設(shè)置強(qiáng)烈建議用戶在使用華為 OceanStor F V5 系列存儲(chǔ)系統(tǒng)時(shí),選擇華為 UltraPath 多路徑,而不要使用系統(tǒng)自帶多路徑或者第三方多路徑,這將帶來(lái)未知的可靠性和可用性風(fēng)險(xiǎn)。關(guān)于 UltraPath 多路徑的參數(shù),華為經(jīng)過(guò)嚴(yán)格的驗(yàn)證,給出了最為可靠的默認(rèn)參數(shù),一般情況不建議用戶進(jìn)行更改。除非您有特殊的可靠性需求,請(qǐng)參考華為 UltraPath 多路徑手冊(cè)對(duì)參數(shù)實(shí)施更改,但華為建議更改后進(jìn)行嚴(yán)格的性能和可靠性測(cè)試(包括但不限于本文檔配置示例章節(jié)展示的測(cè)試),保證系統(tǒng)能夠長(zhǎng)期穩(wěn)定運(yùn)行,并且能夠快速?gòu)墓收现谢謴?fù)。綁定盤符在 Lin

51、ux 環(huán)境下配置 Oracle 數(shù)據(jù)庫(kù)時(shí),華為建議使用 UDEV 策略綁定設(shè)備編號(hào)UUID,以免后續(xù)維護(hù)過(guò)程中發(fā)生盤符改變?cè)斐蓴?shù)據(jù)庫(kù)無(wú)法啟動(dòng)。查詢 LUN 的 UUID及配置 UDEV 策略文件的腳本如下。# /lib/udev/scsi_id -g -u -d /dev/sdb 350014ee0594e108e# vi /etc/udev/rules.d/99-huawei-devices.rulesKERNEL=sd*1, SUBSYSTEM=block,PROGRAM=/sbin/scsi_id -g -u -d /dev/$parent, RESULT=350014ee0594e10

52、8e, SYMLINK+=GRID01,OWNER=grid, GROUP=asmadmin, MODE=0660配置 HugePageHugePage 提供了一個(gè)使用更大尺寸頁(yè)面的方法,它會(huì)將 SGA lock(鎖定)到物理內(nèi)存,這樣就無(wú)需進(jìn)行 SGA 的系統(tǒng)頁(yè)表查找。這對(duì)內(nèi)存分配較高的系統(tǒng)尤為重要,因?yàn)檫@樣能夠消除與此類配置相關(guān)的管理開(kāi)銷。在 11gR1 和更高版本中,必須禁用 AMM 才能使用 HugePage。在所有的數(shù)據(jù)庫(kù)節(jié)點(diǎn)上都需要配置。大頁(yè)內(nèi)存參數(shù)生效后會(huì)立即分配并占用,請(qǐng)務(wù)必計(jì)算并配置正確,若配置過(guò)大,會(huì)導(dǎo)致系統(tǒng)內(nèi)存被全部占用,導(dǎo)致節(jié)點(diǎn) OS 異常。配置 HugePage 詳細(xì)

53、操作步驟如下。步驟 1 檢查并確認(rèn)當(dāng)前環(huán)境中內(nèi)存的大頁(yè)尺寸是否為 2048 KB 即 2MB。rootnode1 # cat /proc/meminfo |grep Hugepagesize Hugepagesize:2048 kB步驟 2 計(jì)算 vm.nr_hugepages 的大小。vm.nr_hugepages 的大小為 sga_max_size + 2GB,sga_max_size 即分配給 SGA 的內(nèi)存容量大小,計(jì)算公式為:vm.nr_hugepages = (sga_max_size + 2) * 1024 / 內(nèi)存大頁(yè)尺寸步驟 3 在/etc/sysctl.conf 最下面增加

54、一行。rootnode1 # vi /etc/sysctl.conf vm.nr_hugepages= 102400步驟 4 保存之后執(zhí)行以下命令使參數(shù)生效,并確認(rèn)配置是否生效。rootnode1 # sysctl -prootnode1 # sysctl -a |grep nr_hugepages vm.nr_hugepages = 102400vm.nr_hugepages_mempolicy = 102400結(jié)束Linux 2.6 內(nèi)核默認(rèn)開(kāi)啟 transparent hugepage,允許大頁(yè)做動(dòng)態(tài)的分配,而不是系統(tǒng)啟動(dòng)后就分配好,這導(dǎo)致了很多的問(wèn)題,建議將其關(guān)閉。查看是否啟用了 tr

55、ansparent hugepagerootnode1 # cat /sys/kernel/mm/transparent_hugepage/enabled always madvise never以上輸出說(shuō)明啟用了 transparent hugepage。Redhat 7 系統(tǒng)可以通過(guò)以下命令來(lái)關(guān)閉transparent hugepage,系統(tǒng)重啟后生效。rootnode1 # grubby -default-kernel/boot/vmlinuz-3.10.0-327.el7.x86_64rootnode1 # grubby -args=transparent_hugepage=never

56、 -update-kernel/boot/vmlinuz-3.10.0-327.el7.x86_64rootnode1 # grubby -info /boot/vmlinuz-3.10.0-327.el7.x86_64index=0kernel=/boot/vmlinuz-3.10.0-327.el7.x86_64args=ro crashkernel=auto rd.lvm.lv=rhel/root rd.lvm.lv=rhel/swap rhgb quiet LANG=en_US.UTF-8 elevator=noop transparent_hugepage=never root=/d

57、ev/mapper/rhel-rootinitrd=/boot/initramfs-3.10.0-327.el7.x86_64.imgtitle=Red Hat Enterprise Linux Server (3.10.0-327.el7.x86_64) 7.2 (Maipo)數(shù)據(jù)庫(kù)配置數(shù)據(jù)庫(kù)參數(shù)數(shù)據(jù)庫(kù)塊大小Oracle 數(shù)據(jù)庫(kù)塊大小默認(rèn)為 8KB,設(shè)置范圍為 2KB32KB,用戶可以根據(jù)應(yīng)用需求進(jìn)行更改。典型的 OLTP 應(yīng)用中,數(shù)據(jù)庫(kù)塊大小通常選擇默認(rèn)的 8KB,但對(duì)于 OLAP 應(yīng)用來(lái)講,建議將數(shù)據(jù)庫(kù)塊大小設(shè)置成較大的數(shù)據(jù)塊,可以有效提升應(yīng)用的性能。數(shù)據(jù)庫(kù)塊大小可以查看“db_bloc

58、k_size”參數(shù),需要在創(chuàng)建數(shù)據(jù)庫(kù)時(shí)設(shè)置,數(shù)據(jù)庫(kù)創(chuàng)建后不可以再進(jìn)行更改。內(nèi)存分配Oracle 數(shù)據(jù)庫(kù)應(yīng)用中,在保證系統(tǒng)正常運(yùn)行的前提下,應(yīng)該盡可能發(fā)揮內(nèi)存的作用, 建議將 80%的物理主機(jī)內(nèi)存分配給 Oracle 數(shù)據(jù)庫(kù)使用。在 OLAP 應(yīng)用中,由于存在大量的排序操作,當(dāng)使用專用服務(wù)器(Dedicated server)連接時(shí),排序操作發(fā)生在 PGA中,建議將分配給 Oracle 使用內(nèi)存的 50%分配給 PGA,甚至可以分配更多以提高系統(tǒng)性能。假設(shè) MEM 為主機(jī)的物理內(nèi)存,將數(shù)據(jù)庫(kù)實(shí)例參數(shù)“memory_target”和“memory_max_target” 設(shè)為 0,將“sga_ma

59、x_size”和“sga_target”設(shè)為 50%*MEM,“pga_aggregate_target”設(shè)為50%*MEM。并行操作Oracle 數(shù)據(jù)庫(kù) OLAP 應(yīng)用中,存在大量的復(fù)雜查詢分析語(yǔ)句,可能出現(xiàn)大量的全表掃描操作,如果主機(jī)為多核 CPU,使用并行操作可以明顯提升查詢性能,但使用并行查詢后,會(huì)對(duì)主機(jī)的 CPU 資源有明顯消耗。值得注意的是,最大的并行查詢數(shù)量與表的并發(fā)數(shù)有關(guān)。假設(shè)主機(jī) CPU 個(gè)數(shù)為 CPU_COUNT,每個(gè) CPU 的核數(shù)為 PARALLEL_THREADS_PER_CPU,那么可以將 parallel_max_servers 設(shè)為 PARALLEL_THREA

60、DS_PER_CPU*CPU_COUNT*4*5,表示最大可執(zhí)行“parallel_max_servers”并行操作;“parallel_min_servers”設(shè)置為 0“parallel_max_servers”之間的某個(gè)值,表示隨數(shù)據(jù)庫(kù)實(shí)例啟動(dòng)后運(yùn)行的并行進(jìn)程數(shù)。I/O 策略數(shù)據(jù)庫(kù)采用文件系統(tǒng)方式進(jìn)行部署時(shí),I/O 策略可以選擇同步 I/O、異步 I/O、直接 I/O和合并 I/O。為了獲取更好的 I/O 效率,建議同時(shí)啟用異步 I/O 和直接 I/O。在線日志數(shù)據(jù)庫(kù)參數(shù)“filesystemio_option”可以設(shè)置為 ASYNCH、DIRECTIO、SETALL 和 NONE。其中

溫馨提示

  • 1. 本站所有資源如無(wú)特殊說(shuō)明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請(qǐng)下載最新的WinRAR軟件解壓。
  • 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請(qǐng)聯(lián)系上傳者。文件的所有權(quán)益歸上傳用戶所有。
  • 3. 本站RAR壓縮包中若帶圖紙,網(wǎng)頁(yè)內(nèi)容里面會(huì)有圖紙預(yù)覽,若沒(méi)有圖紙預(yù)覽就沒(méi)有圖紙。
  • 4. 未經(jīng)權(quán)益所有人同意不得將文件中的內(nèi)容挪作商業(yè)或盈利用途。
  • 5. 人人文庫(kù)網(wǎng)僅提供信息存儲(chǔ)空間,僅對(duì)用戶上傳內(nèi)容的表現(xiàn)方式做保護(hù)處理,對(duì)用戶上傳分享的文檔內(nèi)容本身不做任何修改或編輯,并不能對(duì)任何下載內(nèi)容負(fù)責(zé)。
  • 6. 下載文件中如有侵權(quán)或不適當(dāng)內(nèi)容,請(qǐng)與我們聯(lián)系,我們立即糾正。
  • 7. 本站不保證下載資源的準(zhǔn)確性、安全性和完整性, 同時(shí)也不承擔(dān)用戶因使用這些下載資源對(duì)自己和他人造成任何形式的傷害或損失。

評(píng)論

0/150

提交評(píng)論