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 sự cố đã được khắc phục trong Bản tổng hợp Cập nhật 67 trong các phiên bản Microsoft Azure Site Recovery sau đây:

Tìm hiểu về chi tiết các sự cố đã được khắc phục và các điều kiện tiên quyết cần được xác minh 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 Recovery Provider Update Rollup 67, bạn phải cài đặt một trong các cài đặt sau:

  • Microsoft Azure Site Recovery Provider (phiên bản 5.1.7600 trở lên)

  • Microsoft Azure Site Recovery Unified Setup (VMware to Azure) (phiên bản 9.50.xxxx.x hoặc phiên bản mới hơn)

  • Microsoft Azure Recovery Services Agent (phiên bản 2.0.9202.0 hoặc phiên bản mới hơn)

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

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

Dịch vụ Di động

Hỗ trợ HĐH Linux

  • Azure đến Azure

    • Oracle Linux 8.7 với UEK7 kernel

    • RHEL 9

    • Cent OS 9

  • VMware/Physical hiện đại hóa thành Azure

    • Oracle Linux 8.7 với UEK7 kernel

    • RHEL 9

    • Cent OS 9

    • Oracle Linux 9

Các sự cố đã được khắc phục:

  • Đã khắc phục sự cố trong đó việc cập nhật chi tiết proxy trong trường hợp sao nhân bản máy vật lý/VMware hiện đại hóa không hoạt động như mong đợi. 

  • Đã khắc phục sự cố trong đó thông lượng cảnh báo được nâng lên không chính xác bởi máy chủ quy trình.

  • Đã khắc phục sự cố không cài đặt được tác nhân di động trong kịch bản sao nhân Azure VM đối với một vài nhân RedHat. 

  • Khắc phục sự cố sao nhân bản đĩa HĐH không thành công do phân tích sai tham số.  

Thiết bị sao nhân bản Microsoft Azure Site Recovery

Cải tiến: 

  • Giờ đây, bạn có thể sử dụng Windows Server 2019 làm thiết bị sao nhân bản ASR. 

  • Giờ đây, Microsoft Edge sẽ là trình duyệt mặc định cho Trình quản lý cấu hình thiết bị. 

Cập nhật:

Cấu phần

Phiên bản

Máy chủ khám phá vật lý

2.0.2027.28

Máy chủ khám phá

2.0.2027.39

Nhà cung cấp Dịch vụ Khôi phục Site

5.23.0428.1

Trình quản lý cấu hình thiết bị

6.0.850.320

Máy chủ proxy

1.38.8708.11966

Dịch vụ Sao nhân bản

1.38.8707.13595

Máy chủ bảo vệ lại

1.39.8708.11154

Tác nhân cài đặt đẩy

1.38.8707.13546

Tác nhân Dịch vụ Phục hồi

2.0.9261.0

Máy chủ quy trình

9.54.6682.1

Microsoft Azure Site Recovery (Cổng thông tin)

Cải tiến:

  • Thêm hỗ trợ để chọn một Bộ sẵn sàng, sau khi cho phép sao nhân bản bằng cách sử dụng hiện đại hóa VMware/Physical máy nhân bản kịch bản.

  • Thêm hỗ trợ để chọn nhóm Vị trí Lân cận, sau khi bật sao nhân bản bằng cách sử dụng trường hợp sao nhân bản máy vật lý/VMware hiện đại hóa.

Sự cố đã biết:

  • Khi cho phép sao nhân bản trong kịch bản hiện đại hóa VMware/vật lý máy nhân bản, tất cả các nhóm tài nguyên mục tiêu có thể không xuất hiện trong menu thả xuống. Như một giải pháp thay đổi, hãy thay đổi đăng ký một lần và sau đó đặt lại về đăng ký dự kiến. Tất cả các nhóm tài nguyên sẽ được điền. 

Cập nhật các cấu phần Azure Site Recovery On-Premises của bạn

Giữa site VMM tại chỗ và Azure

  1. Tải xuống Bản tổng hợp Cập nhật cho Nhà cung cấp Dịch vụ Khôi phục Site Microsoft Azure.

  2. Cài đặt Bản tổng hợp Cập nhật trên máy chủ VMM tại chỗ.

  3. Cài đặt Microsoft Azure Recovery Services Agent mới nhất trên tất cả các máy chủ Hyper-V.

Chú ý Nếu VMM của bạn là VMM khả dụng cao (VMM liên cụm), hãy đảm bảo rằng bạn cài đặt bản nâng cấp trên tất cả các nút của cụm có cài đặt dịch vụ VMM.

Giữa site Hyper-V tại chỗ và Azure

  1. Tải xuống Bản tổng hợp Cập nhật cho 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.

Chú ý Nếu Hyper-V của bạn là máy chủ Host Clustered Hyper-V, hãy đảm bảo rằng bạn cài đặt bản nâng cấp trên tất cả các nút của cụm.

Từ một VMware tại chỗ hoặc site vật lý đến Azure (Trải nghiệm hiện đại hóa) 

  1. Đảm bảo rằng thiết bị quản lý tại chỗ của bạn được cập nhật bằng cách dẫn hướng đến trình quản lý cấu hình Thiết bị. Nếu không, hãy tải xuống phiên bản mới nhất cho các cấu phần đằng sau phiên bản mới nhất. 

  2. Đi tới cổng thông tin Azure, rồi đi đến trang Mục được Bảo > Sao chép. Chọn một máy ảo 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. Thao tác này sẽ cập nhật Tác nhân Dịch vụ Di động trên tất cả các máy ảo được bảo vệ.

Giữa một VMware tại chỗ hoặc site vật lý đến Azure (Trải nghiệm cổ điển)

  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 Microsoft Azure. Đây là máy chủ có vai trò máy chủ Cấu hình và quá trình máy chủ.

  2. Nếu bạn có các máy chủ quy trình mở rộng, 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 Phục hồi Site Microsoft Azure.

  3. Nếu bạn có máy chủ đích chính, hãy cập nhật máy chủ tiếp theo bằng cách kiểm tra các bước tại đây.

  4. Đi tới cổng thông tin Azure, rồi đi đến trang Mục được Bảo > Sao chép. Chọn một máy ảo 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. Thao tác này sẽ cập nhật Tác nhân Dịch vụ Di động trên tất cả các máy ảo được bảo vệ.

Chú ý Nếu bạn đang cập nhật hoặc bảo vệ các máy SUSE Linux Enterprise Server 11 SP3, SUSE Linux Enterprise Server 11 SP4, RHEL5, CentOS 5, DEBIAN7, DEBIAN8 và DEBIAN9, hãy đảm bảo thực hiện theo các bước dưới đây: 

  • Tải xuống trình cài đặt phù hợp cho máy của bạn – 

  • Sao chép trình cài đặt vào INSTALL_DIR\home\svsystems\pushinstallsvc\repository folders on Configuration Server and Scale Out Process Servers, before upgrading or protecting your Virtual Machines. Ví dụ: dưới đây sẽ là tên thư mục khi đường dẫn cài đặt Máy chủ Cấu hình/Máy chủ Xử lý là C:\Program Files (x86)\Microsoft Azure Site Recovery –

    C:\Program Files (x86)\Microsoft Azure Site Recovery\home\svsystems\pushinstallsvc\repository

  • Sau khi sao chép trình cài đặt, hãy đi tới services.msc và khởi động lại dịch vụ InMage PushInstall.

Lưu ý: Khởi động lại được khuyến nghị sau mỗi lần nâng cấp 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 không nhất thiết phải là 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 tác nhân từ lần khởi động lại gần nhất và phiên bản đích 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 tác nhân trong lần khởi động lại gần nhất

Nâng cấp lên

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

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

Bắt buộc

Lần nâng cấp đầu tiên lên phiên bản 9.29, sau đó 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 gần nhất 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!

×