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

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

Để cài đặt Tổng số Cập nhật Nhà cung cấp Phục hồi Site Microsoft Azure 55, bạn phải cài đặt một trong những nội dung sau:

  • Nhà cung cấp Dịch vụ Phục hồi Site Microsoft Azure (phiên bản 5.1.6200 hoặc phiên bản mới hơn)

  • Thiết lập Hợp nhất Phục hồi Site Microsoft Azure (VMware thành Azure) (phiên bản 9.38.xxxx.x hoặc phiên bản mới hơn)

  • Tác nhân Dịch vụ Phục hồi Microsoft Azure (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 trong 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 đây sẽ được khắc phục và các cải tiến sau đây sẽ được bao gồm.

Dịch vụ Di động

Các cải tiến

  • Đã thêm hỗ trợ cho việc cấu hình Ubuntu-20.04 trên máy chủ đích chính.

Hỗ trợ HĐH Linux

  • Azure cho 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ố đã khắc phục

  • Đã khắc phục sự cố sao chép có vai trò 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ác vấn đề về sức khỏe được cải thiện gặp phải trong quá trình điều chỉnh dữ liệu.

  • Đã khắc phục sự cố khi không cài đặt được dịch vụ di động cho hệ điều hành SLE15-SP0.

  • Đã thêm kiểm tra trước để đảm bảo máy nguồn có bộ nhớ miễn phí tối thiểu 1 GB, 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ớ.

Mẫu Máy chủ Cấu hình & thiết & Microsoft Azure Site Recovery

Các cải tiến

  • Đã cập nhật dò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ố đã khắc phục

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

Phục hồi Site Microsoft Azure (Dịch vụ)

Các cải tiến

  • Hỗ trợ Rest API để bảo vệ VMSS Hơn, bao gồm bảo vệ máy ảo VMSS bên trong một nhóm vị trí lân cận và/hoặc trong cấu hình hoàng đạo. Tính năng co giãn vào/ra khỏi VMSS Công cụ bên trong vẫn chưa được Hỗ trợ bởi Phục hồi Site.

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

  • Đã khắc phục sự cố bật bảo vệ máy ảo với nhóm vị trí lân cận hoàng đạo không thành công.

  • Đã khắc phục sự cố xảy ra ngoại lệ tham chiếu null trong khi bật tái tạo.

  • Đã khắc phục sự cố khi 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 (Portal)

Các cải tiến

  • Triển khai hỗ trợ phục hồi sau thảm họa chéo với máy ảo Azure. Hiện giới hạn hỗ trợ ở 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ố đã khắc phục

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

Cập nhật các cấu phần Phục hồi Site Azure tại Chỗ của bạn

Giữa hai site VMM tại cơ sở

  1. Tải xuống Tổng số Cập nhật mới nhất cho Nhà cung cấp Phục hồi Site Microsoft Azure

  2. Trước tiên, hãy cài đặt Tổng số Cập nhật trên máy chủ VMM tại cơ sở đ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 Tổng số Cập nhật trên máy chủ VMM đang quản lý site chính.

Lưu ý Nếu VMM là VMM sẵn 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 VMM tại chỗ và Azure

  1. Tải xuống Tổng số Cập nhật cho Nhà cung cấp Phục hồi Site Microsoft Azure.

  2. Cài đặt Tổng số Cập nhật trên máy chủ VMM tại cơ sở.

  3. Cài đặt Tác nhân Dịch vụ Phục hồi Microsoft Azure 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 sẵn 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 Tổng số Cập nhật cho Nhà cung cấp Phục hồi 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ột máy chủ Máy chủ Liên cụm Máy chủ 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 VMware hoặc site vật lý tại chỗ với 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 Site Recovery Unified Setup. Đây là máy chủ có vai trò máy chủ Cấu hình và Máy chủ tiến trình.

  2. Nếu bạn 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 đến 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. Điều 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ệ máy SUSE Linux Enterprise Server 11 SP3, SUSE Linux Enterprise Server 11 SP4, RHEL5, CentOS 5, Oracle Linux 6, CẬP NHẬT, CẬP NHẬT, CẬP NHẬT 8 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 chương trình cài đặt thích 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 chương trình cài đặt, hãy truy nhập services.msc và khởi động lại dịch vụ InMage PushInstall.

Lưu ý: Chúng tôi khuyên 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 mọi 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 chênh lệch giữa các phiên bản đại diệ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. Hãy xem bảng sau để biết giải thích chi tiết.

Phiên bản tác vụ trong lần khởi động lại gần nhất

Nâng cấp lên

Có phải bắt buộc khởi động lạ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

Bắt buộc

Nâng cấp lần đầu 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!

×