SQL Server Luôn luôn để chạy các bản cập nhật và thay đổi lược đồ trong môi trường 24/7

Trước hết tôi phải nói rằng câu hỏi này xuất phát từ quan điểm của kỹ sư phần mềm. Thật không may, chúng tôi không có DBA nên chúng tôi cần quản trị cơ sở dữ liệu của riêng mình.

Chúng tôi đã cài đặt SQL Server 2012 Enterprise để chạy cơ sở dữ liệu sẵn sàng 24/7. Cơ sở dữ liệu khoảng 150 GB và một số bảng chứa hàng tỷ hàng. Nhiều dịch vụ đang truy cập cơ sở dữ liệu hàng nghìn lần mỗi phút để chèn dữ liệu đo thời gian thực. Vì vậy, khi cơ sở dữ liệu ngừng hoạt động trong nửa giờ, sẽ mất dữ liệu đo trong nửa giờ, điều mà chúng tôi không thể đủ khả năng ...

Trong tình huống này, chúng tôi có hai vấn đề chính:

1. Khi nào và làm thế nào để chúng tôi cài đặt Microsoft Updates?
2. Làm thế nào để chúng ta áp dụng thay đổi lược đồ?

Windows Updates không yêu cầu giải thích thêm. Khi các yêu cầu mới đến hoặc các yêu cầu hiện tại thay đổi, đôi khi chúng ta cần thực hiện một số thay đổi lược đồ. Ví dụ: thêm một số cột bổ sung, thay đổi loại dữ liệu, thay đổi kích thước các trường varchar, v.v ... Một số thay đổi này mất rất nhiều thời gian để chạy hoặc thậm chí là hết thời gian, vì cơ sở dữ liệu luôn bị tải nặng.

Chúng tôi đang suy nghĩ để cài đặt một phiên bản bổ sung và kích hoạt Luôn luôn, để thực hiện các thao tác sau:

1. Đối với Cập nhật Windows, đưa một máy chủ xuống, cài đặt các bản cập nhật Windows, sao lưu và sau đó cập nhật phiên bản thứ hai.
2. Đối với các thay đổi lược đồ, đưa một máy chủ xuống, áp dụng các thay đổi lược đồ, đưa nó trở lại và sau đó áp dụng các thay đổi tương tự cho thể hiện thứ hai.

Hai điều này có thể được thực hiện với SQL Server Luôn luôn không, và đây có phải là một cách tiếp cận phổ biến không? Dữ liệu thậm chí có được đồng bộ hóa phía sau không? Hay tôi hoàn toàn suy nghĩ sai hướng và có giải pháp nào tốt hơn?

1.Khi nào và chúng tôi cài đặt Cập nhật Microsoft như thế nào?

Sử dụng AOAG có khả năng giúp ích cho việc này, tùy thuộc vào mức độ thời gian chết được coi là "quá nhiều". Vẫn còn một đốm sáng liên quan đến việc chuyển đổi sơ cấp thành thứ cấp đồng bộ vì các máy khách sẽ bị ngắt kết nối (điều này có thể hoặc không phải là một vấn đề trong môi trường của bạn) khi di chuyển xảy ra. Họ sẽ cần kết nối lại bằng tên người nghe (vì vậy không cần thay đổi chuỗi kết nối) và đang sử dụng thư viện hỗ trợ điều này.

1.Đối với Windows Updates, đưa một máy chủ xuống, cài đặt các bản cập nhật Windows, sao lưu và sau đó cập nhật phiên bản thứ hai.

Đó là những điều cơ bản về cách thức hoạt động của nó. Xóa chuyển đổi dự phòng tự động (đồng bộ), cài đặt các bản cập nhật / bản vá, khởi động lại (trong trường hợp này).

2.Làm thế nào để chúng ta áp dụng thay đổi lược đồ?

AOAGs sẽ không giúp bạn về mặt này. Nhật ký giao dịch về cơ bản được phát lại từ chính cho tất cả các thứ cấp. Các thứ cấp có thể được đọc (nếu bạn cho phép chúng) nhưng sẽ không thể có bất kỳ hoạt động ghi nào (bao gồm các thay đổi ddl) được thực hiện cho chúng. Một thứ cấp đồng bộ là một bản sao phản chiếu của chính.

Những thay đổi này có thể được thực hiện khi thay đổi ứng dụng được thực hiện để giảm thiểu thời gian chết không? Có thể có ý nghĩa hơn khi sử dụng giao diện người dùng cân bằng tải bằng cách sử dụng một cái gì đó như F5 và giữ dữ liệu đồng bộ thông qua một cái gì đó như sao chép ngang hàng so với sử dụng AOAG. Tôi không phải là chuyên gia nhân rộng, nhưng có vẻ như bạn sẽ cần hai hệ thống riêng biệt có một số loại mặt trước cân bằng tải để có thể thay đổi một hệ thống tại một thời điểm để di chuyển tài nguyên vào và ra trong khi giữ chúng đồng bộ.

2.Đối với các thay đổi lược đồ, đưa một máy chủ xuống, áp dụng các thay đổi lược đồ, đưa nó trở lại và sau đó áp dụng các thay đổi tương tự cho thể hiện thứ hai.

Điều này không thể được thực hiện theo cách này (hoặc bất kỳ cách nào, thực sự) với AOAG.