สิ่งสำคัญ: รีลีสนี้มีการอัปเดตสําหรับสถานการณ์การป้องกัน VMware-to-Azure ของ Azure และสมัยใหม่เท่านั้น 

บทนำ

บทความนี้อธิบายถึงปัญหาที่ได้รับการแก้ไขในชุดรวมอัปเดต 69 ใน Microsoft Azure Site Recovery เวอร์ชันต่อไปนี้:

เรียนรู้เกี่ยวกับรายละเอียดของปัญหาที่ได้รับการแก้ไขและข้อกําหนดเบื้องต้นที่ควรได้รับการตรวจสอบก่อนที่คุณจะติดตั้งการอัปเดตนี้

ข้อกำหนดเบื้องต้น

เมื่อต้องการติดตั้งชุดรวมอัปเดตผู้ให้บริการการกู้คืนไซต์ Microsoft Azure 69 คุณต้องติดตั้งหนึ่งในรายการต่อไปนี้:

  • ผู้ให้บริการการกู้คืนไซต์ Microsoft Azure (เวอร์ชัน 5.1.7700 หรือเวอร์ชันที่ใหม่กว่า)

  • Microsoft Azure Site Recovery Unified Setup (VMware to Azure) (เวอร์ชัน 9.52.xxxx.x หรือเวอร์ชันที่ใหม่กว่า)

  • ตัวแทนบริการกู้คืน Microsoft Azure (เวอร์ชัน 2.0.9202.0 หรือเวอร์ชันที่ใหม่กว่า)

หมายเหตุ: คุณสามารถตรวจสอบเวอร์ชันของผู้ให้บริการที่ติดตั้งในรายการ โปรแกรมและคุณลักษณะ ใน แผงควบคุม

มีการปรับปรุงและแก้ไขปัญหาในการอัปเดตนี้

หลังจากที่คุณติดตั้งการอัปเดตนี้ ปัญหาต่อไปนี้จะได้รับการแก้ไข และการปรับปรุงต่อไปนี้จะรวมอยู่ด้วย

บริการด้านการเคลื่อนไหว

การสนับสนุนระบบปฏิบัติการ Linux

  • Azure ไปยัง Azure

    • Rocky Linux 8.7

    • Rocky Linux 9.0

    • Rocky Linux 9.1

    • SUSE Linux Enterprise Server 15 SP5

  • VMware/Physicalized modernized to Azure

    • Rocky Linux 8.7

    • Rocky Linux 9.0

    • Rocky Linux 9.1

    • SUSE Linux Enterprise Server 15 SP5

การสนับสนุนระบบปฏิบัติการ Windows 

  • Azure ไปยัง Azure 

    • Windows 11

ปัญหาได้รับการแก้ไขแล้ว:

  • เพิ่มการตรวจสอบเพื่อให้แน่ใจว่าการซิงโครไนซ์ใหม่จะไม่ทริกเกอร์ถ้าเครื่องที่ได้รับการป้องกันถูกปิดลงอย่างสวยงาม หลีกเลี่ยงการดําเนินการถ่ายโอนข้อมูลเพิ่มเติม  

  • แก้ไขปัญหาสําหรับเครื่องเสมือน Oracle Linux 7.9 VMware ที่โปรแกรมควบคุม ASR ไม่สามารถระบุไฟล์บางไฟล์และทําให้เคอร์เนลหยุดทํางาน 

  • แก้ไขข้อความแสดงข้อผิดพลาดที่เมตริกเฉือนแสดงขึ้นมาด้วยหน่วยที่ไม่ถูกต้อง 

  • แก้ไขบักที่เครื่อง RHEL ที่ได้รับการป้องกันซึ่งโปรแกรมควบคุมการกู้คืนไซต์อาจทําให้หยุดทํางานเนื่องจากหน่วยความจําพุ่งกระจัดกระจาย 

  • แก้ไขปัญหาที่การป้องกันการดําเนินการใหม่สําหรับเครื่อง Debian 11 ล้มเหลวเนื่องจากขั้นตอนการล้างข้อมูลหายไป 

  • แก้ไขปัญหาที่การติดตั้งบริการการเคลื่อนไหวล้มเหลวในเครื่อง CentOS 7.8 เนื่องจากการดําเนินการไม่สามารถเข้ากันได้กับเคอร์เนลที่เก่ากว่า 3.1.x 

  • แก้ไขปัญหาที่การดําเนินการจําลองแบบ/การซิงโครไนซ์ใหม่เริ่มต้นไม่ดําเนินการในระหว่างการป้องกัน VMware VMM ของ Windows ใหม่ เนื่องจากกระบวนการบริการ Mobility ไม่ได้จบการทํางานเมื่อหยุดทํางาน

เครื่องจําลองแบบการกู้คืนไซต์ Microsoft Azure

Updates:

คอม โพ เนนต์

เวอร์ชัน

เซิร์ฟเวอร์การค้นหาทางกายภาพ

2.0.2027.28

เซิร์ฟเวอร์การค้นพบ

2.0.2027.39

ตัวให้บริการการกู้คืนไซต์

5.23.1101.10

ตัวจัดการการกําหนดค่าเครื่องใช้ไฟฟ้า

6.0.931.145

พร็อกซีเซิร์ฟเวอร์

1.38.8708.11966

บริการจําลองแบบ

1.38.8707.13595

เซิร์ฟเวอร์ป้องกันใหม่

1.40.8771.15612

ตัวแทนการติดตั้งแบบพุช

1.40.8879.36458

ตัวแทนบริการกู้คืนข้อมูล

2.0.9263.0

เซิร์ฟเวอร์กระบวนการ

9.56.6879.1

การอัปเดตคอมโพเนนต์ในองค์กรสําหรับการกู้คืนไซต์ Azure ของคุณ

ระหว่างไซต์ VMM ภายในองค์กรและ Azure

  1. ดาวน์โหลดชุดรวมอัปเดตสําหรับผู้ให้บริการการกู้คืนไซต์ Microsoft Azure

  2. ติดตั้งชุดรวมอัปเดตบนเซิร์ฟเวอร์ VMM ภายในองค์กร

  3. ติดตั้งตัวแทนบริการกู้คืน Microsoft Azure ล่าสุดบนโฮสต์ Hyper-V ทั้งหมด

หมายเหตุ ถ้า VMM ของคุณเป็น VMM พร้อมใช้งานสูง (คลัสเตอร์ VMM) ตรวจสอบให้แน่ใจว่าคุณติดตั้งการอัปเกรดบนโหนดทั้งหมดของคลัสเตอร์ที่ติดตั้งบริการ VMM

ระหว่างไซต์ Hyper-V ภายในองค์กรและ Azure

  1. ดาวน์โหลดชุดรวมอัปเดตสําหรับผู้ให้บริการการกู้คืนไซต์ Microsoft Azure

  2. ติดตั้งผู้ให้บริการบนแต่ละโหนดของเซิร์ฟเวอร์ Hyper-V ที่คุณได้ลงทะเบียนในการกู้คืนไซต์ Azure

หมายเหตุ หาก Hyper-V ของคุณเป็นเซิร์ฟเวอร์ Host Clustered Hyper-V ตรวจสอบให้แน่ใจว่าคุณติดตั้งการอัปเกรดบนโหนดทั้งหมดของคลัสเตอร์

ระหว่าง VMware ภายในองค์กรหรือไซต์ทางกายภาพไปยัง Azure (ประสบการณ์ที่ทันสมัย) 

  1. ตรวจสอบให้แน่ใจว่าอุปกรณ์การจัดการภายในองค์กรของคุณเป็นปัจจุบันโดยไปที่ตัวจัดการการกําหนดค่าของเครื่องใช้ หากไม่มี ให้ดาวน์โหลดเวอร์ชันล่าสุดสําหรับคอมโพเนนต์ที่อยู่เบื้องหลังเวอร์ชันล่าสุด 

  2. ไปที่พอร์ทัล Azure แล้วไปที่หน้า รายการที่ได้รับการป้องกัน > รายการที่จําลองแบบแล้ว เลือก VM ในหน้านี้ เลือกปุ่ม อัปเดตตัวแทน ที่ปรากฏที่ด้านล่างของหน้าสําหรับแต่ละ VM ซึ่งจะอัปเดตตัวแทนบริการ Mobility บนเครื่องเสมือนที่ได้รับการป้องกันทั้งหมด

หมายเหตุ: แนะนําให้เริ่มระบบใหม่หลังจากอัปเกรดตัวแทนการเคลื่อนไหวทุกครั้งเพื่อให้แน่ใจว่าการเปลี่ยนแปลงล่าสุดทั้งหมดถูกโหลดบนคอมพิวเตอร์ต้นทาง สิ่งนี้ไม่จําเป็นต้องบังคับ อย่างไรก็ตาม จําเป็นต้องเริ่มระบบใหม่ถ้าความแตกต่างระหว่างเวอร์ชันตัวแทนจากการเริ่มระบบใหม่ครั้งล่าสุดและเวอร์ชันเป้าหมายมากกว่าสี่ (4) ในตําแหน่งทศนิยมล่าสุด ดูตารางต่อไปนี้สําหรับคําอธิบายโดยละเอียด

เวอร์ชันของตัวแทนในระหว่างการเริ่มระบบใหม่ครั้งล่าสุด

กําลังอัปเกรดเป็น

จําเป็นต้องเริ่มระบบของคอมพิวเตอร์ใหม่หรือไม่?

9.25

9.27

ไม่บังคับ

9.25

9.28

ไม่บังคับ

9.25

9.29

ไม่บังคับ

9.25

9.30

บังคับ ก่อนอื่น ให้อัปเกรดเป็นเวอร์ชัน 9.29 แล้วเริ่มระบบใหม่ก่อนที่คุณจะอัปเกรดเป็นเวอร์ชัน 9.30 (เนื่องจากความแตกต่างระหว่างเวอร์ชันการรีสตาร์ตล่าสุดและเวอร์ชันเป้าหมายมากกว่า 4)

ต้องการความช่วยเหลือเพิ่มเติมหรือไม่

ต้องการตัวเลือกเพิ่มเติมหรือไม่

สํารวจสิทธิประโยชน์ของการสมัครใช้งาน เรียกดูหลักสูตรการฝึกอบรม เรียนรู้วิธีการรักษาความปลอดภัยอุปกรณ์ของคุณ และอื่นๆ

ชุมชนช่วยให้คุณถามและตอบคําถาม ให้คําติชม และรับฟังจากผู้เชี่ยวชาญที่มีความรู้มากมาย