我有一個Web服務器（Coldfusion）和2個具有SQL服務器的遠程網絡。對於這兩個遠程辦公室/網絡，我每10分鐘查詢一次數據。它已經工作了一段時間了。在其中一個辦公室/網絡中，AT & T轉儲了我們的公共靜態IP地址。他們分配了一個新的，我已經對防火牆做了適當的修改。現在我可以使用Windows ODBC管理器並測試來自Web服務器的連接，並且它傳遞得很好。但是，當我嘗試驗證Coldfusion數據源時，它失敗了，「超時嘗試建立連接」。SQL ODBC Coldfusion 9數據源連接失敗
ColdFusion 9不使用Windows ODBC驅動程序;它使用JDBC驅動程序。更改Windows ODBC驅動程序並進行測試將不會影響您的CF站點。
在ColdFusion Administrator中更新您的DSN。請記住，您通過訪問CFAdmin：
http://localhost/CFIDE/Administrator
，除非你已經明確改變了它在安裝過程中。顯然，如果服務器的IP或主機名是外部託管的，請將「localhost」替換爲服務器的IP或主機名。
附錄
當您使用ODBC-JDBC橋（CF DSN類型=「ODBC插座」），在這種情況下，需要確認的異常上述規則是：
a）Windows ODBC驅動程序（系統）已設置，已測試並正常工作，並且b）CF DSN指向正確的Windows ODBC驅動程序。
他可能剛剛提到ODBC以表明可以從CF服務器連接。儘管如此，值得澄清他是否已經類似地更新了CF DSN設置。 – 2012-01-04 19:06:02
我正在使用指向Windows ODBC DSN的ODBC套接字驅動程序。我有一個數據源爲每個遠程網絡。兩人都在工作。現在一個工作，一個不（通過CF管理員驗證連接）。 – user990016 2012-01-04 19:27:06
如果您有兩個CF DSN（x和y），每個網絡一個......您有兩個ODBC DSN（a和b），是正確的嗎？仔細檢查兩個ODBC數據源（a和b） - 如果一個CF DSN工作（即x指向a）並且一個CF DSN失敗（即y指向b）...這兩個Windows ODBC DSN中的一個可以' t是正確的... – 2012-01-04 20:05:55
如果您使用的是Windows Server 2008 64位，那麼您的ODBC可能會遇到問題，因爲您可能正在查看64位連接列表，而不是32位。在這種情況下，您必須打開c：\ windows \ syswow64 \ odbcinst.exe才能訪問32位ODBC管理器（是的，您正確讀取; 32位版本位於名爲syswow64的文件夾下）。
這聽起來像是很有可能需要更新的驅動程序設置存在，而不是在64位ODBC管理器（這是控制面板下的默認ODBC管理器）下注冊的那些驅動程序設置。您可能實際上有重複的ODBC條目，一個在64位列表下，一個在32位列表下，這可能是混淆的根源--CF可能使用32位版本。無論如何 - 這將是一件好事情來檢查。
贏得2008年64位和CF 32位。但是，所有的Win ODBC核心組件都是32位的。他們應該工作。事實上，自從我第一次設置ODBC數據源以來沒有任何改變。他們應該仍然是一樣的。如果有一個，我會採取另一個方針。 – user990016 2012-01-05 12:42:21
您對此數據源使用JDBC-ODBC橋嗎？ – 2012-01-04 19:06:52
請使用您正在使用的Windows版本（2008/2003，32/64-bit等等）更新您的問題 – 2012-01-04 22:44:36