Bản cập nhật tổng hợp 55 dành Azure Site Recovery -KB5003408

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 55 trong các phiên bản Sau của Microsoft Azure Phục hồi Site:

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

Để cài đặt Microsoft Azure Site Recovery Provider Update Rollup 55, 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.6200 hoặc phiên bản mới hơn)
  • Microsoft Azure Site Recovery Unified Setup (VMware to Azure) (phiên bản 9.38.xxxx.x hoặc phiên bản mới hơn)
  • Microsoft Azure Recovery Services Agent (phiên bản 2.0.9100.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

Cải tiến

  • Thêm hỗ trợ cho cấu hình Ubuntu-20.04 trên máy chủ mục tiêu chính.

Linux hỗ trợ HĐH

  • Azure để Azure

    • Oracle Linux 8.2
    • Oracle Linux 8.3

  • VMware/Physical to Azure

    • Oracle Linux 8.2
    • Oracle Linux 8.3

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

  • Đã khắc phục sự cố trong đó sao nhân bản trở nên quan trọng do thời gian chờ.
  • Khắc phục các vấn đề về tính toàn vẹn dữ liệu cho Oracle Linux 8.2.
  • Cải thiện vấn đề sức khỏe phải đối mặt trong khi điều chỉnh dữ liệu.
  • Đã khắc phục sự cố không cài đặt được dịch vụ di động đối với hệ điều hành SLE15-SP0.
  • Thêm kiểm tra trước để đảm bảo máy nguồn có ít nhất 1 GB bộ nhớ trống, trước khi cài đặt dịch vụ di động, để tránh các lỗi gây ra do máy hết bộ nhớ.

Microsoft Azure Site Recovery Unified Setup & Configuration Server Template

Cải tiến

  • Cập nhật luồng khi bấm vào Máy chủ Cấu hình khiến màn hình đóng băng.

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

  • Đã khắc phục sự cố nâng cấp khiến sao nhân bản trở nên nghiêm trọng do sự cố xác thực. 

Microsoft Azure Site Recovery (Dịch vụ)

Cải tiến

  • Rest API hỗ trợ bảo vệ VMSS Flex, bao gồm bảo vệ máy ảo VMSS bên trong nhóm vị trí lân cận và/hoặc trong cấu hình zonal. Xác định tỷ lệ vào/ra khỏi VMSS Flex vẫn chưa được hỗ trợ bởi Phục hồi Site.

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

  • Đã khắc phục sự cố trong đó không thể bật tính năng bảo vệ cho máy ảo đối với một nhóm vị trí lân cận trong hoàng đạo.
  • Đã khắc phục sự cố xảy ra ngoại lệ tham chiếu null trong khi bật sao nhân bản.
  • Đã khắc phục sự cố API dịch vụ phục hồi trả về mã lỗi HTTP 400 thay vì mã lỗi HTTP 404.

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

Cải tiến

  • Triển khai hỗ trợ phục hồi thảm họa xuyên lục địa của máy Azure ảo. Hỗ trợ hiện giới hạn ở ba cặp khu vực:

    • Đông Nam Á và Đông Nam Úc
    • Đông Nam Á và Đông Úc
    • Tây Âu và Nam Trung Mỹ

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

  • Đã thêm bản sửa lỗi để hiển thị tài khoản lưu trữ bộ đệm ẩn chỉ từ vị trí nguồn.

Cập nhật các Azure phần Phục hồi Site Tại chỗ 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 Microsoft Azure Site Recovery Provider
  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 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 VMM tại chỗ và site Azure

  1. Tải xuống Bản tổng hợp Cập nhật cho Nhà cung Azure vụ Khôi phục Site của Microsoft.
  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.

Lưu ý 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à trang Azure

  1. Tải xuống Bản tổng hợp Cập nhật cho Nhà cung Azure vụ Khôi phục Site của Microsoft.
  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ý Azure Phục hồi Site.

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ý để tạ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 Microsoft Azure Lập Thống nhất Phục hồi Site. Đâ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ó máy chủ quy trình co giãn, hãy cập nhật chúng tiếp theo bằng cách chạy Microsoft Azure Thiết lập Hợp nhất Phục hồi Site.
  3. Đi tới cổng Azure tin, rồi đi đến trang Mục Được bảo vệ>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ệ.

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 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)