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 66 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 66, 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.49.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à 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

    • Ubuntu 22.04

    • RHEL 8.7

    • Cent OS 8.7

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

    • Ubuntu 22.04

    • RHEL 8.7

    • Cent OS 8.7

  • Classic VMware/Physical to Azure

    • RHEL 8.7

    • Cent OS 8.7

Sự cốđã được khắc phục

  • Đã khắc phục sự cố trong đó trình điều khiển dịch vụ di động có thể phát hiện chính xác danh tính của đĩa nguồn và điều này gây ra sự cố với việc sao nhân bản.

  • Đã khắc phục sự cố máy Azure không khởi động được trên máy Azure do quá trình này bị hết thời gian chờ.

  • Đã khắc phục sự cố trong đó không thể cập nhật tự động dịch vụ di động đối với các trường hợp VMware/Physical sang Azure hiện đại hóa, nếu đường dẫn tùy chỉnh được cung cấp trong quá trình cài đặt.

  • Đã khắc phục sự cố do không thể bật sao nhân bản trên SUSE Linux Enterprise Server 15.

  • Đã thêm bản sửa lỗi trong đó máy chủ xử lý không thể hoạt động khi nhiều máy có cùng ID BIOS đang cố gắng thiết lập kết nối.

  • Đã khắc phục lỗi trong máy chủ cấu hình nơi trường thay đổi dữ liệu đang chờ xử lý không được phân tích chính xác từ máy nguồn.

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

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.1.8103.0

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

6.0.850.235

Máy chủ proxy

1.37.8614.14830

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

1.37.8614.14806

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

1.38.8614.14832

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

1.37.8614.14913

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

2.0.9260.0

Máy chủ quy trình

9.53.6605.1

Microsoft Azure Site Recovery (dịch vụ)

Không có thay đổi.

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

Không có thay đổi.

Microsoft Azure Site Recovery Provider

  • Đã khắc phục sự cố trong kịch bản VMware/Physical với Azure cổ điển, trong đó Nhà cung cấp Dịch vụ Phục hồi Site không thể kết nối với tín liệu Dịch vụ Phục hồi sau khi cập nhật.

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

Giữa hai site VMM tại chỗ

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

  2. Trước tiên, hãy cài đặt Bản tổng hợp Cập nhật trên máy chủ VMM tại chỗ đang quản lý site phục hồi.

  3. Sau khi site phục hồi được cập nhật, hãy cài đặt Bản tổng hợp Cập nhật trên máy chủ VMM đang quản lý site chính.

Chú ý Nếu VMM là VMM có độ phân giải cao (VMM 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 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.

Giữa một VMware tại chỗ hoặc trang web vật lý cho 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 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 Microsoft Azure Site Recovery Unified Setup.

  3. Nếu bạn có máy chủ mục tiêu 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!

×