一般來說，Oracle 數據庫都屬于中大型的系統，這類系統的用戶會話(Session)，小則一兩百，多則上千，這些用戶會話要求 Oracle 數據庫執行的任何指令都需要耗費系統資源，而系統資源畢竟是寶貴且有限的，一旦突然涌進大量的用戶會話，對于有限的資源可能會略顯不足。但這些會話必定有輕重緩急之分，對于重要且緊急的用戶會話需求理當獲得多一點的系統資源，對于一些不重要或不緊急的用戶會話，則可以使用較少的系統資源慢慢處理。

有鑒于此，Oracle 數據庫資源管理器(Database Resource Manager)應運而生，Oracle 數據庫資源管理器的主要功能，就是在有限的系統資源下，能夠讓數據庫管理員有效且適當地規劃用戶對于系統資源的利用，避免資源的過度耗費。在功能上，數據庫資源管理可以利用 CPU 的使用量、使用的并行度、閑置的時間、會話總數，以及運行時間等來控制資源的使用。

數據庫環境中，一定會存在同時有多個用戶對數據庫進行作業的情況，而這些需求要執行的作業所耗費的時間與優先級必定不同，因此，就可利用數據庫資源管理根據各用戶會話的需求與應用屬性分成不同的組，然后依照不同需求與應用屬性組，分配不同的數據庫系統資源，這樣就可以將有限的資源做最大的利用。數據庫資源管理的組成要素如下。

資源使用者組(Resource Consumer Group)：是由許多用戶會話組成，這些會話有相同的資源使用請求。當新建立一個會話時，RDMB 會根據您的設置自動把它分配到某個組。數據庫管理員還可以手動調整某個會話所屬的組。當一開始用資源使用者組時，會有三個特別的資源使用者組，這些組不能被修改或刪除，其相關定義如下。

1.SYS_GROUP：屬于 Oracle 數據庫系統管理 SYS 與 SYSTEM 的資源使用者組。

2.DEFAULT_CONSUMER_GROUP：如果有用戶沒有指定到用戶組，則該用戶屬于 DEFAULT_CONSUMER_GROUP。

3.OTHER_GROUP：原則上，OTHER_GROUP 不能算是一個資源使用者組，因為它的使用方式是，當某個資源使用者組沒有資源計劃(Resource Plan)時，其組成員默認會指定給 OTHER_GROUP。

資源計劃指令(Resource Plan Directive)：是使用資源的條件，如分配給某個特定的資源使用者組，使其在某個特定的時段可使用 80% 的 CPU，或是限制某個使用者組活動會話的數量等，而資源指令只是被包含在資源計劃中，資源計劃和指令間有著一對多的關系，在資源計劃中不能包含兩條相同的指令。

資源計劃(Resource Plan)：包含一系列指令，這些指令決定了每個使用者組的資源使用分配，在一個數據庫中，同一段時間內只能啟用一個資源計劃，但一個資源計劃還可以包含多個子資源計劃，每個資源計劃都必須包含給 OTHER_GROUP 分配的指令。

以上就是數據庫資源管理的三個組成要素。如應用在實際的例子上，假設有一套數據庫系統必須執行聯機事務處理系統(Online Transaction Processing，OLTP)與報表系統，但由于上班時間的事務量比較大，因此，可將 70% 的資源使用分配給 OLTP 應用，而報表系統可分配 20% 的使用資源，剩下的 10% 就分配給其他沒有在資源計劃內的組所使用，如圖所示。

圖中顯示，此資源計劃在白天時分配給 OLTP 用戶組 70% 的 CPU 使用資源，給 REPORTING 用戶組 20% 的 CPU 使用資源，剩下的 10% 是給 OTHER_GROUPS 使用，該示例是很單純的資源分配使用方式，但在一般企業內的數據庫系統運行時，所遇到的情況可能并不那么單純，此時就可利用子計劃(Subplans)的方式來分配資源，如下圖所示。

上圖顯示，在主要的資源計劃下，有兩個子計劃，分別是 RD 子計劃與 SALES 子計劃。其中 RD 子計劃可使用 40% 的 CPU 資源，而這些資源分別給 Hand Phone 組 60% 的 CPU 資源，與 Note Book 組 40% 的 CPU 資源。在 SALES 子計劃部分可使用 50% 的 CPU 資源，而這些資源分別給 WHOLESALE 組 50% 的 CPU 資源，與 RETAIL 組 50% 的 CPU 資源。

而數據庫資源管理的設置方式，是利用指定的資源比例分配資源給使用者組或是子計劃使用，而可管理的資源內容如下。

CPU 使用時間(CPU Timed)：數據庫資源管理的 CPU 資源分配，是利用使用的 CPU 時間占總 CPU 時間的百分比來分配給不同的資源使用者組，例如，對于數據倉庫的應用，關系型聯機分析處理(Relational Online Analytical Processing，ROLAP)的應用所分配到的比例，就應該比批處理作業要高。

活動會話池隊列(Active Session Pool With Queuing)：數據庫資源管理器可根據某個資源使用者組的最大會話數量建立一個運行中的活動會話池(Active Session Pool)。此活動會話池由一群運行中的會話所組成，但對于這些活動會話池有會話數量的限制，當會話池滿時，新的會話會被放入等待隊列，同時可以對這些等待隊列設置等待的時間上限，當時間超過上限時，等待就會停止。

并行度限制(Degree Of Parallelism Limit)：可以限制同一組內用戶對數據庫操作的并行度(Degree Of Parallelism)。

自動轉換資源使用者組(Automatic Consumer Group Switching)：數據庫資源管理器可以在滿足特定的條件時，將用戶會話轉到其他的資源使用者組中。

取消 SQL 和終止會話(Cancelling SQL and Terminating Sessions)：對于一些長時間運行的 SQL 查詢或用戶會話，數據庫資源管理器可以自動將它終結或是換到其他占用資源比例較低的組中。

預估運行時間限制(ExecutionTime Limit)：Oracle 優化器(Optimizer)會估算用戶會話需求的作業的運行時間，如果超出了特定的值，數據庫資源管理器可以阻止此作業的執行。

閑置時間限制(Idle Time Limit)：對于一些長時間閑置沒有活動的會話，數據庫資源管理器可以設置相關的空閑時間上限條件，當有會話滿足此條件時，將會自動將此會話切斷。