Bỏ qua để tới nội dung chính
Đăng nhập với Microsoft
Đăng nhập hoặc tạo một tài khoản.
Xin chào,
Chọn một tài khoản khác.
Bạn có nhiều tài khoản
Chọn tài khoản bạn muốn đăng nhập.

Giới thiệu

Bài viết này mô tả sự cố được khắc phục trong bản Cập Nhật rollup 40 trong các phiên bản Microsoft Azure trang phục hồi:

Tìm hiểu về các chi tiết về các vấn đề đã được khắc phục vàkiện tiên quyếtcần được xác minh trước khi cài đặt bản cập nhật này.

Điều kiện tiên quyết

Để cài đặt Microsoft Azure trang phục hồi cung cấp bản Cập Nhật rollup 40 (Phiên bản 5.1.4800.0), bạn phải có một trong các cài đặt sau:

  • Trang web Microsoft Azure khôi phục nhà cung cấp (Phiên bản 5.1.4400 hoặc phiên bản mới hơn)

  • Microsoft Azure phục hồi hợp nhất thiết lập trang web (VMware để Azure) (Phiên bản 9,24. xxxx. x hoặc phiên bản mới hơn)

  • Nhân viên dịch vụ khôi phục Microsoft Azure (Phiên bản 2.0.8700.0 hoặc phiên bản mới hơn)

Lưu ý bạn có thể kiểm tra phiên bản cài đặt nhà cung cấp chương trình và tính năng mục trong bảng điều khiển.

Cải tiến được thực hiện và các vấn đề khắc phục trong bản cập nhật này

Sau khi bạn cài đặt bản cập nhật này, các sự cố được khắc phục và các cải tiến được bao gồm.

Trang web Microsoft Azure khôi phục nhà cung cấp

Cải tiến

Azure để Azure

  • Trải nghiệm bảo vệ lại cải tiến: đối với quản lý BCDR tốt hơn, chúng tôi bây giờ làm sạch máy trong DR vùng sau failback hoàn tất và khi các máy ảo được bảo vệ lại. Không cần phải xoá thủ công các máy ảo và NIC.

  • Kiểm tra chuyển đổi dự phòng tĩnh IP cài đặt: trước đó, khi khách hàng thực hiện chuyển đổi dự phòng thử nghiệm trên mạng DR thực tế, chúng tôi đã không sử dụng IP gốc. Điều này là để đảm bảo rằng IP có sẵn cho một tiến sĩ thực tế. Tuy nhiên, khách hàng muốn truy xuất cùng một địa chỉ IP trong Tiến sĩ khoan để xác nhận cài đặt mạng. Chúng tôi đã giải quyết mối quan ngại này và cho phép khách hàng chọn IP tĩnh trong quá trình chuyển đổi dự phòng thử nghiệm.

  • Người xác nhận để cải thiện sẵn sàng chuyển đổi dự phòng: người xác nhận được thêm vào để đảm bảo khách hàng đã sẵn sàng một chuyển đổi dự phòng. Các hành động cần thiết cùng với vấn đề sẽ được cung cấp trong trường hợp sự thất bại là nghi ngờ.

Microsoft Azure phục hồi hợp nhất thiết lập trang web & cấu hình máy chủ mẫu

Cải tiến

  • Thông báo lỗi trong quá trình triển khai máy chủ cấu hình thông qua OVF được nâng cao để cung cấp chính xác nguyên nhân gốc và các bước khuyến nghị để khắc phục sự cố.

Dịch vụ di động

Cải tiến

  • Cảnh báo sức khỏe mới được thêm vào các trường hợp dưới đây tác động ứng dụng phục hồi điểm tạo

    • Khi ứng dụng VSS văn không thành công trên máy nguồn

    • Khi VSS cung cấp bị vô hiệu hoá hoặc không được cài đặt trên nguồn máy

  • Cảnh báo sức khỏe hiện có được làm giàu với thông tin theo ngữ cảnh để phân tích tốt hơn

    • Disk details, khuấy rate quan sát và số lượng dữ liệu đang chờ xử lý mỗi đĩa được thêm vào cho ' đột ngột cao khuấy rate cảnh báo '

    • Chi tiết đĩa và lượng dữ liệu đang chờ xử lý trên mỗi đĩa được thêm cho ' cảnh báo độ trễ cao '

Các vấn đề cố định

  • Máy chủ trên Windows 2019 với UEFI khởi động an toàn được kích hoạt sẽ bị chặn trong quá trình kích hoạt nhân bản. Điều này sẽ tránh sự cố khởi động sau khi chuyển đổi dự phòng như Azure không hỗ trợ cấu hình khởi động an toàn UEFI

  • MSI thực hiện thất bại được quan sát trong quá trình cài đặt tác nhân di động khi nhiều sản phẩm được cài đặt trên máy chủ. Phương pháp thay thế được thiết kế để xử lý vấn đề này.

Khôi phục trang web Microsoft Azure (dịch vụ)

Cải tiến

  • Bạn có thể sử dụng tài khoản lưu trữ ACLed để bảo vệ máy chủ Hyper-V Azure

  • Cải tiến được thực hiện đối với logic được sử dụng để chọn phù hợp nhất VM SKU trong quá trình chuyển đổi dự phòng. Vài trường hợp góc, nơi SKUs cấu hình cao đã được lựa chọn bây giờ được xử lý.

Các vấn đề cố định

  • Stale hoặc mục bất ngờ trong ' Device. Map ' tập tin được xử lý để tránh thất bại chuyển đổi dự phòng trong Máy chủ Linux

Khôi phục trang web Microsoft Azure (cổng)

Cải tiến

Na

Các vấn đề cố định

Na

Cập Nhật thành phần Azure trang phục hồi tại chỗ của bạn

Giữa hai tại chỗ VMM trang web

  1. Tải xuống bản cập nhật mới nhất choMicrosoft Azure trang phục hồi nhà cung cấp

  2. Cài đặt bản Cập Nhật đầu tiên trên máy chủ VMM tại chỗ quản lý trang phục hồi.

  3. Sau khi khôi phục trang web được Cập Nhật, cài đặt bản Cập Nhật trên máy chủ VMM quản lý các trang web chính.

Lưu ý Nếu VMM là một rất có VMM (nhóm VMM), đảm bảo rằng bạn cài đặt nâng cấp trên tất cả các nút cụm mà dịch vụ VMM được cài đặt.

Giữa chỗ VMM trang web và Azure

  1. Tải xuống bản Cập Nhật cho Microsoft Azure trang phục hồi nhà cung cấp.

  2. Cài đặt bản Cập Nhật trên máy chủ VMM tại chỗ.

  3. Cài đặt Microsoft Azure khôi phục dịch vụ đại lýtrên tất cả các máy chủ Hyper-V.

Lưu ý Nếu bạn VMM là một rất có VMM (nhóm VMM), đảm bảo rằng bạn cài đặt nâng cấp tất cả các nút cụm mà dịch vụ VMM được cài đặt.

Giữa một trang web Hyper-V tại chỗ và Azure

  1. Tải xuống bản Cập Nhật cho nhà cung cấp khôi phục trang web Microsoft Azure.

  2. Cài đặt nhà cung cấp trên mỗi nút Hyper-V máy chủ mà bạn đã đăng ký Azure trang phục hồi.

Lưu ý Nếu Hyper-V máy chủ lưu trữ nhóm Hyper-V, đảm bảo rằng bạn cài đặt nâng cấp trên tất cả các nút cụm.

Giữa chỗ VMware hoặc trang web vật lý Azure

  1. Cập Nhật máy chủ quản lý tại chỗ của bạn bằng tải xuống Microsoft Azure phục hồi hợp nhất thiết lập trang web. Đây là máy chủ có cấu hình máy chủ và quá trình máy chủ vai trò.

  2. Nếu bạn có máy chủ quy trình mở rộng, Cập Nhật tiếp theo bằng chạyMicrosoft Azure phục hồi hợp nhất thiết lập trang web.

  3. Đi đến cổng Azure, và sau đó đi đến bảo vệ mục > sao chép mục trang. Chọn một VM trên Trang này. Chọn nút Cập Nhật tác nhân xuất hiện ở cuối trang cho mỗi máy ảo. Điều này Cập Nhật nhân viên dịch vụ di động trên tất cả các máy ảo được bảo vệ.

Lưu ý Khởi động lại được khuyến nghị sau mỗi nâng cấp của tác nhân di động để đảm bảo rằng tất cả các thay đổi mới nhất được tải trên máy tính nguồn. Điều này là không nhất thiết phải bắt buộc. Tuy nhiên, khởi động lại là bắt buộc nếu sự khác biệt giữa các phiên bản đại lý khởi động lại và phiên bản mục tiêu lớn hơn bốn (4) ở vị trí thập phân cuối cùng. Xem bảng sau để biết giải thích chi tiết.

Phiên bản đại lý trong quá trình khởi động lại cuối cùng

Nâng cấp lên

Khởi động lại bắt buộc?

9,16

9,18

Không bắt buộc

9,16

9,19

Không bắt buộc

9,16

9,20

Không bắt buộc

9,16

9,21

MandatoryFirst nâng cấp lên phiên bản 9,20, và sau đó khởi động lại trước khi bạn nâng cấp lên phiên bản 9,21 (vì sự khác biệt giữa các phiên bản khởi động lại cuối cùng và phiên bản mục tiêu lớn hơn 4).

Thông tin Bổ sung

Vấn đề đã biết

Không có vấn đề đã biết trong bản cập nhật này.

Tham khảo

Tìm hiểu về thuật ngữ Microsoft sử dụng để miêu tả các bản cập nhật phần mềm.

Tuyên bố miễn trừ thông tin của bên thứ ba

Các sản phẩm của bên thứ ba mà bài viết này thảo luận được các công ty độc lập với Microsoft sản xuất. Microsoft không bảo hành, dù ngụ ý hay không, về hiệu suất hoạt động hoặc độ tin cậy của các sản phẩm này.

Bạn cần thêm trợ giúp?

Bạn muốn xem các tùy chọn khác?

Khám phá các lợi ích của gói đăng ký, xem qua các khóa đào tạo, tìm hiểu cách bảo mật thiết bị của bạn và hơn thế nữa.

Cộng đồng giúp bạn đặt và trả lời các câu hỏi, cung cấp phản hồi và lắng nghe ý kiến từ các chuyên gia có kiến thức phong phú.

Thông tin này có hữu ích không?

Bạn hài lòng đến đâu với chất lượng dịch thuật?
Điều gì ảnh hưởng đến trải nghiệm của bạn?
Khi nhấn gửi, phản hồi của bạn sẽ được sử dụng để cải thiện các sản phẩm và dịch vụ của Microsoft. Người quản trị CNTT của bạn sẽ có thể thu thập dữ liệu này. Điều khoản về quyền riêng tư.

Cảm ơn phản hồi của bạn!

×