Điểm:0

Sao lưu Azure SQL MI

lá cờ us

Các bản sao lưu SQL MI - Vâng, rất nhiều trong số đó là một hộp đen nhưng một số trong số đó có thể khám phá được nhưng không tuyệt vời so với những gì tôi đã tìm thấy cho đến nay.

Làm cách nào để biết khi nào toàn bộ bản sao lưu được thực hiện? Thông tin lịch sử?

Làm cách nào tôi có thể xác định các bản sao lưu này mất bao lâu để xảy ra/hoàn thành?

Liên quan đến chuyển đổi dự phòng (BCP) một khi không thành công, chúng tôi có cần đợi quá trình sao lưu hoàn tất trước khi quay lại khu vực ban đầu không? Quá trình sao lưu có làm gián đoạn quá trình đồng bộ chuyển đổi dự phòng không?

Có, có xevent nhưng có gì tốt hơn ngoài đó không, cần thông tin lịch sử hơn là đợi bản đầy đủ tiếp theo diễn ra trong một tuần (hoặc ngày mai) để xác định khi nào một bản sao lưu đầy đủ sẽ xảy ra để không xảy ra xung đột khi thực hiện chuyển đổi dự phòng sang một trang web khác (và không hoạt động trở lại).

nguồn

https://docs.microsoft.com/en-us/azure/azure-sql/managed-instance/backup-activity-monitor

https://azure.microsoft.com/en-au/blog/azure-sql-database-point-in-time-restore/

Đăng câu trả lời

Hầu hết mọi người không hiểu rằng việc đặt nhiều câu hỏi sẽ mở ra cơ hội học hỏi và cải thiện mối quan hệ giữa các cá nhân. Ví dụ, trong các nghiên cứu của Alison, mặc dù mọi người có thể nhớ chính xác có bao nhiêu câu hỏi đã được đặt ra trong các cuộc trò chuyện của họ, nhưng họ không trực giác nhận ra mối liên hệ giữa câu hỏi và sự yêu thích. Qua bốn nghiên cứu, trong đó những người tham gia tự tham gia vào các cuộc trò chuyện hoặc đọc bản ghi lại các cuộc trò chuyện của người khác, mọi người có xu hướng không nhận ra rằng việc đặt câu hỏi sẽ ảnh hưởng—hoặc đã ảnh hưởng—mức độ thân thiện giữa những người đối thoại.