Cách kết nối với máy chủ SQL được nhân đôi sau khi chuyển đổi dự phòng?

Question

tôi thiết lập một cơ sở dữ liệu phản ánh và sau đó sử dụng connectionstring này để kết nối với nó:

Data Source={0};Failover Partner={1};Initial Catalog=AdventureWorks; 
    Integrated Security=True; 

Sau khi thêm một số dữ liệu vào cơ sở dữ liệu, tôi tắt máy tính, máy chủ chính, vì vậy các máy chủ nhân bản trở thành máy chủ chính. Tôi mở lại kết nối, nhận được lỗi này:

System.Data.SqlClient.SqlException: A transport-level error has 
occurred when sending the request to the server. (provider: Shared Memory 
Provider, error: 0 - No process is on the other end of the pipe.) 

Tôi nghĩ rằng với đối tác chuyển đổi dự phòng được chỉ định trong chuỗi kết nối, ADO.NET sẽ thực hiện công việc cho tôi. Vậy tôi nên làm gì bây giờ?

Câu hỏi này là cấp bách. Cảm ơn rất nhiều vì sự giúp đỡ của bạn.

Answer 1

May mắn thay, tôi đã khắc phục sự cố này. Tất cả những gì tôi cần làm là gọi phương thức ClearPool:

SqlConnection.ClearPool(conn); 

Phương pháp này sẽ xóa hồ bơi kết nối. Sau đó, vấn đề đã biến mất. Tôi rất hạnh phúc với nó.

Cảm ơn tất cả các bạn đã ủng hộ bạn. : D

Answer 2

Tôi không phải là chuyên gia về công cụ .net nhưng bạn cần ứng dụng khách gốc SQL (SQLNCLI) để xử lý chuyển đổi dự phòng. "ado.net" có thể là SQLOLEDB

Tối đa Windows Server 2003 ít nhất nó không được cài đặt theo mặc định. Đó là một trong hai độc lập hoặc một phần của công cụ máy khách SQL, vì vậy tôi nghi ngờ bạn đang sử dụng SQLOLEDB

Answer 3

Sau khi bạn tắt hiệu trưởng, bạn đã xác minh rằng chuyển đổi dự phòng thực sự đã trở thành hiệu trưởng chưa? Nếu nó không có khả năng tự động chuyển đổi dự phòng trên Sql Server, thì gương của bạn vẫn là một tấm gương.

Answer 4

Chúng tôi thấy rằng điều này sẽ xảy ra nếu bạn không có bộ thời gian chờ đủ lớn.

https://serverfault.com/questions/249589/db-auto-failover-in-c-does-not-work-when-the-principal-server-physically-goes-o