專利名稱：多池管理器的制作方法
技術(shù)領(lǐng)域：
背景技術(shù)：
諸如在California的San Jose的BEA系統(tǒng)中可用的WebLogicTM服務(wù)器之類的應(yīng)用服務(wù)器允許用戶進行很多功能。所述應(yīng)用服務(wù)器典型支持的功能之一是提供數(shù)據(jù)庫存取。在一個實施例中，由應(yīng)用服務(wù)器提供諸如Java數(shù)據(jù)庫連通性(JDBC)連接池(connection pool)之類的連接池。該連接池提供許多已設(shè)立的與數(shù)據(jù)庫的連接。根據(jù)需要，將這些連接提供給應(yīng)用服務(wù)器的應(yīng)用。這樣的連接池允許應(yīng)用服務(wù)器中的相對多數(shù)量的應(yīng)用來進行數(shù)據(jù)庫存取，同時減少了應(yīng)用的數(shù)據(jù)庫連接時間。

發(fā)明內(nèi)容


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