Cập Nhật rollup 43 cho Azure site Recovery

Giới thiệu

Bài viết này mô tả các vấn đề đã được khắc phục trong Cập Nhật rollup 43 trong các phiên bản sau đây của Microsoft Azure site Recovery:

• Dịch vụ di động cho Azure đến Azure DR kịch bản (Phiên bản 9.31.5449.1)

• VMware to Azure DR kịch bản không phát hành phiên bản 9,31

• HyperV & VMM đến Azure DR kịch bản

• • Tải xuống nhà cung cấp dịch vụ khôi phục site Microsoft Azure (Phiên bản 5.1.5300.0)

  • Tải xuống đại diện dịch vụ phục hồi Microsoft Azure (Phiên bản 2.0.9165.0)

Tìm hiểu về các chi tiết về các vấn đề đã được khắc phục và OLSync cần được xác nhận trước khi bạn cài đặt bản cập nhật này.Lưu ý: đã sửa vào ngày 2 tháng 3 để chứa các sửa đổi trong VMware để phát hành Azure DR

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

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

• Nhà cung cấp dịch vụ khôi phục site Microsoft Azure (Phiên bản 5.1.4900 hoặc phiên bản mới hơn) (VMM hoặc Hyper V vào Azure)

• Đại diện dịch vụ phục hồi Microsoft Azure (Phiên bản 2.0.8700.0 hoặc phiên bản mới hơn) (VMM đến Azure)

Yù Bạn có thể kiểm tra phiên bản nhà cung cấp đã cài đặt trong các chương trình và mục tính năng trong Pa-nen điều khiển.

Cải tiến thực hiện và sự cố đã 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 vấn đề sau đây đã được khắc phục và các cải tiến sau đây sẽ được đưa vào.

Dịch vụ di động (Azure đến Azure)

Cải thiện

• Cải thiện hỗ trợ hệ điều hành Linux

• • RHEL 8,1

  • Ubuntu 18.04.3 (kernel v 5.3)

Các vấn đề đã khắc phục

• Tự động dọn dẹp tệp bị hỏng, các tệp không đầy đủ trên máy chủ xử lý để đảm bảo đã hoàn thành thành công dòng công việc nhân bản ban đầu.

• Các kiểm tra trước khi cài đặt đại diện có điều kiện tiên quyết được nâng cao thành lỗi tham nhũng trong bề mặt WMI trước khi cài đặt.

Khôi phục site của Microsoft Azure (dịch vụ)

Cải thiện

• Xử lý dữ liệu nâng cao trong quá trình churns cao để giảm thiểu thời gian thực hiện đối với resynchronization

• Tính tổng hợp bổ sung được thêm vào khi tạo tài nguyên mục tiêu để tránh các đầu vào không hợp lệ.

• Thông báo lỗi ngoại lệ không được nâng cao khi đĩa được quản lý không tìm thấy trong khu vực đích.

• Bật TLS 1,2 cho tất cả các dịch vụ trong Hyper V vào tình huống Azure. Đảm bảo rằng TLS 1,2 được hỗ trợ bởi máy chủ tại cơ sở để đảm bảo khả năng kết nối trơn tru. Tìm hiểu Thêm

Các vấn đề đã khắc phục

• Trong HyperV to Azure, khắc phục sự cố khi sao chép không thành tường lửa được bật trong tài khoản lưu trữ đích

Cập nhật các cấu phần phục hồi site Azure tại cơ sở của bạn

Giữa hai site VMM tại cơ sở

1. Tải bản Cập Nhật rollup mới nhất chonhà cung cấp dịch vụ khôi phục site Microsoft Azure

2. Cài đặt bản Cập Nhật rollup trước tiên trên máy chủ VMM tại cơ sở quản lý site phục hồi.

3. Sau khi cập nhật trang phục hồi, hãy cài đặt bản Cập Nhật rollup trên máy chủ VMM, quản lý trang chính.

Lưu ý Nếu VMM là một VMM có sẵn có, hãy đảm bảo rằng bạn đã cài đặt bản nâng cấp lên tất cả các nút của cụm trong đó dịch vụ VMM đã được cài đặt.

Giữa site VMM tại cơ sở và Azure

1. Tải bản Cập Nhật rollup về Nhà cung cấp dịch vụ khôi phục site Microsoft Azure.

2. Cài đặt bản Cập Nhật rollup trên máy chủ VMM tại cơ sở.

3. Cài đặt mới nhất Đại diện dịch vụ phục hồi Microsoft Azure trên tất cả các máy chủ Hyper-V.

Lưu ý Nếu VMM của bạn là VMM có sẵn cao (VMM trong nhóm), hãy đảm bảo rằng bạn cài đặt bản nâng cấp lên tất cả các nút của cụm máy tính được cài đặt dịch vụ VMM.

Giữa site Hyper-V tại cơ sở và Azure

1. Tải bản Cập Nhật rollup về Nhà cung cấp dịch vụ khôi phục site Microsoft Azure.

2. Cài đặt nhà cung cấp trên mỗi nút của máy chủ Hyper-V mà bạn đã đăng ký trong Azure site Recovery.

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

Lưu ý Khởi động lại được đề xuất sau mỗi bản nâng cấp của đại diện tính 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 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 diện từ lần khởi động lại và phiên bản đích lớn hơn bốn (4) trong vị trí thập phân cuối cùng. Xem bảng sau đây để biết một lời giải thích chi tiết.