Oracle數(shù)據(jù)庫(kù)規(guī)劃設(shè)計(jì)和運(yùn)行維護(hù)方案_第1頁(yè)
Oracle數(shù)據(jù)庫(kù)規(guī)劃設(shè)計(jì)和運(yùn)行維護(hù)方案_第2頁(yè)
Oracle數(shù)據(jù)庫(kù)規(guī)劃設(shè)計(jì)和運(yùn)行維護(hù)方案_第3頁(yè)
Oracle數(shù)據(jù)庫(kù)規(guī)劃設(shè)計(jì)和運(yùn)行維護(hù)方案_第4頁(yè)
Oracle數(shù)據(jù)庫(kù)規(guī)劃設(shè)計(jì)和運(yùn)行維護(hù)方案_第5頁(yè)
已閱讀5頁(yè),還剩187頁(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、Oracle數(shù)據(jù)庫(kù)規(guī)劃設(shè)計(jì)和運(yùn)行維護(hù)方案目 錄1.前言71.1.編寫(xiě)目的71.2.方案說(shuō)明71.3.預(yù)期讀者82.數(shù)據(jù)庫(kù)部署模式82.1.單機(jī)模式82.2.雙機(jī)熱備模式HA模式82.3.集群模式RAC92.4.主從模式DataGuard102.5.混合模式DataGrard+RAC112.6.數(shù)據(jù)庫(kù)運(yùn)行模式選擇113.系統(tǒng)特點(diǎn)和數(shù)據(jù)庫(kù)類型123.1.業(yè)務(wù)系統(tǒng)的特點(diǎn)123.1.1.OLTP特點(diǎn)123.1.2.OLAP特點(diǎn)133.2.數(shù)據(jù)庫(kù)的規(guī)模133.3.數(shù)據(jù)庫(kù)版本建議144.數(shù)據(jù)庫(kù)運(yùn)行環(huán)境規(guī)劃144.1.主機(jī)規(guī)劃144.2.網(wǎng)絡(luò)規(guī)劃154.3.存儲(chǔ)規(guī)劃175.數(shù)據(jù)庫(kù)安裝部署規(guī)劃185.1.軟件

2、安裝路徑185.2.表空間設(shè)計(jì)195.2.1.業(yè)務(wù)數(shù)據(jù)量估算195.2.2.表空間使用規(guī)則205.2.3.表空間的概念和分配原則245.2.4.表空間的參數(shù)配置255.2.5.Undo/temp表空間的估算295.2.6.表的參數(shù)設(shè)置295.2.7.索引的使用原則305.3.文件設(shè)計(jì)315.3.1.RAC配置文件315.3.2.參數(shù)文件315.3.3.控制文件335.3.4.重做日志文件346.數(shù)據(jù)庫(kù)應(yīng)用規(guī)劃356.1.數(shù)據(jù)庫(kù)用戶設(shè)計(jì)356.1.1.用戶權(quán)限規(guī)劃356.1.2.用戶安全實(shí)現(xiàn)376.1.3.用戶類型及角色命名標(biāo)準(zhǔn)396.2.數(shù)據(jù)庫(kù)分區(qū)416.2.1.數(shù)據(jù)庫(kù)分區(qū)介紹416.2.2.

3、邏輯分割426.2.3.物理分割426.2.4.數(shù)據(jù)分區(qū)的優(yōu)點(diǎn)426.2.5.數(shù)據(jù)分區(qū)的不足436.2.6.Oracle分區(qū)技術(shù)436.2.7.分區(qū)使用建議446.2.8.分區(qū)索引446.3.數(shù)據(jù)庫(kù)實(shí)例配置456.4.數(shù)據(jù)庫(kù)參數(shù)設(shè)置466.4.1.必須修改的初始化參數(shù)466.4.2.建議修改的初始化參數(shù)516.4.3.不可修改的初始化參數(shù)536.4.4.建議不可修改的初始化參數(shù)546.4.5.與并行有關(guān)的參數(shù)576.5.數(shù)據(jù)庫(kù)連接服務(wù)586.5.1.專用服務(wù)器連接586.5.2.共享服務(wù)器連接596.5.3.連接服務(wù)建議596.6.數(shù)據(jù)庫(kù)安全建議596.7.數(shù)據(jù)庫(kù)備份和恢復(fù)606.7.1.RM

4、AN備份606.7.2.EXP/IMP備份616.7.3.存儲(chǔ)級(jí)備份616.7.4.數(shù)據(jù)庫(kù)恢復(fù)626.8.數(shù)據(jù)庫(kù)網(wǎng)絡(luò)配置636.8.1.監(jiān)聽(tīng)器的使用配置原則636.8.2.TNSNAMES的使用配置原則636.8.3.RAC環(huán)境下TNSNAMES的配置637.業(yè)務(wù)系統(tǒng)開(kāi)發(fā)建議657.1.數(shù)據(jù)庫(kù)模型設(shè)計(jì)標(biāo)準(zhǔn)657.1.1.命名規(guī)則657.1.2.數(shù)據(jù)庫(kù)對(duì)象667.2.PLSQL開(kāi)發(fā)規(guī)則697.2.1.總體開(kāi)發(fā)原則697.2.2.程序編寫(xiě)標(biāo)準(zhǔn)707.3.SQL語(yǔ)句編寫(xiě)規(guī)則977.3.1.查詢語(yǔ)句的使用原則977.3.2.DML語(yǔ)句的調(diào)整原則1088.數(shù)據(jù)庫(kù)體系結(jié)構(gòu)1128.1.整體結(jié)構(gòu)1128.2

5、.內(nèi)存結(jié)構(gòu)1128.2.1.系統(tǒng)全局區(qū)SGA1138.2.2.程序全局區(qū)PGA1168.2.3.后臺(tái)進(jìn)程1168.3.存儲(chǔ)結(jié)構(gòu)1198.3.1.物理結(jié)構(gòu)1198.3.2.邏輯結(jié)構(gòu)1219.數(shù)據(jù)庫(kù)基本管理1239.1.參數(shù)文件管理1239.2.表空間管理1249.2.1.用戶表空間管理1249.2.2.臨時(shí)表空間管理1279.2.3.回滾段表空間管理1319.3.重做日志文件管理1339.3.1.增加重做日志文件組1339.3.2.添加重做日志文件組成員1339.3.3.改變重做日志文件組成員1349.3.4.刪除重做日志文件組成員1349.3.5.刪除重做日志文件組1349.3.6.重做日志切

6、換1359.3.7.重做日志清理1359.3.8.重做日志切換次數(shù)查詢1359.4.歸檔模式設(shè)置1379.4.1.單實(shí)例數(shù)據(jù)庫(kù)設(shè)置歸檔模式1379.4.2.RAC數(shù)據(jù)庫(kù)設(shè)置歸檔模式1379.4.3.歸檔路徑設(shè)置1389.5.控制文件重建1399.6.內(nèi)存參數(shù)管理1419.6.1.Oracle內(nèi)存管理發(fā)展階段1419.6.2.自動(dòng)內(nèi)存管理AMM1419.6.3.自動(dòng)共享內(nèi)存管理ASMM1419.6.4.自動(dòng)PGA管理1429.7.其它管理內(nèi)容1429.7.1.查看數(shù)據(jù)庫(kù)版本1429.7.2.數(shù)據(jù)庫(kù)字符集1439.7.3.創(chuàng)建密碼文件1439.7.4.關(guān)閉數(shù)據(jù)庫(kù)審計(jì)功能1439.7.5.賬號(hào)管理1

7、449.7.6.Profile管理14410.數(shù)據(jù)庫(kù)集群RAC管理14410.1.RAC狀態(tài)檢查14410.1.1.檢查守護(hù)進(jìn)程14410.1.2.檢查資源狀態(tài)14510.2.RAC啟動(dòng)與關(guān)閉14510.3.管理OCR14610.3.1.OCR盤(pán)狀態(tài)查看14610.3.2.OCR備份與恢復(fù)14610.3.3.查看OCR內(nèi)容14710.3.4.指定OCR盤(pán)14710.3.5.增加OCR盤(pán)14710.3.6.刪除OCR盤(pán)14810.4.管理VOTING DISK14810.4.1.檢查Voting Disl盤(pán)14810.4.2.VOTING DISK備份與恢復(fù)14810.4.3.添加VOTING

8、DISK盤(pán)14910.4.4.刪除VOTING DISK盤(pán)14910.5.CSS管理14910.6.SRVCTL管理工具14910.6.1.管理實(shí)例15010.6.2.管理監(jiān)聽(tīng)程序15010.6.3.管理ASM15110.6.4.管理service15110.7.修改RAC的IP及VIP15210.7.1.修改外網(wǎng)IP和心跳IP15210.7.2.修改VIP15210.7.3.查看與刪除IP15310.8.管理ASM15410.8.1.管理DiskGroup15410.8.2.ASM兼容性管理15610.8.3.ASM中添加disk的方法15810.8.4.ASMCMD管理命令介紹15910.

9、8.5.ASM常用視圖16211.數(shù)據(jù)庫(kù)備份16411.1.備份概念說(shuō)明16411.1.1.脫機(jī)備份16411.1.2.聯(lián)機(jī)備份16511.1.3.RMAN備份16611.2.備份策略規(guī)劃16611.3.RMAN備份和恢復(fù)案例16711.3.1.歸檔模式下的完全恢復(fù)16711.3.2.歸檔模式下的不完全恢復(fù)17012.數(shù)據(jù)庫(kù)運(yùn)維管理17212.1.運(yùn)維職責(zé)17212.2.運(yùn)維要求17212.3.技能要求17212.4.運(yùn)維內(nèi)容17312.4.1.檢查數(shù)據(jù)庫(kù)運(yùn)行情況17312.4.2.檢查操作系統(tǒng)和數(shù)據(jù)庫(kù)日志文件17512.4.3.檢查Oracle對(duì)象狀態(tài)17612.4.4.檢查數(shù)據(jù)庫(kù)相關(guān)資源的

10、使用17912.4.5.檢查數(shù)據(jù)庫(kù)備份18312.4.6.檢查數(shù)據(jù)庫(kù)的性能18312.4.7.數(shù)據(jù)庫(kù)安全性檢查1891. 前言1.1. 編寫(xiě)目的隨著以使用Oracle數(shù)據(jù)庫(kù)的應(yīng)用系統(tǒng)不斷增加,為了加強(qiáng)應(yīng)用系統(tǒng)在規(guī)劃、開(kāi)發(fā)、實(shí)施、維護(hù)等環(huán)節(jié)工作的標(biāo)準(zhǔn)化,特編寫(xiě)本文檔,力求對(duì)實(shí)際的設(shè)計(jì)、實(shí)施工作起到標(biāo)準(zhǔn)和指導(dǎo)作用。本方案以設(shè)計(jì)者的角度進(jìn)行組織編寫(xiě),其主要思路是:作為設(shè)計(jì)人員首先要了解數(shù)據(jù)庫(kù)系統(tǒng)的運(yùn)行模式,如何選擇運(yùn)行模式,其次要考慮系統(tǒng)的規(guī)劃設(shè)計(jì)因素,有針對(duì)性的做好數(shù)據(jù)庫(kù)的設(shè)計(jì),提高數(shù)據(jù)庫(kù)的性能,并對(duì)系統(tǒng)開(kāi)發(fā)也提出相關(guān)要求。1.2. 方案說(shuō)明本方案分為兩大部分,其中第一部分是第二到七章,主要介紹O

11、racle數(shù)據(jù)庫(kù)的運(yùn)行方式和規(guī)劃設(shè)計(jì)以及與開(kāi)發(fā)相關(guān)內(nèi)容;第二部分是第八到十二章,主要介紹數(shù)據(jù)庫(kù)的日常運(yùn)行維護(hù)相關(guān)的內(nèi)容。第一部分偏重于規(guī)劃和開(kāi)發(fā),第二部分偏重于實(shí)際管理及命令。其中:第二章介紹了Oracle數(shù)據(jù)庫(kù)的部署運(yùn)行方式;第三章介紹了業(yè)務(wù)系統(tǒng)特點(diǎn)和數(shù)據(jù)庫(kù)的類型規(guī)模以及部署前的建議;第四章介紹了數(shù)據(jù)庫(kù)運(yùn)行的物理環(huán)境的配置規(guī)劃;第五章介紹了Oracle數(shù)據(jù)庫(kù)的安裝部署規(guī)劃以及命名原則;第六章介紹了數(shù)據(jù)庫(kù)的應(yīng)用規(guī)劃;第七章介紹了系統(tǒng)開(kāi)發(fā)的建議;第八章介紹數(shù)據(jù)庫(kù)的體系架構(gòu);第九章介紹數(shù)據(jù)庫(kù)的基本管理方法;第十章介紹了數(shù)據(jù)庫(kù)集群的管理;第十一章介紹了數(shù)據(jù)庫(kù)的備份和恢復(fù);第十二章介紹了數(shù)據(jù)庫(kù)的日常運(yùn)

12、行維護(hù)管理。本方案編寫(xiě)過(guò)程中注重實(shí)際的可操作性,所提出的建議盡量覆蓋系統(tǒng)生命周期中的各個(gè)關(guān)鍵點(diǎn)。其中所涉及的參數(shù)和指標(biāo)對(duì)系統(tǒng)的建設(shè)和運(yùn)營(yíng)起指導(dǎo)作用,但是在實(shí)際工作中,每個(gè)系統(tǒng)都有各自的特點(diǎn),所以建議在初期對(duì)系統(tǒng)進(jìn)行初始配置后,應(yīng)根據(jù)系統(tǒng)的實(shí)際運(yùn)行狀態(tài)進(jìn)行相應(yīng)調(diào)整。1.3. 預(yù)期讀者項(xiàng)目基礎(chǔ)設(shè)施可行性研究、設(shè)計(jì)和實(shí)施人員,項(xiàng)目組系統(tǒng)設(shè)計(jì)開(kāi)發(fā)人員,相關(guān)運(yùn)行維護(hù)技術(shù)人員。2. 數(shù)據(jù)庫(kù)部署模式2.1. 單機(jī)模式數(shù)據(jù)庫(kù)服務(wù)器采用單服務(wù)器模式,滿足對(duì)可用性和性能要求不高的應(yīng)用,具備以下特點(diǎn):1、硬件成本低。單節(jié)點(diǎn),硬件投入較低,滿足非重要系統(tǒng)的需求。2、安裝配置簡(jiǎn)單。由于是單節(jié)點(diǎn)、單實(shí)例,所以安裝配置比較

13、簡(jiǎn)單。3、管理維護(hù)成本低。單實(shí)例,維護(hù)成本低。4、對(duì)應(yīng)用設(shè)計(jì)的要求較低。由于是單實(shí)例,不存在RAC系統(tǒng)應(yīng)用設(shè)計(jì)時(shí)需要注意的事項(xiàng),所以應(yīng)用設(shè)計(jì)的要求較低。5、可用性不高。由于是單服務(wù)器、單實(shí)例,所以服務(wù)器和實(shí)例的故障都會(huì)導(dǎo)致數(shù)據(jù)庫(kù)不可用。6、擴(kuò)展性差。無(wú)法進(jìn)行橫向擴(kuò)展,只能進(jìn)行縱向擴(kuò)展。當(dāng)應(yīng)用對(duì)性能有更高的要求時(shí),該模式的數(shù)據(jù)庫(kù)服務(wù)器無(wú)法進(jìn)行增加節(jié)點(diǎn)、實(shí)例等橫向擴(kuò)展,只能進(jìn)行增加硬件配置等縱向擴(kuò)展,且擴(kuò)展性有局限。7、根據(jù)該模式的特點(diǎn)有如下要求:1)硬件配置方面預(yù)留擴(kuò)展量。由于該模式無(wú)法進(jìn)行橫向擴(kuò)展,所以在選擇硬件配置時(shí)要為以后的縱向擴(kuò)展預(yù)留擴(kuò)展量,防止硬件無(wú)法滿足性能需求的情況。2)充分考慮該

14、模式是否滿足應(yīng)用未來(lái)一段時(shí)間的需求。需要考慮應(yīng)用在未來(lái)一段時(shí)間是否會(huì)發(fā)生變化,該模式是否滿足應(yīng)用變化的需求。2.2. 雙機(jī)熱備模式HA模式數(shù)據(jù)庫(kù)服務(wù)器采用雙機(jī)熱備模式,可以滿足對(duì)可用性有一定要求的應(yīng)用,具備以下特點(diǎn):1、需要冗余的服務(wù)器設(shè)備。該模式需要有冗余的服務(wù)器硬件,以滿足一備一或者一備多的需求。硬件成本較高。2、需要HA軟件的支持。該模式需要配合HA軟件才可以實(shí)現(xiàn)。3、安裝配置相對(duì)簡(jiǎn)單。該模式比單節(jié)點(diǎn)、單實(shí)例的模式配置復(fù)雜一些,需要更多的配置步驟,但相比較RAC、DATAGUARD等模式要簡(jiǎn)單。4、管理維護(hù)成本低。單實(shí)例,對(duì)維護(hù)人員的要求較低,維護(hù)成本低。5、對(duì)應(yīng)用設(shè)計(jì)的要求較低。由于是

15、單實(shí)例,不存在RAC系統(tǒng)應(yīng)用設(shè)計(jì)時(shí)需要注意的事項(xiàng),所以應(yīng)用設(shè)計(jì)的要求較低。6、具備一定的高可用性。由于是多服務(wù)器、單實(shí)例,所以服務(wù)器和實(shí)例有故障時(shí)會(huì)發(fā)生實(shí)例在不同服務(wù)器上的切換,導(dǎo)致數(shù)據(jù)庫(kù)的暫時(shí)不可用。無(wú)法滿足對(duì)可用性有嚴(yán)格要求的應(yīng)用類型。7、擴(kuò)展性差。無(wú)法進(jìn)行橫向擴(kuò)展,只能進(jìn)行縱向擴(kuò)展。當(dāng)應(yīng)用對(duì)性能有更高的要求時(shí),該模式的數(shù)據(jù)庫(kù)服務(wù)器無(wú)法進(jìn)行增加節(jié)點(diǎn)、實(shí)例等橫向擴(kuò)展,只能進(jìn)行增加硬件配置等縱向擴(kuò)展,且擴(kuò)展性有局限。根據(jù)該模式的特點(diǎn)有如下要求:1)硬件配置方面預(yù)留擴(kuò)展量。由于該模式無(wú)法進(jìn)行橫向擴(kuò)展,所以在選擇硬件配置時(shí)要為以后的縱向擴(kuò)展預(yù)留擴(kuò)展量,防止硬件無(wú)法滿足性能需求的情況。2)充分考慮該

16、模式是否滿足應(yīng)用未來(lái)一段時(shí)間的需求。需要考慮應(yīng)用在未來(lái)一段時(shí)間是否會(huì)發(fā)生變化,該模式是否滿足應(yīng)用變化的需求。2.3. 集群模式RAC數(shù)據(jù)庫(kù)服務(wù)器采用RAC模式,滿足對(duì)高可用性要求高的應(yīng)用類型,具備以下特點(diǎn):1、需要多個(gè)硬件服務(wù)器。根據(jù)節(jié)點(diǎn)的個(gè)數(shù),相應(yīng)的需要多個(gè)硬件服務(wù)器。硬件成本較高。2、某些數(shù)據(jù)庫(kù)版本需要HA軟件的支持。該模式下,某些數(shù)據(jù)庫(kù)版本需要配合HA軟件才可以實(shí)現(xiàn)。3、安裝配置復(fù)雜。該模式比起單實(shí)例模式,安裝配置相對(duì)復(fù)雜,安裝配置周期長(zhǎng)。4、管理維護(hù)成本高。該模式的管理維護(hù),對(duì)管理維護(hù)人員的要求較高,管理維護(hù)成本較高。5、對(duì)應(yīng)用設(shè)計(jì)的要求較高。需要充分考慮業(yè)務(wù)的邏輯性,以防止在多節(jié)點(diǎn)之

17、間的信息交換和全局鎖的產(chǎn)生。6、具備較高的高可用性。由于是多服務(wù)器、多實(shí)例,單服務(wù)器和實(shí)例有故障不會(huì)影響數(shù)據(jù)庫(kù)的可用性??梢詽M足對(duì)可用性有嚴(yán)格要求的應(yīng)用類型。7、擴(kuò)展性好。既可以進(jìn)行橫向擴(kuò)展,也可以進(jìn)行縱向擴(kuò)展。當(dāng)應(yīng)用對(duì)性能有更高的要求時(shí),該模式的數(shù)據(jù)庫(kù)可以通過(guò)增加節(jié)點(diǎn)的方式進(jìn)行橫向擴(kuò)展,也可以通過(guò)增加硬件配置等縱向擴(kuò)展,具備良好的擴(kuò)展性。根據(jù)該模式的特點(diǎn)有如下要求:1)硬件配置方面預(yù)留擴(kuò)展量。預(yù)留一定的硬件擴(kuò)展量,可以更靈活的進(jìn)行擴(kuò)展。2)在應(yīng)用設(shè)計(jì)時(shí),充分考慮業(yè)務(wù)邏輯,減少多節(jié)點(diǎn)間的信息交換量,更好的發(fā)揮RAC的優(yōu)點(diǎn)。2.4. 主從模式DataGuard數(shù)據(jù)庫(kù)服務(wù)器采用DataGuard主

18、從模式,可以滿足對(duì)可用性有特殊需求的應(yīng)用,具備以下特點(diǎn):1、需要冗余的服務(wù)器設(shè)備。該模式需要有冗余的服務(wù)器硬件。硬件成本較高。2、需要冗余的存儲(chǔ)設(shè)備。主機(jī)和備機(jī)都需要同樣的存儲(chǔ)空間,成本較高。3、安裝配置比較復(fù)雜。該模式比單節(jié)點(diǎn)、單實(shí)例的模式配置復(fù)雜一些,需要更多的配置步驟。4、管理維護(hù)成本高。該模式對(duì)維護(hù)人員的要求較高,維護(hù)成本高。5、具備一定的容災(zāi)特性。當(dāng)主機(jī)整個(gè)數(shù)據(jù)庫(kù)系統(tǒng)不可用并短期內(nèi)無(wú)法恢復(fù)時(shí),可以把數(shù)據(jù)庫(kù)系統(tǒng)切換到備機(jī)上,具備容災(zāi)的功能。6、備機(jī)可以用作只讀查詢。備機(jī)可以切換到只讀狀態(tài)供報(bào)表之類的查詢操作,減輕主機(jī)的壓力。根據(jù)該模式的特點(diǎn)有如下要求:1主機(jī)與備機(jī)在物理上要分開(kāi)。為了實(shí)

19、現(xiàn)容災(zāi)的特性,需要在物理上分割主機(jī)和備機(jī)。2進(jìn)行合理的設(shè)計(jì),充分實(shí)現(xiàn)DATAGUARD的功能。2.5. 混合模式DataGrard+RAC數(shù)據(jù)庫(kù)服務(wù)器采用DataGuard+RAC模式,可以滿足對(duì)可用性和容災(zāi)都有特定需求的應(yīng)用,具備以下特點(diǎn):1、需要冗余的服務(wù)器設(shè)備。該模式需要有冗余的服務(wù)器硬件。硬件成本較高。2、需要冗余的存儲(chǔ)設(shè)備。主機(jī)和備機(jī)都需要同樣的存儲(chǔ)空間,成本較高。3、安裝配置比較復(fù)雜。該模式既需要配置RAC又需要配置DATAGUARD,配置過(guò)程比較復(fù)雜,配置周期長(zhǎng)。4、管理維護(hù)成本高。該模式對(duì)維護(hù)人員的要求較高,維護(hù)成本高。5、具備很高的可用性和容災(zāi)性。該模式既滿足高可用性也滿足容

20、災(zāi)的需求。6、備機(jī)可以用作只讀查詢。備機(jī)可以切換到只讀狀態(tài)供報(bào)表之類的查詢操作,減輕主機(jī)的壓力。根據(jù)該模式的特點(diǎn)有如下要求:1主機(jī)與備機(jī)在物理上要分開(kāi)。為了實(shí)現(xiàn)容災(zāi)的特性,需要在物理上分割主機(jī)和備機(jī)。2進(jìn)行合理的設(shè)計(jì),充分實(shí)現(xiàn)DataGuard的功能。2.6. 數(shù)據(jù)庫(kù)運(yùn)行模式選擇在設(shè)計(jì)數(shù)據(jù)庫(kù)時(shí)必須考慮系統(tǒng)的可用性、業(yè)務(wù)連續(xù)性,針對(duì)系統(tǒng)所能容忍的最大業(yè)務(wù)中斷時(shí)間RTO和最大數(shù)據(jù)喪失數(shù)量RPO需求,采用不同的數(shù)據(jù)庫(kù)部署模式:1、系統(tǒng)不能中斷且不允許數(shù)據(jù)喪失的業(yè)務(wù),建議數(shù)據(jù)庫(kù)采用集群或混合模式,數(shù)據(jù)庫(kù)單臺(tái)設(shè)備故障時(shí)對(duì)業(yè)務(wù)沒(méi)有影響,并考慮災(zāi)備系統(tǒng)的設(shè)計(jì)。2、對(duì)于允許以分鐘級(jí)別中斷,數(shù)據(jù)不能喪失的系統(tǒng),

21、建議數(shù)據(jù)庫(kù)采用雙機(jī)熱備或主從的模式,設(shè)備故障時(shí)通過(guò)HA技術(shù)切換到備用設(shè)備,保證系統(tǒng)的可用性,對(duì)重要的系統(tǒng)要考慮災(zāi)備的設(shè)計(jì)。3、對(duì)于允許以天為級(jí)別中斷的業(yè)務(wù)系統(tǒng),建議可采用雙機(jī)熱備模式,或單機(jī)。4、對(duì)非關(guān)鍵系統(tǒng)、開(kāi)發(fā)環(huán)境、測(cè)試環(huán)境,建議采用PC服務(wù)器、冷備或單機(jī)的模式。3. 系統(tǒng)特點(diǎn)和數(shù)據(jù)庫(kù)類型3.1. 業(yè)務(wù)系統(tǒng)的特點(diǎn)業(yè)務(wù)系統(tǒng)處理數(shù)據(jù)的特點(diǎn)決定了設(shè)計(jì)人員規(guī)劃和創(chuàng)建什么樣的數(shù)據(jù)庫(kù),通常來(lái)說(shuō),業(yè)務(wù)分為兩類:在線事務(wù)處理系統(tǒng)OLTP和在線分析系統(tǒng)OLAP或者DSS決策支持系統(tǒng)。這兩類系統(tǒng)在數(shù)據(jù)庫(kù)的設(shè)計(jì)上是不同的,比方OLTP 系統(tǒng)強(qiáng)調(diào)數(shù)據(jù)庫(kù)的內(nèi)存效率,強(qiáng)調(diào)各種內(nèi)存指標(biāo)的命中率,強(qiáng)調(diào)綁定變量,強(qiáng)調(diào)并發(fā)操

22、作:而OLAP 系統(tǒng)則強(qiáng)調(diào)數(shù)據(jù)分析,強(qiáng)調(diào)SQL 執(zhí)行時(shí)長(zhǎng),強(qiáng)調(diào)磁盤(pán)I/O,強(qiáng)調(diào)分區(qū)等。3.1.1. OLTP特點(diǎn)通常OLTP在線事務(wù)處理系統(tǒng)的用戶并發(fā)數(shù)很多,但只對(duì)數(shù)據(jù)庫(kù)做很小的操作,數(shù)據(jù)庫(kù)側(cè)重于對(duì)用戶操作的快速響應(yīng),這是對(duì)數(shù)據(jù)庫(kù)最重要的性能要求。對(duì)于一個(gè)OLTP 系統(tǒng)來(lái)說(shuō),數(shù)據(jù)庫(kù)內(nèi)存設(shè)計(jì)非常重要,如果數(shù)據(jù)都可以在內(nèi)存中處理,那么數(shù)據(jù)庫(kù)的性能會(huì)提高很多。內(nèi)存的設(shè)計(jì)通常是通過(guò)調(diào)整Oracle 和內(nèi)存相關(guān)的初始化參數(shù)來(lái)實(shí)現(xiàn)的,比較重要的幾個(gè)是內(nèi)存相關(guān)的參數(shù),包括SGA 的大小Data Buffer,Shared Pool,PGA 大小排序區(qū),Hash 區(qū)等等,這些參數(shù)對(duì)一個(gè)OLTP系統(tǒng)是非常重要的

23、。OLTP 系統(tǒng)是一個(gè)數(shù)據(jù)塊變化非常頻繁,SQL 語(yǔ)句提交非常頻繁的一個(gè)系統(tǒng)。對(duì)于數(shù)據(jù)塊來(lái)說(shuō),應(yīng)盡可能讓數(shù)據(jù)塊保存在內(nèi)存當(dāng)中,對(duì)于SQL 來(lái)說(shuō),盡可能使用變量綁定技術(shù)來(lái)到達(dá)SQL的重用,減少物理I/O 和重復(fù)的SQL解析,能極大的改善系統(tǒng)的性能。此外,沒(méi)有綁定變量的SQL會(huì)對(duì)OLTP 數(shù)據(jù)庫(kù)造成極大的性能影響,還有一些因素也會(huì)導(dǎo)致數(shù)據(jù)庫(kù)的性能下降,比方熱塊hot block的問(wèn)題,當(dāng)一個(gè)塊被多個(gè)用戶同時(shí)讀取的時(shí)候,Oracle 為了維護(hù)數(shù)據(jù)的一致性,需要使用Latch 來(lái)串行化用戶的操作,當(dāng)一個(gè)用戶獲得了這個(gè)Latch,其他的用戶就只能被迫的等待,獲取這個(gè)數(shù)據(jù)塊的用戶越多,等待就越明顯,就造成

24、了這種熱塊問(wèn)題。這種熱塊可能是數(shù)據(jù)塊,也可能是回滾段塊。對(duì)于數(shù)據(jù)塊來(lái)講,通常是數(shù)據(jù)塊上的數(shù)據(jù)分布不均勻?qū)е?,如果是索引的?shù)據(jù)塊,可以考慮創(chuàng)建反向索引來(lái)到達(dá)重新分布數(shù)據(jù)的目的,對(duì)于回滾段數(shù)據(jù)塊,可以適當(dāng)多增加幾個(gè)回滾段來(lái)防止這種爭(zhēng)用。3.1.2. OLAP特點(diǎn)OLAP 數(shù)據(jù)庫(kù)在內(nèi)存上可優(yōu)化的余地很小,但提升CPU 處理速度和磁盤(pán)I/O 速度是最直接的提高數(shù)據(jù)庫(kù)性能的方式。實(shí)際上,用戶對(duì)OLAP 系統(tǒng)性能的期望遠(yuǎn)遠(yuǎn)沒(méi)有對(duì)OLTP 性能的期望那么高。對(duì)于OLAP 系統(tǒng),SQL 的優(yōu)化顯得非常重要,如果一張表中只有幾千數(shù)據(jù),無(wú)論執(zhí)行全表掃描或是使用索引,對(duì)用戶來(lái)說(shuō)差異都很小,幾乎感覺(jué)不出來(lái),但是當(dāng)數(shù)據(jù)

25、量提升到幾億或者幾十億或者更多的時(shí)候,全表掃描,索引可能導(dǎo)致極大的性能差異,因此SQL語(yǔ)句的優(yōu)化顯得重要起來(lái)。分區(qū)技術(shù)在OLAP 數(shù)據(jù)庫(kù)中很重要,這種重要主要是表達(dá)在數(shù)據(jù)管理上,比方數(shù)據(jù)加載,可以通過(guò)分區(qū)交換的方式實(shí)現(xiàn),備份可以通過(guò)備份分區(qū)表空間,刪除數(shù)據(jù)可以通過(guò)分區(qū)進(jìn)行刪除。3.2. 數(shù)據(jù)庫(kù)的規(guī)模對(duì)于數(shù)據(jù)庫(kù)的規(guī)模,僅從數(shù)據(jù)量來(lái)衡量其規(guī)模的大小。因?yàn)閿?shù)據(jù)量的規(guī)模是反映數(shù)據(jù)庫(kù)規(guī)模的主要指標(biāo)。具體如下:1數(shù)據(jù)庫(kù)業(yè)務(wù)數(shù)據(jù)量小于100GB 屬小規(guī)模數(shù)據(jù)庫(kù)2數(shù)據(jù)庫(kù)業(yè)務(wù)數(shù)據(jù)量1TB 以內(nèi)屬中大規(guī)模數(shù)據(jù)庫(kù)3數(shù)據(jù)庫(kù)業(yè)務(wù)數(shù)據(jù)量大于1TB 屬大規(guī)模數(shù)據(jù)庫(kù)3.3. 數(shù)據(jù)庫(kù)版本建議Oracle數(shù)據(jù)庫(kù)產(chǎn)品推出新的主要版

26、本后,要經(jīng)歷一個(gè)版本不穩(wěn)定期。在此期間新版的數(shù)據(jù)庫(kù)產(chǎn)品存在較多的bug。在安裝和運(yùn)行過(guò)程中,會(huì)存在數(shù)據(jù)庫(kù)安裝困難和運(yùn)行不穩(wěn)定現(xiàn)象。因此在選擇版本時(shí),要選擇成熟穩(wěn)定的版本。4. 數(shù)據(jù)庫(kù)運(yùn)行環(huán)境規(guī)劃根據(jù)用戶需求在業(yè)務(wù)系統(tǒng)前期的實(shí)施規(guī)劃上,需要做好詳細(xì)的規(guī)劃設(shè)計(jì),包括主機(jī)、網(wǎng)絡(luò)和存儲(chǔ)環(huán)境規(guī)劃等,要將整個(gè)軟硬件融為一體,充分考慮系統(tǒng)的安全性,可靠性,高可用性等因素,只有一個(gè)規(guī)劃好的系統(tǒng)才能充分發(fā)揮其優(yōu)于單節(jié)點(diǎn)的優(yōu)勢(shì),同時(shí)也為后期的運(yùn)維管理提供方便。 在評(píng)估數(shù)據(jù)庫(kù)服務(wù)器性能時(shí),最困難的事情是如何把握準(zhǔn)確度問(wèn)題,到底考慮哪些因素等。理想情況下,應(yīng)考慮以下要素:交易的復(fù)雜性、交易率、數(shù)據(jù)讀/寫(xiě)比例、并發(fā)連接

27、數(shù)目、并發(fā)交易數(shù)目、數(shù)據(jù)庫(kù)最大表的大小、性能度量的目標(biāo)。4.1. 主機(jī)規(guī)劃主機(jī)規(guī)劃主要需考慮服務(wù)器在不同的用戶數(shù)量下,系統(tǒng)的響應(yīng)時(shí)間和吞吐量,并得出當(dāng)前服務(wù)器的各種資源的利用情況。在規(guī)劃系統(tǒng)配置時(shí)要預(yù)留做系統(tǒng)管理時(shí)所消耗的資源,如在做備份、恢復(fù)、問(wèn)題診斷、性能分析、系統(tǒng)維護(hù)時(shí)都會(huì)對(duì)系統(tǒng)資源帶來(lái)額外的消耗,對(duì)重要資源要考慮為將來(lái)留下升級(jí)和可擴(kuò)展的余地。在進(jìn)行服務(wù)器配置規(guī)劃時(shí),要注意以下幾點(diǎn):1CPU:要考慮業(yè)務(wù)高峰時(shí)處理器的能力,并適當(dāng)保留一些緩沖,確保在業(yè)務(wù)增長(zhǎng)時(shí),系統(tǒng)有擴(kuò)展的余地。2內(nèi)存:要為運(yùn)行在此服務(wù)器的所有應(yīng)用軟件考慮內(nèi)存,所需要的內(nèi)存主要依賴于用戶數(shù)、應(yīng)用程序類型、進(jìn)程的方式、和應(yīng)用

28、程序處理的數(shù)據(jù)量決定。 3磁盤(pán):評(píng)估業(yè)務(wù)的實(shí)際用戶的數(shù)據(jù)量,以此推算出磁盤(pán)的最小個(gè)數(shù),不要忘記選擇備份設(shè)備如磁帶機(jī)。4IO槽:盡量保留更多的IO槽,防止將來(lái)插更多的PCI卡。 5網(wǎng)絡(luò):選擇合適的網(wǎng)卡,保證網(wǎng)絡(luò)不是系統(tǒng)的瓶頸。數(shù)據(jù)庫(kù)服務(wù)器優(yōu)先考慮使用小型機(jī)和UNIX操作系統(tǒng),但是當(dāng)前用戶大都選擇PC服務(wù)器和Linux操作系統(tǒng),推薦的數(shù)據(jù)庫(kù)服務(wù)器配置如下:處理器:核心不低于24,主頻不低于2.6GHz,三級(jí)緩存不低于30MB。內(nèi)存:容量不低于256G,DDR4頻率不低于2133MHz,支持ECC糾錯(cuò)、內(nèi)存鏡像、內(nèi)存熱備等功能。存儲(chǔ):雙盤(pán),單盤(pán)容量不低于300GB,支持RAID。網(wǎng)卡和HBA卡:2個(gè)

29、千兆網(wǎng)口,2個(gè)萬(wàn)兆網(wǎng)口,2個(gè)FC接口。網(wǎng)卡進(jìn)行綁定。操作系統(tǒng):Linux。4.2. 網(wǎng)絡(luò)規(guī)劃網(wǎng)絡(luò)規(guī)劃的基本原則就是將業(yè)務(wù)生產(chǎn)網(wǎng)絡(luò)、存儲(chǔ)網(wǎng)絡(luò)和管理網(wǎng)絡(luò)分開(kāi),推薦在生產(chǎn)網(wǎng)絡(luò)使用萬(wàn)兆網(wǎng),存儲(chǔ)使用SAN存儲(chǔ)網(wǎng)絡(luò),管理網(wǎng)可使用千兆網(wǎng)。對(duì)于數(shù)據(jù)庫(kù)單機(jī)模式、HA雙機(jī)模式以及主備模式的生產(chǎn)環(huán)境,主要基本符合網(wǎng)絡(luò)規(guī)劃的基本原則即可。對(duì)于集群模式,因Oracle有其特殊要求,所以在結(jié)合網(wǎng)絡(luò)規(guī)劃基本原則的基礎(chǔ)上,可進(jìn)行細(xì)化實(shí)施。在Oracle 11gR2中,安裝RAC發(fā)生了顯著變化。在10g以及11gR1的時(shí)代,安裝RAC的步驟是先安裝CRS,再安裝DB,而到了11gR2的時(shí)代,crs與asm被集成在一起,合稱為G

30、RID,必須先安裝GRID后,才能繼續(xù)安裝DB。本方案以主流的ORACLE 11g R2 RAC的網(wǎng)絡(luò)規(guī)劃為例進(jìn)行詳細(xì)說(shuō)明。假設(shè)服務(wù)器上有4塊網(wǎng)卡:eth0,eth1,eth2,eth3.可以將eth0 和 eth2綁定成bond0。作為RAC的public-ip,提供外部通信。然后將eth1和eth3 綁定成bond1,作為RAC的private-ip,提供內(nèi)部心跳通信。服務(wù)器上的HBA卡通過(guò)光纖交換機(jī)與后端存儲(chǔ)通信。. 公有IP和虛擬IPOracle RAC中每個(gè)節(jié)點(diǎn)都有一個(gè)虛擬IP,簡(jiǎn)稱VIP,與公網(wǎng)PUBLIC IP在同一個(gè)網(wǎng)段。VIP附屬在public網(wǎng)口接口。VIP和

31、PUBLIC IP最主要的不同之處在于:VIP是浮動(dòng)的,而PUBLIC IP是固定的。在所有節(jié)點(diǎn)都正常運(yùn)行時(shí),每個(gè)節(jié)點(diǎn)的VIP會(huì)被分配到public NIC上;在linux下ifconfig查看,public網(wǎng)卡上是2個(gè)IP地址;如果一個(gè)節(jié)點(diǎn)宕機(jī),這個(gè)節(jié)點(diǎn)的VIP會(huì)被轉(zhuǎn)移到還在運(yùn)行的節(jié)點(diǎn)上。也就是幸存的節(jié)點(diǎn)的public NIC這個(gè)網(wǎng)卡上,會(huì)有3個(gè)IP地址。PUBLIC IP地址是一個(gè)雙網(wǎng)卡綁定的公有地址,用戶通過(guò)交換機(jī)來(lái)進(jìn)行訪問(wèn)。. RAC中的私有IPRAC中的 Private私有IP用于心跳同步,這個(gè)對(duì)于用戶層面,可以直接忽略。簡(jiǎn)單理解,這個(gè)IP用來(lái)保證數(shù)據(jù)庫(kù)節(jié)點(diǎn)同步數(shù)據(jù)用的

32、,屬于RAC內(nèi)部之間通信。priv 與public不應(yīng)同屬一個(gè)接口。Metalink上的RAC文檔是推薦使用交換機(jī)作為內(nèi)部網(wǎng)卡的連接,而不使用交叉線,原因是防止因?yàn)閷?duì)連節(jié)點(diǎn)關(guān)閉或重啟而導(dǎo)致網(wǎng)卡檢查到鏈接故障狀態(tài)而刪除綁定的協(xié)議。導(dǎo)致高速緩存合并網(wǎng)絡(luò)將會(huì)變?yōu)椴豢捎谩? SCAN IP在11gR2中,SCAN IP是作為一個(gè)新增IP出現(xiàn)的, SCAN IP其實(shí)是Oracle在客戶端與數(shù)據(jù)庫(kù)之間,新加的一個(gè)連接層,當(dāng)有客戶端訪問(wèn)時(shí),連接到 SCAN IP LISTENER,而SCAN IP LISTENER接收到連接請(qǐng)求時(shí),會(huì)根據(jù) LBA 算法將該客戶端的連接請(qǐng)求,轉(zhuǎn)發(fā)給對(duì)應(yīng)的inst

33、ance上的VIP LISTENER,從而完成了整個(gè)客戶端與服務(wù)器的連接過(guò)程。簡(jiǎn)化如下:client -> scan listener -> local listener -> local instance也可以把scan理解為一個(gè)虛擬主機(jī)名,它對(duì)應(yīng)的是整個(gè)RAC集群。客戶端主機(jī)只需通過(guò)這個(gè)scan name即可訪問(wèn)數(shù)據(jù)庫(kù)集群的任意節(jié)點(diǎn)。當(dāng)然訪問(wèn)的節(jié)點(diǎn)是隨機(jī)的,Oracle強(qiáng)烈建議通過(guò)DNS Server的round robin模式配置解析SCAN,實(shí)現(xiàn)負(fù)載均衡即輪換連接SCAN對(duì)應(yīng)的IP地址。4.3. 存儲(chǔ)規(guī)劃數(shù)據(jù)庫(kù)一般使用磁盤(pán)陣列RAID保存數(shù)據(jù),使用磁盤(pán)陣列有兩個(gè)優(yōu)點(diǎn):

34、首先,盤(pán)陣可以提供一個(gè)具有容錯(cuò)能力的I/O系統(tǒng),當(dāng)系統(tǒng)中某個(gè)磁盤(pán)驅(qū)動(dòng)器出現(xiàn)故障時(shí),可防止喪失數(shù)據(jù),因此具有容錯(cuò)能力;其次,允許多個(gè)但磁盤(pán)驅(qū)動(dòng)器配置成為一個(gè)大的虛擬磁盤(pán)驅(qū)動(dòng)器,從而方便管理,提高性能。盤(pán)陣RAID方式分為RAID0,RAID1,RAID10,RAID2,RAID3,RAID4,RAID5等,其邏輯和物理組合方式各有差異?;贠racle數(shù)據(jù)庫(kù)配置RAID系統(tǒng),有以下幾種解決方案:1、最正確解決方案對(duì)容錯(cuò)能力最好的解決方案就是最大限度地使用RAID1和RAID10,規(guī)劃部署時(shí)遵循以下原則:1對(duì)操作系統(tǒng)和Oracle程序使用RAID1;2對(duì)數(shù)據(jù)庫(kù)重做日志文件使用RAID1,可以優(yōu)化性

35、能;3對(duì)歸檔日志文件使用RAID01,既能保護(hù)數(shù)據(jù),又不會(huì)影響性能;4對(duì)數(shù)據(jù)文件使用RAID10,并使用多個(gè)磁盤(pán)驅(qū)動(dòng)器以保證不超過(guò)單塊盤(pán)的負(fù)載。2、較好的解決方案對(duì)于容錯(cuò)能力,較好的解決方案是混合使用RAID10和RAID5,遵循以下原則:1對(duì)操作系統(tǒng)和Oracle程序使用RAID1;2對(duì)數(shù)據(jù)庫(kù)重做日志文件共享一個(gè)RAID1或RAID10;3對(duì)歸檔日志文件可使用RAID10或RAID5,這兩種方式均可保護(hù)數(shù)據(jù)且不影響性能;4對(duì)數(shù)據(jù)文件使用RAID10,并使用過(guò)個(gè)磁盤(pán)驅(qū)動(dòng)器以保證不超過(guò)單個(gè)磁盤(pán)負(fù)載。混合使用RAID10和RAID5可實(shí)現(xiàn)很好的性能,容錯(cuò)能力也很高。3、經(jīng)濟(jì)型解決方案對(duì)容錯(cuò)能力,此

36、方案使用RAID1和RAID5,遵循以下原則:1對(duì)操作系統(tǒng)和Oracle程序使用RAID1;2對(duì)重做日志文件使用RAID1;3對(duì)歸檔日志文件使用RAID10或RAID5;4對(duì)數(shù)據(jù)文件使用RAID5或RAID0,其中RAID0用來(lái)提供必要的性能,并使用過(guò)個(gè)磁盤(pán)驅(qū)動(dòng)器以保證不超過(guò)單盤(pán)的負(fù)載。此方案提供的系統(tǒng)性能比前兩個(gè)方案要低,其價(jià)格是優(yōu)勢(shì)。在進(jìn)行存儲(chǔ)規(guī)劃時(shí),需要特別注意:1假設(shè)系統(tǒng)沒(méi)有使用容錯(cuò)功能,那么只要有一塊磁盤(pán)驅(qū)動(dòng)器發(fā)生故障,就必須恢復(fù)整個(gè)數(shù)據(jù)庫(kù);2容錯(cuò)磁盤(pán)不能替代數(shù)據(jù)庫(kù)備份策略;3系統(tǒng)可能會(huì)發(fā)生變化,要緊跟用戶的需求;4以上的解決方案都要考慮磁盤(pán)驅(qū)動(dòng)器的數(shù)量,應(yīng)具備足夠數(shù)量的磁盤(pán)驅(qū)動(dòng)器以

37、防系統(tǒng)瓶頸的產(chǎn)生;5對(duì)于硬件的保護(hù)不僅僅是磁盤(pán)驅(qū)動(dòng)器,還包括冗余電源,磁盤(pán)控制卡和風(fēng)扇等等,如果存儲(chǔ)系統(tǒng)沒(méi)有冗余機(jī)制,則這其中任何一項(xiàng)故障都會(huì)導(dǎo)致業(yè)務(wù)系統(tǒng)停機(jī)和喪失數(shù)據(jù)等損失。5. 數(shù)據(jù)庫(kù)安裝部署規(guī)劃5.1. 軟件安裝路徑建立單獨(dú)的文件系統(tǒng)來(lái)安裝數(shù)據(jù)庫(kù)軟件,且文件系統(tǒng)的mount點(diǎn)不要直接建立在根目錄下。安裝路徑: /home/db/oracle各種環(huán)境變量設(shè)置:ORACLE_BASE=/home/db/oracleCRS_HOME=/home/db/oracle/crs/數(shù)據(jù)庫(kù)release版本ORACLE_HOME=/home/db/oracle/product/數(shù)據(jù)庫(kù)release版本普

38、通使用模式的Oracle數(shù)據(jù)庫(kù)的服務(wù)名和實(shí)例名SID是相同的;RAC模式下的Oracle數(shù)據(jù)庫(kù)的服務(wù)名與實(shí)例名不同。數(shù)據(jù)庫(kù)服務(wù)名的命名格式為:XXXYYdbm數(shù)據(jù)庫(kù)的SID的命名格式為:XXXYYdbmn說(shuō)明:1、其中XXX表示長(zhǎng)度為3個(gè)字符的應(yīng)用項(xiàng)目縮寫(xiě),具體的見(jiàn)相關(guān)設(shè)計(jì)文檔。2、YY:代表數(shù)據(jù)庫(kù)用途,pd代表生產(chǎn)庫(kù),hi代表歷史庫(kù),rp代表報(bào)表庫(kù),cf代表配置庫(kù);3、m表示數(shù)據(jù)庫(kù)序號(hào),從0-9,根據(jù)項(xiàng)目的數(shù)據(jù)庫(kù)數(shù)量進(jìn)行編號(hào)。4、n表示RAC節(jié)點(diǎn)實(shí)例序號(hào)1,2,3。用以區(qū)分多節(jié)點(diǎn)的RAC數(shù)據(jù)庫(kù)的不同實(shí)例。對(duì)于普通模式的數(shù)據(jù)庫(kù),該位不指定。5.2. 表空間設(shè)計(jì)5.2.1. 業(yè)務(wù)數(shù)據(jù)量估算估算所

39、有業(yè)務(wù)對(duì)象下的所有表的尺寸。數(shù)據(jù)量估算的前提:1數(shù)據(jù)庫(kù)的物理表結(jié)構(gòu)已經(jīng)確定,并且設(shè)計(jì)已凝固。2用戶方提供較為準(zhǔn)確的估算依據(jù),例如業(yè)務(wù)變動(dòng)的頻率、數(shù)據(jù)需要保存的周期等。該表是一個(gè)例如,可根據(jù)業(yè)務(wù)的不同有所變化。序號(hào)表名增長(zhǎng)量/小時(shí)/天/周增長(zhǎng)量/月/半年年數(shù)據(jù)量數(shù)據(jù)庫(kù)生命周期內(nèi)的總計(jì)..9.10.11.合計(jì)新上線或擴(kuò)容時(shí),對(duì)所申請(qǐng)的存儲(chǔ)不得全部一次性掛上,應(yīng)該預(yù)留出30左右的空間用于追加,以防止出現(xiàn)業(yè)務(wù)發(fā)展和預(yù)期不一致時(shí)剩余空間多寡不均,調(diào)整困難。操作系統(tǒng)上應(yīng)該預(yù)先做好幾個(gè)合適大小的邏輯卷備用,包括用于system/sysaux等表空間的小尺寸的邏輯卷和用于數(shù)據(jù)表空間

40、、索引表空間的大尺寸邏輯卷,這些邏輯卷要求在HA兩邊主機(jī)都可見(jiàn),不必單純因?yàn)閿?shù)據(jù)庫(kù)增加數(shù)據(jù)文件而需要重新同步HA。5.2.2. 表空間使用規(guī)則目前多數(shù)數(shù)據(jù)庫(kù)系統(tǒng)采用數(shù)據(jù)“大集中”原則,對(duì)數(shù)據(jù)庫(kù)的性能要求較高。這就要求對(duì)數(shù)據(jù)庫(kù)進(jìn)行必要的優(yōu)化配置。在表空間的配置上,應(yīng)遵循以下原則:1、最小化磁盤(pán)I/O。2、在不同的物理磁盤(pán)設(shè)備上,分配數(shù)據(jù)。3、盡可能使用本地管理表空間。多數(shù)系統(tǒng)采用RAID1+0 或 RAID0+1,該技術(shù)很好的解決了最小化磁盤(pán)I/O?;静槐乜紤]在不同的物理磁盤(pán)設(shè)備上,分配數(shù)據(jù)的原則。. 表空間的類型按照表空間所包含的數(shù)據(jù)文件類型,Oracle表空間類型有三類:1、

41、數(shù)據(jù)表空間permanence tablespace:用來(lái)保存永久數(shù)據(jù),包含永久數(shù)據(jù)文件。強(qiáng)烈建議在永久表空間內(nèi)創(chuàng)建永久數(shù)據(jù)文件,不要?jiǎng)?chuàng)建臨時(shí)數(shù)據(jù)文件。2、臨時(shí)表空間temporary tablespace:用來(lái)保存臨時(shí)數(shù)據(jù),多用于數(shù)據(jù)的磁盤(pán)排序。強(qiáng)烈建議在臨時(shí)表空間內(nèi)創(chuàng)建臨時(shí)數(shù)據(jù)文件,不要?jiǎng)?chuàng)建永久數(shù)據(jù)文件。3、回滾表空間rollback/undo tablespace:僅用來(lái)保存回退信息。不能在該表空間創(chuàng)建其他類型的段如表、索引等。為了更好的管理表空間,同時(shí)提高Oracle數(shù)據(jù)庫(kù)系統(tǒng)性能,在上述三類基礎(chǔ)上,針對(duì)數(shù)據(jù)的業(yè)務(wù)功能,進(jìn)一步對(duì)其加以分類。因此Oracle數(shù)據(jù)庫(kù)的表空間劃分為基本表空間

42、和應(yīng)用表空間。如下表:1基本表空間:是指Oracle數(shù)據(jù)庫(kù)系統(tǒng)為其自身運(yùn)行而使用的表空間。表空間類別表空間名稱存儲(chǔ)內(nèi)容說(shuō)明數(shù)據(jù)表空間SYSTEM表空間存儲(chǔ)oracle數(shù)據(jù)庫(kù)系統(tǒng)數(shù)據(jù)字典對(duì)象Oracle數(shù)據(jù)庫(kù)系統(tǒng)自身生成的和使用基本表空間數(shù)據(jù)表空間SYSAUX存儲(chǔ)SYSAUX數(shù)據(jù)Oracle數(shù)據(jù)庫(kù)系統(tǒng)自身生成的和使用基本表空間回滾表空間UNDO表空間容納回滾數(shù)據(jù)如果UNDO表空間是自動(dòng)管理,則Oracle數(shù)據(jù)庫(kù)系統(tǒng)自身生成的。生產(chǎn)數(shù)據(jù)庫(kù)不得有如TOOLS、XDB、EXAMPLE等oracle默認(rèn)安裝表空間。2應(yīng)用表空間:是指業(yè)務(wù)應(yīng)用數(shù)據(jù)保存在此類表空間中。它由DBA或相關(guān)的數(shù)據(jù)庫(kù)規(guī)劃設(shè)計(jì)人員創(chuàng)建

43、和規(guī)劃。表空間類別表空間名稱存儲(chǔ)內(nèi)容說(shuō)明臨時(shí)表空間TEMP表空間容納排序數(shù)據(jù)由DBA設(shè)定應(yīng)用表空間數(shù)據(jù)表空間TABLES表空間存儲(chǔ)小數(shù)據(jù)表公用業(yè)務(wù)數(shù)據(jù)由DBA設(shè)定應(yīng)用表空間數(shù)據(jù)表空間TABLES PARTITION表空間存儲(chǔ)巨型表數(shù)據(jù)由DBA設(shè)定應(yīng)用表空間數(shù)據(jù)表空間INDEXS表空間存儲(chǔ)小數(shù)據(jù)表的索引由DBA設(shè)定應(yīng)用表空間數(shù)據(jù)表空間INDEXS PARTITION表空間存儲(chǔ)巨型數(shù)據(jù)表的索引由DBA設(shè)定應(yīng)用表空間數(shù)據(jù)表空間LOB表空間存儲(chǔ)LOB的數(shù)據(jù)由DBA設(shè)定應(yīng)用表空間. 表空間和數(shù)據(jù)文件的命名規(guī)則數(shù)據(jù)文件都使用裸設(shè)備方式,使用固定大小,不得設(shè)置為自動(dòng)擴(kuò)展。1、基本表空間及其文件

44、命名標(biāo)準(zhǔn)表空間名稱裸設(shè)備連接文件名普通文件名說(shuō)明SYSTEMrsystem_nn_size總空間大小設(shè)置為2GSYSAUXrsysaux_nn_sizeOracle10g中必須有的表空間??偪臻g大小設(shè)置為4G,如果空間非常緊張,可設(shè)置為2GUNDOTBS1rundotbs_nn_size總空間不小于8G TEMPrtemp_nn_size總空間不小于4G說(shuō)明:l 裸設(shè)備連接文件名nn為從01開(kāi)始計(jì)數(shù)的序號(hào),表示文件的個(gè)數(shù)。如:01,02,03,04size表示了設(shè)備的大小,由數(shù)字部分和單位部分組成:XU。其中,X是一個(gè)正整數(shù),取值范圍從11023,U是單位標(biāo)識(shí)位,是1位的字符,取值范圍為k、m

45、、g、t,分別表示了KByte、MByte、GByte、TByte,size的值應(yīng)該根據(jù)設(shè)備的數(shù)據(jù)大小指定。l 普通文件名即創(chuàng)建在文件系統(tǒng)上的文件nn為從01開(kāi)始計(jì)數(shù)的兩位整數(shù)序號(hào)。如:01,02,03,04各表空間根據(jù)需求在建庫(kù)時(shí)確定。l 數(shù)據(jù)文件路徑:/home/db/oracle/oradata/DB_NAME/l 數(shù)據(jù)文件的使用方式:裸設(shè)備:適用于RAC及共享磁盤(pán)雙機(jī)熱備數(shù)據(jù)庫(kù)架構(gòu)。創(chuàng)建數(shù)據(jù)庫(kù)前,在指定的目錄下創(chuàng)建指向裸設(shè)備的軟連接文件。命令如下:2、應(yīng)用表空間和數(shù)據(jù)文件設(shè)計(jì)標(biāo)準(zhǔn)應(yīng)用表空間分類如下:表空間種類表空間命名規(guī)則裸設(shè)備連接文件名普通文件名TABLES公用表空間D_<功能

46、模塊名稱>_nnr+表空間名稱_nn_sizeTABLES PARTITION分區(qū)表空間D_<數(shù)據(jù)表名>_nnr+表空間名稱_nn_sizeINDEXS公用索引表空間I_<功能模塊名稱>_nnr+表空間名稱_nn_sizeINDEXS PARTITION大表索引空間I_<數(shù)據(jù)表名>_nnr+表空間名稱_nn_sizeLOB表空間B_<功能模塊名稱>_nnr+表空間名稱_nn_sizeTEMP表空間T_<功能模塊名稱>_nnr+表空間名稱_nn_size說(shuō)明:l 表空間的命名規(guī)則nn為從01開(kāi)始計(jì)數(shù)的兩位整數(shù)序號(hào),表示表空間的數(shù)目

47、。如:01,02,03,04l 裸設(shè)備連接文件名nn為從01開(kāi)始計(jì)數(shù)的兩位整數(shù)序號(hào),表示數(shù)據(jù)文件的數(shù)目。如:01,02,03,04size表示了設(shè)備的大小,由數(shù)字部分和單位部分組成:XU。其中,X是一個(gè)正整數(shù),取值范圍從11023,U是單位標(biāo)識(shí)位,是1位的字符,取值范圍為k、m、g、t,分別表示了KByte、MByte、GByte、TByte,size的值應(yīng)該根據(jù)設(shè)備的數(shù)據(jù)大小指定。普通文件名即創(chuàng)建在文件系統(tǒng)上的文件nn為從01開(kāi)始計(jì)數(shù)的兩位整數(shù),表示數(shù)據(jù)文件的數(shù)目。如:01,02,03,04各表空間根據(jù)需求在建庫(kù)時(shí)確定。l 數(shù)據(jù)文件路徑:/home/db/oracle/oradata/DB_

48、NAME/l 數(shù)據(jù)文件的使用方式:裸設(shè)備:適用于RAC及共享磁盤(pán)雙機(jī)熱備數(shù)據(jù)庫(kù)架構(gòu)。創(chuàng)建數(shù)據(jù)庫(kù)前,在指定的目錄下創(chuàng)建指向裸設(shè)備的連接文件。命令如下:ln -s /dev/rxxx /home/db/oracle/oradata/DB_NAME/r+表空間名稱_nn_size其中:xxx為裸設(shè)備的名稱。5.2.3. 表空間的概念和分配原則. 表空間相關(guān)概念在標(biāo)準(zhǔn)表空間存儲(chǔ)參數(shù)之前有必要澄清關(guān)于數(shù)據(jù)塊data block、區(qū)extent、段segment的概念及其之間的關(guān)系。如以下圖:數(shù)據(jù)塊data block:Oracle存儲(chǔ)數(shù)據(jù)最細(xì)粒度是數(shù)據(jù)塊,它是操作系統(tǒng)文件塊的整數(shù)倍有時(shí)也稱

49、邏輯塊,Oracle塊,或頁(yè)。一個(gè)數(shù)據(jù)塊大小有2k、4k、8k、16k等,并以此單位大小保存在物理磁盤(pán)中。區(qū)extent:是由一序列相鄰連續(xù)的數(shù)據(jù)塊組成的區(qū)域叫區(qū)。區(qū)存儲(chǔ)特定類型的數(shù)據(jù)。它比數(shù)據(jù)塊高一級(jí)別。段segment:比區(qū)extent高一邏輯存儲(chǔ)級(jí)別的稱作段segment。段是由一系列區(qū)組成。用來(lái)存儲(chǔ)一個(gè)特定的數(shù)據(jù)結(jié)構(gòu),并且該段只能分配在同一表空間中,不能跨越表空間。如:每個(gè)表table的數(shù)據(jù)保存在自己的數(shù)據(jù)段中;而每個(gè)索引保存在自己的索引段中;如果表或索引是分區(qū)的,則每個(gè)分區(qū)擁有自己的段. 表空間的分配原則對(duì)于小規(guī)模數(shù)據(jù)庫(kù),I/O不是主要的性能瓶頸,可以不考慮物理分布的問(wèn)

50、題。對(duì)于中規(guī)模數(shù)據(jù)庫(kù)及大規(guī)模數(shù)據(jù)庫(kù),應(yīng)當(dāng)考慮:1、盡可能把應(yīng)用數(shù)據(jù)表空間、應(yīng)用的索引表空間以及相應(yīng)得分區(qū)表空間分布在獨(dú)立的物理卷上。 2、其次把UNDO、TEMP、REDOLOG分布在不同的物理卷上。5.2.4. 表空間的參數(shù)配置對(duì)于數(shù)據(jù)庫(kù)的存儲(chǔ)空間管理Oracle有以下的選擇:. Extent管理對(duì)Extent的管理有兩種方式。一般情況下,推薦數(shù)據(jù)庫(kù)管理員使用本地管理中的指定大小(Uniform Size)的方式創(chuàng)建表空間。1.數(shù)據(jù)字典管理(Dictionary Management)在數(shù)據(jù)字典的管理方式中,數(shù)據(jù)庫(kù)使用數(shù)據(jù)字典來(lái)跟蹤數(shù)據(jù)對(duì)象的存儲(chǔ)分配,這樣當(dāng)出現(xiàn)數(shù)據(jù)對(duì)象的存儲(chǔ)變

51、化時(shí),數(shù)據(jù)庫(kù)需要更新數(shù)據(jù)字典以保證系統(tǒng)可以跟蹤數(shù)據(jù)庫(kù)對(duì)象的存儲(chǔ)變化,這在某種程度上會(huì)造成系統(tǒng)性能的下降。2.本地管理(Local Management)在本地管理方式中,數(shù)據(jù)庫(kù)使用每一個(gè)數(shù)據(jù)文件的前面8個(gè)數(shù)據(jù)塊中的每一位來(lái)代表數(shù)據(jù)塊的占用方式。由于這種方式跟蹤數(shù)據(jù)對(duì)象的存儲(chǔ)分配不需要訪問(wèn)數(shù)據(jù)字典,這在一定程度上防止了遞歸調(diào)用的出現(xiàn),提高了系統(tǒng)存儲(chǔ)管理的效率。對(duì)于本地的Extent管理有兩種方式:(1)自動(dòng)分配(Autoallocate)自動(dòng)分配的方式指由數(shù)據(jù)庫(kù)系統(tǒng)按照數(shù)據(jù)對(duì)象的大小決定該對(duì)象的每一個(gè)EXNENT的大小。一般情況下,由于數(shù)據(jù)庫(kù)系統(tǒng)并不能預(yù)先確實(shí)定該對(duì)象的總的大小,數(shù)據(jù)庫(kù)總是傾向于

52、在初始的幾個(gè)Extent使用較小的值,然后按照812810248192個(gè)數(shù)據(jù)塊的方式急劇的增大。這通常會(huì)造成系統(tǒng)過(guò)多的碎片和較低的存儲(chǔ)空間的利用效率。(2)指定大小(Uniform Size)指定大小的方式指由數(shù)據(jù)庫(kù)管理員在創(chuàng)建表空間時(shí)間指定該表空間的所有的EXNENT的大小,這樣該表空間的所有的Extent具有同樣的大小。一般情況下,由于數(shù)據(jù)庫(kù)管理員能夠預(yù)先的估計(jì)出該表空間的數(shù)據(jù)對(duì)象的大小,所以數(shù)據(jù)庫(kù)管理員通常能夠確定合適的UNIFORM SIZE來(lái)創(chuàng)建數(shù)據(jù)表空間。通過(guò)指定合適的數(shù)據(jù)表空間,可以防止系統(tǒng)出現(xiàn)過(guò)多的碎片和提高存儲(chǔ)空間的利用效率。一般情況下,建議數(shù)據(jù)庫(kù)管理員能夠使用指定大小的方式

53、來(lái)創(chuàng)建表空間,除非明確知道表空間中僅僅存儲(chǔ)較小的數(shù)據(jù)對(duì)象,否則不要使用自動(dòng)的EXTENT管理方式。. Segment管理對(duì)Segment的管理可分為兩種。推薦使用ASSM方式。1.手工管理方式Manual手工管理方式是指用戶創(chuàng)建表空間時(shí)使用手工指定參數(shù)Freelist, Freelist Group來(lái)控制表空間的段的空閑塊。手工的管理管理可以帶來(lái)更多的靈活性。2.自動(dòng)管理方式ASSM自動(dòng)的管理方式指數(shù)據(jù)庫(kù)系統(tǒng)使用BITMAP的方式來(lái)管理空閑塊。在這種情況下如果多個(gè)對(duì)象需要分配空間,可能會(huì)造成對(duì)某一塊的競(jìng)爭(zhēng)。. 數(shù)據(jù)表空間的存儲(chǔ)參數(shù)數(shù)據(jù)表空間的區(qū)extent管理:表空

54、間是以區(qū)為單位進(jìn)行分配空間的。自從9i及以后版本推薦使用本地管理表空間,并且本地管理表空間是默認(rèn)的。對(duì)應(yīng)的create tablespace語(yǔ)句子句為EXTENT MANAGEMENT LOCAL。Oracle已不推薦使用字典管理的表空間。如以下圖:如果表空間包含各種不同大小的數(shù)據(jù)庫(kù)對(duì)象,而這些對(duì)象擁有不同尺寸的區(qū),則選擇AUTOALLOCATE是最好的選擇。即字句EXTENT MANAGEMENT LOCAL AUTOALLOCATE 。讓Oracle來(lái)管理EXTENT的分配。如下例:SQL>CREATE TABLESPACE test DATAFILE '/u02/oracle/data/test01.dbf' SIZE 50M EXTENT MANAGEMENT LOCAL AUTOALLOCATE;如果能夠預(yù)先估算出單個(gè)對(duì)象或一系列對(duì)象的所分配的空間及EXTENTS的尺寸,則選擇UNIFORM 是個(gè)比較好的選擇。即字句UNFORM SIZE <integer> M。如下例:SQL>CREATE TABLESPACE test DATAFILE '/u02/oracle/data/test01.dbf' S

溫馨提示

  • 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)論