Hệ thống ngừng hoạt động và hỏng hóc là điều khó chịu đối với các DBA, nhưng đối với khách hàng còn nhiều hơn thế. Người dùng ngày nay mong đợi gần 100 phần trăm sự sẵn có và bất kỳ điều gì ít hơn có thể gây khó chịu nếu bạn may mắn và mất khách hàng nếu bạn không.
Một trong những mục tiêu chính của DBA là giúp đảm bảo các phiên bản và cơ sở dữ liệu SQL Server luôn trực tuyến và hoạt động sau sự cố hoặc ngừng hoạt động. Một phương pháp để củng cố tính khả dụng là thiết lập Cụm chuyển đổi dự phòng Windows Server với SQL Server.
Cụm chuyển đổi dự phòng là một nhóm các máy chủ làm việc cùng nhau để duy trì tính khả dụng của các ứng dụng và dịch vụ của bạn trong trường hợp ngừng hoạt động hoặc bị lỗi. Về cơ bản, cụm chuyển đổi dự phòng lấy tất cả dữ liệu được lưu trữ trên một phiên bản SQL Server và cài đặt nó trong một kho lưu trữ dùng chung — thường là trên SAN — có thể được truy cập từ các máy chủ khác nhau.
Để giúp bạn bắt đầu con đường đạt đến tính khả dụng cao, chúng tôi đã biên soạn chín điều nên và không nên làm hàng đầu khi thiết lập cụm chuyển đổi dự phòng SQL Server của bạn để bạn có thể giảm thiểu thời gian chết của cơ sở dữ liệu.
1. Đừng bỏ qua xác thực cụm.
Trước khi cài đặt một cụm, bạn bắt buộc phải chạy xác thực để kiểm tra cấu hình. Nếu đây là một cụm mới, bạn sẽ muốn chạy tất cả các bài kiểm tra.
Sau khi cụm được thiết lập và bạn đã hoàn toàn cài đặt và định cấu hình các phiên bản SQL Server của mình trên cụm, hãy chạy xác thực bất cứ khi nào bạn thực hiện thay đổi. Điều quan trọng là đảm bảo kết quả xác thực là chính xác trước khi đẩy cụm chuyển đổi dự phòng SQL Server của bạn hoạt động, do đó bạn sẽ không phải lên lịch thời gian ngừng hoạt động để khắc phục các sự cố đã bỏ lỡ.
2. Định cấu hình tốt số đại biểu.
Nếu bạn muốn duy trì SQL Server của mình trực tuyến, hãy đảm bảo rằng bạn đã định cấu hình số đại biểu đúng cách trong cụm chuyển đổi dự phòng. Tài liệu này của Microsoft cung cấp các hướng dẫn chuyên sâu về cách đạt được điều này, nhưng phần giới thiệu nổi bật bao gồm các phương pháp hay nhất sau:
- Đánh giá lại túc số mỗi khi cấu hình cụm của bạn thay đổi
- Chỉ định một nhân chứng để nhận được số phiếu bầu lẻ
- Xóa phiếu bầu khi thích hợp
- Sử dụng tính năng "Số lượng động" để điều chỉnh động các phiếu bầu của nút
Điều quan trọng cần lưu ý là cách hiệu quả nhất để định cấu hình túc số sẽ khác nhau tùy thuộc vào phiên bản Windows, số lượng nút và mức độ giao tiếp mạng đáng tin cậy giữa các nút,
3. Không chọn sai phiên bản Windows hoặc SQL Server.
Đây là một loại nghe có vẻ như không có trí tuệ, nhưng nó luôn lặp lại. Đảm bảo bạn chọn phiên bản Windows Server mới nhất và đảm bảo rằng bạn đang sử dụng phiên bản Enterprise hoặc Datacenter. Ngoài ra, hãy gắn bó với một phiên bản SQL Server để giữ mọi thứ đơn giản. Tuân thủ hai phương pháp này sẽ giúp cụm của bạn quản lý và duy trì trực tuyến dễ dàng hơn.
4. Mua đúng phần cứng.
Định kích thước phù hợp phần cứng của bạn cho một cụm máy chủ SQL có thể khó khăn. Ví dụ:bạn không muốn lãng phí tiền cho quá nhiều bộ nhớ, nhưng quá ít có thể ảnh hưởng đến hiệu suất.
Khi bạn phát triển kế hoạch tạo cụm máy chủ SQL của mình, hãy đảm bảo xác nhận rằng nhu cầu phần cứng của bạn được đáp ứng với lượng bộ nhớ phù hợp, đường dẫn mạng của bạn là dự phòng và bạn đã đánh giá chính xác nhu cầu SSD của mình.
5. Không đặt quá nhiều nút trong một cụm.
Bạn có thể bị cám dỗ để đặt tất cả các nút của mình vào một cụm, nhưng tốt hơn là nên gắn bó với một đến hai nút trên mỗi cụm. Hãy nhớ rằng bất kỳ khi nào bạn áp dụng bản vá hoặc bản cập nhật cho một cụm, bạn sẽ cần kiểm tra xem mỗi phiên bản vẫn hoạt động trên mỗi nút. Càng ít nút trong một cụm, thì càng ít thời gian chết cho mỗi trường hợp khi bạn gặp lỗi trên mỗi nút.
6. Lập kế hoạch cho các nút và phiên bản của bạn.
Các cụm chuyển đổi dự phòng không phải là một kích thước phù hợp cho tất cả, vì vậy bạn sẽ cần phải đánh giá nhu cầu của mình và lập kế hoạch cho phù hợp. Một nơi tuyệt vời để bắt đầu là trả lời những câu hỏi này và điều chỉnh cụm của bạn sao cho phù hợp:
- Chúng tôi cần bao nhiêu nút cụm?
- Chúng tôi sẽ cài đặt bao nhiêu phiên bản SQL Server?
- Có bao nhiêu cụm chuyển đổi dự phòng Windows phù hợp với nhu cầu và ngân sách của chúng tôi?
- Chúng tôi sẽ sử dụng loại bộ nhớ nào?
- Môi trường dàn dựng của chúng ta trông như thế nào?
7. Đừng cho rằng các ứng dụng của bạn sẽ chuyển đổi dự phòng một cách duyên dáng.
Không bao giờ tin tưởng rằng phiên bản SQL Server của bạn đang chạy như trước khi xảy ra chuyển đổi dự phòng. Một số ứng dụng có thể không tự động trực tuyến trở lại sau đó và tùy thuộc vào ứng dụng, bạn có thể mất một lúc để nhận thấy.
Biến nó thành một phương pháp tiêu chuẩn để bao gồm thử nghiệm ứng dụng với mỗi lần di chuyển sang một cụm chuyển đổi dự phòng.
8. Đánh giá lại cài đặt cấu hình SQL Server của bạn.
Khi bạn bắt đầu giai đoạn lập kế hoạch tạo cụm chuyển đổi dự phòng SQL Server, đây là thời điểm tốt để xem xét lại cài đặt cấu hình của bạn. Ví dụ:hãy kiểm tra xem bạn có đang sử dụng cài đặt tốt nhất cho những thứ như phân bổ bộ nhớ trên các cụm đa phiên bản hay không.
9. Đừng bỏ qua quy ước đặt tên của bạn.
Bây giờ hãy dành thời gian để đặt tên cho các thành phần cụm của bạn một cách cẩn thận và tránh cho bạn một cơn đau đầu khi bạn đang cố gắng kết nối với máy chủ sau này. Dưới đây là một số ý tưởng giúp thiết lập quy ước đặt tên hiệu quả:
- Đảm bảo rằng tên xác định loại thành phần bạn đang gắn nhãn. Đó là một cụm, máy chủ vật lý, phiên bản SQL Server hay Điều phối viên giao dịch phân tán?
- Cài đặt BGINFO để hiển thị tên máy chủ trên màn hình cho mọi máy chủ trong cụm. Điều này làm cho việc tìm kiếm cơ sở dữ liệu chính xác trở nên dễ dàng.
- Nhất quán khi bạn thêm các nút bổ sung hoặc cài đặt phiên bản SQL Server khác vào cụm. Nếu bạn tuân thủ quy ước đặt tên của mình, nó sẽ không chỉ đơn giản hóa mọi thứ cho bạn bây giờ mà còn giúp việc tìm kiếm máy chủ dễ dàng hơn cho những người cần chúng sau này.
