超時時間已到。超時時間已到，但是尚未從池中獲取連接。出現這種情況可能是因為所有池連接均在使用，並且達到了最大池大小。
超時時間已到。超時時間已到，但是尚未從池中獲取連接。出現這種情況可能是因為所有池連接均在使用，並且達到了最大池大小。
解決辦法
1.在代碼裏面,把未關閉的連接關閉
2.擴大共享池,方法如下:
解決方法可以是修改連接池的連接生存期,因為默認值是60秒,即連接從應用程序被釋放後可以在池中保存的時間。
具體操作步驟如下：
如果是ODBC的話，則可以在ODBC Data Source
Administrator中手動更改，該程序位於“Start”菜單中的“Programs”->\"Adminstrative
Tools\"（中文名：管理工具）下，或從\"Control Panel\"(中文名：控制面板)中打開“ODBC Data Source
Administrator”（ODBC數據源管理器），再選擇“Connection Pooling”（連接池）選項卡，雙擊驅動程序中的“SQL
Server”，選擇“Pool Connetions
to this drive”(使用池連接該驅動程序)，把下面的時間60秒改的大一點，例如120。
問題的原因是與數據庫的連接沒有顯示關閉,而等系統自動回收是要時間的.解決的方法是改變連接池的大小.在連接字符串的後面加上以下代碼:Enlist=true;Pooling=true;Max Pool Size=300;Min Pool Size=0;Connection Lifetime=300;user id=sa;packet size=1000
DataReader是獨占連接的，就是說你的程序可能設計上有問題。比如說最大連接設100，假設有100個人同時使用DataReader正在讀取數據庫內容，那麽當第101人讀取的時候，連接池中的連接已經沒有了，就會出現上面的錯誤。DataReader是獨占連接的，每個DataReader都要占用一個連接。當然這個情況是偶爾出現的，所以會很長時間出現一次，因為只有同時有超過連接池最大連接數量的並發操作才會發生。而且你加大並發數量只能暫時緩解問題，如果你加大到200個並發連接，如果有201人同時操作怎麽辦？你說了你使用Connection對象的Close()方法，這是不行的，因為Close()方法僅僅是關閉連接，但這個連接沒有釋放，還是被這個對象占用，要釋放必須使用Connection的Dispose()方法顯式釋放連接才可以，否則這個對象占用的連接只能等到垃圾收集的情況下才能被釋放。這種情況肯定會出現“超時時間已到”的錯誤。
解決方法：
1 修改幾個關鍵頁面或訪問比較頻繁的數據庫訪問操作，使用DataAdapter和DataSet來獲取數據庫數據，不要使用DataReader。
2 在訪問數據庫的頁面上使用數據緩存，如果頁面的數據不是經常更新（幾分鐘更新一次）的話，使用Cache對象可以不用訪問數據庫而使用緩存中的內容，那麽可以大大減少連接數量。
3 修改代碼，把使用Connection對象的地方都在Close()後面加上Dispose()調用。
4 建議對數據庫操作進行大的修改，建立自己的數據庫操作代理類，繼承System.IDisposable接口，強迫釋放資源，這樣就不會出現連接數量不夠的問題了。
解決方法(*):WEB.config 裏面:在數據庫連接加 Max Pool Size = 512;server=local;uid=;pwd=;database=2004;Max Pool Size = 512;\">一勞永逸。
-----------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------
超時時間已到。超時時間已到，但是尚未從池中獲取連接。出現這種情況可能是因為所有池連接均在使用，並且達到了最大池大小。
解決辦法：首先要做的是在我們使用連接後立即關閉連接。如果沒有關閉連接那麽連接將保存到連接池中知道GC來銷毀。這種情況下你以為連接池沒有到達最大值但實際上連接池已經到達了最大值 其次我們可以通過連接字符串中的Max Pool Size = N;來動態擴大連接池中的連接最大數量。
說明：
也就是在connectionString中如果未指定max pool size的值，則max pool size=100，當訪問人員同時連接數據庫的數量為101人時，則等待SqlConnection.ConnectionTimeout設置的時間（默認是15 秒）後，還是沒有可用的Connection則會出現上面的錯誤。
當我們設置為：
"Server=(local); Integrated Security=SSPI; Database=Northwind; Max
Pool Size=512; Min Pool Size=5"
時。則訪問人員同時連接數據庫的數量為513時，則等待SqlConnection.ConnectionTimeout設置的時間（默認是15
秒）後，還是沒有可用的Connection則 就會出現上面的錯誤。
- Connection Pool 是什麽呢 ? 每當程序需要讀寫數據庫的時候。Connection.Open()會使用ConnectionString連接到數據庫，數據庫會為程序建立 一個連接，並且保持打開狀態，此後程序就可以使用T-SQL語句來查詢/更新數據庫。當執行到Connection.Close()後，數據庫就會關閉當 前的連接。很好，一切看上去都是如此有條不紊。 但是如果我的程序需要不定時的打開和關閉連接，（比如說 ASP.Net 或是 Web Service ），例如當Http Request發送到服務器的時候、，我們需要打開Connection 然後使用Select* from Table 返回一個DataTable/DataSet給客戶端/瀏覽器，然後關閉當前的Connection。那每次都Open/Close Connection 如此的頻繁操作對於整個系統無疑就成了一種浪費。 ADO.Net Team就給出了一個比較好地解決方法。將先前的Connection保存起來，當下一次需要打開連接的時候就將先前的Connection 交給下一個連接。這就是Connection Pool。
- Connection Pool 如何工作的？ 首先當一個程序執行Connection.open()時候，ADO.net就需要判斷，此連接是否支持Connection Pool (Pooling 默認為True)，如果指定為False, ADO.net就與數據庫之間創建一個連接（為了避免混淆，所有數據庫中的連接，都使用”連接”描述），然後返回給程序。
如果指定為 True，ADO.NET就會根據ConnectString創建一個Connection Pool，然後向Connection Pool中填充Connection（所有.net程序中的連接，都使用”Connection”描述）。填充多少個Connection由Min Pool Size (默認為0)屬性來決定。例如如果指定為5，則ADO.net會一次與SQL數據庫之間打開5個連接，然後將4個Connection，保存在 Connection Pool中，1個Connection返回給程序。
當程序執行到Connection.close() 的時候。如果Pooling 為True，ADO.net 就把當前的Connection放到Connection Pool並且保持與數據庫之間的連接。同時還會判斷Connection Lifetime(默認為0)屬性，0代表無限大，如果Connection存在的時間超過了Connection LifeTime，ADO.Net就會關閉的Connection同時斷開與數據庫的連接，而不是重新保存到Connection Pool中。
（這個設置主要用於群集的SQL 數據庫中，達到負載平衡的目的）。如果Pooling指定為False，則直接斷開與數據庫之間的連接。
然後當下一次Connection.Open() 執行的時候，ADO.Net就會判斷新的ConnectionString與之前保存在Connection Pool中的Connection的connectionString是否一致。（ADO.Net會將ConnectionString轉成二進制流，所 以也就是說，新的ConnectionString與保存在Connection Pool中的Connection的ConnectionString必須完全一致，即使多加了一個空格，或是修改了Connection String中某些屬性的次序都會讓ADO.Net認為這是一個新的連接，而從新創建一個新的連接。所以如果您使用的UserID,Password的認 證方式，修改了Password也會導致一個Connection，如果使用的是SQL的集成認證，就需要保存兩個連接使用的是同一個）。
然後 ADO.net需要判斷當前的Connection Pool中是否有可以使用的Connection(沒有被其他程序所占用)，如果沒有的話，ADO.net就需要判斷ConnectionString設 置的Max Pool Size （默認為100），如果Connection Pool中的所有Connection沒有達到Max Pool Size，ADO.net則會再次連接數據庫，創建一個連接，然後將Connection返回給程序。
如果已經達到了 MaxPoolSize，ADO.net就不會再次創建任何新的連接，而是等待Connection Pool中被其他程序所占用的Connection釋放，這個等待時間受SqlConnection.ConnectionTimeout（默認是15 秒）限制，也就是說如果時間超過了15秒，SqlConnection就會拋出超時錯誤（所以有時候如果SqlConnection.open()方法拋 出超時錯誤，一個可能的原因就是沒有及時將之前的Connnection關閉，同時Connection Pool數量達到了MaxPoolSize。）
如果有可用的Connection，從Connection Pool 取出的Connection也不是直接就返回給程序，ADO.net還需要檢查ConnectionString的ConnectionReset屬性 (默認為True)是否需要對Connection 最一次reset。這是由於，之前從程序中返回的Connection可能已經被修改過，比如說使用 SqlConnection.ChangeDatabase method 修改當前的連接，此時返回的Connection可能就已經不是連接當前的Connection String指定的Initial Catalog數據庫了。所以需要reset一次當前的連接。但是由於所有的額外檢查都會增大ADO.net Connection Pool 對系統的開銷。
超時時間已到。超時時間已到，但是尚未從池中獲取連接。出現這種情況可能是因為所有池連接均在使用，並且達到了最大池大小。