Oracle數(shù)據(jù)庫規(guī)劃設計和運行維護方案

1、Oracle數(shù)據(jù)庫規(guī)劃設計和運行維護方案(V1.0)1.前言71.1.編寫目的71.2.方案說明71.3.預期讀者82.數(shù)據(jù)庫部署模式82.1.單機模式82.2.雙機熱備模式(HA模式)82.3.集群模式(RAC92.4.主從模式(DataGuard)102.5.混合模式(DataGrard+RAC)112.6.數(shù)據(jù)庫運行模式選擇113.系統(tǒng)特點和數(shù)據(jù)庫類型123.1.業(yè)務系統(tǒng)的特點123.1.1.OLTP#點123.1.2.OLAPt點133.2.數(shù)據(jù)庫白規(guī)模133.3.數(shù)據(jù)庫版本建議144.數(shù)據(jù)庫運行環(huán)境規(guī)劃144.1.主機規(guī)劃144.2.網(wǎng)絡規(guī)劃154.3.存儲規(guī)劃175.數(shù)據(jù)庫安裝部署

2、規(guī)劃185.1.軟件安裝路徑185.2.表空間設計195.2.1.業(yè)務數(shù)據(jù)量估算195.2.2.表空間使用規(guī)則205.2.3.表空間的概念和分配原則245.2.4.表空間的參數(shù)配置255.2.5.Undo/temp表空間白勺估算295.2.6.表的參數(shù)設置295.2.7.索引的使用原則305.3.文件設計315.3.1.RAC配置文件315.3.2.參數(shù)文件315.3.3.控制文件325.3.4.重做日志文件336.數(shù)據(jù)庫應用規(guī)劃356.1.數(shù)據(jù)庫用戶設計356.1.1.用戶權限規(guī)劃356.1.2.用戶安全實現(xiàn)376.1.3.用戶類型及角色命名規(guī)范396.2.數(shù)據(jù)庫分區(qū)416.2.1.數(shù)據(jù)庫分

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

4、恢復606.7.1.RMA隔份606.7.2.EXP/IMP備份616.7.3.存儲級備份616.7.4.數(shù)據(jù)庫恢復626.8.數(shù)據(jù)庫網(wǎng)絡配置636.8.1.監(jiān)聽器的使用配置原則636.8.2.TNSNAMES使用配置原則636.8.3.RA*境下TNSNAME的配置637.業(yè)務系統(tǒng)開發(fā)建議657.1.數(shù)據(jù)庫模型設計規(guī)范657.1.1.命名規(guī)則657.1.2.數(shù)據(jù)庫對象667.2.PLSQLF發(fā)規(guī)則697.2.1.總體開發(fā)原則697.2.2.程序編寫規(guī)范707.3.SQL語句編寫規(guī)則977.3.1.查詢語句的使用原則977.3.2.DML語句的調(diào)整原則1088.數(shù)據(jù)庫體系結構1118.1.整體

5、結構1118.2.內(nèi)存結構1128.2.1.系統(tǒng)全局區(qū)（SGA1138.2.2.程序全局區(qū)（PGA1168.2.3.后臺進程1168.3.存儲結構1188.3.1.物理結構1198.3.2.邏輯結構1209.數(shù)據(jù)庫基本管理1239.1.參數(shù)文件管理1239.2.表空間管理1249.2.1.用戶表空間管理1249.2.2.臨時表空間管理1279.2.3.回滾段表空間管理1309.3.重做日志文件管理1329.3.1.增加重做日志文件組1339.3.2.添加重做日志文件組成員1339.3.3.改變重做日志文件組成員1339.3.4.刪除重做日志文件組成員1349.3.5.刪除重做日志文件組1349

6、.3.6.重做日志切換1349.3.7.重做日志清理1359.3.8.重做日志切換次數(shù)查詢1359.4.歸檔模式設置1369.4.1.單實例數(shù)據(jù)庫設置歸檔模式1369.4.2.RACa據(jù)庫設置D3檔模式1379.4.3.歸檔路徑設置1379.5.控制文件重建1389.6.內(nèi)存參數(shù)管理1409.6.1.Oracle內(nèi)存管理發(fā)展階段1409.6.2.自動內(nèi)存管理AMM1409.6.3.自動共享內(nèi)存管理ASMM1419.6.4.自動PGAt理1419.7.其它管理內(nèi)容1429.7.1.查看數(shù)據(jù)庫版本1429.7.2.數(shù)據(jù)庫字符集1429.7.3.創(chuàng)建密碼文件1439.7.4.關閉數(shù)據(jù)庫審計功能143

7、9.7.5.賬號管理1439.7.6.Profile管理14410.數(shù)據(jù)庫集群（RAC管理14410.1.RAC犬態(tài)檢查14410.1.1.檢查守護進程14410.1.2.檢查資源狀態(tài)14410.2.RAC啟動與關閉14510.3.管理OCR14510.3.1.OC就狀態(tài)查看14510.3.2.OC皤份與恢復14610.3.3.查看OC附容14610.3.4.指定OC就14710.3.5.增力口OC就14710.3.6.刪除OC就14810.4.管理VOTINGDISK14810.4.1.檢查VotingDisl盤14810.4.2.VOTINGDISK備份與恢復14810.4.3.添加VOT

8、INGDISK盤14810.4.4.刪除VOTINGDISK盤14810.5.CSS管理14910.6.SRVCTLf理工具14910.6.1.管理實例14910.6.2.管理監(jiān)聽程序14910.6.3.管理ASM15010.6.4.管理service15110.7.修改RAC勺IP及VIP15110.7.1.修改外網(wǎng)IP和心跳IP15110.7.2.修改VIP15210.7.3.查看與刪除IP15310.8.管理ASM15410.8.1.管理DiskGroup15410.8.2.ASMB容性管理15610.8.3.ASM中添加disk的方法15710.8.4.ASMCMD理命令介紹15910

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

10、的使用17912.4.5.檢查數(shù)據(jù)庫備份1832.4.7.檢查數(shù)據(jù)庫的性能183數(shù)據(jù)性檢查1891.刖日1編寫目的隨著以使用Oracle數(shù)據(jù)庫的應用系統(tǒng)不斷增加，為了加強應用系統(tǒng)在規(guī)劃、開發(fā)、實施、維護等環(huán)節(jié)工作的規(guī)范化，特編寫本文檔，力求對實際的設計、實施工作起到規(guī)范和指導作用。本方案以設計者的角度進行組織編寫，其主要思路是：作為設計人員首先要了解數(shù)據(jù)庫系統(tǒng)的運行模式，如何選擇運行模式，其次要考慮系統(tǒng)的規(guī)劃設計因素，有針對性的做好數(shù)據(jù)庫的設計，提高數(shù)據(jù)庫的性能，并對系統(tǒng)開發(fā)也提出相關要求。1方案說明本方案分為兩大部分，其中第一部分是第二到七章，主要介紹Oracle數(shù)據(jù)庫的運行

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

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

13、維護成本低。4、 對應用設計的要求較低。 由于是單實例， 不存在RACK統(tǒng)應用設計時需要注意的事項，所以應用設計的要求較低。5、可用性不高。由于是單服務器、單實例，所以服務器和實例的故障都會導致數(shù)據(jù)庫不可用。6、擴展性差。無法進行橫向擴展，只能進行縱向擴展。當應用對性能有更高的要求時，該模式的數(shù)據(jù)庫服務器無法進行增加節(jié)點、實例等橫向擴展，只能進行增加硬件配置等縱向擴展，且擴展性有局限。7、根據(jù)該模式的特點有如下要求：1）硬件配置方面預留擴展量。由于該模式無法進行橫向擴展，所以在選擇硬件配置時要為以后的縱向擴展預留擴展量，避免硬件無法滿足性能需求的情況。2）充分考慮該模式是否滿足應用未來一段時間

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

15、要注意的事項，所以應用設計的要求較低。6、具備一定的高可用性。由于是多服務器、單實例，所以服務器和實例有故障時會發(fā)生實例在不同服務器上的切換，導致數(shù)據(jù)庫的暫時不可用。無法滿足對可用性有嚴格要求的應用類型。7、擴展性差。無法進行橫向擴展，只能進行縱向擴展。當應用對性能有更高的要求時，該模式的數(shù)據(jù)庫服務器無法進行增加節(jié)點、實例等橫向擴展，只能進行增加硬件配置等縱向擴展，且擴展性有局限。根據(jù)該模式的特點有如下要求：1）硬件配置方面預留擴展量。由于該模式無法進行橫向擴展，所以在選擇硬件配置時要為以后的縱向擴展預留擴展量，避免硬件無法滿足性能需求的情況。2）充分考慮該模式是否滿足應用未來一段時間的需求。

16、需要考慮應用在未來一段時間是否會發(fā)生變化，該模式是否滿足應用變化的需求。2集群模式（RAC數(shù)據(jù)庫服務器采用RAC1式，滿足對高可用性要求高的應用類型，具備以下特點：1、需要多個硬件服務器。根據(jù)節(jié)點的個數(shù)，相應的需要多個硬件服務器。硬件成本較高。2、某些數(shù)據(jù)庫版本需要HAa件的支持。該模式下，某些數(shù)據(jù)庫版本需要配合HA軟件才可以實現(xiàn)。3、安裝配置復雜。該模式比起單實例模式，安裝配置相對復雜，安裝配置周期長。4、管理維護成本高。該模式的管理維護，對管理維護人員的要求較高，管理維護成本較高。5、對應用設計的要求較高。需要充分考慮業(yè)務的邏輯性，以避免在多節(jié)點之間的信息交換和全局鎖的產(chǎn)生。6、具備較高的

17、高可用性。由于是多服務器、多實例，單服務器和實例有故障不會影響數(shù)據(jù)庫的可用性?？梢詽M足對可用性有嚴格要求的應用類型。7、擴展性好。既可以進行橫向擴展，也可以進行縱向擴展。當應用對性能有更高的要求時，該模式的數(shù)據(jù)庫可以通過增加節(jié)點的方式進行橫向擴展，也可以通過增加硬件配置等縱向擴展，具備良好的擴展性。根據(jù)該模式的特點有如下要求：1)硬件配置方面預留擴展量。預留一定的硬件擴展量，可以更靈活的進行擴展。2)在應用設計時，充分考慮業(yè)務邏輯，減少多節(jié)點間的信息交換量，更好的發(fā)揮RAC的優(yōu)點。2主從模式(DataGuard)數(shù)據(jù)庫服務器采用DataGuard主從模式， 可以滿足對可用性有特殊需求的應用，

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

19、機。2）進行合理的設計，充分實現(xiàn)DATAGUARD功能。2混合模式（DataGrard+RAC）數(shù)據(jù)庫服務器采用DataGuard+RAC奠式，可以滿足對可用性和容災都有特定需求的應用，具備以下特點：1、需要冗余的服務器設備。該模式需要有冗余的服務器硬件。硬件成本較Mi。2、需要冗余的存儲設備。主機和備機都需要同樣的存儲空間，成本較高。3、安裝配置比較復雜。該模式既需要配置RAC又需要配置DATAGUARD已置過程比較復雜，配置周期長。4、管理維護成本高。該模式對維護人員的要求較高，維護成本高。5、具備很高的可用性和容災性。該模式既滿足高可用性也滿足容災的需求。6、備機可以用作只讀查詢。備機可

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

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

22、執(zhí)行時長，強調(diào)磁盤I/O,強調(diào)分區(qū)等。3OLTP特點通常OLTP（在線事務處理系統(tǒng)）的用戶并發(fā)數(shù)很多，但只對數(shù)據(jù)庫做很小的操作，數(shù)據(jù)庫側(cè)重于對用戶操作的快速響應，這是對數(shù)據(jù)庫最重要的性能要求。對于一個OLTP系統(tǒng)來說，數(shù)據(jù)庫內(nèi)存設計非常重要，如果數(shù)據(jù)都可以在內(nèi)存中處理，那么數(shù)據(jù)庫的性能會提高很多。內(nèi)存的設計通常是通過調(diào)整Oracle和內(nèi)存相關的初始化參數(shù)來實現(xiàn)的，比較重要的幾個是內(nèi)存相關的參數(shù)，包括SGA的大?。―ataBuffer,SharedPool）,PGA大?。ㄅ判騾^(qū)，Hash區(qū)等）等，這些參數(shù)對一個OLTP系統(tǒng)是非常重要的。OLTP系統(tǒng)是一個數(shù)據(jù)塊變化非常頻繁，SQL語句提交非常頻繁

23、的一個系統(tǒng)。對于數(shù)據(jù)塊來說，應盡可能讓數(shù)據(jù)塊保存在內(nèi)存當中，對于SQL來說，盡可能使用變量綁定技術來達到SQL的重用，減少物理I/O和重復的SQL解析，能極大的改善系統(tǒng)的性能。止匕外， 沒有綁定變量的SQL會又tOLTP數(shù)據(jù)庫造成極大的性能影響， 還有一些因素也會導致數(shù)據(jù)庫的性能下降，比如熱塊（hotblock）的問題，當一個塊被多個用戶同時讀取的時候，Oracle為了維護數(shù)據(jù)的一致性，需要使用Latch來用行化用戶的操作，當一個用戶獲得了這個Latch,其他的用戶就只能被迫的等待， 獲取這個數(shù)據(jù)塊的用戶越多， 等待就越明顯，就造成了這種熱塊問題。這種熱塊可能是數(shù)據(jù)塊，也可能是回滾段塊。對于數(shù)

24、據(jù)塊來講，通常是數(shù)據(jù)塊上的數(shù)據(jù)分布不均勻?qū)е?，如果是索引的?shù)據(jù)塊，可以考慮創(chuàng)建反向索引來達到重新分布數(shù)據(jù)的目的，對于回滾段數(shù)據(jù)塊，可以適當多增加幾個回滾段來避免這種爭用。3OLAP特點OLAP數(shù)據(jù)庫在內(nèi)存上可優(yōu)化的余地很小，但提升CPU處理速度和磁盤I/O速度是最直接的提高數(shù)據(jù)庫性能的方式。實際上，用戶對OLAP系統(tǒng)性能的期望遠遠沒有對OLTP性能的期望那么高。對于OLAP系統(tǒng)，SQL的優(yōu)化顯得非常重要，如果一張表中只有幾千數(shù)據(jù)，無論執(zhí)行全表掃描或是使用索引，對用戶來說差異都很小，幾乎感覺不出來，但是當數(shù)據(jù)量提升到幾億或者幾十億或者更多的時候，全表掃描，索引可能導致極大的性能差異，因此SQL語

25、句的優(yōu)化顯得重要起來。分區(qū)技術在OLAP數(shù)據(jù)庫中很重要，這種重要主要是體現(xiàn)在數(shù)據(jù)管理上，比如數(shù)據(jù)加載，可以通過分區(qū)交換的方式實現(xiàn)，備份可以通過備份分區(qū)表空間，刪除數(shù)據(jù)可以通過分區(qū)進行刪除。3數(shù)據(jù)庫的規(guī)模對于數(shù)據(jù)庫的規(guī)模，僅從數(shù)據(jù)量來衡量其規(guī)模的大小。因為數(shù)據(jù)量的規(guī)模是反映數(shù)據(jù)庫規(guī)模的主要指標。具體如下：1）數(shù)據(jù)庫業(yè)務數(shù)據(jù)量小于100GB屬小規(guī)模數(shù)據(jù)庫2）數(shù)據(jù)庫業(yè)務數(shù)據(jù)量仃B以內(nèi)屬中大規(guī)模數(shù)據(jù)庫3）數(shù)據(jù)庫業(yè)務數(shù)據(jù)量大于仃B屬大規(guī)模數(shù)據(jù)庫3數(shù)據(jù)庫版本建議Oracle數(shù)據(jù)庫產(chǎn)品推出新的主要版本后，要經(jīng)歷一個版本不穩(wěn)定期。在此期間新版的數(shù)據(jù)庫產(chǎn)品存在較多的bug。在安裝和運行過程中，會存在數(shù)據(jù)庫安裝困

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

27、的響應時間和吞吐量，并得出當前服務器的各種資源的利用情況。在規(guī)劃系統(tǒng)配置時要預留做系統(tǒng)管理時所消耗的資源，如在做備份、恢復、問題診斷、性能分析、系統(tǒng)維護時都會對系統(tǒng)資源帶來額外的消耗，對重要資源要考慮為將來留下升級和可擴展的余地。在進行服務器配置規(guī)劃時，要注意以下幾點：1）CPU要考慮業(yè)務高峰時處理器的能力，并適當保留一些緩沖，確保在業(yè)務增長時，系統(tǒng)有擴展的余地。2）內(nèi)存：要為運行在此服務器的所有應用軟件考慮內(nèi)存，所需要的內(nèi)存主要依賴于用戶數(shù)、應用程序類型、進程的方式、和應用程序處理的數(shù)據(jù)量決定。3）磁盤：評估業(yè)務的實際用戶的數(shù)據(jù)量，以此推算出磁盤的最小個數(shù)，不要忘記選擇備份設備（如磁帶機）4

28、)IO槽：盡量保留更多的IO槽，防止將來插更多的PCI卡。5)網(wǎng)絡：選擇合適的網(wǎng)卡，保證網(wǎng)絡不是系統(tǒng)的瓶頸。數(shù)據(jù)庫服務器優(yōu)先考慮使用小型機和UNIX操作系統(tǒng)， 但是當前用戶大都選擇PC服務器和Linux操作系統(tǒng)，推薦的數(shù)據(jù)庫服務器配置如下：處理器：核心不低于24,主頻不低于2.6GHz,三級緩存不低于30MB內(nèi)存：容量不低于256GDDR物率不低于2133MHz支持EC3I錯、內(nèi)存鏡像、內(nèi)存熱備等功能。存儲：雙盤，單盤容量不低于300GB支持RAID網(wǎng)卡和HBA卡：2個千兆網(wǎng)口，2個萬兆網(wǎng)口，2個FC接口。網(wǎng)卡進行綁定。操作系統(tǒng)：Linuxo4網(wǎng)絡規(guī)劃網(wǎng)絡規(guī)劃的基本原則就是將業(yè)務生產(chǎn)網(wǎng)絡、存儲

29、網(wǎng)絡和管理網(wǎng)絡分開，推薦在生產(chǎn)網(wǎng)絡使用萬兆網(wǎng)，存儲使用SAN存儲網(wǎng)絡，管理網(wǎng)可使用千兆網(wǎng)。對于數(shù)據(jù)庫單機模式、HA雙機模式以及主備模式的生產(chǎn)環(huán)境，主要基本符合網(wǎng)絡規(guī)劃的基本原則即可。對于集群模式，因Oracle有其特殊要求，所以在結合網(wǎng)絡規(guī)劃基本原則的基礎上，可進行細化實施。在Oracle11gR2中，安裝RACS生了顯著變化。在10g以及11gR1的時代，安裝RAC的步驟是先安裝CRS再安裝DB而到了11gR2的時代，crs與asm被集成在一起， 合稱為GRID必須先安裝GRID后，才能繼續(xù)安裝DB本方案以主流的ORACLE11gR2RAC勺網(wǎng)絡規(guī)劃為例進行詳細說明。假設服務器上有4塊網(wǎng)卡：

30、eth0,eth1,eth2,eth3.可以將eth0和eth2綁定成bond。 。作為RACKpublic-ip,提供外部通信。然后將eth1和eth3綁定成bond1,作為RAC勺private-ip,提供內(nèi)部心跳通信。服務器上的HBA#通過光纖交換機與后端存儲通信。公有IP和虛擬IPOracleRAC中每個節(jié)點都有一個虛擬IP,簡稱VIP,與公網(wǎng)PUBLICIP在同一個網(wǎng)段。VIP附屬在public網(wǎng)口接口。VIP和PUBLICIP最主要的不同之處在于：VIP是浮動的，而PUBLICIPM固定的。在所有節(jié)點都正常運行時，每個節(jié)點的VIP會被分配到publicNIC上；在linux下ifc

31、on巾g查看，public網(wǎng)卡上是2個IP地址；如果一個節(jié)點宕機，這個節(jié)點的VIP會被轉(zhuǎn)移到還在運行的節(jié)點上。也就是幸存的節(jié)點的publicNIC這個網(wǎng)卡上，會有3個IP地址。PUBLICIP地址是一個雙網(wǎng)卡綁定的公有地址，用戶通過交換機來進行訪問。RAC中的私有IPRAC的Private私有IP用于心跳同步， 這個對于用戶層面， 可以直接忽略。 簡單理解，這個IP用來保證數(shù)據(jù)庫節(jié)點同步數(shù)據(jù)用的，屬于RACft部之間通信。priv與public不應同屬一個接口。Metalink上的RACC檔是推薦使用交換機彳為內(nèi)部網(wǎng)卡的連接，而不使用交叉線，原因是避免因為對連節(jié)點關閉或重啟而導致網(wǎng)卡檢查到鏈接

32、故障狀態(tài)而刪除綁定的協(xié)議。導致高速緩存合并網(wǎng)絡將會變?yōu)椴豢捎谩CANIP在11gR2中，SCANIP是作為一個新增IP出現(xiàn)的，SCANIP其實是Oracle在客戶端與數(shù)據(jù)庫之間，新加的一個連接層，當有客戶端訪問時，連接到SCANIPLISTENER而SCANPLISTENERS收至U連接請求時，會根據(jù)LBA算法將該客戶端的連接請求，轉(zhuǎn)發(fā)給對應的instance上的VIPLISTENER從而完成了整個客戶端與服務器的連接過程。簡化如下：client-scanlistener-locallistener-localinstance也可以把scan理解為一個虛擬主機名，它對應的是整個RAC群。客戶

33、端主機只需通過這個scanname即可訪問數(shù)據(jù)庫集群的任意節(jié)點。當然訪問的節(jié)點是隨機的，Oracle強烈建議通過DNSServer的roundrobin模式配置解析SCAN實現(xiàn)負載均衡 （即輪換連接SCAN寸應的IP地址）。4存儲規(guī)劃數(shù)據(jù)庫一般使用磁盤陣列（RAID保存數(shù)據(jù)，使用磁盤陣列有兩個優(yōu)點：首先，盤陣可以提供一個具有容錯能力的I/O系統(tǒng)，當系統(tǒng)中某個磁盤驅(qū)動器出現(xiàn)故障時，可避免丟失數(shù)據(jù)，因此具有容錯能力；其次，允許多個但磁盤驅(qū)動器配置成為一個大的虛擬磁盤驅(qū)動器，從而方便管理，提高性能。盤P$RAID方式分為RAID0,RAID1,RAID1QRAID2,RAID3,RAID4,RAID

34、5等，其邏輯和物理組合方式各有差異?；贠racle數(shù)據(jù)庫配置RAID系統(tǒng)，有以下幾種解決方案：4解決方案對容錯能力最好的解決方案就是最大限度地使用RAID1和RAID10規(guī)劃部署時遵循以下原則：1）對操作系統(tǒng)和Oracle程序使用RAID1；2）對數(shù)據(jù)庫重做日志文件使用RAID1,可以優(yōu)化性能；3）對歸檔日志文件使用RAID01,既能保護數(shù)據(jù)，又不會影響性能；4）對數(shù)據(jù)文件使用RAID1Q并使用多個磁盤驅(qū)動器以保證不超過單塊盤的負載。2、較好的解決方案對于容錯能力，較好的解決方案是混合使用RAID10和RAID5,遵循以下原則：1）對操作系統(tǒng)和Oracle程序使用RAID1；2）對數(shù)據(jù)庫重做

35、日志文件共享一個RAID1或RAID1Q3）對歸檔日志文件可使用RAID10或RAID0這兩種方式均可保護數(shù)據(jù)且不影響性能；4）對數(shù)據(jù)文件使用RAID1Q并使用過個磁盤驅(qū)動器以保證不超過單個磁盤負載。 混合使用RAID10和RAID5可實現(xiàn)很好的性能，容錯能力也很高。3、經(jīng)濟型解決方案對容錯能力，此方案使用RAID1和RAID0遵循以下原則：1）對操作系統(tǒng)和Oracle程序使用RAID1;2）對重做日志文件使用RAID1;3）對歸檔日志文件使用RAID10或RAID5;4）對數(shù)據(jù)文件使用RAID5或RAIDQ其中RAID0用來提供必要的性能，并使用過個磁盤驅(qū)動器以保證不超過單盤的負載。此方案提

36、供的系統(tǒng)性能比前兩個方案要低，其價格是優(yōu)勢。在進行存儲規(guī)劃時，需要特別注意：1）若系統(tǒng)沒有使用容錯功能，那么只要有一塊磁盤驅(qū)動器發(fā)生故障，就必須恢復整個數(shù)據(jù)庫；2）容錯磁盤不能替代數(shù)據(jù)庫備份策略；3）系統(tǒng)可能會發(fā)生變化，要緊跟用戶的需求；4）以上的解決方案都要考慮磁盤驅(qū)動器的數(shù)量，應具備足夠數(shù)量的磁盤驅(qū)動器以防系統(tǒng)瓶頸的產(chǎn)生；5）對于硬件的保護不僅僅是磁盤驅(qū)動器，還包括冗余電源，磁盤控制卡和風扇等等，如果存儲系統(tǒng)沒有冗余機制，則這其中任何一項故障都會導致業(yè)務系統(tǒng)停機和丟失數(shù)據(jù)等損失。5.數(shù)據(jù)庫安裝部署規(guī)劃5軟件安裝路徑建立單獨的文件系統(tǒng)來安裝數(shù)據(jù)庫軟件， 且文件系統(tǒng)的mount點不要直接建立在

37、根目錄下。安裝路徑：/home/db/oracle各種環(huán)境變量設置：ORACLE_BASE=/home/db/oracleCRS_HOME=/home/db/oracle/crs/數(shù)據(jù)庫release版本ORACLE_HOME=/home/db/oracle/product/數(shù)據(jù)庫release版本普通使用模式的Oracle數(shù)據(jù)庫的服務名和實例名 （SID）是相同的；RACK式下的Oracle數(shù)據(jù)庫的服務名與實例名不同。數(shù)據(jù)庫服務名的命名格式為：XXXYYdbm數(shù)據(jù)庫的SID的命名格式為：XXXYYdbmn說明：1、其中XXX表示長度為3個字符的應用項目縮寫，具體的見相關設計文檔。2、YY:代

38、表數(shù)據(jù)庫用途，pd代表生產(chǎn)庫，hi代表歷史庫，rp代表報表庫，cf代表配置庫；3、m表示數(shù)據(jù)庫序號，從0-9,根據(jù)項目的數(shù)據(jù)庫數(shù)量進行編號。4、n表示RAO點實傷J序號1,2,3。用以區(qū)分多節(jié)點的RAO據(jù)庫的不同實例。對于普通模式的數(shù)據(jù)庫，該位不指定。5表空間設計5業(yè)務數(shù)據(jù)量估算估算所有業(yè)務對象下的所有表的尺寸。數(shù)據(jù)量估算的前提：1）數(shù)據(jù)庫的物理表結構已經(jīng)確定，并且設計已凝固。2）用戶方提供較為準確的估算依據(jù)，例如業(yè)務變動的頻率、數(shù)據(jù)需要保存的周期等。該表是一個示例，可根據(jù)業(yè)務的不同有所變化。廳 P表名增長量（/小時/天/周）增長量（/月/半年）年數(shù)據(jù)量數(shù)據(jù)庫生命周期內(nèi)的總計.5

39、..10.11.合計新上線或擴容時，對所申請的存儲不得全部一次性掛上，應該預留出30%左右的空間用于追加，以防止出現(xiàn)業(yè)務發(fā)展和預期不一致時剩余空間多寡不均，調(diào)整困難。操作系統(tǒng)上應該預先做好幾個合適大小的邏輯卷備用，包括用于system/sysaux等表空間的小尺寸的邏輯卷和用于數(shù)據(jù)表空間、索引表空間的大尺寸邏輯卷，這些邏輯卷要求在HA兩邊主機都可見，不必單純因為數(shù)據(jù)庫增加數(shù)據(jù)文件而需要重新同步HA5表空間使用規(guī)則目前多數(shù)數(shù)據(jù)庫系統(tǒng)采用數(shù)據(jù)“大集中”原則，對數(shù)據(jù)庫的性能要求較高。這就要求對數(shù)據(jù)庫進行必要的優(yōu)化配置。在表空間的配置上，應遵循以下原則：1、最小化磁盤I/O。2、在不同的

40、物理磁盤設備上，分配數(shù)據(jù)。3、盡可能使用本地管理表空間。多數(shù)系統(tǒng)采用RAID1+0或RAID0+1,該技術很好的解決了最小化磁盤I/O?；静槐乜紤]在不同的物理磁盤設備上，分配數(shù)據(jù)的原則。表空間的類型按照表空間所包含的數(shù)據(jù)文件類型，Oracle表空間類型有三類：1、數(shù)據(jù)表空間(permanencetablespace)：用來保存永久數(shù)據(jù)，包含永久數(shù)據(jù)文件。強烈建議在永久表空間內(nèi)創(chuàng)建永久數(shù)據(jù)文件，不要創(chuàng)建臨時數(shù)據(jù)文件。2、臨時表空間(temporarytablespace):用來保存臨時數(shù)據(jù)，多用于數(shù)據(jù)的磁盤排序。強烈建議在臨時表空間內(nèi)創(chuàng)建臨時數(shù)據(jù)文件，不要創(chuàng)建永久數(shù)據(jù)文件。3、回滾表空間（ro

41、llback/undotablespace）:僅用來保存回退信息。不能在該表空間創(chuàng)建其他類型的段（如表、索引等）。為了更好的管理表空間，同時提高Oracle數(shù)據(jù)庫系統(tǒng)性能，在上述三類基礎上，針對數(shù)據(jù)的業(yè)務功能，進一步對其加以分類。因此Oracle數(shù)據(jù)庫的表空問劃分為基本表空間和應用表空問。如下表：1）基本表空間：是指Oracle數(shù)據(jù)庫系統(tǒng)為其自身運行而使用的表空問表空間類別表空間名稱存儲內(nèi)容說明數(shù)據(jù)表空間SYSTEMI空間存儲oracle數(shù)據(jù)庫系統(tǒng)數(shù)據(jù)字典對象Oracle數(shù)據(jù)庫系統(tǒng)自身生成的和使用一基本表空間數(shù)據(jù)表空間SYSAUX存儲SYSAU激據(jù)Oracle數(shù)據(jù)庫系統(tǒng)自身生成的和使用一基本表

42、空間回滾表空間UNDO1空間容納回滾數(shù)據(jù)如果UNDOa空間是自動管理，則Oracle數(shù)據(jù)庫系統(tǒng)自身生成的。生產(chǎn)數(shù)據(jù)庫不得有如TOOLSXDBEXAMPLEoracle默認安裝表空間。2）應用表空間：是指業(yè)務應用數(shù)據(jù)保存在此類表空間中。它由DBA或相關的數(shù)據(jù)庫規(guī)劃設計人員創(chuàng)建和規(guī)劃表空間類別表空間名稱存儲內(nèi)容說明臨時表空間TEM儂空間容納排序數(shù)據(jù)由DBA設定一應用表空間數(shù)據(jù)表空間TABLES空間存儲小數(shù)據(jù)表公用業(yè)務數(shù)據(jù)由DBA設定一應用表空間數(shù)據(jù)表空間TABLESPARTITION表空間存儲巨型表數(shù)據(jù)由DBA設定一應用表空間數(shù)據(jù)表空間INDEXM空間存儲小數(shù)據(jù)表的索引由DBA設定一應用表空間數(shù)據(jù)

43、表空間INDEXSPARTITION表空間存儲巨型數(shù)據(jù)表的索引由DBA設定一應用表空間數(shù)據(jù)表空間LOB表空間存儲LOB的數(shù)據(jù)由DBA設定一應用表空間表空間和數(shù)據(jù)文件的命名規(guī)則數(shù)據(jù)文件都使用裸設備方式，使用固定大小，不得設置為自動擴展1、基本表空間及其文件命名規(guī)范表空間名稱裸設備連接文件名普逋文件名說明SYSTEMrsystem_nn_sizesystemnn.dbf總空間大小設置為2GSYSAUXrsysaux_nn_sizesysauxnn.dbfOracle10g中必須有的表空間。總空間大小設置為4G,如果空間非常緊張，可設置為2GUNDOTBS1rundotbs_nn_sizeundot

44、bsnn.dbf總空間/、小于8GTEMPrtemp_nn_sizetempnn.dbf總空間/、小于4G說明:裸設備連接文件名nn為從01開始計數(shù)的序號，表示文件的個數(shù)。如：01,02,03,04size表示了設備的大小，由數(shù)字部分和單位部分組成：XU其中，X是一個正整數(shù)，取值范圍從11023,U是單位標識位， 是1位的字符， 取值范圍為k、mg、t,分別表示了KByte、MByte、GByte、TByte,size的值應該根據(jù)設備的數(shù)據(jù)大小指定。普通文件名（即創(chuàng)建在文件系統(tǒng)上的文件）nn為從01開始計數(shù)的兩位整數(shù)序號。 如：01,02,03,04各表空間根據(jù)需求在建庫時確定。數(shù)據(jù)文件路徑：

45、/home/db/oracle/oradata/DB_NAME/數(shù)據(jù)文件的使用方式：裸設備：適用于RACS共享磁盤雙機熱備數(shù)據(jù)庫架構。創(chuàng)建數(shù)據(jù)庫前，在指定的目錄下創(chuàng)建指向裸設備的軟連接文件。命令如下：ln-s/dev/rxxxxx/home/db/oracle/oradata/DB_NAME/xxxxx.dbf2、應用表空間和數(shù)據(jù)文件設計規(guī)范應用表空間分類如下：表空間種類表空間命名規(guī)則裸設備連接文件名普逋文件名TABLES公用表空間D_電能模塊名稱_nnr+表空間名稱_nn_size表空間名稱_nn.dbfTABLESPARTITION分區(qū)表空間口_嗷除名_nnr+表空間名稱_nn_size表

46、空間名稱_nn.dbfINDEXS公用索引表空間I_功能模塊名稱_nnr+表空間名稱_nn_size表空間名稱_nn.dbfINDEXSPARTITION大表索引空間I_數(shù)據(jù)表名_nnr+表空間名稱_nn_size表空間名稱_nn.dbfLOB表空間B_小能模塊名稱_nnr+表空間名稱_nn_size表空間名稱_nn.dbfTEM昧空間T_功能模塊名稱_nnr+表空間名稱_nn_size表空間名稱_nn.dbf說明:表空間的命名規(guī)則nn為從01開始計數(shù)的兩位整數(shù)序號，表示表空間的數(shù)目。如：01,02,03,04裸設備連接文件名nn為從01開始計數(shù)的兩位整數(shù)序號，表示數(shù)據(jù)文件的數(shù)目。如：01,0

47、2,03,04size表示了設備的大小，由數(shù)字部分和單位部分組成：XU其中，X是一個正整數(shù)，取值范圍從11023,U是單位標識位， 是1位的字符， 取值范圍為k、mg、t,分別表示了KByte、MByte、GByte、TByte,size的值應該根據(jù)設備的數(shù)據(jù)大小指定。普通文件名（即創(chuàng)建在文件系統(tǒng)上的文件）nn為從01開始計數(shù)的兩位整數(shù)，表示數(shù)據(jù)文件的數(shù)目。如：01,02,03,04各表空間根據(jù)需求在建庫時確定數(shù)據(jù)文件路徑：/home/db/oracle/oradata/DB_NAME/數(shù)據(jù)文件的使用方式：裸設備：適用于RACS共享磁盤雙機熱備數(shù)據(jù)庫架構。創(chuàng)建數(shù)據(jù)庫前，在指定的目錄下創(chuàng)建指向裸

48、設備的連接文件。命令如下：ln-s/dev/rxxx/home/db/oracle/oradata/DB_NAME/r+表空間名稱_nn_size其中：xxx為裸設備的名稱。5表空間的概念和分配原則表空間相關概念（extent）、段（segment）的概念及其之間的關系。如下圖:在規(guī)范表空間存儲參數(shù)之前有必要澄清關于數(shù)據(jù)塊（datablock）、區(qū)數(shù)據(jù)塊（datablock）：Oracle存儲數(shù)據(jù)最細粒度是數(shù)據(jù)塊，它是操作系統(tǒng)文件塊的整數(shù)倍（有時也稱邏輯塊，Oracle塊，或頁）。一個數(shù)據(jù)塊大小有2k、4k、8k、16k等，并以此單位大小保存在物理磁盤中。區(qū)（extent）：是由一序列相鄰連續(xù)

49、的數(shù)據(jù)塊組成的區(qū)域叫區(qū)。區(qū)存儲特定類型的數(shù)據(jù)。它比數(shù)據(jù)塊高一級別。段（segment）：比區(qū)（extent）高一邏輯存儲級別的稱作段（segment）。段是由一系列區(qū)組成。用來存儲一個特定的數(shù)據(jù)結構，并且該段只能分配在同一表空間中，不能跨越表空間。如：每個表（table）的數(shù)據(jù)保存在自己的數(shù)據(jù)段中；而每個索引保存在自己的索引段中；如果表或索引是分區(qū)的，則每個分區(qū)擁有自己的段5232表空間的分配原則對于小規(guī)模數(shù)據(jù)庫，I/O不是主要的性能瓶頸，可以不考慮物理分布的問題。對于中規(guī)模數(shù)據(jù)庫及大規(guī)模數(shù)據(jù)庫，應當考慮：1、 盡可能把應用數(shù)據(jù)表空間、 應用的索引表空間以及相應得分區(qū)表空間分布在獨立的物理卷上

50、。2、其次把UNDOTEMPREDOLOG布在不同的物理卷上。5表空間的參數(shù)配置對于數(shù)據(jù)庫的存儲空間管理Oracle有以下的選擇：Extent管理對Extent的管理有兩種方式。一般情況下，推薦數(shù)據(jù)庫管理員使用本地管理中的指定大?。║niformSize）的方式創(chuàng)建表空間。.數(shù)據(jù)字典管理（DictionaryManagement）在數(shù)據(jù)字典的管理方式中，數(shù)據(jù)庫使用數(shù)據(jù)字典來跟蹤數(shù)據(jù)對象的存儲分配，這樣當出現(xiàn)數(shù)據(jù)對象的存儲變化時，數(shù)據(jù)庫需要更新數(shù)據(jù)字典以保證系統(tǒng)可以跟蹤數(shù)據(jù)庫對象的存儲變化，這在某種程度上會造成系統(tǒng)性能的下降。.本地管理(LocalManagement)在本地管理方式中，數(shù)據(jù)庫使

51、用每一個數(shù)據(jù)文件的前面8個數(shù)據(jù)塊中的每一位來代表數(shù)據(jù)塊的占用方式。由于這種方式跟蹤數(shù)據(jù)對象的存儲分配不需要訪問數(shù)據(jù)字典，這在一定程度上避免了遞歸調(diào)用的出現(xiàn)，提高了系統(tǒng)存儲管理的效率。對于本地的Extent管理有兩種方式：自動分配(Autoallocate)自動分配的方式指由數(shù)據(jù)庫系統(tǒng)按照數(shù)據(jù)對象的大小決定該對象的每一個EXNENT勺大小。一般情況下，由于數(shù)據(jù)庫系統(tǒng)并不能預先的確定該對象的總的大小，數(shù)據(jù)庫總是傾向于在初始的幾個Extent使用較小的值，然后按照8-12810248192個數(shù)據(jù)塊的方式急劇的增大。這通常會造成系統(tǒng)過多的碎片和較低的存儲空間的利用效率。指定大小(UniformSize

52、)指定大小的方式指由數(shù)據(jù)庫管理員在創(chuàng)建表空間時間指定該表空間的所有的EXNENT勺大小，這樣該表空間的所有的Extent具有同樣的大小。一般情況下，由于數(shù)據(jù)庫管理員能夠預先的估計出該表空間的數(shù)據(jù)對象的大小，所以數(shù)據(jù)庫管理員通常能夠確定合適的UNIFORMSIZ竦創(chuàng)建數(shù)據(jù)表空間。通過指定合適的數(shù)據(jù)表空間， 可以避免系統(tǒng)出現(xiàn)過多的碎片和提高存儲空間的利用效率。一般情況下，建議數(shù)據(jù)庫管理員能夠使用指定大小的方式來創(chuàng)建表空間，除非明確知道表空間中僅僅存儲較小的數(shù)據(jù)對象，否則不要使用自動的EXTENT!理方式。Segment管理對Segment的管理可分為兩種。推薦使用ASS昉式。.手工管理方式(Man

53、ual)手工管理方式是指用戶創(chuàng)建表空間時使用手工指定參數(shù)Freelist,FreelistGroup來控制表空間的段的空閑塊。手工的管理管理可以帶來更多的靈活性。.自動管理方式(ASSM自動的管理方式指數(shù)據(jù)庫系統(tǒng)使用BITMAP勺方式來管理空閑塊。在這種情況下如果多個對象需要分配空間，可能會造成對某一塊的競爭數(shù)據(jù)表空間的存儲參數(shù)數(shù)據(jù)表空間的區(qū)（extent）管理：表空間是以區(qū)為單位進行分配空間的。自從9i及以后版本推薦使用本地管理表空間，并且本地管理表空間是默認的。對應的createtablespace語句子句為EXTENTMANAGEMENTCALOracle已不推薦使用字典管理的表空問。如

54、下圖：如果表空間包含各種不同大小的數(shù)據(jù)庫對象，而這些對象擁有不同尺寸的區(qū)，貝U選擇AUTOALLOCATE最好的選擇。 即字句EXTENTMANAGEMENLOCALAUTOALLOCATE讓Oracle來管理EXTENT勺分配。如下例：SQLCREATTABLESPACEestDATAFILE7u02/oracle/data/test01.dbfSIZE50MEXTENTMANAGEMENTLOCALAUTOALLOCATE;如果能夠預先估算出單個對象或一系列對象的所分配的空間及EXTENTS勺尺寸，則選擇UNIFORMS個比較好的選擇。即字句UNFORMSIZEM。如下例：SQLCREAT

55、TABLESPACEestDATAFILE7u02/oracle/data/test01.dbfSIZE50MEXTENTMANAGEMENTLOCALUNIFORMSIZE128K;表空間的段（segment）管理：段管理分為自動段空間管理（缺省參數(shù)）和手動段空間管理，對應的子句如下圖：segment_management_clause:MANUALMANUALAUTOAUTO自動段管理是一種相對簡單而有效的段空間的管理方式。該方式完全摒除了PCTUSED,FREELISTS,FREELISTSGROUPS理存儲參數(shù)的設置。即使這些參數(shù)被指定，Oracle仍然會忽略它。自動段管理可根據(jù)用戶數(shù)

56、和實例數(shù)自動調(diào)整，對于大多數(shù)標準負載和應用性能來說，要比手動調(diào)整管理段要更好。因此多數(shù)情況下推薦使用段管理。如下列：SQLCREATTABLESPACEestDATAFILE/u02/oracle/data/test01.dbfSIZE50MEXTENTSQLMANAGEMENTLOCALSQLSEGMENTSPACEMANAGEMENTAUTO;下面是完整的例子：例1:本地管理表空間+自動段空間管理sqlSQLCREATETABLESPACETESTSQLDATAFILE/ORACLE/PRODUCT/10.2.0/ORADATA/ORCLTEST.DBFSIZE5MSQLEXTENTMAN

57、AGEMENTLOCALSQLSEGMENTSPACEMANAGEMENTAUTO;例2:本地管理表空間+自動統(tǒng)一尺寸段空間管理sqlSQLCREATETABLESPACETESTSQLDATAFILE/ORACLE/PRODUCT/10.2.0/ORADATA/ORCLTEST.DBFSIZE5MSQLEXTENTMANAGEMENTLOCALUNIFORMSIZE2MSQLSEGMENTSPACEMANAGEMENTAUTO;臨時表空間的存儲參數(shù)Oracle推薦使用本地表空間管理，統(tǒng)一區(qū)尺寸管理1M分別對應的子句是EXTENTMANAGEMENTLOCALNIFORMSIZE1M例：SQL

58、SEGMENTSEGMENTSPACESPACEN N心AGEMEHTSQLCREATETEMPORARYTABLESPACETEMP1SQLTEMPFILE/ORACLE/PRODUCT/10.2.0/ORADATA/ORCL/temp1.dbfSIZE5MSQLEXTENTMANAGEMENTLOCALUNIFORMSIZE1M;自動擴展語句會造成數(shù)據(jù)文件的自動增長，在使用裸設備的情況下可能造成文件越界，在使用文件系統(tǒng)的情況下可能造成文件系統(tǒng)無空閑空間。不應使用自動擴展的功能。5Undo/temp表空間的估算Undo設置原則oracle9i以后的版本，推薦使用UNDOABLESPACE系統(tǒng)

59、自動管理回滾段。須考慮以下幾個問題：系統(tǒng)并發(fā)事務數(shù)有多少？系統(tǒng)是否存在大查詢或者大是事務？頻繁與否？能提供給系統(tǒng)的回滾段表空間的磁盤空間是多少？Temp設置原則可創(chuàng)建缺省臨時表空間temp,取數(shù)據(jù)庫的缺省參數(shù)。一般情況下，生產(chǎn)數(shù)據(jù)庫系統(tǒng)的臨時表空間不是用缺省的。應另外創(chuàng)建臨時表空間，以供較大的排序事務使用。可設置每個Transaction類別用戶，對應一個臨時表空間。5表的參數(shù)設置.Pctfree、Pctused存儲參數(shù)pctfree和pctused決定了一個數(shù)據(jù)塊在不同的數(shù)據(jù)庫操作下的可用性， 它與數(shù)據(jù)對象的操作性質(zhì)密切相關。對于主要操作為insert的數(shù)據(jù)對象，可以考慮設定較小pctfre

60、e和較大的pctused,如pctfree=5Pctused=60。對于更新較為頻繁的系統(tǒng)，可以設定較大的pctfree和較小的pctused來避免行的遷移，如pctfree=20Pctused=40。對于銀行系統(tǒng)，由于數(shù)據(jù)的保留時間較長，同時數(shù)據(jù)的刪除較少可以考慮設定較小的pctfree和較大的pctused,如：Pctfree=10Pctused=50。2.Initrans、Maxtrans存儲參數(shù)initrans和maxtrans決定了數(shù)據(jù)對象的同一個數(shù)據(jù)塊中能夠并發(fā)進行的事務數(shù)。由于目前的數(shù)據(jù)塊由逐步變大的趨勢， 故此同一個數(shù)據(jù)塊中發(fā)生并發(fā)事務的幾率在上升。對于db_Block_Siz