Nâng cấp liền mạch Azure khi thay đổi giản đồ cơ sở dữ liệu

Question

Giả sử tôi có triển khai sản xuất và dàn dựng đều sử dụng cơ sở dữ liệu (SQL Azure) của riêng họ. Nếu lược đồ trong dàn dựng đã thay đổi và cần phải được triển khai để sản xuất thì có cách xác định để đạt được nâng cấp cơ sở dữ liệu trên cơ sở dữ liệu sản xuất (không có thời gian chết) không?

ví dụ: Nếu tôi trao đổi VIP dàn dựng < -> sản xuất (và đồng thời tự động thay đổi chuỗi kết nối bằng cách nào đó) là quá trình tốt nhất để tự động hóa nâng cấp cơ sở dữ liệu Azure sql là gì.

Suy nghĩ của tôi là phát hiện sự thay đổi môi trường trong RoleEnvironmentChanging (mặc dù không chắc chắn rằng VIP swap thậm chí kích hoạt RoleEnvironmentChanginng) và chạy tập lệnh sql dựa vào cơ sở dữ liệu (tức là prod) tại thời điểm đó, tuy nhiên tôi cần phải thực hiện đảm bảo rằng tập lệnh chỉ chạy một lần và sẽ có nhiều phiên bản chuyển đổi.

Answer 1

Vì vậy, bạn có triển khai sản xuất có cơ sở dữ liệu SQL Azure riêng và triển khai dàn dựng có cơ sở dữ liệu SQL Azure riêng của mình. Trong tình huống này, cả ứng dụng đều có chuỗi kết nối của họ trỏ đến hai cơ sở dữ liệu khác nhau.

yêu cầu đầu tiên của bạn là để thay đổi giản đồ cơ sở dữ liệu trên bay khi bạn trao đổi việc triển khai hoặc làm điều gì đó và tôi có mối quan tâm sau với thiết kế rằng:

1. Nếu bạn viết bất kỳ mã bên trong vai trò làm Hành động "ONCE và chỉ ONCE", không có gì đảm bảo rằng điều này sẽ chỉ xảy ra với ONCE. Nó sẽ xảy ra nhiều thời gian phụ thuộc vào nhiều kịch bản như

   1.1 Trong bất kỳ tình huống mà bạn VM cần được reimage bởi hệ thống và mã này sẽ làm chính xác cùng những gì nó đã làm trong Reimage cuối cùng

   1.2 Bạn có thể bảo vệ nó không xảy ra lúc bắt đầu vai trò hoặc VM bắt đầu bằng một số phương pháp đăng ký của một số khóa ngoài nhưng có đầy đủ cơ chế chứng minh không xảy ra.

2. Do đó tôi sẽ đề nghị khi bạn đã sẵn sàng để trao đổi triển khai của bạn, bạn có thể:

   2.1 Chạy kịch bản để cập nhật cho việc sản xuất liên quan schema SQL Azure (Điều này sẽ không có tác động đối với ứng dụng tải xuống vì nó không được chạm nhưng trong khi lược đồ cơ sở dữ liệu của bạn được cập nhật, bạn có thể biết rõ hơn cách nó tác động đến ứng dụng của bạn)

   2.2 Thay đổi cấu hình trong dàn dựng để trỏ đến sản xuất SQL Azure (Điều này sẽ không có bất kỳ thời gian ngừng ứng dụng sản xuất nào)

   2.3 SWAP deplo yment (Điều này cũng sẽ không có thời gian chết ứng dụng)

Vì vậy, ngay cả khi bạn tự cập nhật các Schema DB và sau đó trao đổi việc triển khai không có thời gian chết đáng kể bên cạnh thời gian mất bởi DB để cập nhật các giản đồ.

Answer 2

Tôi đã tìm kiếm các phương pháp hay nhất cho tất cả mọi nơi và không tìm thấy. Cho đến nay đây là những gì tôi làm:

• Triển khai để dàn dựng (sản xuất vẫn đang chạy)
• Sao chép tập tin app_offline.htm vào thư mục gốc web trên sản xuất. Bằng cách này, tôi chặn người dùng sử dụng ứng dụng, do đó ngăn chặn các thay đổi đối với cơ sở dữ liệu. Tôi chỉ sử dụng một ví dụ.
• Sao lưu cơ sở dữ liệu.
• Chạy tập lệnh DDL, DML và SP. Điều này cập nhật cơ sở dữ liệu sản xuất với lược đồ mới nhất.
• Ứng dụng thử nghiệm trên Dàn dựng.
• Hoán đổi số VIP. Thao tác này sẽ đưa ứng dụng trở lại trực tuyến vì tệp app_offline.htm không có trong Dàn dựng (Sản xuất mới).
• Nếu xảy ra sự cố, hãy đổi lại VIP, khôi phục cơ sở dữ liệu và xóa app_offline.htm.

Với phương pháp này, tôi có thời gian ngừng hoạt động ~ 5 phút; cơ sở dữ liệu của tôi là nhỏ, đó là tốt hơn so với chờ đợi cho Vm được tạo ra và người dùng nhận được lỗi.