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 cập nhật Tổng hợp 59 trong các phiên bản Microsoft Azure Site Recovery sau đây:

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

Để cài đặt Microsoft Azure Site Recovery Provider Update Rollup 59, 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.6600 trở lên)

  • Microsoft Azure Site Recovery Unified Setup (VMware to Azure) (phiên bản 9.42.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 

Cải tiến

  • Thêm hỗ trợ cho Windows Server 2022 khi sao chép hệ điều hành của máy, cho Azure sang Azure và VMWare sang bản sao Azure.

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

  • Đã khắc phục sự cố trong đó việc tạo ảnh tức thời nhất quán trong ứng dụng không thành công khi một ảnh chụp nhanh khác đang được tiến hành.

  • Đã giải quyết lỗi trong đó gia hạn chứng chỉ cho máy chủ cấu hình không hoạt động từ cả cổng thông tin và công cụ do không dừng một trong các dịch vụ. 

  • Đã khắc phục sự cố không thể cài đặt dịch vụ di động do không thể cài đặt tệp kê khai. 

  • Đã thêm một khối để cài đặt dịch vụ di động trên các máy đã cài đặt các bit InMage Scout cũ hơn.

  • Cải thiện thông báo nhật ký để gỡ lỗi dễ dàng và nhanh hơn. 

  • [Kiến trúc xem trước VMware]Đã khắc phục sự cố trong đó thông báo lỗi không hoàn chỉnh được hiển thị cho lỗi đăng ký thiết bị sao nhân bản ASR. 

  • Khắc phục sự cố trong đó sao nhân bản được chuyển thành quan trọng do các phím lưu trữ đang được xoay. 

  • Thêm tên chứng chỉ chính xác trong trường hợp thiếu Root CA để giúp đỡ tốt hơn với gỡ lỗi. 

  • Cải thiện thông báo lỗi cho nhiều kịch bản.

  • [VMware preview architecture] Khắc phục sự cố trong đó việc đồng bộ hóa được thực hiện trong quá trình sao nhân bản ngược bị gián đoạn. 

  • [VMware preview architecture] Đã khắc phục sự cố trong đó sao nhân bản ngược không tiếp tục, thay vì thất bại, khi không thể truy nhập tài khoản lưu trữ bộ đệm ẩn. 

  • [VMware preview architecture] Khắc phục sự cố đã biết trong đó thiết bị sao nhân bản ASR chưa đăng ký thành công cũng hiển thị trên cổng thông tin. 

  • [VMware preview architecture] Đã khắc phục sự cố đã biết bị lỗi khi không thể bảo vệ khỏi PowerShell với lỗi về hướng chuyển đổi dự phòng không hợp lệ.

  • Thêm hỗ trợ cho Oracle Linux 8.4 với nhân UEK.

Microsoft Azure Site Recovery (Dịch vụ)

Không có thay đổi nào được thêm vào.

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

No changes added.

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.

Lưu ý 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. Download the Update Rollup for Microsoft Azure Site Recovery Provider.

  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ủ 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. Đi tới cổng thông tin Azure, rồi đi đến trang Mục được Bảo > Bản sao. 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ệ.

Lưu ý: 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, Oracle Linux 6, DEBIAN7, DEBIAN8 và UBUNTU-14.04, hãy đảm bảo thực hiện theo các bước dưới đây -

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

  2. 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ủ Quy trình là C:\Program Files (x86)\Microsoft Azure Site Recovery

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

  3. 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 ý: Bạn nên khởi động lại 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 đều đượ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

Not mandatory

9.25

9.29

Not mandatory

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!

×