Có phải luôn luôn là luôn luôn không?

Chúng tôi đã tạo một cụm chuyển đổi dự phòng của Windows, sau đó thêm hai phiên bản của SQL Server làm các nút của cụm chuyển đổi dự phòng SQL Server.

Chúng tôi đặt các máy chủ để sử dụng "Luôn sẵn sàng các nhóm" trong Trình quản lý cấu hình SQL.

Để kiểm tra chuyển đổi dự phòng, tôi đã tải lên và chạy một truy vấn dài, sau đó đưa nút hoạt động xuống bằng cách sử dụng Trình quản lý cụm chuyển đổi dự phòng để dừng dịch vụ cụm trên nút hoạt động.

Truy vấn bị hỏng không có kết nối và máy chủ hiển thị là không khả dụng trong khoảng 20 giây trước khi nút bị cạn kiệt và nút mới tiếp quản.

Tôi đã làm điều này sai? Làm thế nào tôi nên cấu hình cái này để không bị mất kết nối?

Luôn luôn không phải luôn luôn bật?

Bạn có một loạt các câu hỏi khác nhau ở đây.

Q: Điều "Luôn luôn bật" là gì?

Microsoft sử dụng tên thương hiệu đó (được viết không có khoảng trắng trước năm 2016) để mô tả hai tính năng khác nhau:

• Các trường hợp dự phòng cụm (FCI) - những gì ông của bạn đã sử dụng để gọi một cụm chủ động / thụ động
• Nhóm sẵn có (AG) - giống như phản chiếu cơ sở dữ liệu, nhưng hoạt động với các nhóm cơ sở dữ liệu trong một số trường hợp (nhưng không phải là cơ sở dữ liệu hệ thống)

Sử dụng các thuật ngữ đó để mô tả tính năng Luôn bật cụ thể mà bạn đang sử dụng.

Q: Trong một failover, nó sẽ luôn luôn bật?

Cả FCI và AG đều không thực sự luôn hoạt động. Trong quá trình chuyển đổi dự phòng, các giao dịch đang chạy của bạn sẽ thất bại và thử lại kết nối có thể thất bại trong 5-60 giây (hoặc hơn). Tùy thuộc vào bạn để xây dựng logic thử lại duyên dáng trong các ứng dụng của bạn hoặc xây dựng các công cụ khả năng xuống cấp như Stack Overflow .

Q: Làm cách nào để định cấu hình Luôn Bật?

Nó thay đổi đáng kể dựa trên:

• Tính năng AO nào bạn đang sử dụng (FCI hoặc AG)
• Số lượng nút trong cụm
• Làm thế nào bạn muốn xử lý đại biểu (bỏ phiếu)
• Cho dù bạn đang sử dụng chuyển đổi dự phòng tự động thông qua tên người nghe hoặc tên máy tính ảo

Đây là những quyết định lớn liên quan đến rất nhiều công việc kiến ​​trúc. Để biết chi tiết cụ thể hơn, hãy bao gồm các chi tiết trên và chúng tôi sẽ có thể cho bạn biết thêm về cách định cấu hình.

Q: Không phải chỉ là vấn đề kiểm tra hộp cho Luôn bật sao?

Không.

Bạn có thể nhầm lẫn AGs "Luôn BẬT" (Nhóm khả dụng) với FCI (Phiên bản cụm chuyển đổi dự phòng), cả hai đều phụ thuộc vào WSFC (Cụm chuyển đổi dự phòng của Windows Server).

Nhấp vào 'luôn luôn' không đảm bảo bạn hiện có cấu hình AG. Bạn phải đặt async, đồng bộ hóa, chỉ đọc / sao chép dự phòng, đặt mức độ ưu tiên và thực hiện các cân nhắc khác như ứng dụng có hỗ trợ cấu hình này không. Ví dụ: ứng dụng của bạn có thể sử dụng các giao dịch MSDTC cơ sở dữ liệu chéo, không được hỗ trợ và có thể gây ra tham nhũng không thể phục hồi được yêu cầu khôi phục sao lưu.

Ngay bây giờ những gì bạn đang trải qua là một chuyển đổi dự phòng FCI. Điều này là bình thường. Điều này dừng các dịch vụ trên một nút và bắt đầu các dịch vụ trên nút khác. Điều này hoạt động ở cấp độ INSTANCE. Một giải pháp AG được thiết lập cho mỗi cơ sở dữ liệu và các dịch vụ đang chạy trên cả hai nút. SQL sử dụng API WSFC để giữ dữ liệu đồng bộ trên các bản sao và cơ sở dữ liệu không thành công với bản sao đó; lưu ý không phải là ví dụ.

Bạn có thể muốn thực hiện nhiều thử nghiệm về điều này trước khi triển khai vào sản xuất.

Phương pháp ưa thích của tôi để kiểm tra chuyển đổi dự phòng trong AG là chỉ cần ngắt kết nối chính hiện tại. Chỉ cần cắt nó ra, tắt nguồn từ bảng điều khiển, kéo mạng của nó, giết dịch vụ SQL bằng một viên đạn bạc, bất cứ điều gì. Bạn không nên thử nghiệm nó từ bên trong bất cứ thứ gì giống như GUI bởi vì đó không phải là cách hỗn loạn hoạt động.

_{Cộng đồng wiki trả lời :}

Đây là hành vi bình thường và dự kiến ​​cho một cụm.

Ứng dụng có trách nhiệm xử lý việc ngắt kết nối một cách duyên dáng. Bất kỳ giao dịch trên chuyến bay nào cũng sẽ bị mất, vì chỉ các giao dịch đã cam kết được sao chép giữa các máy chủ.