Nhà cung cấp OLE DB của Microsoft cho lỗi SQL Server '80004005'

Question

Tôi đã di chuyển một trang ASP cổ điển sang một máy chủ mới và nhận được thông báo lỗi sau.

Tôi đã thử các chuỗi kết nối khác nhau nhưng không có chuỗi nào hoạt động.

Tôi thậm chí không chắc chắn chuỗi kết nối có phải là sự cố hay không.

Máy chủ mới là máy chủ Windows 2012 Server, SQL Server 2008 R2 Express.

---

Microsoft OLE DB Provider for SQL Server error '80004005' 

[DBNETLIB][ConnectionOpen (Connect()).]SQL Server does not exist or access denied. 

/scripts/dbcode.asp, line 31 

---

Application("C2M_ConnectionString") = "Provider=SQLNCLI10;Server=(local);Database=mysite_live;Uid=mysitec_Live;Pwd=mypass;" 

Answer 1

Hãy thử ping máy chủ trong chuỗi kết nối của bạn. Máy chủ mà ứng dụng của bạn cư trú sẽ có thể giao tiếp trên cổng mà bạn chỉ định bằng thông tin đăng nhập. Nếu bạn đang phát triển tại địa phương, hãy thử chỉ định "localhost". Nếu máy chủ được nhóm lại hoặc bạn đã cài đặt như một cá thể thì bạn cần xác định cá thể đó. Ngoài ra, hãy đảm bảo máy chủ được định cấu hình để xác thực chế độ hỗn hợp nếu sử dụng thông tin đăng nhập sql.

HOẶC Hãy thử

Data Source = localhost; Initial Catalog = DBNAME; Persist An ninh Thông tin = True; User ID = myusername; Mật khẩu = MyPassword;

Answer 2

Nếu nó là một thể hiện Express, nó rất có thể không phải là một trường hợp mặc định, mà là một trường hợp được đặt tên. Vì vậy, bạn có thể có nghĩa là:

... "Provider=SQLNCLI10;Server=.\SQLEXPRESS; ... 
--- instead of just (local) ---^^^^^^^^^^^^ 

Nếu không, bạn sẽ cần hiển thị cho chúng tôi thuộc tính máy chủ trong Trình quản lý cấu hình SQL Server trên máy đó để chúng tôi có thể cho bạn biết cách sửa chuỗi kết nối của bạn.

Answer 3

Có thể là sự cố về quyền, Vui lòng kiểm tra xem máy chủ có đang kết nối với cùng một chi tiết cấu hình từ quản lý SQL hay không. khác là tên người dùng/mật khẩu sai.

Answer 4

Như Aaron Bertrand đã đề cập đến nó sẽ là thú vị để có một cái nhìn vào thuộc tính kết nối của bạn (Trong cấu hình Sql Server kiểm tra nếu sau đây được kích hoạt Tên ống và TCP/Ip). Vì bạn có thể kết nối từ SSMS, tôi sẽ yêu cầu kiểm tra xem kết nối Từ xa có được phép trên máy chủ đó Bạn cũng có thể cho biết dịch vụ trình duyệt Sql đang chạy không?

đây là một liên kết mà tôi giữ gần với tôi như một lời nhắc hoặc danh sách kiểm tra về các vấn đề kết nối có thể xảy ra trên SQL Server. Sql Connection Issues Và cuối cùng bạn có thể thử là nhà cung cấp "SQLNCLI" thay vì "SQLNCLI10"

Answer 5

Dưới đây là những gì tôi sẽ làm gì:

EDIT: Lưu ý rằng this SO post, một vài xuống, có một phương pháp thú vị để tạo chuỗi kết nối chính xác để sử dụng.

1. Mở SSMS (Sql Server Management Studio) và sao chép/dán tên người dùng/mật khẩu. Đừng gõ chúng, sao chép/dán. Xác minh không có sự cố nào xảy ra với sự cố .
2. Kích hoạt mã (đây là bước tiếp theo cho tôi b/c này sẽ là điều dễ nhất tiếp theo trong trường hợp của tôi) và bước tới dòng 31 để xác minh rằng tất cả mọi thứ được thiết lập đúng cách . Here is some info về cách thực hiện điều này. Tôi hiểu rằng điều này có thể là không thể đối với bạn với điều này đang được sản xuất để bạn có thể bỏ qua bước này. Tuy nhiên, nếu có thể, , tôi sẽ thiết lập tính năng này trên máy cục bộ của mình và xác minh rằng có không có sự cố khi kết nối cục bộ. Nếu tôi gặp lỗi này tại địa phương, thì tôi có cơ hội tốt hơn để sửa lỗi đó.
3. Xác minh rằng nhà cung cấp = SQLNCLI10 được cài đặt trên máy chủ sản xuất . Tôi sẽ theo dõi this SO post, có lẽ là câu trả lời được đăng bởi gbn.
4. Bạn có các trang web đang hoạt động khác? Có ai trong số họ cổ điển asp? Ngay cả nếu không, tôi sẽ so sánh chuỗi kết nối trong một trang web khác với một trang mà bạn đang sử dụng tại đây. Đảm bảo không có sự khác biệt rõ ràng.
5. Bật lên SQL Server Profiler và bắt đầu truy tìm. Kết nối với trang web và gây ra lỗi sau đó đi đến hồ sơ và xem liệu nó có cung cấp cho bạn thông tin lỗi bổ sung hay không.
6. Nếu tất cả điều đó không thành công, tôi sẽ start going through this.

Xin lỗi tôi không thể chỉ ra điều gì đó và nói, có vấn đề!

Chúc may mắn!

Answer 6

Trong dòng 31:

cmd.ActiveConnection = Application("C2M_ConnectionString") 

How are you instantiating cmd?

Thay vì ConnectionString bị sai, có thể cmd hoạt động khác trong môi trường mới.

Edited thêm:

tôi thấy rằng bạn đã đi từ IIS 7 đến IIS 8. Để chạy ASP Classic trang web trên IIS 7 cần thay đổi bằng tay để mặc định máy chủ, chẳng hạn như "đường dẫn cho phép cha mẹ. " Có thể một số tinh chỉnh cần thiết không được di chuyển sang phải không?

Nếu bạn không chạy với Tùy chọn nghiêm ngặt, bạn nên thử điều đó - nó thường cho thấy nguồn gốc của các vấn đề tinh tế như thế này. (Tất nhiên, trước tiên bạn sẽ bị buộc phải khai báo tất cả các biến của bạn, đó là rất tẻ nhạt với mã hoàn chỉnh.)

Answer 7

Bạn đã bao giờ cố gắng SQL Server OLE DB chuỗi kết nối điều khiển:

"Provider=sqloledb;Data Source=(local);Initial Catalog=mysite_live;User Id=mysitec_Live;Password=mypass;" 

hoặc trình điều khiển ODBC:

"Driver={SQL Server};Server=SERVERNAME;Trusted_Connection=no;Database=mysite_live;Uid=mysitec_Live;Pwd=mypass;" 

Ít nhất đây là những gì tôi sẽ làm nếu không có gì hữu ích. Có thể bạn sẽ có thể nhận được thông tin lỗi hữu ích hơn.

Answer 8

Đây có phải là điều x86/x64 không?

Các chủ đề sau đây dường như chỉ ra rằng (địa phương) bí danh là một bí danh 32-bit mà không thành công trên 64-bit server: http://social.msdn.microsoft.com/Forums/en-US/sqldataaccess/thread/c701d510-90e5-4dd0-b14f-ca1d694d6615 (lưu ý rằng lỗi này là exacly những gì bạn có)

Khi bạn đang thử nghiệm .udl trên máy chủ, bạn đã kiểm tra cả x86 và x64 chưa?

Theo lời khuyên từ bài đăng trên blog này (http://blogs.msdn.com/b/farukcelik/archive/2007/12/31/udl-test-on-a-64-bit-machine.aspx), bạn có thể kiểm tra UDL địa phương của bạn:

• trong 64-bit bằng cách chỉ cần click đúp vào nó (hoạt động giống như chạy "C: \ Program Files \ Common Tệp \ System \ Ole DB \ oledb32.dll ", OpenDSLFile C: \\ test.udl
• trong 32-bit bằng cách chạy kép C: \ Windows \ syswow64 \ rundll32.exe" C: \ Program Files (x86) \ Tệp phổ biến \ System \ Ole DB \ oledb32.dll ", OpenDSLFile C: \\ test.udl

Nếu y ou có thể khẳng định đó là một vấn đề với các bí danh tôi muốn đề nghị bạn tạo một hình mới bằng cách làm theo các hướng dẫn tìm thấy ở đây: http://msdn.microsoft.com/en-us/library/ms190445(v=sql.105).aspx

Answer 9

Bạn đã cố gắng sử dụng địa chỉ máy chủ IP thay vì "(địa phương)" ? Giống như "Server = 192.168.1.1;" (rõ ràng bạn cần phải sử dụng địa chỉ IP thực của máy chủ của bạn)

Trong trường hợp bạn cố gắng sử dụng địa chỉ IP của máy chủ, kiểm tra trong "SQL-Server cấu hình "rằng Máy chủ SQL đang nghe trên địa chỉ IP bạn sử dụng trong kết nối của mình. (SQL Server Configurator screenshot)

điều hữu ích khác để kiểm tra/thử:

• Và kiểm tra cũng nếu DB là trong trường hợp SQL Server mặc định, hoặc nếu nó là trong một trường hợp được đặt tên.
• Bạn có kiểm tra xem tường lửa có quy tắc TCP/IP để mở cổng của bạn SQL Server không?
• Bạn đã thử kết nối với SQL Server bằng phần mềm khác sử dụng kết nối TCP/IP chưa?

Answer 10

Dịch vụ trình duyệt SQL Server bị tắt theo mặc định khi cài đặt. Tôi khuyên bạn nên bật và khởi động nó. Để biết thêm thông tin, hãy xem this link và phần có tiêu đề "Sử dụng trình duyệt SQL Server" để giải thích tại sao điều này có thể là vấn đề của bạn.

Nếu bạn không muốn bật dịch vụ, bạn có thể bật giao thức TCP/IP (được tắt theo mặc định), chỉ định số cổng tĩnh và sử dụng số cổng 127.0.01, < > để xác định máy chủ.

Answer 11

Bước 1: Bật giao thức TCP/IP Bắt đầu >> Tất cả chương trình >> Microsoft SQL Server >> Công cụ cấu hình >> Trình quản lý cấu hình SQL Server >> Cấu hình mạng SQL Server >> Giao thức cho MSSQLSERVER >> nhấp chuột phải “ TCP/IP ”và chọn“ Bật ”.

Bước 2: thay đổi tên máy cụ thể trong thuộc tính Nguồn dữ liệu'giá trị thành (cục bộ) sẽ giải quyết vấn đề ni SQL SERVER 2012.