多池管理器的製作方法
2023-05-20 03:15:01 1
專利名稱：多池管理器的製作方法
技術領域：
背景技術：
諸如在California的San Jose的BEA系統中可用的WebLogicTM伺服器之類的應用伺服器允許用戶進行很多功能。所述應用伺服器典型支持的功能之一是提供資料庫存取。在一個實施例中，由應用伺服器提供諸如Java資料庫連通性(JDBC)連接池(connection pool)之類的連接池。該連接池提供許多已設立的與資料庫的連接。根據需要，將這些連接提供給應用伺服器的應用。這樣的連接池允許應用伺服器中的相對多數量的應用來進行資料庫存取，同時減少了應用的資料庫連接時間。
發明內容
圖1是圖示了一個實施例的利用多池(multipool)管理器的多池的使用的圖；圖2A-2B是圖示了使用具有有效連接池列表的多池管理器的圖；圖3A-3B是圖示了一個實施例的有效連接池列表的使用的流程圖；圖4是圖示了本發明一個實施例的多池管理器的操作的圖；圖5A-5B是圖示了本發明一個實施例的利用多池管理器的回調(callback)的使用的流程圖；圖6是圖示了本發明一個實施例的利用多池管理器的回調的使用的流程圖。
具體實施例方式
使用自動維護的有效連接池列表的多池圖1是圖示了多池管理器102的操作的圖。在一些系統中，期望具有多個資料庫實例，諸如資料庫實例104和106。例如，該資料庫實例104和106中的每一個可包括在獨立機器上運行的當前版本資料庫。當存在多個資料庫實例時，可期望使用多個連接池，諸如連接池108和連接池110。可以使用多池系統，而不是使諸如應用112、114、和116的每個應用專用(dedicating)於單個連接池並從而專用於單個資料庫實例。在多池系統中，多池管理器102可確定使用哪一個連接池來獲得應用到資料庫系統的連接。
可能有不同的方法來選擇連接池。一個選擇方法具有主連接池和備份連接池。首先在主連接池上嘗試連接，並然後當發生故障事件時，然後通過備份連接池發送所述連接。另一個方法是負載平衡方法，其中在多個連接池之間分配所述連接，以平衡不同連接池上的負載。循環復用(round robin)方法是負載平衡方法的示例。
本發明的一個實施例包括與資料庫實例連接的、包括多個連接池202和204的多池系統。該連接池202和204適於提供到資料庫實例206和208的連接。多池管理器210適於通過連接池選擇和設立到資料庫實例的連接。多池管理器210適於留意(keep track of)連接請求之間的無效(dead)連接池。
多池管理器210可以以避免任何無效連接池的方式來選擇連接池。以圖2A為例，如果連接池A無效，則多池管理器可避免選擇該連接池A。在一個實施例中，根據應用所批准的，而僅進行未無效連接池的選擇。在一個實施例中，應用通過回調或通過配置信息來指明是否切換連接池。
多池管理器210可適於維護有效連接池的列表212，並使用列表212來確定通過什麼連接池來連接。術語「列表」不打算意指任何特定的數據結構。列表上的有效連接池可包括這樣的連接池，即不是被多池管理器確定為無效的那些連接池。
可以在後臺中測試無效連接池，以查看它們是否應該返回到有效連接池列表。該有效連接池列表可以是應用所提供的候選列表的子集。作為選擇，可以維護分開的候選列表和有效列表，並且多池管理器可選擇在該兩種列表上的連接池。多池管理器210可以為與候選列表相關聯的每個連接池存儲指示(indication)，以指明連接池是有效還是無效。
在圖2A的示例中，連接池A無效，因此沒有在有效連接池列表212上。諸如應用220的應用可通過多池管理器210而請求連接到資料庫實例206或208之一。在圖2A中，多池管理器210選擇通過連接池B的連接。
多池管理器210可在後臺中異步地測試連接池是否已經再生效(revive)。在一個實施例中，可以使用異步後臺測試模塊214。
圖2B圖示了這個後臺測試的示例。在這個示例中，SQL測試查詢(query)被發送到無效連接池A。如果從資料庫實例206獲得正確回答，則多池管理器210可以用連接池A的指示來更新有效連接池列表212。以這個方式，當下次應用請求到資料庫的連接時，通過連接池A的連接是可能的。
圖3B圖示了用於圖示無效連接池的異步測試的流程圖。在一個實施例中，在步驟300中，過去了預置等候時間。該等候時間可以由應用設置，並與多池管理器的配置信息一起存儲，或者可以使用默認值。在步驟302中，測試無效連接池。如果如測試所指明的、無效連接池已經再生效，則更新有效連接池列表306，否則，所述循環重複步驟300中的等候預置時間。
圖3A圖示了在一個實施例中請求連接到資料庫的操作。在步驟308中，在多池管理器處收到連接到資料庫的請求。在步驟310中，多池管理器可選擇連接池。在一個實施例中，多池管理器210選擇有效連接池列表上的連接池。然後，可嘗試所述連接。在步驟312中，檢查連接池是否無效。如果連接池無效，則在步驟314中，更新有效連接池列表並從有效池列表中選擇新的連接池。如果連接池沒有無效，則在步驟315中進行檢查以查看連接池是否充滿(full)。如果沒有可用的連接，則多池管理器可在步驟310中從有效連接池列表中選擇另一個連接池。如果任一所選擇的連接池都沒有無效或者充滿，則在步驟316中，通過所選擇的連接池進行連接。
圖4是圖示了可以在本發明一個實施例中發生的不同條件的流程圖。在步驟402中，多池管理器收到連接到資料庫的請求。在步驟404中，多池管理器從有效池列表中選擇連接池。如在步驟408中確定的，所選擇的連接池有可能是重新再生效的連接池。如果是，則如在步驟410中所指明的，這是所謂的故障恢復(failback)。在步驟412中，檢查連接池是否無效。如果連接池無效，則在步驟414中更新有效連接池列表，並在步驟416中從有效連接池列表中選擇另一個連接池，這是所謂的故障轉移(failover)條件。在步驟418中，如果連接池沒有無效，則進行檢查以查看連接池是否充滿。如果連接池充滿，則在步驟420中，進行檢查以查看是否允許溢出(spillover)。如果允許溢出，則在步驟422中從有效連接池列表中選擇另一個連接池。步驟424示出了進行連接。如下面所描述的，應用可利用回調或利用配置信息來批准故障恢復、故障轉移、或溢出條件。
本發明的一個實施例是這樣的多池管理器，其適於通過連接池而選擇和設立到資料庫實例的連接。該多池管理器適於留意無效連接池。該多池管理器實現了這樣的選擇方法，其中，多池管理器避免選擇無效連接池，以便為應用提供連接。
本發明的一個實施例是包括多個連接池的、用於與資料庫實例連接的多池系統。該連接池適於提供到資料庫實例的連接。多池管理器適於通過連接池而選擇和設立到資料庫實例的連接。該多池管理器適於留意無效連接池，並異步測試連接池是否再生效。
多池的回調接口在一些實例中，期望在切換連接池之前與應用進行核對。切換連接池可以是複雜的處理。有時，存在優選的資料庫實例，並且不期望用戶切換到另一個更不可取的資料庫實例，除非最初的資料庫實例真的不可用。在本發明的一個實施例中，多池管理器實現對應用的回調，以便從應用得到批准來切換連接池。
在本發明的一個實施例中，多池系統用於利用多個連接池而連接到資料庫實例。連接池502和504適於提供到資料庫實例508和510的連接。多池管理器506適於通過連接池選擇並設立到資料庫實例的連接。多池管理器506適於在切換連接池之前與應用512進行核對。
在圖5A的示例中，從多池管理器506到應用512的回調可用。如果要切換連接池，則多池管理器506可以進行到應用512的回調，以確定該應用是否將批准該切換。在圖5A的示例中，有效連接池列表包括連接池B而不包括連接池A。在切換到連接池B之前，多池管理器506可進行到應用512的回調。在一個實施例中，在步驟1，多池管理器506收到連接請求。在步驟2，在多池管理器確定可能需要連接池切換之後，進行到應用512的回調。例如，該回調可以是對作為應用512的一部分的回調方法514的調用。該多池管理器506可存儲配置信息506a，其可包括將在什麼條件下發送回調的指示和/或回調方法名稱的指示(在這個情況下，為回調方法A)。應用代碼可以以任何方式實現回調方法514。在一個實施例中，多池管理器在步驟3中接收回調響應。該回調響應可以是多池管理器506可用於確定如何進行連接的指示。
在一個實施例中，回調響應指示包括「確認」指示。當收到「確認」指示時，多池管理器切換到新的連接池。另一個回調響應指示是「重試」指示。如果收到「重試」指示，則多池管理器506可嘗試利用老連接池得到連接。另一個可能的回調響應指示是「不重新連接」指示。當收到「不重新連接」指示時，多池管理器不嘗試進行連接。
圖5B圖示了回調方法可提供「重試」指示的可能原因。在一個示例中，可能期望在切換到輔助資料庫實例之前進行一定數量的到主資料庫實例的嘗試。圖5B圖示了作為回調方法的一部分的、進行從應用512到資料庫實例508的獨立試通(ping)的示例。如果該獨立試通提出資料庫實例508仍舊在運行的指示，則應用可發送「重試」指示。如果應用512充分確信資料庫實例停用，則可以發送「確認」回調響應。
應用512可以實現任何回調方法。在一個示例中，多池管理器具有可以用任何應用代碼實現的回調接口。
圖6是圖示了一個實施例的回調操作的圖。在步驟602中，檢查是否如多池管理器所確定的那樣將切換連接池。如果不切換連接池，則在步驟604中進行到連接池的連接。如果要切換連接，則在步驟606中，檢查是否針對條件指明了回調。如果指明沒有回調，則然後在沒有回調的情況下通過新連接池進行連接。如果指明了回調，則在步驟610中，進行回調。如果收到「確認」指示，則在步驟614中利用新連接池進行連接。如果收到重試指示，則在步驟616中使用老連接池嘗試進行連接。另外，如果收到「不重新連接」指示，則在步驟618中不通過連接池進行連接。
在一個實施例中，多池管理器適於通過連接池而選擇並設立到資料庫實例的連接。該多池管理器適於在切換連接池之前與應用進行核對。
一個非限制性示例的詳細描述下面的描述將給出多池實現的一個非限制性實現。下面的描述給出一個實施例，但是本領域的技術人員將理解，可以進行上面構思的其它實現。下面給出的任何潛在限制語言是用於結合該特定非限制性實現的上下文進行解釋的，而不是想要限制這些總構思。
多池可在故障轉移之前與應用進行核對，以替換池。如果當前使用的池的配置測試遭遇隨機的或短暫的故障、如果當將目前沒有處理客戶的資料庫管理系統(DBMS)實例帶回到服務中時應用希望進行控制、或者如果在得到來自池的連接時應用可以指定身份、並且應該返回來自匹配池的連接，則這是非常有用的。在DBMS出售者不提供在匿名JDBC連接上設置客戶身份的固有(native)支持的情況下，這也是非常有用的。
可以對多池實現幾處改善。
FAILOVER(故障轉移)-現有的多池算法「HIGH AVAILABILITY」將被重新命名為「FAILOVER」。如果當前池忙，則將也可選地提供將連接的應用請求路由選擇到替換池的能力。
HEALTH(健康度)-將改善現有的功能以標記無效的池，從而不將連接的應用請求路由選擇到這些池。
CALLBACK(回調)-將向應用提供回調接口，以便在檢測到出故障的池時，控制多池判決來故障轉移到替換池，或者故障恢復到先前標記為無效的池。
應用可配置FAILOVER算法。FAILOVER可以通過主連接池來發送連接，並在主連接池發生故障時，通過輔助連接池來路由選擇這些連接。如果當前的池繁忙，則FAILOVER還可可選地能夠將針對連接的應用請求路由選擇到替換池。
在一個實施例中，應用還將能夠配置下面的多池屬性/***如果設置，則在當前池繁忙時，將連接的應用請求路由選擇到替換
*池。這僅僅在運行HIGH_ALGORITHM算法時相關。預設意味著特*徵被禁用。
**@param newVal新的屬性值*@動態(dynamic)*@預設錯誤(default false)*/public boolean isFailoverRequestIfBusy；public void setFailoverRequestIfBusy(boolean failoverRequestIfBusy)；應用能夠利用系統實現和註冊回調。當多池檢測到無效或繁忙的池時可調用該回調，這給予應用控制多池是否故障轉移到替換池的能力。
在一個實施例中，應用將能夠實現接下來的接口/*** 如果應用希望控制WebLogic伺服器多池的故障轉移行動，則該應用* 可以可選地實現這個接口。
** 如果應用已經註冊了實現這個接口的、WebLogic伺服器的類，* 則WebLogic伺服器將調用這個接口的方法「allowPoolFailover」，* 並取決於來自該方法的調用的返回代碼來採取不同的行動。
* @見weblogic.management.configuration.JDBCMultiPoolMBean#setConnectionPoolFailoverCallbackHandler*/public interface ConnectionPoolFailoverCallback{//這個接口的名稱，static public final String IF_NAME＝「weblogic.jdbc.extensions.ConnectionPoolFailoverCallback」；//方法『allowPoolFailover』的操作碼static public final int OPCODE_CURR_POOL_DEAD＝0；static public final int OPCODE_CURR_POOL_BUSY＝1；static public final int OPCODE_REENABLE_CURR_POOL＝2；
// 方法『allowPoolFailover』的返回代碼static public final int OK＝0；//對於即將發生的動作，應用為確認static public final int RETRY_CURRENT＝1；//重試當前池static public final int DONOT_FAILOVER＝2；//不進行故障轉移，WLS將扔出weblogic.jdbc.extensions.PoolUnavailableSQLException/**多池將在各種故障轉移/故障恢復條件下調用這個方法。應用應該基於*應用指定的語義來從這個方法返回上述定義的代碼之一。
** @param currPool(當前池)-當前使用的連接池的名稱，* 決不能為空** @param nextPool(下一池)-替換連接池的名稱，* 對於操作碼『OPCODE_REENABLE_CURR_POOL』，將為空** @param opcode(操作碼)-正執行的操作* OPCODE_CURR_POOL_DEAD-『currPool』無效，多池需要將連接的* 應用請求故障轉移到『nextPool』。
** 應用應該返回「確認」、「RETRY_CURRENT」、或「DONOT_FAILOVER」，*這取決於希望多池做什麼。
**OPCODE_CURR_POOL_BUSY-『currPool』忙，多池需要將連接的應用請求重新路由選擇到『nextPool』**如果可以進行這個動作，則應用應該返回「確認」，*否則，應該返回其它返回代碼中的任一個。
**OPCODE_REENABLE_CURR_POOL-『currPool』先前被發現無效並因此被禁用。現在發現它已經健康，並且多池需要重新啟用它。
**如果可以進行這個動作，則應用應該返回「確認」，*否則，應該返回其它返回代碼中的任一個。
*/public int allowPoolFailover(String currPool，String nextPool，int opcode)；}應用可以將這個回調註冊在JDBCMultiPoolMBean的屬性「ConnectionPoolFailoverCallbackHandler」中。
/***用於設置實現接口weblogic.jdbc.extensions.ConnectionPoolFailoverCallback的應用類的絕對名稱**@見weblogic.jdbc.extensions.ConnectionPoolFailoverCallback*@non-dynamic(非動態)*/public String getConnectionPoolFailoverCallbackHandler；public void setConnectionPoolFailoverCallbackHandler(String className)；可以增強多池，以內部監視並跟蹤下面的池的健康度。如果確定池無效，則將作出標記，並且不將隨後的連接應用請求路由選擇到該池。
在一個實施例中，應用將能夠配置下面的JDBCMultiPoolMBean屬性/***用於配置多池對先前被發現無效並因此被禁用的連接池的健康度進行*檢查的頻率。
**@param newVal新的屬性值*@dynamic*@default 300
*/void setHealthCheckFrequencySeconds(int new Val)；int getHealthCheckFrequencySeconds；可使用根據本公開的示教而編程的傳統通用目的或專用數字計算機或(多個)微處理器來實現所述實施例，這對於在計算機技術領域的那些技術人員而言是顯然的。有經驗的程式設計師可基於本公開的示教容易地準備合適的軟體代碼，這對於在軟體技術領域的那些技術人員而言是顯然的。本發明還可通過準備集成電路或者通過互連傳統組成電路的合適網絡來實現，這對於本領域的技術人員而言是顯然的。
一個實施例包括電腦程式產品，其是在其上(其中)存儲有指令的(多個)存儲介質，該指令可用於編程計算機以執行這裡呈現的特徵中的任一個。該存儲介質可包括，但不限於任何類型的盤、ROM、RAM、EPROM、EPROM、DRAM、RAM、快閃記憶體裝置、磁卡或光卡、Nan系統(包括分子記憶IC)、或者適合於存儲指令和/或數據的任何類型的介質或裝置，所述盤包括軟盤、光碟、DVD、CD-ROM、微驅動器、和磁光碟。
在本發明中，在(多個)計算機可讀介質的任一個上存儲有用於控制通用目的/專用計算機或微處理器的硬體的軟體、和用於使計算機或微處理器能夠與人類用戶或利用本發明的本發明結果的其它機械系統進行交互的軟體二者。這樣的軟體可包括，但不限於裝置驅動程序、作業系統、運行環境/容器、和用戶應用程式。
已經為了說明和描述的目的而提供了本發明的優選實施例的前面描述。這不意欲窮舉或將本發明限制到所公開的精確形式。對於相關技術領域的普通技術人員而言，許多修改和改變都是顯而易見的。例如，可以以替換順序來執行在所公開的本發明的實施例中執行的步驟，可省略某些步驟，並可增加其它步驟。為了最好地解釋本發明的原理和它的實踐應用，而選擇並描述了所述實施例，從而使本領域的其它技術人員能夠理解本發明具有適合於預期的特定使用的各種實施例和各種修改。意欲由權利要求及其等效來限定本發明的範圍。
權利要求
1.一種用於連接到資料庫實例的多池系統，包括多個連接池，所述連接池適於提供到資料庫實例的連接；以及多池管理器，適於通過連接池而選擇並設立到資料庫實例的連接，所述多池管理器適於留意在連接請求之間的無效連接池。
2.根據權利要求1的多池系統，其中所述多池管理器測試連接池是否已經再生效。
3.根據權利要求2的多池系統，其中所示測試是在後臺異步進行的。
4.根據權利要求2的多池系統，其中所述測試是以可以由應用設置的時間段、來周期性地進行的。
5.根據權利要求1的多池系統，其中所述多池管理器優先通過主連接池發送連接。
6.根據權利要求5的多池系統，其中輔助連接池存在溢出。
7.根據權利要求1的多池系統，其中所述多池管理器通過多個連接池來使得連接負載平衡。
8.根據權利要求1的多池系統，其中所述多池管理器在切換連接池之前與應用進行核對。
9.根據權利要求8的多池系統，其中所述多池管理器使用回調接口。
10.根據權利要求8的多池系統，其中所述應用利用多池系統註冊回調信息。
11.根據權利要求1的多池系統，其中該多池管理器維護有效連接池列表，並使用該列表確定通過哪個連接池進行連接。
12.一種用於連接到資料庫實例的多池系統，包括多個連接池，所述連接池適於提供到資料庫實例的連接；以及多池管理器，適於通過連接池而選擇和設立到資料庫實例的連接，所述多池管理器適於留意無效連接池，並異步地測試連接池是否再生效。
13.根據權利要求12的多池系統，其中所述多池管理器優先通過主連接池發送連接。
14.一種用於連接到資料庫實例的多池系統，包括多個連接池，所述連接池適於提供到資料庫實例的連接；以及多池管理器，適於通過連接池而選擇和設立到資料庫實例的連接，所述多池管理器適於在切換連接池之前與應用進行核對。
15.根據權利要求14的多池系統，其中所述多池管理器具有回調接口。
16.根據權利要求14的多池系統，其中如果從應用收到「確認」指示，則所述多池管理器切換連接池。
17.根據權利要求14的多池系統，其中如果從應用收到「重試」指示，則所述多池管理器不切換連接池，並重試原始連接池。
18.根據權利要求14的多池系統，其中如果從應用收到「不重新連接」指示，則所述多池管理器不切換連接池，並且不重試原始連接池。
19.根據權利要求14的多池系統，其中所述多池管理器在進行故障轉移之前與應用進行核對。
20.根據權利要求14的多池系統，其中所述多池管理器在進行故障恢復之前與應用進行核對。
全文摘要
多池(210)可留意無效連接池(202A)並可避免選擇無效連接池(202A)。該多池(210)可在後臺(214)檢查連接池(202、204、…)是否已經再生效。
文檔編號G06F15/173GK101095109SQ200580045638
公開日2007年12月26日 申請日期2005年12月21日 優先權日2004年12月31日
發明者拉胡爾·斯裡瓦斯塔瓦 申請人:Bea系統公司