Oracle服務模式的區別有哪些

這篇文章將為大家詳細講解有關Oracle服務模式的區別有哪些，文章內容質量較高，因此小編分享給大家做個參考，希望大家閱讀完這篇文章后對相關知識有一定的了解。

undefinedundefined

　    一、共享服務器模式。
　　共享服務器模式，也叫做多線程服務器模式。在這種模式下，Oracle數據庫允許多個用戶進程共享非常少的服務器進程。所以，可以同時實現用戶并發訪問的人數也就大大的增加。如果使用專用服務器模式，則每個用戶連接數據庫時，每個用戶進程需要他自己的專用服務器進程。也就是說，客戶端進程與服務器端進程是一一對應的。
　　而如果采用共享服務器模式的話，則多個用戶可以共用一個服務器進程，也就是說，此時客戶端進程與服務器進程是多對一的情況。這主要是通過調度程序來實現的。調度程序將多個加入數據庫訪問會話請求指引到一個共用隊列。服務器進程共享池中某個閑置的共享服務器進程依次從隊列中獲得一個請求。也就是說，一個很小的服務器進程共享池可以為大量的客戶機提供服務。
　　共享服務器的優缺點可以利用兩句話概括。優點是客戶端進程多對一，增加了數據庫可以支持的用戶數。缺點就是各個用戶共享一個進程，對用戶訪問數據庫的性能有所影響。
　　具體的來說，在以下應用情景下，可以選擇采用共享服務器模式。
　　1、 前臺客戶端數量比較多。
　　當大量用戶需要連接到數據庫并且需要有效的使用可用的系統資源的時候，則需要考慮采用共享服務器模式。具體的來說，像現在采用的一些客戶端/服務器端模式的網絡應用軟件，如ERP系統等等。一方面因為用戶人數比較多;另一方面企業由于資金有限，所以購置的是一般的服務器。這些服務器由于硬件方面的一些限制，如數據庫系統與前臺應用服務器采用統一臺服務器。所以往往要求數據庫能夠充分使用硬件資源，以減少兩者之間的沖突。
　　在這種情況下，往往采用共享式的服務器模式，比較合適。
　　2、 服務器內存限制比較大。
　　共享服務器模式下，當連接用戶增加時，其內存使用率增加不會很多。因為他們共享一個服務器進程。所以，從這一個角度講，共享服務器模式可以減少內存的使用。但在專用服務器模式下，內存的使用幾乎與用戶的數量成比例增加。
　　所以，用戶若在一些老的服務器上部署Oracle數據庫的話，因為其主板對內存的升級有所限制，所以，為了得到一個不錯的數據庫性能，往往采用共享服務器模式。如此，即時同時訪問數據庫的用戶有所增加，其內存也不會有多大的影響。可以大大的降低內存的壓力。
　　3、 某些特定功能要求采用共享服務器模式。
　　雖然說，共享服務器模式與專用服務器模式在大部分情況下，都是通用的，支持Oracle數據庫系統的大部分功能。但是，某一些特定的功能，仍然需要數據庫管理員在共享服務器模式下，才能夠啟用。比較典型的，如Oracle數據庫服務器的連接共享、連接集中與負載均衡技術等等。他們必須在共享模式下才能夠運行。
　　負載均衡用來在群集環境下實現多機共享數據庫，以保證應用的高可用性。同時可以自動實現并行處理以及均分負載，還能夠實現數據庫在故障時的容錯和無斷點恢復。所以，在一些對于性能與穩定性要求比較高的應用場景中，如銀行中，往往都會采用負載均衡技術。此時，數據庫管理員在配置數據庫的時候，就需要考慮采用共享服務器模式。
　　二、專用服務器模式。
　　在專用服務器模式下，數據庫服務器要求每個用戶擁有一個專用服務器進程。也就是說，每個服務器擁有一個服務器進程。數據庫服務器把現有的服務器進程地質發回客戶機，然后客戶機將連接請求重新發送到提供的服務器地質，與專用服務器比較。專用服務器模式由于客戶端與服務器端進程是一一對應的，所以，其性能上可能會比較有優勢。但是，當用戶比較多的時候，則其對服務器的硬件資源，特別是內存，會產生比較大的壓力。
　　若企業應用場景符合如下特征的話，則采用專用年服務器模式能夠取得比較好的效果。
　　1、 只有少數客戶端。
　　若連接到數據庫的用戶比較少，則專用服務器模式是首選。如企業前臺是一個財務管理系統，則其使用的人數就會比較少。因為其往往只涉及到一個部門。但是，其數據量會比較多。因為我們知道，對于每一筆交易都需要在財務系統中進行詳細的紀錄。所以，雖然只是財務一個部門用，但是其紀錄量往往是其他各個部門紀錄量的總合。在紀錄量多、連接用戶又比較少的情況下，采用專用服務器模式，可以說是比較明智的選擇。
　　2、 為數據倉庫搭建的數據庫系統。
　　數據倉庫是數據庫技術的一個非常典型的應用。他是一個面向主體、集成、時變、非易失的數據集和，是支持管理部門的決策過程。他跟Oracle數據庫一樣，都是關系型數據庫，其中的紀錄以表格的方式存儲，并且能夠用統一的結構化語言進行數據查詢。采用數據倉庫的主要目的，是為了及時完成業務處理，及時給與客戶響應。
　　雖然說，關系數據庫能夠適應大型數據庫應用的需要，但是，不能夠將其簡單的堆砌就直接成為數據倉庫來使用。因為數據倉庫主要用來處理多維數據。他存儲紀錄的方式跟普通的有所不同。數據倉庫主要通過數組方式來存儲紀錄，即沒有統一的規律可循，也沒有統一的多維模型可循，他只恩能夠購按其所屬類別進行歸類。雖然說傳統的二維數據庫不能夠簡單的堆砌來成為數據倉庫。但是，在設計數據倉庫的時候，并不是說要完全另起爐灶，而是可以利用現有的Oracle數據庫系統來處理數據，從中進行信息的綜合，從而構造出滿足不同需要的數據倉庫。
　　所以，如果這個數據庫是為了實現數據倉庫而搭建的，則必須要采用專屬服務器模式。這是Oracle數據庫的強制要求。
　　3、 聯機事務處理系統。
　　聯機事務處理系統，英文簡稱為OLTP。在這種應用下，采用什么模式為好呢?這在業界，沒有統一的標準。有的說因為聯機事務處理系統使用人數比較多，應該采用共享連接服務器模式;而有的又說聯機處理系統對于及時性要求比較高，而共享服務器模式可能會有比較長的等待時間，所以應該采用專用連接服務器模式。筆者是比較傾向于后面這種意見。
　　聯機事務處理系統，通常來說，有比較多的長事務與大事務。如用戶的某幾個操，必須作為一個事務處理等的觀念。此時，若用戶請求數大于共享服務器進程數的話，此時，就會發生排隊現象。假設現在有一個共享服務器進程正在執行一個長事務，那么請求隊列就需要一直等。直道這個事務完成為止。若從客戶端的角度來講，則客戶請求的響應時間就加長了。所以，當用戶的連接請求數比共享進程要多時，那么長事務的共享連接必將會造成共享進程的排隊。事務越長，其排隊的時間也就越長，用戶響應的時間也就越長。如此惡性循環下去的話，很多聯機事務作業都會受到不同程度的影響。所以，若聯機事務處理系統統是符合兩個條件(用戶連接請求數大于共享進程并且其事務大部分是長事務或者大事務)，則采用專用服務器連接模式比采用共享服務器連接模式效率要高。為了保障聯機事務處理系統正常運行，筆者建議數據庫管理員為其配置專用服務器連接模式。若不符合這兩個條件的一個，則采用共享連接模式更加合理。

關于Oracle服務模式的區別有哪些就分享到這里了，希望以上內容可以對大家有一定的幫助，可以學到更多知識。如果覺得文章不錯，可以把它分享出去讓更多的人看到。