2012-08-24 32 views
0

我們在服務器B上安裝了ASP.NET 1.1應用程序,並在服務器B上安裝了SQL Server 2000.我們希望從SQL Server 2000遷移數據庫到SQL Server 2008.從SQL Server 2000遷移到SQL Server 2008後,ASP.NET 1.1應用程序連接失敗

問題是我們沒有ASP應用程序的代碼,因爲它是由一些不存在的第三方開發公司開發的。所以我們唯一剩下的就是預編譯的代碼和DLL。我用PE Explorer反彙編DLL文件,發現ADODB連接是使用DSN創建的。我們在服務器B上升級了SQL Server 2000到SQL Server 2008,並在服務器A中安裝了SQL Server本地客戶端驅動程序,以便我們的應用程序可以使用該ODBC驅動程序連接到SQL Server 2008.我使用新的ODBC驅動程序和ASP應用程序重新配置了DSN仍然不起作用。它無法連接到數據庫。

附加信息:我們在IIS中爲ASP.NET應用程序提供了應用程序池,並且我重新啓動了COM組件,但沒有運氣。我嘗試使用以下代碼使用來自服務器A的簡單test.asp文件測試數據庫連接,並將其連接起來。

dim ObjConn = Server.CreateObject("ADODB.Connection") 

' DSN 
ObjConn.Open("dsn=xxx;uid=xxxx;pwd=xxxx") 

Dim ObjRS = ObjConn.Execute(" xxx 'xxx','xxx','xxx',0,null,null ") 

我的問題是ASP.NET 1.1應用程序是否可以與SQL Server 2008一起使用,或者是不可能的。據我所知,如果應用程序使用DSN連接到數據庫,並且如果我們用正確的ODBC驅動程序重新配置它,這應該不成問題。

+0

你對收到的錯誤沒有任何說明。這可能非常有用 – Steve

+0

應用程序顯示自定義錯誤消息,並且不顯示生成的實際異常。可悲的是我沒有ASP應用程序的代碼。 –

+0

查看運行ASP.net應用程序的服務器上的EventViewer。它可能會捕獲錯誤消息。 – Tarzan

回答

0

是的,這是可以使用ASP.net 1.1與SQL Server 2008

你檢查,看看是否有權限的原始服務器和新服務器之間的變化?

+0

您是否在談論帳戶權限。權限與舊服務器的權限相同。此外,SQL升級會將所有登錄和配置導入新的服務器權限。我檢出了tcp/ip,並且在兩臺服務器上都啓用了命名管道,同時啓用了sql 2008遠程連接的表面配置。 –

+0

是的,這是可以防止Web應用程序與數據庫交談的項目之一。 – Tarzan

+0

我仔細檢查了帳戶權限,並且可以使用SQL客戶端從不同服務器的相同帳戶連接到數據庫。我甚至檢查了應用程序池標識,它使用的是網絡服務帳戶,因此我在SQL 2008中添加了該憑據,但仍然沒有運氣。 –

相關問題