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ả các vấn đề đã được khắc phục trong Cập Nhật rollup 45 trong các phiên bản sau đây của Microsoft Azure site Recovery:

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.

Đ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 45, 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.5000 hoặc phiên bản mới hơn)

  • Thiết lập hợp nhất của Microsoft Azure site (VMware đến Azure) (Phiên bản 9.28. xxxx. x hoặc phiên bản mới hơn)

  • Đạ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)

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

Hỗ trợ hệ điều hành Linux

  • Azure đến Azure

    • SLES 15

  • VMware/thể chất đến Azure

    • RHEL 8,1

    • Ubuntu 18.04.3 (kernel v 5.3)

    • SLES 15

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

  • Lỗi đã khắc phục được thấy trong một số trường hợp, trong khi cài đặt nhà cung cấp ASR VSS do đường dẫn WMI xử lý

  • Kiểm tra thời gian điều kiện nâng cao để tránh thất bại trong khi nâng cấp và cài đặt đại diện

  • Khắc phục các vấn đề sử dụng CPU thời gian và cao trong một số trường hợp cho phép nhân rộng

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

Không có cập nhật mới nào được triển khai trong bản phát hành này. Vui lòng tham khảo https://support.Microsoft.com/en-US/help/4538187 để biết chi tiết về bản phát hành cuối cùng có chứa các bản Cập Nhật dịch vụ.

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.

Giữa VMware hoặc site vật lý tại chỗ vào Azure

  1. Cập Nhật máy chủ quản lý tại cơ sở của bạn bằng cách tải xuống Thiết lập hợp nhất khôi phục site của Microsoft Azure. Đây là máy chủ có các vai trò máy chủ cấu hình và xử lý máy chủ.

  2. Nếu bạn có máy chủ xử lý quy mô, hãy Cập Nhật chúng tiếp theo bằng cách chạy Thiết lập hợp nhất khôi phục site của Microsoft Azure.

  3. Đi đến cổng thông tin Azure, rồi đi đến mục được bảo vệ > các mục đã sao chép . Chọn một VM trên Trang này. Chọn nút Cập Nhật đại diện xuất hiện ở cuối trang cho mỗi VM. Việc này Cập Nhật đại diện dịch vụ di động trên tất cả các VMs được bảo vệ.

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.

Phiên bản đại diện trong khi khởi động lại

Nâng cấp lên

Khởi động lại bắt buộc phải không?

9.25

9.27

Không bắt buộc

9.25

9.28

Không bắt buộc

9.25

9.29

Không bắt buộc

9.25

9.30

Nâng cấp MandatoryFirst lên phiên bản 9,29, rồi khởi động lại trước khi bạn nâng cấp lên phiên bản 9,30 (vì sự khác biệt giữa phiên bản khởi động lại và phiên bản đích lớn hơn 4)

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!

×