สิ่งสำคัญ: รีลีสนี้มีการอัปเดตสําหรับสถานการณ์การป้องกัน VMware-to-Azure ของ Azure และสมัยใหม่เท่านั้น
บทนำ
บทความนี้อธิบายถึงปัญหาที่ได้รับการแก้ไขในชุดรวมอัปเดต 69 ใน Microsoft Azure Site Recovery เวอร์ชันต่อไปนี้:
-
Azure ไปยัง Azure
-
VMware/Physicalized modernized to Azure
เรียนรู้เกี่ยวกับรายละเอียดของปัญหาที่ได้รับการแก้ไขและข้อกําหนดเบื้องต้นที่ควรได้รับการตรวจสอบก่อนที่คุณจะติดตั้งการอัปเดตนี้
ข้อกำหนดเบื้องต้น
เมื่อต้องการติดตั้งชุดรวมอัปเดตผู้ให้บริการการกู้คืนไซต์ 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:
คอม โพ เนนต์ |
เวอร์ชัน |
---|---|
เซิร์ฟเวอร์การค้นหาทางกายภาพ |
|
เซิร์ฟเวอร์การค้นพบ |
|
ตัวให้บริการการกู้คืนไซต์ |
|
ตัวจัดการการกําหนดค่าเครื่องใช้ไฟฟ้า |
|
พร็อกซีเซิร์ฟเวอร์ |
|
บริการจําลองแบบ |
|
เซิร์ฟเวอร์ป้องกันใหม่ |
|
ตัวแทนการติดตั้งแบบพุช |
|
ตัวแทนบริการกู้คืนข้อมูล |
|
เซิร์ฟเวอร์กระบวนการ |
การอัปเดตคอมโพเนนต์ในองค์กรสําหรับการกู้คืนไซต์ Azure ของคุณ
ระหว่างไซต์ VMM ภายในองค์กรและ Azure
-
ดาวน์โหลดชุดรวมอัปเดตสําหรับผู้ให้บริการการกู้คืนไซต์ Microsoft Azure
-
ติดตั้งชุดรวมอัปเดตบนเซิร์ฟเวอร์ VMM ภายในองค์กร
-
ติดตั้งตัวแทนบริการกู้คืน Microsoft Azure ล่าสุดบนโฮสต์ Hyper-V ทั้งหมด
หมายเหตุ ถ้า VMM ของคุณเป็น VMM พร้อมใช้งานสูง (คลัสเตอร์ VMM) ตรวจสอบให้แน่ใจว่าคุณติดตั้งการอัปเกรดบนโหนดทั้งหมดของคลัสเตอร์ที่ติดตั้งบริการ VMM
ระหว่างไซต์ Hyper-V ภายในองค์กรและ Azure
-
ดาวน์โหลดชุดรวมอัปเดตสําหรับผู้ให้บริการการกู้คืนไซต์ Microsoft Azure
-
ติดตั้งผู้ให้บริการบนแต่ละโหนดของเซิร์ฟเวอร์ Hyper-V ที่คุณได้ลงทะเบียนในการกู้คืนไซต์ Azure
หมายเหตุ หาก Hyper-V ของคุณเป็นเซิร์ฟเวอร์ Host Clustered Hyper-V ตรวจสอบให้แน่ใจว่าคุณติดตั้งการอัปเกรดบนโหนดทั้งหมดของคลัสเตอร์
ระหว่าง VMware ภายในองค์กรหรือไซต์ทางกายภาพไปยัง Azure (ประสบการณ์ที่ทันสมัย)
-
ตรวจสอบให้แน่ใจว่าอุปกรณ์การจัดการภายในองค์กรของคุณเป็นปัจจุบันโดยไปที่ตัวจัดการการกําหนดค่าของเครื่องใช้ หากไม่มี ให้ดาวน์โหลดเวอร์ชันล่าสุดสําหรับคอมโพเนนต์ที่อยู่เบื้องหลังเวอร์ชันล่าสุด
-
ไปที่พอร์ทัล 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) |