oracle資料庫規劃設計
和執行維護方案
（v1.0）
隨著以使用oracle資料庫的應用系統不斷增加，為了加強應用系統在規劃、開發、實施、維護等環節工作的規範化，特編寫本文件，力求對實際的設計、實施工作起到規範和指導作用。
本方案以設計者的角度進行組織編寫，其主要思路是：作為設計人員首先要了解資料庫系統的執行模式，如何選擇執行模式，其次要考慮系統的規劃設計因素，有針對性的做好資料庫的設計，提高資料庫的效能，並對系統開發也提出相關要求。
本方案分為兩大部分，其中第一部分是第二到七章，主要介紹oracle資料庫的執行方式和規劃設計以及與開發相關內容；第二部分是第八到十二章，主要介紹資料庫的日常執行維護相關的內容。第一部分偏重於規劃和開發，第二部分偏重於實際管理及命令。
其中：第二章介紹了oracle資料庫的部署執行方式；第三章介紹了業務系統特點和資料庫的型別規模以及部署前的建議；第四章介紹了資料庫執行的物理環境的配置規劃；第五章介紹了oracle資料庫的安裝部署規劃以及命名原則；第六章介紹了資料庫的應用規劃；第七章介紹了系統開發的建議；第八章介紹資料庫的體系架構；第九章介紹資料庫的基本管理方法；第十章介紹了資料庫集群的管理；第十一章介紹了資料庫的備份和恢復；第十二章介紹了資料庫的日常執行維護管理。
本方案編寫過程中注重實際的可操作性，所提出的建議盡量覆蓋系統生命週期中的各個關鍵點。其中所涉及的引數和指針對系統的建設和運營起指導作用，但是在實際工作中，每個系統都有各自的特點，所以建議在初期對系統進行初始配置後，應根據系統的實際執行狀態進行相應調整。
專案基礎設施可行性研究、設計和實施人員，專案組系統設計開發人員，相關執行維護技術人員。
資料庫伺服器採用單伺服器模式，滿足對可用性和效能要求不高的應用，具備以下特點:
1、硬體成本低。單節點，硬體投入較低，滿足非重要系統的需求。
2、安裝配置簡單。由於是單節點、單例項，所以安裝配置比較簡單。
3、管理維護成本低。單例項，維護成本低。
4、對應用設計的要求較低。由於是單例項，不存在rac系統應用設計時需要注意的事項，所以應用設計的要求較低。
5、可用性不高。由於是單伺服器、單例項，所以伺服器和例項的故障都會導致資料庫不可用。
6、擴充套件性差。無法進行橫向擴充套件，只能進行縱向擴充套件。當應用對效能有更高的要求時，該模式的資料庫伺服器無法進行增加節點、例項等橫向擴充套件，只能進行增加硬體配置等縱向擴充套件，且擴充套件性有侷限。
7、根據該模式的特點有如下要求：
1) 硬體配置方面預留擴充套件量。由於該模式無法進行橫向擴充套件，所以在選擇硬體配置時要為以後的縱向擴充套件預留擴充套件量，避免硬體無法滿足效能需求的情況。
2) 充分考慮該模式是否滿足應用未來一段時間的需求。需要考慮應用在未來一段時間是否會發生變化，該模式是否滿足應用變化的需求。
資料庫伺服器採用雙機熱備模式，可以滿足對可用性有一定要求的應用，
具備以下特點：
1、需要冗餘的伺服器裝置。該模式需要有冗餘的伺服器硬體，以滿足一備一或者一備多的需求。硬體成本較高。
2、需要ha軟體的支援。該模式需要配合ha軟體才可以實現。
3、安裝配置相對簡單。該模式比單節點、單例項的模式配置複雜一些，需要更多的配置步驟，但相比較rac、dataguard等模式要簡單。
4、管理維護成本低。單例項，對維護人員的要求較低，維護成本低。
5、對應用設計的要求較低。由於是單例項，不存在rac系統應用設計時需要注意的事項，所以應用設計的要求較低。
6、具備一定的高可用性。由於是多伺服器、單例項，所以伺服器和例項有故障時會發生例項在不同伺服器上的切換，導致資料庫的暫時不可用。無法滿足對可用性有嚴格要求的應用型別。
7、擴充套件性差。無法進行橫向擴充套件，只能進行縱向擴充套件。當應用對效能有更高的要求時，該模式的資料庫伺服器無法進行增加節點、例項等橫向擴充套件，只能進行增加硬體配置等縱向擴充套件，且擴充套件性有侷限。
根據該模式的特點有如下要求：
1) 硬體配置方面預留擴充套件量。由於該模式無法進行橫向擴充套件，所以在選擇硬體配置時要為以後的縱向擴充套件預留擴充套件量，避免硬體無法滿足效能需求的情況。
2) 充分考慮該模式是否滿足應用未來一段時間的需求。需要考慮應用在未來一段時間是否會發生變化，該模式是否滿足應用變化的需求。
資料庫伺服器採用rac模式，滿足對高可用性要求高的應用型別，
具備以下特點:
1、需要多個硬體伺服器。根據節點的個數，相應的需要多個硬體伺服器。硬體成本較高。
2、某些資料庫版本需要ha軟體的支援。該模式下，某些資料庫版本需要配合ha軟體才可以實現。
3、安裝配置複雜。該模式比起單例項模式，安裝配置相對複雜，安裝配置周期長。
4、管理維護成本高。該模式的管理維護，對管理維護人員的要求較高，管理維護成本較高。
5、對應用設計的要求較高。需要充分考慮業務的邏輯性，以避免在多節點之間的資訊交換和全域性鎖的產生。
6、具備較高的高可用性。由於是多伺服器、多例項，單伺服器和例項有故障不會影響資料庫的可用性。可以滿足對可用性有嚴格要求的應用型別。
7、擴充套件性好。既可以進行橫向擴充套件，也可以進行縱向擴充套件。當應用對效能有更高的要求時，該模式的資料庫可以通過增加節點的方式進行橫向擴充套件，也可以通過增加硬體配置等縱向擴充套件，具備良好的擴充套件性。
根據該模式的特點有如下要求：
1)硬體配置方面預留擴充套件量。預留一定的硬體擴充套件量，可以更靈活的進行擴充套件。
2)在應用設計時，充分考慮業務邏輯，減少多節點間的資訊交換量，更好的發揮rac的優點。
資料庫伺服器採用dataguard主從模式，可以滿足對可用性有特殊需求的應用，具備以下特點：
1、需要冗餘的伺服器裝置。該模式需要有冗餘的伺服器硬體。硬體成本較高。
2、需要冗餘的儲存裝置。主機和備機都需要同樣的儲存空間，成本較高。
3、安裝配置比較複雜。該模式比單節點、單例項的模式配置複雜一些，需要更多的配置步驟。
4、管理維護成本高。該模式對維護人員的要求較高，維護成本高。
5、具備一定的容災特性。當主機整個資料庫系統不可用並短期內無法恢復時，可以把資料庫系統切換到備機上，具備容災的功能。
6、備機可以用作唯讀查詢。備機可以切換到唯讀狀態供報表之類的查詢操作，減輕主機的壓力。
根據該模式的特點有如下要求：
1）主機與備機在物理上要分開。為了實現容災的特性，需要在物理上分割主機和備機。
2）進行合理的設計，充分實現dataguard的功能。
資料庫伺服器採用dataguard+rac模式，可以滿足對可用性和容災都有特定需求的應用，具備以下特點：
1、需要冗餘的伺服器裝置。該模式需要有冗餘的伺服器硬體。硬體成本較高。
2、需要冗餘的儲存裝置。主機和備機都需要同樣的儲存空間，成本較高。
3、安裝配置比較複雜。該模式既需要配置rac又需要配置dataguard，配置過程比較複雜，配置周期長。
4、管理維護成本高。該模式對維護人員的要求較高，維護成本高。
5、具備很高的可用性和容災性。該模式既滿足高可用性也滿足容災的需求。
6、備機可以用作唯讀查詢。備機可以切換到唯讀狀態供報表之類的查詢操作，減輕主機的壓力。
根據該模式的特點有如下要求：
1）主機與備機在物理上要分開。為了實現容災的特性，需要在物理上分割主機和備機。
2）進行合理的設計，充分實現dataguard的功能。
在設計資料庫時必須考慮系統的可用性、業務連續性，針對系統所能容忍的最大業務中斷時間（rto）和最大資料丟失數量（rpo）需求，採用不同的資料庫部署模式：
1、系統不能中斷且不允許資料丟失的業務，建議資料庫採用集群或混合模式，資料庫單台裝置故障時對業務沒有影響，並考慮災備系統的設計。
2、對於允許以分鐘級別中斷，資料不能丟失的系統，建議資料庫採用雙機熱備或主從的模式，裝置故障時通過ha技術切換到備用裝置，保證系統的可用性，對重要的系統要考慮災備的設計。
Oracle資料庫規劃設計和執行維護方案
作者 panhongliang 僅供個人學習 oracle資料庫規劃設計 和執行維護方案 v1.0 隨著以使用oracle資料庫的應用系統不斷增加，為了加強應用系統在規劃 開發 實施 維護等環節工作的規範化，特編寫本文件，力求對實際的設計 實施工作起到規範和指導作用。本方案以設計者的角度進行組織編寫...
oracle資料庫設計sql檔案
步驟 第 一 建立使用者 第 二 建立表 第 三 儲存為指令碼 仿照scott指令碼檔案格式 第 四 實現隨機查詢。要求 1 使用define命令 2 使用prompt命令 2 地鐵運營資料庫 總表 3路地鐵，濟南 長清 濟南 章丘 濟南繞城 編號 唯一性約束 起止地點 起止時間 站點數量 發車間隔...
oracle資料庫入門
很多剛剛接觸oracle資料庫的初學者總是感覺oracle很難學，無從下手，漸漸的感覺對oracle很排斥，有的朋友找了本oracle是書也是一點也看不懂，或者看了前面幾章，還是不知道怎麼用。其實，從筆者的親身經歷來說，oracle入門很簡單，使用oracle的基本功能也是一件非常簡單的事情。但是想...