Oracle數(shù)據(jù)庫(kù)規(guī)劃

設(shè)計(jì)和運(yùn)行維護(hù)方

文檔僅供參考

Oracle數(shù)據(jù)庫(kù)規(guī)劃設(shè)計(jì)

和運(yùn)行維護(hù)方案

(VI.0)

文檔僅供參考

目錄

1.前言錯(cuò)誤!未定義書簽。

1.1.編寫目的錯(cuò)誤!未定義書簽。

1.2.方案說明錯(cuò)誤!未定義書簽。

1.3.預(yù)期讀者錯(cuò)誤!未定義書簽。

2.數(shù)據(jù)庫(kù)部署模式錯(cuò)誤!未定義書簽。

2.1.單機(jī)模式錯(cuò)誤!未定義書簽。

2.2.雙機(jī)熱備模式(HA模式)錯(cuò)誤!未定義書簽。

2.3.集群模式(RAC)錯(cuò)誤!未定義書簽。

2.4.主從模式(DataGuard)錯(cuò)誤!未定義書簽。

2.5.混合模式(DataGrard+RAC)錯(cuò)誤!未定義書簽。

2.6.數(shù)據(jù)庫(kù)運(yùn)行模式選擇錯(cuò)誤!未定義書簽。

3.系統(tǒng)特點(diǎn)和數(shù)據(jù)庫(kù)類型錯(cuò)誤!未定義書簽。

3.1.業(yè)務(wù)系統(tǒng)的特點(diǎn)錯(cuò)誤!未定義書簽。

3.1.1.OLTP特點(diǎn)錯(cuò)誤!未定義書簽。

3.1.2.OLAP特點(diǎn)錯(cuò)誤!未定義書簽。

3.2.數(shù)據(jù)庫(kù)的規(guī)模錯(cuò)誤!未定義書簽。

3.3.數(shù)據(jù)庫(kù)版本建議錯(cuò)誤!未定義書簽。

4.數(shù)據(jù)庫(kù)運(yùn)行環(huán)境規(guī)劃錯(cuò)誤!未定義書簽。

4.1.主機(jī)規(guī)劃錯(cuò)誤!未定義書簽。

4.2.網(wǎng)絡(luò)規(guī)劃錯(cuò)誤!未定義書簽。

文檔僅供參考

4.3.存儲(chǔ)規(guī)劃錯(cuò)誤!未定義書簽。

5.數(shù)據(jù)庫(kù)安裝部署規(guī)劃錯(cuò)誤!未定義書簽。

5.1.軟件安裝路徑錯(cuò)誤!未定義書簽。

5.2.表空間設(shè)計(jì)錯(cuò)誤!未定義書簽。

5.2.1.業(yè)務(wù)數(shù)據(jù)量估算錯(cuò)誤!未定義書簽。

5.2.2.表空間使用規(guī)則錯(cuò)誤!未定義書簽。

5.2.3.表空間的概念和分配原則錯(cuò)誤!未定義書簽。

5.2.4.表空間的參數(shù)配置錯(cuò)誤!未定義書簽。

5.2.5.Undo/temp表空間的估算錯(cuò)誤!未定義書簽。

5.2.6.表的參數(shù)設(shè)置錯(cuò)誤!未定義書簽。

5.2.7.索引的使用原則錯(cuò)誤!未定義書簽。

5.3.文件設(shè)計(jì)錯(cuò)誤!未定義書簽。

5.3.1.RAC配置文件錯(cuò)誤!未定義書簽。

5.3.2.參數(shù)文件錯(cuò)誤!未定義書簽。

5.3.3.控制文件錯(cuò)誤!未定義書簽。

5.3.4.重做日志文件錯(cuò)誤!未定義書簽。

6.數(shù)據(jù)庫(kù)應(yīng)用規(guī)劃錯(cuò)誤!未定義書簽。

6.1.數(shù)據(jù)庫(kù)用戶設(shè)計(jì)錯(cuò)誤!未定義書簽。

6.1.1.用戶權(quán)限規(guī)劃錯(cuò)誤!未定義書簽。

6.1.2.用戶安全實(shí)現(xiàn)錯(cuò)誤!未定義書簽。

6.1.3.用戶類型及角色命名規(guī)范錯(cuò)誤!未定義書簽。

6.2.數(shù)據(jù)庫(kù)分區(qū)錯(cuò)誤!未定義書簽。

文檔僅供參考

6.2.1.數(shù)據(jù)庫(kù)分區(qū)介紹錯(cuò)誤!未定義書簽。

6.2.2.邏輯分割錯(cuò)誤!未定義書簽。

6.2.3.物理分割錯(cuò)誤!未定義書簽。

6.2.4.數(shù)據(jù)分區(qū)的優(yōu)點(diǎn)錯(cuò)誤!未定義書簽。

6.2.5.數(shù)據(jù)分區(qū)的不足錯(cuò)誤!未定義書簽。

6.2.6.Oracle分區(qū)技術(shù)錯(cuò)誤!未定義書簽。

6.2.7.分區(qū)使用建議錯(cuò)誤!未定義書簽。

6.2.8.分區(qū)索引錯(cuò)誤!未定義書簽。

6.3.數(shù)據(jù)庫(kù)實(shí)例配置錯(cuò)誤!未定義書簽。

6.4.數(shù)據(jù)庫(kù)參數(shù)設(shè)置錯(cuò)誤!未定義書簽。

6.4.1.必須修改的初始化參數(shù)錯(cuò)誤!未定義書簽。

6.4.2.建議修改的初始化參數(shù)錯(cuò)誤!未定義書簽。

6.4.3.不可修改的初始化參數(shù)錯(cuò)誤!未定義書簽。

6.4.4.建議不可修改的初始化參數(shù)錯(cuò)誤味定義書簽。

6.4.5.與并行有關(guān)的參數(shù)錯(cuò)誤!未定義書簽。

6.5.數(shù)據(jù)庫(kù)連接服務(wù)錯(cuò)誤!未定義書簽。

6.5.1.專用服務(wù)器連接錯(cuò)誤!未定義書簽。

6.5.2.共享服務(wù)器連接錯(cuò)誤!未定義書簽。

6.5.3.連接服務(wù)建議錯(cuò)誤!未定義書簽。

6.6.數(shù)據(jù)庫(kù)安全建議錯(cuò)誤!未定義書簽。

6.7.數(shù)據(jù)庫(kù)備份和恢復(fù)錯(cuò)誤!未定義書簽。

6.7.1.RMAN備份錯(cuò)誤!未定義書簽。

文檔僅供參考

6.7.2.EXP/IMP備份錯(cuò)誤!未定義書簽。

6.7.3.存儲(chǔ)級(jí)備份錯(cuò)誤!未定義書簽。

6.7.4.數(shù)據(jù)庫(kù)恢復(fù)錯(cuò)誤!未定義書簽。

6.8.數(shù)據(jù)庫(kù)網(wǎng)絡(luò)配置錯(cuò)誤!未定義書簽。

6.8.1.監(jiān)聽器的使用配置原則錯(cuò)誤!未定義書簽。

6.8.2.TNSNAMES的使用配置原則錯(cuò)誤!未定義書簽。

6.8.3.RAC環(huán)境下TNSNAMES的配置錯(cuò)誤!未定義書簽。

7.業(yè)務(wù)系統(tǒng)開發(fā)建議錯(cuò)誤!未定義書簽。

7.1.數(shù)據(jù)庫(kù)模型設(shè)計(jì)規(guī)范錯(cuò)誤!未定義書簽。

7.1.1.命名規(guī)則錯(cuò)誤!未定義書簽。

7.1.2.數(shù)據(jù)庫(kù)對(duì)象錯(cuò)誤!未定義書簽。

7.2.PLSQL開發(fā)規(guī)則錯(cuò)誤!未定義書簽。

7.2.1.總體開發(fā)原則錯(cuò)誤!未定義書簽。

7.2.2.程序編寫規(guī)范錯(cuò)誤!未定義書簽。

7.3.SQL語(yǔ)句編寫規(guī)則錯(cuò)誤!未定義書簽。

7.3.1.查詢語(yǔ)句的使用原則錯(cuò)誤!未定義書簽。

7.3.2.DML語(yǔ)句的調(diào)整原則錯(cuò)誤!未定義書簽。

8.數(shù)據(jù)庫(kù)體系結(jié)構(gòu)錯(cuò)誤!未定義書簽。

8.1.整體結(jié)構(gòu)錯(cuò)誤!未定義書簽。

8.2.內(nèi)存結(jié)構(gòu)錯(cuò)誤!未定義書簽。

8.2.1.系統(tǒng)全局區(qū)（SGA）錯(cuò)誤!未定義書簽。

8.2.2.程序全局區(qū)（PGA）錯(cuò)誤!未定義書簽。

文檔僅供參考

8.2.3.后臺(tái)進(jìn)程錯(cuò)誤!未定義書簽。

8.3.存儲(chǔ)結(jié)構(gòu)錯(cuò)誤!未定義書簽。

8.3.1.物理結(jié)構(gòu)錯(cuò)誤!未定義書簽。

8.3.2.邏輯結(jié)構(gòu)錯(cuò)誤!未定義書簽。

9.數(shù)據(jù)庫(kù)基本管理錯(cuò)誤!未定義書簽。

9.1.參數(shù)文件管理錯(cuò)誤!未定義書簽。

9.2.表空間管理錯(cuò)誤!未定義書簽。

9.2.1.用戶表空間管理錯(cuò)誤!未定義書簽。

9.2.2.臨時(shí)表空間管理錯(cuò)誤!未定義書簽。

9.2.3.回滾段表空間管理錯(cuò)誤!未定義書簽。

9.3.重做日志文件管理錯(cuò)誤!未定義書簽。

9.3.1.增加重做日志文件組錯(cuò)誤!未定義書簽。

9.3.2.添加重做日志文件組成員錯(cuò)誤!未定義書簽。

9.3.3.改變重做日志文件組成員錯(cuò)誤!未定義書簽。

9.3.4.刪除重做日志文件組成員錯(cuò)誤!未定義書簽。

9.3.5.刪除重做日志文件組錯(cuò)誤!未定義書簽。

9.3.6.重做日志切換錯(cuò)誤!未定義書簽。

9.3.7.重做日志清理錯(cuò)誤!未定義書簽。

9.3.8.重做日志切換次數(shù)查詢錯(cuò)誤!未定義書簽。

9.4.歸檔模式設(shè)置錯(cuò)誤!未定義書簽。

9.4.1.單實(shí)例數(shù)據(jù)庫(kù)設(shè)置歸檔模式錯(cuò)誤!未定義書簽。

9.4.2.RAC數(shù)據(jù)庫(kù)設(shè)置歸檔模式錯(cuò)誤!未定義書簽。

文檔僅供參考

9.4.3.歸檔路徑設(shè)置錯(cuò)誤!未定義書簽。

9.5.控制文件重建錯(cuò)誤!未定義書簽。

9.6.內(nèi)存參數(shù)管理錯(cuò)誤!未定義書簽。

9.6.1.Oracle內(nèi)存管理發(fā)展階段錯(cuò)誤!未定義書簽。

9.6.2.自動(dòng)內(nèi)存管理AMM錯(cuò)誤!未定義書簽。

9.6.3.自動(dòng)共享內(nèi)存管理ASMM錯(cuò)誤!未定義書簽。

9.6.4.自動(dòng)PGA管理錯(cuò)誤!未定義書簽。

9.7.其它管理內(nèi)容錯(cuò)誤!未定義書簽。

9.7.1.查看數(shù)據(jù)庫(kù)版本錯(cuò)誤!未定義書簽。

9.7.2.數(shù)據(jù)庫(kù)字符集錯(cuò)誤!未定義書簽。

9.7.3.創(chuàng)立密碼文件錯(cuò)誤!未定義書簽。

9.7.4.關(guān)閉數(shù)據(jù)庫(kù)審計(jì)功能錯(cuò)誤!未定義書簽。

9.7.5.賬號(hào)管理錯(cuò)誤!未定義書簽。

9.7.6.Profile管理錯(cuò)誤!未定義書簽。

10.數(shù)據(jù)庫(kù)集群（RAC）管理錯(cuò)誤!未定義書簽。

10.1.RAC狀態(tài)檢查錯(cuò)誤!未定義書簽。

10.1.1.檢查守護(hù)進(jìn)程錯(cuò)誤!未定義書簽。

10.1.2.檢查資源狀態(tài)錯(cuò)誤!未定義書簽。

10.2.RAC啟動(dòng)與關(guān)閉錯(cuò)誤!未定義書簽。

10.3.管理OCR錯(cuò)誤!未定義書簽。

10.3.1.OCR盤狀態(tài)查看錯(cuò)誤!未定義書簽。

10.3.2.OCR備份與恢復(fù)錯(cuò)誤!未定義書簽。

文檔僅供參考

10.3.3.查看OCR內(nèi)容錯(cuò)誤!未定義書簽。

10.3.4.指定OCR盤錯(cuò)誤!未定義書簽。

10.3.5.增加OCR盤錯(cuò)誤!未定義書簽。

10.3.6.刪除OCR盤錯(cuò)誤!未定義書簽。

10.4.管理VOTINGDISK錯(cuò)誤!未定義書簽。

10.4.1.檢查VotingDisl盤錯(cuò)誤!未定義書簽。

10.4.2.VOTINGDISK備份與恢復(fù)錯(cuò)誤!未定義書簽。

10.4.3.添加VOTINGDISK盤錯(cuò)誤!未定義書簽。

10.4.4.刪除VOTINGDISK盤錯(cuò)誤!未定義書簽。

10.5.CSS管理錯(cuò)誤!未定義書簽。

10.6.SRVCTL管理工具錯(cuò)誤!未定義書簽。

10.6.1.管理實(shí)例錯(cuò)誤!未定義書簽。

10.6.2.管理監(jiān)聽程序錯(cuò)誤!未定義書簽。

10.6.3.管理ASM錯(cuò)誤!未定義書簽。

10.6.4.管理service錯(cuò)誤!未定義書簽。

10.7.修改RAC的IP及VIP錯(cuò)誤!未定義書簽。

10.7.1.修改外網(wǎng)IP和心跳IP錯(cuò)誤!未定義書簽。

10.7.2.修改VIP錯(cuò)誤!未定義書簽。

10.7.3.查看與刪除IP錯(cuò)誤!未定義書簽。

10.8.管理ASM錯(cuò)誤!未定義書簽。

10.8.1.管理DiskGroup錯(cuò)誤!未定義書簽。

10.8.2.ASM兼容性管理錯(cuò)誤!未定義書簽。

文檔僅供參考

10.8.3.ASM中添加disk的方法錯(cuò)誤!未定義書簽。

10.8.4.ASMCMD管理命令介紹錯(cuò)誤!未定義書簽。

10.8.5.ASM常見視圖錯(cuò)誤!未定義書簽。

11.數(shù)據(jù)庫(kù)備份錯(cuò)誤!未定義書簽。

11.1.備份概念說明錯(cuò)誤!未定義書簽。

11.1.1.脫機(jī)備份錯(cuò)誤!未定義書簽。

11.1.2.聯(lián)機(jī)備份錯(cuò)誤!未定義書簽。

11.1.3.RMAN備份錯(cuò)誤!未定義書簽。

11.2.備份策略規(guī)劃錯(cuò)誤!未定義書簽。

11.3.RMAN備份和恢復(fù)案例錯(cuò)誤!未定義書簽。

11.3.1.歸檔模式下的完全恢復(fù)錯(cuò)誤!未定義書簽。

11.3.2.歸檔模式下的不完全恢復(fù)錯(cuò)誤!未定義書簽。

12.數(shù)據(jù)庫(kù)運(yùn)維管理錯(cuò)誤!未定義書簽。

12.1.運(yùn)維職責(zé)錯(cuò)誤!未定義書簽。

12.2.運(yùn)維要求錯(cuò)誤!未定義書簽。

12.3.技能要求錯(cuò)誤!未定義書簽。

12.4.運(yùn)維內(nèi)容錯(cuò)誤!未定義書簽。

12.4.1.檢查數(shù)據(jù)庫(kù)運(yùn)行情況錯(cuò)誤!未定義書簽。

12.4.2.檢查操作系統(tǒng)和數(shù)據(jù)庫(kù)日志文件..錯(cuò)誤味定義書簽。

12.4.3.檢查Oracle對(duì)象狀態(tài)錯(cuò)誤!未定義書簽。

12.4.4.檢查數(shù)據(jù)庫(kù)相關(guān)資源的使用錯(cuò)誤味定義書簽。

12.4.5.檢查數(shù)據(jù)庫(kù)備份錯(cuò)誤!未定義書簽。

文檔僅供參考

12.4.6.檢查數(shù)據(jù)庫(kù)的性能錯(cuò)誤!未定義書簽。

12.4.7.數(shù)據(jù)庫(kù)安全性檢查錯(cuò)誤!未定義書簽。

文檔僅供參考

1.前言

1.1.編寫目的

隨著以使用Oracle數(shù)據(jù)庫(kù)的應(yīng)用系統(tǒng)不斷增加，為了加強(qiáng)應(yīng)

用系統(tǒng)在規(guī)劃、開發(fā)、實(shí)施、維護(hù)等環(huán)節(jié)工作的規(guī)范化，特編寫

本文檔，力求對(duì)實(shí)際的設(shè)計(jì)、實(shí)施工作起到規(guī)范和指導(dǎo)作用。

本方案以設(shè)計(jì)者的角度進(jìn)行組織編寫，其主要思路是：作為

設(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)開發(fā)也提出相關(guān)要求。

1.2.方案說明

本方案分為兩大部分，其中第一部分是第二到七章，主要介

紹Oracle數(shù)據(jù)庫(kù)的運(yùn)行方式和規(guī)劃設(shè)計(jì)以及與開發(fā)相關(guān)內(nèi)容；第

二部分是第八到十二章，主要介紹數(shù)據(jù)庫(kù)的日常運(yùn)行維護(hù)相關(guān)的

內(nèi)容。第一部分偏重于規(guī)劃和開發(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)開發(fā)的建議；第八章介紹數(shù)據(jù)

庫(kù)的體系架構(gòu)；第九章介紹數(shù)據(jù)庫(kù)的基本管理方法；第十章介紹

了數(shù)據(jù)庫(kù)集群的管理；第十一章介紹了數(shù)據(jù)庫(kù)的備份和恢復(fù)；第

十二章介紹了數(shù)據(jù)庫(kù)的日常運(yùn)行維護(hù)管理。

本方案編寫過程中注重實(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ì)開發(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í)例，因此安裝配置比

文檔僅供參考

較簡(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ò)展性差。無法進(jìn)行橫向擴(kuò)展，只能進(jìn)行縱向擴(kuò)展。當(dāng)應(yīng)

用對(duì)性能有更高的要求時(shí)，該模式的數(shù)據(jù)庫(kù)服務(wù)器無法進(jìn)行增加

節(jié)點(diǎn)、實(shí)例等橫向擴(kuò)展，只能進(jìn)行增加硬件配置等縱向擴(kuò)展，且

擴(kuò)展性有局限。

7、根據(jù)該模式的特點(diǎn)有如下要求：

1)硬件配置方面預(yù)留擴(kuò)展量。由于該模式無法進(jìn)行橫向

擴(kuò)展，因此在選擇硬件配置時(shí)要為以后的縱向擴(kuò)展預(yù)留擴(kuò)展量，

避免硬件無法滿足性能需求的情況。

2)充分考慮該模式是否滿足應(yīng)用未來一段時(shí)間的需求。

需要考慮應(yīng)用在未來一段時(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軟件才能夠?qū)?/p>

現(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ì)的要求較低。由于是單實(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í)不可用。無法滿足對(duì)可用性有嚴(yán)格要求的應(yīng)用類型。

7、擴(kuò)展性差。無法進(jìn)行橫向擴(kuò)展，只能進(jìn)行縱向擴(kuò)展。當(dāng)應(yīng)

用對(duì)性能有更高的要求時(shí)，該模式的數(shù)據(jù)庫(kù)服務(wù)器無法進(jìn)行增加

節(jié)點(diǎn)、實(shí)例等橫向擴(kuò)展，只能進(jìn)行增加硬件配置等縱向擴(kuò)展，且

擴(kuò)展性有局限。

根據(jù)該模式的特點(diǎn)有如下要求：

1)硬件配置方面預(yù)留擴(kuò)展量。由于該模式無法進(jìn)行橫向

擴(kuò)展，因此在選擇硬件配置時(shí)要為以后的縱向擴(kuò)展預(yù)留擴(kuò)展量，

避免硬件無法滿足性能需求的情況。

文檔僅供參考

2)充分考慮該模式是否滿足應(yīng)用未來一段時(shí)間的需求。

需要考慮應(yīng)用在未來一段時(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軟件才能夠?qū)崿F(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)之間的信息交換和全局鎖的產(chǎn)生。

6、具備較高的高可用性。由于是多服務(wù)器、多實(shí)例，單服務(wù)

器和實(shí)例有故障不會(huì)影響數(shù)據(jù)庫(kù)的可用性。能夠滿足對(duì)可用性有

嚴(yán)格要求的應(yīng)用類型。

7、擴(kuò)展性好。既能夠進(jìn)行橫向擴(kuò)展，也能夠進(jìn)行縱向擴(kuò)展。

文檔僅供參考

當(dāng)應(yīng)用對(duì)性能有更高的要求時(shí)，該模式的數(shù)據(jù)庫(kù)能夠經(jīng)過增加節(jié)

點(diǎn)的方式進(jìn)行橫向擴(kuò)展，也能夠經(jīng)過增加硬件配置等縱向擴(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主從模式，能夠滿足對(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)無法恢復(fù)時(shí)，能夠把數(shù)據(jù)庫(kù)系統(tǒng)切換到備機(jī)上，具備容災(zāi)的

文檔僅供參考

功能。

6、備機(jī)能夠用作只讀查詢。備機(jī)能夠切換到只讀狀態(tài)供報(bào)表

之類的查詢操作，減輕主機(jī)的壓力。

根據(jù)該模式的特點(diǎn)有如下要求：

1)主機(jī)與備機(jī)在物理上要分開。為了實(shí)現(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,配置過程比較復(fù)雜，配置周期長(zhǎng)。

4、管理維護(hù)成本高。該模式對(duì)維護(hù)人員的要求較高，維護(hù)成

本高。

5、具備很高的可用性和容災(zāi)性。該模式既滿足高可用性也滿

足容災(zāi)的需求。

6、備機(jī)能夠用作只讀查詢。備機(jī)能夠切換到只讀狀態(tài)供報(bào)表

文檔僅供參考

之類的查詢操作，減輕主機(jī)的壓力。

根據(jù)該模式的特點(diǎn)有如下要求：

1）主機(jī)與備機(jī)在物理上要分開。為了實(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ù)沒有影響，并考

慮災(zāi)備系統(tǒng)的設(shè)計(jì)。

2、對(duì)于允許以分鐘級(jí)別中斷，數(shù)據(jù)不能丟失的系統(tǒng)，建議數(shù)

據(jù)庫(kù)采用雙機(jī)熱備或主從的模式，設(shè)備故障時(shí)經(jīng)過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)、開發(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ù)，一般來說，業(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ā)操作：而OLAP系統(tǒng)則強(qiáng)調(diào)數(shù)據(jù)分析，強(qiáng)調(diào)SQL執(zhí)行時(shí)

長(zhǎng)，強(qiáng)調(diào)磁盤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)來說，數(shù)據(jù)庫(kù)內(nèi)存設(shè)計(jì)非常重要，如果

數(shù)據(jù)都能夠在內(nèi)存中處理，那么數(shù)據(jù)庫(kù)的性能會(huì)提高很多。

內(nèi)存的設(shè)計(jì)一般是經(jīng)過調(diào)整Oracle和內(nèi)存相關(guān)的初始化參

數(shù)來實(shí)現(xiàn)的，比較重要的幾個(gè)是內(nèi)存相關(guān)的參數(shù)，包括SGA的大

小(DataBuffer,SharedPool),PGA大小(排序區(qū)，Hash區(qū)

等)等，這些參數(shù)對(duì)一個(gè)OLTP系統(tǒng)是非常重要的。OLTP系統(tǒng)是

一個(gè)數(shù)據(jù)塊變化非常頻繁，SQL語(yǔ)句提交非常頻繁的一個(gè)系統(tǒng)。

文檔僅供參考

對(duì)于數(shù)據(jù)塊來說，應(yīng)盡可能讓數(shù)據(jù)塊保存在內(nèi)存當(dāng)中，對(duì)于SQL

來說，盡可能使用變量綁定技術(shù)來達(dá)到SQL的重用，減少物理

I/O和重復(fù)的SQL解析，能極大的改進(jìn)系統(tǒng)的性能。

另外，沒有綁定變量的SQL會(huì)對(duì)OLTP數(shù)據(jù)庫(kù)造成極大的性

能影響，還有一些因素也會(huì)導(dǎo)致數(shù)據(jù)庫(kù)的性能下降，比如熱塊

(hotblock)的問題，當(dāng)一個(gè)塊被多個(gè)用戶同時(shí)讀取的時(shí)候，

Oracle為了維護(hù)數(shù)據(jù)的一致性，需要使用Latch來串行化用戶

的操作，當(dāng)一個(gè)用戶獲得了這個(gè)Latch,其它的用戶就只能被迫

的等待，獲取這個(gè)數(shù)據(jù)塊的用戶越多，等待就越明顯，就造成了

這種熱塊問題。這種熱塊可能是數(shù)據(jù)塊，也可能是回滾段塊。對(duì)

于數(shù)據(jù)塊來講，一般是數(shù)據(jù)塊上的數(shù)據(jù)分布不均勻?qū)е拢绻?/p>

索引的數(shù)據(jù)塊，能夠考慮創(chuàng)立反向索引來達(dá)到重新分布數(shù)據(jù)的目

的，對(duì)于回滾段數(shù)據(jù)塊，能夠適當(dāng)多增加幾個(gè)回滾段來避免這種

爭(zhēng)用。

3.1.2.OLAP特點(diǎn)

OLAP數(shù)據(jù)庫(kù)在內(nèi)存上可優(yōu)化的余地很小，但提升CPU處理

速度和磁盤I/O速度是最直接的提高數(shù)據(jù)庫(kù)性能的方式。實(shí)際

上，用戶對(duì)OLAP系統(tǒng)性能的期望遠(yuǎn)遠(yuǎn)沒有對(duì)OLTP性能的期望那

么高。

對(duì)于OLAP系統(tǒng)，SQL的優(yōu)化顯得非常重要，如果一張表中

只有幾千數(shù)據(jù)，無論執(zhí)行全表掃描或是使用索引，對(duì)用戶來說差

文檔僅供參考

異都很小，幾乎感覺不出來，可是當(dāng)數(shù)據(jù)量提升到幾億或者幾十

億或者更多的時(shí)候，全表掃描，索引可能導(dǎo)致極大的性能差異，

因此SQL語(yǔ)句的優(yōu)化顯得重要起來。

分區(qū)技術(shù)在OLAP數(shù)據(jù)庫(kù)中很重要，這種重要主要是體現(xiàn)在

數(shù)據(jù)管理上，比如數(shù)據(jù)加載，能夠經(jīng)過分區(qū)交換的方式實(shí)現(xiàn)，備

份能夠經(jīng)過備份分區(qū)表空間，刪除數(shù)據(jù)能夠經(jīng)過分區(qū)進(jìn)行刪除。

3.2.數(shù)據(jù)庫(kù)的規(guī)模

對(duì)于數(shù)據(jù)庫(kù)的規(guī)模，僅從數(shù)據(jù)量來衡量其規(guī)模的大小。因?yàn)?/p>

數(shù)據(jù)量的規(guī)模是反映數(shù)據(jù)庫(kù)規(guī)模的主要指標(biāo)。具體如下：

1）數(shù)據(jù)庫(kù)業(yè)務(wù)數(shù)據(jù)量小于1OOGB屬小規(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)品推出新的主要版本后，要經(jīng)歷一個(gè)版本不

穩(wěn)定期。在此期間新版的數(shù)據(jù)庫(kù)產(chǎn)品存在較多的bugo在安裝和

運(yùn)行過程中，會(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)確

度問題，到底考慮哪些因素等。理想情況下，應(yīng)考慮下列要素：

交易的復(fù)雜性、交易率、數(shù)據(jù)讀/寫比例、并發(fā)連接數(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ù)、問題診斷、性能分析、系統(tǒng)維護(hù)時(shí)都會(huì)對(duì)系統(tǒng)資源帶

來額外的消耗，對(duì)重要資源要考慮為將來留下升級(jí)和可擴(kuò)展的余

地。

在進(jìn)行服務(wù)器配置規(guī)劃時(shí)，要注意以下幾點(diǎn)：

1)CPU：要考慮業(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)用程序處理的數(shù)據(jù)量決定。

文檔僅供參考

3）磁盤：評(píng)估業(yè)務(wù)的實(shí)際用戶的數(shù)據(jù)量，以此推算出磁盤的

最小個(gè)數(shù)，不要忘記選擇備份設(shè)備（如磁帶機(jī)）。

4）10槽：盡量保留更多的10槽，防止將來插更多的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í)緩存不低

于30MBo

內(nèi)存：容量不低于256G,DDR4頻率不低于2133MHz,支持

ECC糾錯(cuò)、內(nèi)存鏡像、內(nèi)存熱備等功能。

存儲(chǔ)：雙盤，單盤容量不低于300GB,支持RAID。

網(wǎng)卡和HBA卡：2個(gè)千兆網(wǎng)口，2個(gè)萬兆網(wǎng)口，2個(gè)FC接

口。網(wǎng)卡進(jìn)行綁定。

操作系統(tǒng)：Linuxo

4.2.網(wǎng)絡(luò)規(guī)劃

網(wǎng)絡(luò)規(guī)劃的基本原則就是將業(yè)務(wù)生產(chǎn)網(wǎng)絡(luò)、存儲(chǔ)網(wǎng)絡(luò)和管理

網(wǎng)絡(luò)分開，推薦在生產(chǎn)網(wǎng)絡(luò)使用萬兆網(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í)施。

在OraclellgR2中，安裝RAC發(fā)生了顯著變化。在10g以及

UgRl的時(shí)代，安裝RAC的步驟是先安裝CRS,再安裝DB,而到

THgR2的時(shí)代，crs與asm被集成在一起，合稱為GRID,必須

先安裝GRID后，才能繼續(xù)安裝DB0本方案以主流的ORACLE11g

R2RAC的網(wǎng)絡(luò)規(guī)劃為例進(jìn)行詳細(xì)說明。

假設(shè)服務(wù)器上有4塊網(wǎng)卡：ethO,ethl,eth2,eth3.能夠?qū)?/p>

ethO和eth2綁定成bond。。作為RAC的public-ip,提供外部

通信。然后將ethl和eth3綁定成bondl,作為RAC的private-

ip,提供內(nèi)部心跳通信。服務(wù)器上的HBA卡經(jīng)過光纖交換機(jī)與后

端存儲(chǔ)通信。

.公有IP和虛擬IP

OracleRAC中每個(gè)節(jié)點(diǎn)都有一個(gè)虛擬IP,簡(jiǎn)稱VIP,與公網(wǎng)

PUBLICIP在同一個(gè)網(wǎng)段。VIP附屬在public網(wǎng)口接口。

VIP和PUBLICIP最主要的不同之處在于：VIP是浮動(dòng)的，而

PUBLICIP是固定的。在所有節(jié)點(diǎn)都正常運(yùn)行時(shí)，每個(gè)節(jié)點(diǎn)的VIP

會(huì)被分配到publicNIC上；在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)的publicNIC這個(gè)

文檔僅供參考

網(wǎng)卡上，會(huì)有3個(gè)IP地址。

PUBLICIP地址是一個(gè)雙網(wǎng)卡綁定的公有地址，用戶經(jīng)過交

換機(jī)來進(jìn)行訪問。

.RAC中的私有IP

RAC中的Private私有IP用于心跳同步，這個(gè)對(duì)于用戶層

面，能夠直接忽略。簡(jiǎn)單理解，這個(gè)IP用來保證數(shù)據(jù)庫(kù)節(jié)點(diǎn)同步

數(shù)據(jù)用的，屬于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)椴豢捎谩?/p>

.SCANIP

在UgR2中，SCANIP是作為一個(gè)新增IP出現(xiàn)的，SCANIP

其實(shí)是Oracle在客戶端與數(shù)據(jù)庫(kù)之間，新加的一個(gè)連接層，當(dāng)有

客戶端訪問時(shí)，連接到SCANIPLISTENER,而SCANIP

LISTENER接收到連接請(qǐng)求時(shí)，會(huì)根據(jù)LBA算法將該客戶端的連

接請(qǐng)求，轉(zhuǎn)發(fā)給對(duì)應(yīng)的instance上的VIPLISTENER,從而完成

了整個(gè)客戶端與服務(wù)器的連接過程。簡(jiǎn)化如下：

client->scanlistener->locallistener->local

文檔僅供參考

instance

也能夠把scan理解為一個(gè)虛擬主機(jī)名，它對(duì)應(yīng)的是整個(gè)RAC

集群。客戶端主機(jī)只需經(jīng)過這個(gè)scanname即可訪問數(shù)據(jù)庫(kù)集群

的任意節(jié)點(diǎn)。當(dāng)然訪問的節(jié)點(diǎn)是隨機(jī)的，Oracle強(qiáng)烈建議經(jīng)過

DNSServer的roundrobin模式配置解析SCAN,實(shí)現(xiàn)負(fù)載均衡

（即輪換連接SCAN對(duì)應(yīng)的IP地址）。

4.3.存儲(chǔ)規(guī)劃

數(shù)據(jù)庫(kù)一般使用磁盤陣列（RAID）保存數(shù)據(jù)，使用磁盤陣列

有兩個(gè)優(yōu)點(diǎn)：首先，盤陣能夠提供一個(gè)具有容錯(cuò)能力的I/O系

統(tǒng)，當(dāng)系統(tǒng)中某個(gè)磁盤驅(qū)動(dòng)器出現(xiàn)故障時(shí)，可避免丟失數(shù)據(jù)，因

此具有容錯(cuò)能力；其次，允許多個(gè)但磁盤驅(qū)動(dòng)器配置成為一個(gè)大

的虛擬磁盤驅(qū)動(dòng)器，從而方便管理，提高性能。

盤陣RAID方式分為RAIDO,RAID1,RAID1O,RAID2,

RAID3,RAID4,RAID5等，其邏輯和物理組合方式各有差異。

基于Oracle數(shù)據(jù)庫(kù)配置RAID系統(tǒng)，有以下幾種解決方案：

1、最佳解決方案

對(duì)容錯(cuò)能力最好的解決方案就是最大限度地使用RAID1和

RAID1O,規(guī)劃部署時(shí)遵循以下原則：

1）對(duì)操作系統(tǒng)和Oracle程序使用RAID1；

2）對(duì)數(shù)據(jù)庫(kù)重做日志文件使用RAID1,能夠優(yōu)化性能；

3）對(duì)歸檔日志文件使用RAIDO1,既能保護(hù)數(shù)據(jù)，又不會(huì)影

文檔僅供參考

響性能；

4）對(duì)數(shù)據(jù)文件使用RAID10,并使用多個(gè)磁盤驅(qū)動(dòng)器以保證

不超過單塊盤的負(fù)載。

2、較好的解決方案

對(duì)于容錯(cuò)能力，較好的解決方案是混合使用RAID10和

RAID5,遵循以下原則：

1）對(duì)操作系統(tǒng)和Oracle程序使用RAID1；

2）對(duì)數(shù)據(jù)庫(kù)重做日志文件共享一個(gè)RAID1或RAID1O；

3）對(duì)歸檔日志文件可使用RAID1O或RAID5,這兩種方式均

可保護(hù)數(shù)據(jù)且不影響性能；

4）對(duì)數(shù)據(jù)文件使用RAID1O,并使用過個(gè)磁盤驅(qū)動(dòng)器以保證

不超過單個(gè)磁盤負(fù)載。混合使用RAID1O和RAID5可實(shí)現(xiàn)很好的性

能，容錯(cuò)能力也很高。

3、經(jīng)濟(jì)型解決方案

對(duì)容錯(cuò)能力，此方案使用RAID1和RAID5,遵循以下原則：

1）對(duì)操作系統(tǒng)和Oracle程序使用RAID1;

2）對(duì)重做日志文件使用RAID1;

3）對(duì)歸檔日志文件使用RAID1O或RAID5;

4）對(duì)數(shù)據(jù)文件使用RAID5或RAIDO,其中RAIDO用來提供必

要的性能，并使用過個(gè)磁盤驅(qū)動(dòng)器以保證不超過單盤的負(fù)載。

此方案提供的系統(tǒng)性能比前兩個(gè)方案要低，其價(jià)格是優(yōu)勢(shì)。

在進(jìn)行存儲(chǔ)規(guī)劃時(shí)，需要特別注意：

文檔僅供參考

1）若系統(tǒng)沒有使用容錯(cuò)功能，那么只要有一塊磁盤驅(qū)動(dòng)器發(fā)

生故障，就必須恢復(fù)整個(gè)數(shù)據(jù)庫(kù)；

2）容錯(cuò)磁盤不能替代數(shù)據(jù)庫(kù)備份策略；

3）系統(tǒng)可能會(huì)發(fā)生變化，要緊跟用戶的需求；

4）以上的解決方案都要考慮磁盤驅(qū)動(dòng)器的數(shù)量，應(yīng)具備足夠

數(shù)量的磁盤驅(qū)動(dòng)器以防系統(tǒng)瓶頸的產(chǎn)生；

5）對(duì)于硬件的保護(hù)不但僅是磁盤驅(qū)動(dòng)器，還包括冗余電源，

磁盤控制卡和風(fēng)扇等等，如果存儲(chǔ)系統(tǒng)沒有冗余機(jī)制，則這其中

任何一項(xiàng)故障都會(huì)導(dǎo)致業(yè)務(wù)系統(tǒng)停機(jī)和丟失數(shù)據(jù)等損失。

5.數(shù)據(jù)庫(kù)安裝部署規(guī)劃

5.1.軟件安裝路徑

建立單獨(dú)的文件系統(tǒng)來安裝數(shù)據(jù)庫(kù)軟件，且文件系統(tǒng)的

mount點(diǎn)不要直接建立在根目錄下。

安裝路徑：/home/db/oracle

各種環(huán)境變量設(shè)置：

ORACLE_BASE=/home/db/orac1e

CRS_HOME=/home/db/oracle/crs/｛數(shù)據(jù)庫(kù)release版本｝

ORACLE_HOME=/home/db/oracle/product/｛數(shù)據(jù)庫(kù)release版本｝

普通使用模式的Oracle數(shù)據(jù)庫(kù)的服務(wù)名和實(shí)例名（SID）是

相同的；RAC模式下的Oracle數(shù)據(jù)庫(kù)的服務(wù)名與實(shí)例名不同。

文檔僅供參考

數(shù)據(jù)庫(kù)服務(wù)名的命名格式為：XXXYYdb{m}

數(shù)據(jù)庫(kù)的SID的命名格式為：XXXYYdb{m}{n}

說明：

1、其中XXX表示長(zhǎng)度為3個(gè)字符的應(yīng)用項(xiàng)目縮寫，具體的見

相關(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ù)量估算

估算所有業(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)量增長(zhǎng)量年數(shù)據(jù)量數(shù)據(jù)庫(kù)生命周

（/小時(shí)/天/（/月/半期內(nèi)的總計(jì)

周）年）

文檔僅供參考

1.

2.

3.

4.

5.

6.

7.

8.

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ù)表空

間、索引表空間的大尺寸邏輯卷，這些邏輯卷要求在HA兩邊主機(jī)

都可見，不必單純因?yàn)閿?shù)據(jù)庫(kù)增加數(shù)據(jù)文件而需要重新同步HAo

5.2.2.表空間使用規(guī)則

當(dāng)前多數(shù)數(shù)據(jù)庫(kù)系統(tǒng)采用數(shù)據(jù)“大集中”原則，對(duì)數(shù)據(jù)庫(kù)的

性能要求較高。這就要求對(duì)數(shù)據(jù)庫(kù)進(jìn)行必要的優(yōu)化配置。在表空

間的配置上，應(yīng)遵循以下原則：

1、最小化磁盤I/O。

文檔僅供參考

2、在不同的物理磁盤設(shè)備上，分配數(shù)據(jù)。

3、盡可能使用本地管理表空間。

多數(shù)系統(tǒng)采用RAID1+0或RAID0+1,該技術(shù)很好的解決了最

小化磁盤I/O0基本不必考慮在不同的物理磁盤設(shè)備上，分配數(shù)

據(jù)的原則。

.表空間的類型

按照表空間所包含的數(shù)據(jù)文件類型，Oracle表空間類型有三

類：

1、數(shù)據(jù)表空間(permanencetablespace)：用來保存永久

數(shù)據(jù)，包含永久數(shù)據(jù)文件。強(qiáng)烈建議在永久表空間內(nèi)創(chuàng)立永久數(shù)

據(jù)文件，不要?jiǎng)?chuàng)立臨時(shí)數(shù)據(jù)文件。

2、臨時(shí)表空間(temporarytablespace)：用來保存臨時(shí)數(shù)

據(jù)，多用于數(shù)據(jù)的磁盤排序。強(qiáng)烈建議在臨時(shí)表空間內(nèi)創(chuàng)立臨時(shí)

數(shù)據(jù)文件，不要?jiǎng)?chuàng)立永久數(shù)據(jù)文件。

3、回滾表空間(rollback/undotablespace)：僅用來保存

回退信息。不能在該表空間創(chuàng)立其它類型的段(如表、索引

等)。

為了更好的管理表空間，同時(shí)提高Oracle數(shù)據(jù)庫(kù)系統(tǒng)性能，

在上述三類基礎(chǔ)上，針對(duì)數(shù)據(jù)的業(yè)務(wù)功能，進(jìn)一步對(duì)其加以分

類。因此Oracle數(shù)據(jù)庫(kù)的表空間劃分為基本表空間和應(yīng)用表空

間。如下表：

文檔僅供參考

1）基本表空間：是指Oracle數(shù)據(jù)庫(kù)系統(tǒng)為其自身運(yùn)行而使

用的表空間。

表空間類別表空間名稱存儲(chǔ)內(nèi)容說明

數(shù)據(jù)表空間SYSTEM表空間存儲(chǔ)oracle數(shù)據(jù)庫(kù)系Oracle數(shù)據(jù)庫(kù)系統(tǒng)自身生

統(tǒng)數(shù)據(jù)字典對(duì)象成的和使用一基本表空間

數(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)立和規(guī)劃。

表空間類別表空間名稱存儲(chǔ)內(nèi)容說明

臨時(shí)表空間TEMP表空間容納排序數(shù)據(jù)由DBA設(shè)定一應(yīng)用表空間

數(shù)據(jù)表空間TABLES表空間存儲(chǔ)小數(shù)據(jù)表公用業(yè)由DBA設(shè)定一應(yīng)用表空間

務(wù)數(shù)據(jù)

數(shù)據(jù)表空間TABLESPARTITION存儲(chǔ)巨型表數(shù)據(jù)由DBA設(shè)定一應(yīng)用表空間

表空間

數(shù)據(jù)表空間INDEXS表空間存儲(chǔ)小數(shù)據(jù)表的索引由DBA設(shè)定一應(yīng)用表空間

數(shù)據(jù)表空間INDEXSPARTITION存儲(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、基本表空間及其文件命名規(guī)范

表空間名稱裸設(shè)備連接文件名普通文件名說明

SYSTEMrsystem_nn_sizesystemnn.dbf總空間大小設(shè)置為2G

SYSAUXrsysaux_nnsizesysauxnn.dbfOraclelOg中必須有

的表空間。總空間大

小設(shè)置為4G,如果空

間非常緊張，可設(shè)置

為2G

UND0TBS1rundotbs_nn_sizeundotbsnn.dbf總空間不小于8G

TEMPrtemp_nn_sizetempnn.dbf總空間不小于4G

說明：

?裸設(shè)備連接文件名

nn為從01開始計(jì)數(shù)的序號(hào)，表示文件的個(gè)數(shù)。如：01,

02,03,04...

size表示了設(shè)備的大小，由數(shù)字部分和單位部分組成：XU0

其中，X是一個(gè)正整數(shù)，取值范圍從1-1023,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開始計(jì)數(shù)的兩位整數(shù)序號(hào)。如：01,02,03,

04...

各表空間根據(jù)需求在建庫(kù)時(shí)確定。

?數(shù)據(jù)文件路徑：/home/db/oracle/oradata/{DBNAME}/

文檔僅供參考

?數(shù)據(jù)文件的使用方式：

裸設(shè)備：適用于RAC及共享磁盤雙機(jī)熱備數(shù)據(jù)庫(kù)架構(gòu)。創(chuàng)立

數(shù)據(jù)庫(kù)前，在指定的目錄下創(chuàng)立指向裸設(shè)備的軟連接文件。命令

如下：

In-s/dev/rxxxxx

/home/db/oracle/oradata/{DB_NAME}/xxxxx.dbf

2、應(yīng)用表空間和數(shù)據(jù)文件設(shè)計(jì)規(guī)范

應(yīng)用表空間分類如下：

表空間種類表空間命名規(guī)則裸設(shè)備連接文件名普通文件名

TABLES公用表空D_＜功能模塊名稱＞_nnr+表空間名稱」111_5ize表空間名稱

間_nn.dbf

TABLESD_＜數(shù)據(jù)表名＞」111r+表空間名稱nn_size表空間名稱

PARTITION分區(qū)表_nn.dbf

空間

INDEXS公用索引1_＜功能模塊名稱＞_nnr+表空間名稱_nn_size表空間名稱

表空間_nn.dbf

INDEXS1_〈數(shù)據(jù)表名＞_nnr+表空間名稱_nn_size表空間名稱

PARTITION大表索rm.dbf

引空間

LOB表空間B_＜功能模塊名稱＞_nnr+表空間名稱_nn_size表空間名稱

_nn.dbf

TEMP表空間T_＜功能模塊名稱＞_nnr+表空間名稱_nn_size表空間名稱

_nn.dbf

說明：

?表空間的命名規(guī)則

nn為從01開始計(jì)數(shù)的兩位整數(shù)序號(hào)，表示表空間的數(shù)目。

如：01,02,03,04

文檔僅供參考

?裸設(shè)備連接文件名

nn為從01開始計(jì)數(shù)的兩位整數(shù)序號(hào)，表示數(shù)據(jù)文件的數(shù)

目。如：01,02,03,04...

size表示了設(shè)備的大小，由數(shù)字部分和單位部分組成：XU0

其中，X是一個(gè)正整數(shù)，取值范圍從1?1023,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開始計(jì)數(shù)的兩位整數(shù)，表示數(shù)據(jù)文件的數(shù)目。

如：01,02,03,04...

各表空間根據(jù)需求在建庫(kù)時(shí)確定。

?數(shù)據(jù)文件路徑：/home/db/oracle/oradata/{DB_NAME}/

?數(shù)據(jù)文件的使用方式：

裸設(shè)備：適用于RAC及共享磁盤雙機(jī)熱備數(shù)據(jù)庫(kù)架構(gòu)。創(chuàng)立

數(shù)據(jù)庫(kù)前，在指定的目錄下創(chuàng)立指向裸設(shè)備的連接文件。命令如

下：

In-s/dev/rxxx