diephan
Moderator
Trong môi trường doanh nghiệp, việc đảm bảo hệ thống cơ sở dữ liệu luôn hoạt động liên tục (High Availability - HA) và có khả năng phục hồi sau thảm họa (Disaster Recovery - DR) là yêu cầu tối quan trọng. Đối với hệ sinh thái Microsoft, Windows Server Failover Clustering (WSFC) là nền tảng cốt lõi để xây dựng các giải pháp này.
Thông thường, quản trị viên có hai hướng tiếp cận chính:
Trong bài Lab thực hành này, chúng ta sẽ triển khai theo mô hình tối ưu cho các môi trường không có sẵn hạ tầng SAN đắt tiền, đó là sử dụng SQL Server Always On Availability Groups kết hợp với File Share Witness.
Cụ thể, hệ thống sẽ bao gồm 3 Node: 2 Node tại Primary Data Center (DC) và 1 Node tại Disaster Recovery (DR) Site. Thay vì tốn kém tài nguyên cho một Disk Witness vật lý, chúng ta sẽ dựng một File Share Witness – một thư mục chia sẻ đóng vai trò như "người làm chứng". Cơ chế này hoạt động dựa trên cấu hình Node and File Share Majority: nếu một trong các Node SQL gặp sự cố, File Share Witness sẽ cung cấp lá phiếu quyết định để duy trì Cluster hoạt động
(Lưu ý trong bài lab này đang thực hành join từng node vào cluster hiện có, thay vào đó thực tế bạn có thể thực hiện cùng lúc 3 node)
Phần trước: Thực hành triển khai SQL Server Always On trên Windows Failover Cluster (P1)
2.4.1. Tạo một File Winess Server
2.4.2. Cấu hình File Share Witness trong Failover Cluter
2.4.3. Bật SQL Always On Availability Group trên các máy chủ SQL
2.4.4. Tạo SQL Server Always On Availability Groups
- Backup Full (Full Recovery mode) database cần thêm vào group Always On (điều chỉnh Recovery mode ở Database Properties > Option)
3. Thêm SQL03 ở DR site vào SQL Cluster
- Cài đặt Windows Failover Cluster và SQL và các bước khác giống hệt như cài đặt trên SQL01 và SQL02
3.1. Thêm SQL03 vào Failover Cluster
(làm tương tự như node 2)
3.2. Thêm SQL03 vào Always On HA Group
Thêm IP vào AG Listener
Thông thường, quản trị viên có hai hướng tiếp cận chính:
- Failover Cluster Instances (FCI): Giải pháp truyền thống, bảo vệ toàn bộ instance nhưng yêu cầu hệ thống lưu trữ dùng chung (Shared Storage SAN) phức tạp và đắt đỏ.
- Always On Availability Groups (AG): Giải pháp hiện đại hơn, cho phép bảo vệ ở cấp độ Database và linh hoạt trong việc đồng bộ dữ liệu mà không bắt buộc phải có ổ cứng dùng chung.
Trong bài Lab thực hành này, chúng ta sẽ triển khai theo mô hình tối ưu cho các môi trường không có sẵn hạ tầng SAN đắt tiền, đó là sử dụng SQL Server Always On Availability Groups kết hợp với File Share Witness.
Cụ thể, hệ thống sẽ bao gồm 3 Node: 2 Node tại Primary Data Center (DC) và 1 Node tại Disaster Recovery (DR) Site. Thay vì tốn kém tài nguyên cho một Disk Witness vật lý, chúng ta sẽ dựng một File Share Witness – một thư mục chia sẻ đóng vai trò như "người làm chứng". Cơ chế này hoạt động dựa trên cấu hình Node and File Share Majority: nếu một trong các Node SQL gặp sự cố, File Share Witness sẽ cung cấp lá phiếu quyết định để duy trì Cluster hoạt động
(Lưu ý trong bài lab này đang thực hành join từng node vào cluster hiện có, thay vào đó thực tế bạn có thể thực hiện cùng lúc 3 node)
Phần trước: Thực hành triển khai SQL Server Always On trên Windows Failover Cluster (P1)
2.4.1. Tạo một File Winess Server
2.4.2. Cấu hình File Share Witness trong Failover Cluter
2.4.3. Bật SQL Always On Availability Group trên các máy chủ SQL
2.4.4. Tạo SQL Server Always On Availability Groups
- Backup Full (Full Recovery mode) database cần thêm vào group Always On (điều chỉnh Recovery mode ở Database Properties > Option)
3. Thêm SQL03 ở DR site vào SQL Cluster
- Cài đặt Windows Failover Cluster và SQL và các bước khác giống hệt như cài đặt trên SQL01 và SQL02
3.1. Thêm SQL03 vào Failover Cluster
(làm tương tự như node 2)
3.2. Thêm SQL03 vào Always On HA Group
Thêm IP vào AG Listener
Đính kèm
Bài viết liên quan
Được quan tâm
Bài viết mới