Làm thế nào để khắc phục các vấn đề kết nối trong SQL Server 2000

QUAN TRỌNG: Bài viết này được dịch bằng phần mềm dịch máy của Microsoft chứ không phải do con người dịch. Microsoft cung cấp các bài viết do con người dịch và cả các bài viết do máy dịch để bạn có thể truy cập vào tất cả các bài viết trong Cơ sở Kiến thức của chúng tôi bằng ngôn ngữ của bạn. Tuy nhiên, bài viết do máy dịch không phải lúc nào cũng hoàn hảo. Loại bài viết này có thể chứa các sai sót về từ vựng, cú pháp hoặc ngữ pháp, giống như một người nước ngoài có thể mắc sai sót khi nói ngôn ngữ của bạn. Microsoft không chịu trách nhiệm về bất kỳ sự thiếu chính xác, sai sót hoặc thiệt hại nào do việc dịch sai nội dung hoặc do hoạt động sử dụng của khách hàng gây ra. Microsoft cũng thường xuyên cập nhật phần mềm dịch máy này.

Nhấp chuột vào đây để xem bản tiếng Anh của bài viết này:827422
Bài viết này đã được lưu trữ. Bài viết được cung cấp "nguyên trạng" và sẽ không còn được cập nhật nữa.
TÓM TẮT
Bài viết này có thể giúp bạn để giải quyết vấn đề kết nối với Microsoft SQL Server 2000. Bài viết này chứa mô tả chung vấn đề kết nối và các bước bạn có thể làm để giúp giải quyết vấn đề khả năng kết nối của bạn.
SQL Server 2000 hỗ trợ một số phương pháp giao tiếp giữa trường hợp của SQL Server và các ứng dụng khách hàng. Nếu ứng dụng khách hàng của bạn và thể hiện của SQL Server nằm trên cùng một máy tính, Microsoft Windows interprocess các thành phần giao tiếp (IPC), chẳng hạn như local tên là ống hoặc bộ nhớ chia sẻ giao thức, được sử dụng để giao tiếp. Tuy nhiên, khi khách hàng ứng dụng và thể hiện của SQL Server cư trú trên máy tính khác nhau, một mạng lưới IPC, chẳng hạn như TCP/IP hoặc tên đường ống, được sử dụng để giao tiếp.

SQL Server 2000 Net-thư viện, một DLL, sử dụng tới giao tiếp với một giao thức mạng cụ thể. Một cặp kết hợp Thư viện mạng phải được hoạt động trên máy khách và máy tính để hỗ trợ các giao thức mạng bạn muốn dùng. Ví dụ, nếu bạn muốn kích hoạt một ứng dụng khách để giao tiếp với một trường hợp cụ thể của SQL Server trên TCP/IP, máy sử dụng TCP/IP ổ cắm Net-thư viện (Dbnetlib.dll) phải được cấu hình để kết nối với máy chủ trên máy khách. Tương tự, TCP/IP ổ cắm máy chủ Net-thư viện (Ssnetlib.dll) phải lắng nghe trên máy tính. Trong này kịch bản, xếp chồng giao thức TCP/IP phải được cài đặt trên máy khách và máy tính.

Sau khi bạn cài đặt SQL Server 2000, bạn có thể cấu hình các thuộc tính của máy sử dụng thư viện Net bằng cách sử dụng khách hàng mạng hữu ích. Bạn có thể cấu hình các thuộc tính của các máy chủ thư viện Net bằng cách sử dụng máy chủ mạng Utility (Svrnetcn.exe). Hệ phục vụ Thư viện mạng được cài đặt trong khi cài đặt công cụ máy chủ SQL Thiết lập máy chủ. Tuy nhiên, một số máy chủ Net-thư viện có thể không hoạt động. Bởi mặc định, SQL Server 2000 cho phép và lắng nghe trên TCP/IP, tên là đường ống, và chia sẻ bộ nhớ. Vì vậy, cho một khách hàng để kết nối với một máy tính, phục vụ khách hàng phải kết nối bằng cách sử dụng một khách hàng Net thư viện phù hợp với một trong các máy chủ thư viện Net mà hiện nay đang được sử dụng bởi dụ của SQL Hệ phục vụ.

Để thêm thông tin về giao tiếp SQL Server các thành phần và mạng lưới các thư viện, xem các chủ đề sau trong SQL Server sách Trực tuyến:
  • Các thành phần giao tiếp
  • Máy khách và máy chủ Net-thư viện
  • Quản lý khách hàng

Quay lại các đầu trang

Gỡ rối các vấn đề kết nối

Hầu hết các vấn đề kết nối bạn có thể nhận thấy trong SQL Server 2000 xảy ra do vấn đề với TCP/IP, xác thực của Windows hoặc sự kết hợp của TCP/IP và Windows xác thực.

Quan trọng Trước khi bạn bắt đầu để gỡ rối các vấn đề kết nối trong SQL Server 2000, hãy chắc chắn rằng dịch vụ MSSQLServer khởi động trên máy tính đang chạy SQL Server.

Quay lại các đầu trang

Xác minh cài đặt DNS của bạn

Quá trình độ phân giải tên trong hệ thống tên miền (DNS) được sử dụng để giải quyết địa chỉ IP để tên dụ của SQL Server. Nếu trình độ phân giải tên không hoạt động đúng, thể hiện của SQL Hệ phục vụ không phải là thể truy cập, và bạn có thể nhận được một hoặc nhiều lỗi sau thông điệp:
SQL Server không tồn tại hoặc truy cập vào bị từ chối
Tổng mạng Lỗi
Không thể tạo ra SSPI Bối cảnh
Để xác minh rằng quá trình độ phân giải tên là giải quyết các hệ phục vụ chính xác, bạn có thể ping các máy chủ bằng cách sử dụng tên máy chủ và địa chỉ IP của máy chủ. Để làm như vậy, hãy làm theo các bước sau:
  1. Nhấp vào Bắt đầu, sau đó bấmChạy.
  2. Trong các Chạy hộp thoại, loạiCMD trong các Mở hộp, và sau đó nhấp vàoOk.
  3. Tại dấu nhắc lệnh, chạy lệnh sau:
    ping <Server Name>
    Lưu ý các địa chỉ IP được trả lại.
  4. Tại dấu nhắc lệnh, hãy chạy lệnh sau đây (nơi Địa chỉ IP là địa chỉ IP mà bạn lưu ý ở bước 3):
    ping –a <IP address>
Kiểm chứng rằng lệnh giải quyết để tên hệ phục vụ chính xác. Nếu một trong các lệnh đã chỉ định không phải là thành công, thời gian ra, hoặc không trở về các giá trị chính xác, việc tra cứu DNS không hoạt động đúng hoặc vấn đề xảy ra vì các vấn đề khác mạng hoặc định tuyến. Để xem của bạn thiết đặt DNS hiện thời, hãy chạy lệnh sau tại dấu nhắc lệnh:
ipconfig /all
Để biết thêm chi tiết về các lệnh ipconfig, nhấp vào số bài viết sau đây để xem bài viết trong cơ sở kiến thức Microsoft:
223413Tùy chọn cho Ipconfig.exe trong Windows 2000


Để làm việc xung quanh vấn đề này, thêm một mục nhập cho máy chủ để các tập tin %systemroot%\system32\drivers\etc\hosts trên máy khách. Bạn cũng có thể làm việc xung quanh vấn đề bằng cách kết nối máy chủ bằng cách sử dụng tên là ống Net-thư viện.

Quay lại đầu trang

Xác minh các kích hoạt giao thức và bí danh

Kết nối vấn đề có thể xảy ra nếu bí danh trên các máy khách được thiết lập không chính xác. Bạn có thể xem các bí danh bằng cách sử dụng khách hàng Mạng tiện ích. Để làm như vậy, hãy làm theo các bước sau:
  1. Bắt đầu khách hàng mạng Utility. Nếu các máy chủ SQL công cụ máy khách được cài đặt trên máy tính đang chạy máy sử dụng ứng dụng, hãy làm theo các bước sau để khởi động mạng tiện ích của khách hàng:
    1. Nhấp vào Bắt đầu, và sau đó điểm đến Chương trình.
    2. Điểm đến Microsoft SQL Server, và sau đó bấm Khách hàng mạng tiện ích.
    Nếu công cụ SQL Server khách hàng chưa được cài đặt trên các máy tính khách hàng, hãy làm theo các bước sau để khởi động mạng tiện ích của khách hàng:
    1. Nhấp vào Bắt đầu, sau đó bấm Chạy.
    2. Trong các Chạy hộp thoại, loại cliconfg trong các Mở hộp, và sau đó Nhấp vào Ok.
  2. Trong các SQL Server khách hàng mạng tiện íchcửa sổ, bấm vào các Tổng quát tab, và sau đó cho phép tất cả các giao thức mà bạn muốn sử dụng.

    Chú ý Bạn phải tối thiểu cho phép giao thức TCP/IP và các giao thức được đặt tên theo đường ống.
  3. Bấm vào các Bí danh tab, và sau đó xác nhận những biệt hiệu mà được cấu hình cho trường hợp của SQL Server.
  4. Xác minh các tính chất của các bí danh để đảm bảo rằng tên máy chủ hoặc địa chỉ IP và các giao thức được cấu hình đúng.
Bạn có thể tạo một bí danh mới để kiểm tra kết nối bằng cách sử dụng tên máy chủ, địa chỉ IP, hoặc thậm chí bằng cách sử dụng một khác nhau giao thức.

Chú ý Phiên bản trước của Microsoft dữ liệu truy cập các thành phần (MDAC) có một giao diện người dùng khác cho khách hàng mạng hữu ích. Vì vậy, nếu bạn không thấy những tùy chọn được liệt kê trong bài viết này, cài đặt một sau này Phiên bản MDAC trên máy tính đang chạy máy sử dụng ứng dụng.

Quay lại các đầu trang

Xác minh rằng trường hợp của SQL Máy chủ lắng nghe một cách chính xác

Để xác minh rằng trường hợp của SQL Server lắng nghe trên được đặt tên theo đường ống, TCP/IP hoặc giao thức khác mà bạn đang sử dụng và khách hàng ứng dụng, mở SQL Server lỗi đăng nhập tệp hiện thời. Tệp sổ ghi lỗi SQL Server có thể chứa các mục tương tự như dưới đây:
2003-11-06 09:49:36.17 server SQL server listening on TCP, Shared Memory, Named Pipes. 2003-11-06 09:49:36.17 server SQL server listening on 192.168.1.5:1433, 127.0.0.1:1433.


Nếu bạn phân tích các mục trong tệp sổ ghi lỗi SQL Server, bạn có thể xác minh rằng trường hợp của SQL Máy chủ lắng nghe trên địa chỉ IP chính xác và trên cổng chính xác. Theo mặc định, một trường hợp mặc định của SQL Server lắng nghe trên cổng 1433. Bạn cũng có thể sử dụng máy chủ mạng Utility để xác minh thiết đặt giao thức cho SQL Server và thay đổi các thuộc tính trong SQL Server, bao gồm các giao thức có thể kết nối với SQL Server và các cổng có thể được sử dụng. Để biết thêm thông tin về việc sử dụng máy chủ mạng hữu ích, hãy xem chủ đề "SQL Server mạng Utility" trong SQL Server sách trực tuyến.

Đôi khi, SQL Server 2000 có thể không ràng buộc để cổng 1433 hoặc bất kỳ khác được chỉ rõ cổng. Vấn đề này có thể xảy ra nếu các cổng đang được sử dụng bởi ứng dụng khác hoặc nếu bạn đang cố gắng để kết nối của bằng cách sử dụng địa chỉ IP là không đúng. Vì vậy, có thể kết nối TCP/IP đến máy chủ SQL không được thành công và bạn có thể nhận được thông báo lỗi sau trong SQL Server lỗi đăng nhập tệp:
hệ phục vụ 15:49:14.12 năm 2001-11-14 SuperSocket thông tin: Bind thất bại trên cổng TCP 1433.
Để biết thêm thông tin, bấm vào số bài viết sau để xem bài viết trong Cơ sở Kiến thức Microsoft:
307197PRB: TCP\IP cảng trong ứng dụng khác


Nếu bạn không thể kết nối cho trường hợp SQL Server bằng cách sử dụng một kết nối TCP/IP, hãy thử sử dụng giao thức được đặt tên theo ống hoặc giao thức chia sẻ bộ nhớ. Chạy lệnh sau tại một dấu nhắc lệnh để lấy được thông tin về các cổng được sử dụng:
NETSTAT -an
Bạn cũng có thể sử dụng tiện ích dòng lệnh Portqry để có được thêm thông tin về các cổng được sử dụng.

Để biết thêm chi tiết về tiện ích dòng lệnh Portqry, nhấp vào số bài viết sau đây để xem bài viết trong cơ sở kiến thức Microsoft:
310099Mô tả của tiện ích dòng lệnh Portqry.exe
Để thêm thông tin về một lỗi có thể có liên quan đến ổ cắm TCP/IP, nhấp vào số bài viết sau đây để xem bài viết trong cơ sở kiến thức Microsoft:
306865LỖI: SQL Server có thể không nghe trên TCP/IP socket khi TCP/IP là giao thức duy nhất


Chú ý Vì thế tên trường hợp của SQL Server, SQL Server tự động xác định các cổng và lắng nghe trên cổng được xác định. Vì vậy, khi bạn bắt đầu thể hiện được đặt tên của SQL Server, SQL Server cố gắng để lắng nghe trên cổng mà trước đó đã được sử dụng. Nếu SQL Server không thể liên kết với cảng, được đặt tên theo trường hợp có thể tự động liên kết với một cổng khác. Trong tình hình đó, hãy chắc chắn rằng ứng dụng khách cũng là thiết lập để xác định các cổng tự động. Hoặc bạn cũng có thể chỉ định một tĩnh cảng ví dụ tên là liên kết với và lắng nghe trên bằng cách sử dụng khách hàng Mạng tiện ích.

Để biết thêm thông tin, bấm vào số bài viết sau để xem bài viết trong Cơ sở Kiến thức Microsoft:
286303INF: Hành vi của thư viện mạng SQL Server 2000 trong khi phát hiện năng động cảng
823938 Làm thế nào để sử dụng tĩnh và năng động cảng phân bổ trong SQL Server 2000

Quay lại các đầu trang

Gỡ rối các vấn đề MDAC

Kết nối vấn đề cũng có thể xảy ra vì vấn đề với MDAC. Ví dụ, cài đặt phần mềm có thể ghi đè lên một số của MDAC tập tin hoặc thay đổi các điều khoản mà bạn phải có để truy cập các tập tin MDAC. Bạn có thể chạy kiểm tra thành phần MDAC để xác minh MDAC cài đặt trên máy tính của bạn.

Để biết thêm chi tiết về làm thế nào để xác định phiên bản của MDAC, nhấp vào số bài viết sau đây để xem bài viết trong cơ sở kiến thức Microsoft:
301202Làm thế nào để: Kiểm tra phiên bản MDAC

Chú ý Nếu bạn đang kết nối với một trường hợp được đặt tên của SQL Server, Hãy chắc chắn rằng bạn đang chạy MDAC 2.6 hoặc máy tính của bạn. Phiên bản trước của MDAC không công nhận tên là trường hợp của SQL Server. Vì vậy, các kết nối đến được đặt tên theo trường hợp có thể không được thành công.

Bạn có thể sử dụng các tiện ích Odbcping.exe để xác minh kết nối thông qua SQL Server ODBC trình điều khiển.

Để biết thêm chi tiết về Odbcping.exe, nhấp vào số bài viết sau đây để xem bài viết trong cơ sở kiến thức Microsoft:
138541Làm thế nào để: Odbcping.exe để xác minh ODBC kết nối đến máy chủ SQL
Để biết thêm chi tiết về cấu hình ODBC DSNs, nhấp vào số bài viết sau đây để xem bài viết trong cơ sở kiến thức Microsoft:
289573PRB: Cấu hình DSNs với SQL Server Net-thư viện

Bạn cũng có thể kiểm tra kết nối cho trường hợp SQL Server bằng cách sử dụng một tập tin .udl.

Để biết thêm chi tiết về làm thế nào để tạo một tập tin .udl, nhấp vào số bài viết sau đây để xem bài viết trong cơ sở kiến thức Microsoft:
244659MẪU: Làm thế nào để tạo một tệp liên kết dữ liệu với Windows 2000

Quay lại các đầu trang

Gỡ rối các vấn đề bức tường lửa

Nếu tường lửa tồn tại giữa máy khách và các máy tính đang chạy SQL Server, đảm bảo rằng các cổng mà được yêu cầu để liên lạc thông qua tường lửa là mở.

Để thêm thông tin về cổng phải được mở để liên lạc thông qua tường lửa, nhấp vào số bài viết sau để xem các bài viết trong cơ sở kiến thức Microsoft:
287932INF: Cổng TCP cần thiết để liên lạc với SQL Server thông qua tường lửa
269882 HOWTO: Sử dụng ADO để kết nối với một máy chủ SQL là phía sau tường lửa


Nếu bạn sử dụng giao thức TCP/IP đến kết nối cho trường hợp SQL Server, đảm bảo rằng bạn có thể sử dụng chương trình Telnet để kết nối với cổng nơi SQL Server đang lắng nghe. Để sử dụng các chương trình Telnet, hãy chạy lệnh sau tại dấu nhắc lệnh:
Telnet <IP Address> <Port Number>
Nếu chương trình Telnet không phải là thành công, và bạn nhận được một thông báo lỗi, giải quyết các lỗi và sau đó thử kết nối lại.

Chú ý Vì các vấn đề đã được gây ra bởi Slammer virus, người sử dụng giao thức Datagram (UDP) cảng 1434 có thể bị chặn trên tường lửa của bạn.

Quay lại các đầu trang

Gỡ rối các vấn đề xác thực và an ninh

Kết nối với SQL Server có thể không thành công vì xác thực thất bại. Nếu việc xác thực thất bại, bạn có thể nhận một trong các thông báo lỗi sau đây:
Đăng nhập thất bại người sử dụng 'tên người dùng>'
Đăng nhập thất bại người sử dụng 'NTAUTHORITY\ANONYMOUS đăng nhập'
Đăng nhập thất bại cho người sử dụng 'null'
Nếu bạn nhận được một thông báo lỗi vì một lỗi xác thực và các thông báo lỗi không đề cập đến một cụ thể SQL Đăng nhập hệ phục vụ tên, gỡ rối các vấn đề với Windows xác thực. Bạn có thể nhận thông báo lỗi sau vì vấn đề với Windows xác thực:
Không thể tạo ra Bối cảnh SSPI
Những vấn đề sau đây có thể gây ra các vấn đề an ninh và xác thực:
  • Vấn đề xảy ra với xác thực NTLM hoặc với Kerberos xác thực.
  • Điều khiển vùng không thể liên lạc vì các vấn đề kết nối.
  • Vấn đề xảy ra với các mối quan hệ tin tưởng trên tên miền.
Để biết thêm thông tin về nguyên nhân có thể, hãy xem bản ghi sự kiện trên máy tính. Để làm việc xung quanh khả năng kết nối vấn đề với xác thực của Windows, bạn có thể sử dụng SQL Server xác thực để kết nối cho trường hợp máy chủ SQL.Để biết thêm chi tiết về làm thế nào để khắc phục và giải quyết các lỗi "ngữ không thể tạo ra các SSPI cảnh", nhấp vào số bài viết sau đây để xem bài viết trong cơ sở kiến thức Microsoft:
811889Làm thế nào để gỡ rối các thông báo lỗi "Không thể tạo ra bối cảnh SSPI"
Nếu kết nối không thành công khi bạn sử dụng SQL Server Xác thực, bạn nhận được thông báo lỗi sau:
Đăng nhập thất bại cho người sử dụng 'tên người dùng>' . Không liên quan với một kết nối đáng tin cậy

Để khắc phục vấn đề này, hãy làm theo các bước sau.

Quan trọng Phần, phương pháp hoặc nhiệm vụ này chứa các bước cho bạn biết làm thế nào để sửa đổi registry. Tuy nhiên, vấn đề nghiêm trọng có thể xảy ra nếu bạn sửa đổi registry không chính xác. Vì vậy, hãy chắc chắn rằng bạn làm theo các bước sau một cách cẩn thận. Để bảo vệ được thêm vào, sao lưu sổ đăng ký trước khi bạn sửa đổi nó. Sau đó, bạn có thể khôi phục sổ đăng ký nếu một vấn đề xảy ra. Để biết thêm chi tiết về làm thế nào để sao lưu và khôi phục sổ đăng ký, hãy nhấp vào số bài viết sau đây để xem bài viết trong cơ sở kiến thức Microsoft:
322756 Cách sao lưu và lưu trữ sổ đăng kư trong Windows
  1. Đảm bảo rằng trường hợp của SQL Server được cấu hình để sử dụng SQL Server xác thực và xác thực của Windows. Để làm như thế, hãy đảm bảo rằng cơ quan đăng ký sau phím là trên máy tính đang chạy SQL Hệ phục vụ. Đối với trường hợp mặc định của SQL Server:
    HKEY_LOCAL_MACHINE\Software\Microsoft\MSSQLServer\MSSQLServer\LoginMode
    Cho đặt tên dụ của SQL Server:
    HKEY_LOCAL_MACHINE\Software\Microsoft\Microsoft SQL Server\<instance name="">\MSSQLServer\LoginMode</instance>
    Hãy chắc chắn rằng các giá trị sổ đăng ký chìa khóa sau được đặt:
    Kiểu xác thựcGiá trị
    Xác thực của Windows chỉ1
    Hỗn hợp chế độ (SQL Server xác thực và Windows xác thực)2

    Chú ý Nếu bạn thực hiện bất kỳ thay đổi để đăng ký, bạn phải dừng lại và sau đó khởi động lại trường hợp của SQL Server để những thay đổi để có có hiệu lực.
  2. Thử kết nối cho trường hợp SQL Server bằng cách sử dụng tài khoản Windows khác nhau hoặc các tài khoản đăng nhập máy chủ SQL. Điều này có thể giúp xác định xem các kết nối không thành công vì các vấn đề với một đăng nhập đặc biệt tài khoản. Ví dụ, mật khẩu của tài khoản đăng nhập có thể thay đổi.
  3. Thử kết nối cho trường hợp SQL Server bằng cách sử dụng các giao thức khác nhau. Ví dụ, các kết nối mà dùng giao thức TCP/IP với Xác thực của Windows có thể không thành công, nhưng các kết nối dùng giao thức được đặt tên theo đường ống với Windows xác thực có thể được thành công.
Nếu bạn đang sử dụng giấy chứng nhận, bạn có thể nhận được một Secure Sockets Layer (SSL) bảo mật thông báo lỗi khi bạn cố gắng kết nối với trường hợp của SQL Hệ phục vụ. Để biết thêm chi tiết, nhấp vào số bài viết sau để xem các bài viết trong cơ sở kiến thức Microsoft:
316898Làm thế nào để: Kích hoạt tính năng mã hóa SSL cho SQL Server 2000 với Microsoft Management Console
322144 Khắc phục: SECDoClientHandShake không thể kết nối với SQL Server


Quay lại các đầu trang

Gỡ rối các căng thẳng vào ổ cắm TCP/IP

Khi bạn sử dụng trình điều khiển SQL Server ODBC, các Microsoft OLE DB Provider for SQL Server, hoặc System.Data.SqlClient quản lý nhà cung cấp, bạn có thể vô hiệu hóa kết nối tổng hợp bằng cách sử dụng các ứng dụng thích hợp lập trình giao diện (API). Khi bạn không thể kết nối tổng hợp và ứng dụng của bạn thường xuyên mở và đóng cửa các kết nối, những căng thẳng trên máy chủ SQL tiềm ẩn thư viện mạng có thể tăng lên. Đôi khi, các máy chủ Web và trình điều khiển JDBC cũng có thể thử để kết nối cho trường hợp máy chủ SQL. Vì vậy, sự gia tăng trong kết nối yêu cầu để SQL Server có thể nhiều hơn SQL Server có thể xử lý. Điều này có thể căng thẳng ổ cắm TCP/IP, và bạn có thể nhận được các thông báo lỗi sau trong tệp sổ ghi lỗi SQL Server:
2003-08-07 20:46:21.11 server Error: 17832, mức độ nghiêm trọng: 20, Nhà nước: 6
2003-08-07 20:46:21.11 máy chủ kết nối mở đăng nhập nhưng không hợp lệ Packet(s) gửi. Kết nối đóng cửa.


Để biết thêm chi tiết, nhấp vào số bài viết sau để xem các bài viết trong cơ sở kiến thức Microsoft:
154628INF: SQL bản ghi 17832 với yêu cầu kết nối nhiều TCP\IP
328476 Thiết đặt TCP/IP cho SQL Server Driver khi hợp nhóm bị vô hiệu hóa


Chú ý Bạn có thể không nhận thấy sự căng thẳng vào ổ cắm TCP/IP nếu bạn đang chạy SQL Server 2000 SP3 hoặc SQL Server 2000 SP3a vì một giới hạn về số lượng các gói tin đăng nhập đã được thêm. 17832 Lỗi xảy ra khi bạn sử dụng trình điều khiển bên thứ ba để kết nối với trường hợp của SQL Server. Để giải quyết vấn đề này, hãy liên hệ với đại lý của bên thứ ba và có được trình điều khiển mà đã được thử ra để làm việc với SQL Server 2000 SP3 và SQL Server 2000 SP3a.

Quay lại đầu trang

Xem nếu thể hiện của SQL Hệ phục vụ bắt đầu trong chế độ đơn người dùng

Nếu trường hợp của SQL Server bạn đang cố gắng để kết nối với bắt đầu trong chế độ người dùng đơn, chỉ có một kết nối có thể được thiết lập với SQL Server. Nếu bạn có phần mềm chạy trên của bạn máy tính tự động kết nối với SQL Server, phần mềm có thể dễ dàng sử dụng kết nối duy nhất. Ví dụ, phần mềm sau đây có thể tự động kết nối cho trường hợp SQL Server:
  • SQL Server Agent
  • Bên thứ ba phần mềm sao lưu
  • Bên thứ ba phần mềm giám sát
  • Phần mềm bên thứ ba virus
  • Microsoft Internet Information Services (IIS)
  • Máy chủ SQL Quản lý doanh nghiệp
Các ứng dụng khách đó là cố gắng để kết nối với trường hợp của SQL Server sẽ nhận được thông báo lỗi sau:
SQL Server nào không tồn tại hoặc truy cập từ chối
Lỗi này thường xảy ra trong SQL cụm thiết lập và cài đặt gói dịch vụ khi thiết lập xử lý bắt đầu thể hiện của SQL Server trong chế độ người dùng đơn. Các quy định các ứng dụng có thể tự động kết nối cho trường hợp SQL Server bằng cách sử dụng duy nhất kết nối sẵn có, thiết lập và không phải là thành công.

Để xác định nếu thể hiện của SQL Server có bắt đầu trong chế độ người dùng đơn, hãy kiểm tra xem nếu tệp sổ ghi lỗi SQL Server có một mục nhập tương tự như sau:
2003-07-31 11:26:43.79 cảnh báo spid3 ******************
2003-07-31 11:26:43.80 spid3 SQL Server bắt đầu trong chế độ người dùng. Bản Cập Nhật được phép vào hệ thống catalog.

Quay lại đầu trang

Xác minh được đặt tên theo ống kết nối đến máy chủ SQL

Nếu bạn không thể kết nối cho trường hợp SQL Server bằng cách sử dụng tên là đường ống, đảm bảo rằng trường hợp của SQL Server được cấu hình để chấp nhận được đặt tên theo ống các kết nối.Để thêm thông tin về các thủ tục để thử nghiệm tên là đường ống, nhấp vào số bài viết sau đây để xem bài viết trong cơ sở kiến thức Microsoft:
68941INF: Thủ tục để thử nghiệm tên đường ống

Quay lại các đầu trang

Khắc phục sự cố kết nối đó thời gian thực trong quá trình phục hồi

Mỗi khi bạn bắt đầu một thể hiện của SQL Server, SQL Server Recovers mỗi cơ sở dữ liệu. Trong quá trình phục hồi này, SQL Server cuộn lại các các giao dịch mà không phải là cam kết. SQL Server cũng chả chuyển tiếp các các giao dịch cam kết và những thay đổi không phải bằng văn bản để các đĩa cứng khi thể hiện của SQL Server đã bị ngừng lại. Khi các quá trình phục hồi hoàn tất, SQL Server đăng thông báo sau trong SQL Tệp sổ ghi lỗi máy chủ:
Phục hồi Hoàn tất
Trong quá trình phục hồi, SQL Server có thể không chấp nhận các kết nối. Khách hàng thử kết nối cho trường hợp SQL Server trong thời gian này có thể nhận được một thông báo lỗi tương tự như dưới đây:
Thời gian chờ hết hạn
Các dịch vụ đại lý máy chủ SQL không thể khởi động vì nó chờ đợi cho SQL Server để Khôi phục các cơ sở dữ liệu. Vì vậy, khi bạn nhận được thông báo sau trong tệp sổ ghi lỗi SQL Server, các kết nối sẽ không còn không với một thời gian chờ lỗi:
Phục hồi hoàn chỉnh
Nếu phục hồi quá trình mất một thời gian dài, bạn có thể phải thêm vào đó gỡ rối quá trình phục hồi.

Quay lại các đầu trang

Thử nghiệm nhiều cách khác nhau để kết nối với trường hợp của SQL Server

Nếu bạn gặp vấn đề kết nối khi kết nối cho trường hợp SQL Server, bạn có thể sử dụng một hoặc một số phương pháp sau đây để làm việc xung quanh vấn đề kết nối.
  • Kiểm tra kết nối cho trường hợp SQL Server bằng cách sử dụng SQL Server xác thực và Windows xác thực.
  • Kiểm tra kết nối cho trường hợp SQL Server từ nguồn dữ liệu khác, chẳng hạn như một ODBC DSN, một tập tin .udl, phân tích truy vấn SQL, SQL Server Quản lý doanh nghiệp, các tiện ích isql hoặc tiện ích osql.
  • Kiểm tra kết nối cho trường hợp SQL Server bằng cách sử dụng các giao thức khác nhau. Bạn có thể chỉ định các giao thức khác nhau bằng cách tạo ra một mới biệt hiệu cho trường hợp của SQL Server bằng cách sử dụng giao thức đó. Bạn cũng có thể xác định các giao thức trong chuỗi kết nối của bạn bằng cách thêm tcp:, np:, lpc:, hoặc rpc: đầu tên dụ của SQL Server. Ví dụ, nếu TCP/IP các kết nối này không thành công, tên là ống kết nối thành công.
  • Kiểm tra kết nối bằng cách sử dụng một tài khoản đăng nhập khác nhau để giúp bạn xác định các vấn đề có liên quan đến một cụ thể tên đăng nhập tài khoản.
  • Cố gắng để thêm một mục nhập tương ứng với địa chỉ IP của các máy tính đang chạy dụ của SQL Server để %systemroot%\system32\drivers\etc\hosts tập tin.
  • Thử kết nối cho trường hợp SQL Server từ máy tính đang chạy SQL Server và từ khách hàng.
  • Nếu bạn đang kết nối từ máy tính đang chạy SQL Server, bạn có thể chỉ định "." hoặc "(địa phương)" (không có dấu ngoặc kép) thay vì của máy chủ tên và sau đó kết nối.
  • Thử kết nối cho trường hợp SQL Server bằng cách sử dụng địa chỉ IP thay vì của tên hệ phục vụ.
  • Cố gắng chỉ định cổng cụ thể trường hợp của SQL Server là nghe trên, hoặc bằng cách tạo ra một bí danh hoặc bằng cách thêm một số hiệu cổng để các kết nối chuỗi (MyServer\MyInstance, 1433, ví dụ).
Quay lại đầu trang

Nắm bắt dấu vết giám sát mạng

Nếu vấn đề kết nối không được giải quyết bằng các bước mà đề cập trong "Thử nghiệm nhiều cách khác nhau để kết nối với trường hợp của SQL Server 2000" phần, sử dụng tiện ích giám sát mạng để nắm bắt các mạng dấu vết. Để biết thêm chi tiết về mạng truy tìm, nhấp vào số bài viết sau để xem các bài viết trong cơ sở kiến thức Microsoft:
148942Làm thế nào để nắm bắt mạng lưới giao thông với giám sát mạng

294818 Câu hỏi thường gặp về giám sát mạng

169292 Khái niệm cơ bản của đọc dấu vết TCP/IP

102908 Làm thế nào để khắc phục sự cố kết nối TCP/IP với Windows 2000 hoặc Windows NT


Để có được thông tin chi tiết hơn, bạn có thể phải sử dụng dấu vết SQL Profiler. Bạn cũng có thể dùng chuẩn đoán mạng Công cụ cho phi nhóm máy tính đang chạy SQL Server để truy tìm mạng.Để có thêm thông tin về làm thế nào để sử dụng công cụ chẩn đoán mạng, bấm số bài viết sau đây để xem bài viết trong cơ sở kiến thức Microsoft:
321708Làm thế nào để: Sử dụng công cụ chẩn đoán mạng (Netdiag.exe) trong Windows 2000
Quay lại các đầu trang
THAM KHẢO
Để thêm thông tin về vấn đề kết nối khác nhau liên quan đến SQL Server, nhấp vào số bài viết sau để xem các bài viết trong cơ sở kiến thức Microsoft:
812817Hỗ trợ WebCast: Microsoft SQL Server 2000: xử lý sự cố kết nối
319930 Làm thế nào để: Kết nối với Microsoft Desktop công cụ
257434 INF: Mạng thư viện trong DSN hiện có được thay thế bằng thư viện mạng trong mới DSN để cùng một tên máy chủ SQL
306985 RPC lỗi khi kết nối một máy chủ ảo cụm với đường ống được đặt tên theo
313062 Làm thế nào để: Kết nối với cơ sở dữ liệu bằng cách sử dụng Active Server Pages trong Windows 2000
313295 Làm thế nào để: Sử dụng tham số tên máy chủ trong một chuỗi kết nối để chỉ định thư viện mạng lưới khách hàng
320728 Làm thế nào để: Giải quyết "giới hạn kết nối tối đa đã đạt tới" lỗi thông điệp
328306 INF: Nguyên nhân tiềm năng của các thông báo lỗi "SQL Server không tồn tại hoặc truy cập bị từ chối"
247931 INF: Phương pháp xác thực cho các kết nối đến máy chủ SQL trong Active Server Pages
169377 Làm thế nào để truy cập vào máy chủ SQL trong Active Server Pages
328383 INF: SQL Server khách hàng thể thay đổi giao thức khi họ cố gắng để kết nối
238949 HOWTO: Thiết lập thư viện mạng SQL Server trong một ADO kết nối chuỗi
270126 PRB: Làm thế nào để quản lý khách hàng kết nối với cả hai máy chủ ảo SQL Server 2000 sau khi nâng cấp đang hoạt động/hoạt động cụm 7,0
316779 PRB: Khách hàng với lực lượng giao thức mật mã đặt trên có thể không kết nối với một địa chỉ IP
216643 INF: ODBC/OLEDB kết nối tùy chọn không được thấy khi truy tìm các kết nối với SQL Server 7.0
265808 INF: Làm thế nào để kết nối với một SQL Server 2000 tên là trường hợp với các công cụ máy khách Phiên bản trước
191572 Thông báo: Quản lý hồ bơi kết nối các đối tượng ADO được gọi là từ ASP
313173 Mẫu kết nối hồ bơi đốc để sử dụng với Microsoft SQL Server 2000 driver cho JDBC
237844 HOWTO: Kích hoạt tính năng ODBC kết nối tổng hợp trong một ứng dụng Visual Basic ADO
259569 PRB: Cài đặt bên thứ ba sản phẩm nghỉ thiết đặt đăng ký Windows 2000 MDAC
Quay lại các đầu trang

Thuộc tính

ID Bài viết: 827422 - Xem lại Lần cuối: 12/08/2015 04:28:46 - Bản sửa đổi: 2.0

Microsoft SQL Server 2000 Standard Edition

  • kbnosurvey kbarchive kbhowto kbsqlclient kbdll kbclientserver kbclient kbdns kberrmsg kbtshoot kbregistry kbmt KB827422 KbMtvi
Phản hồi