บทนำ
บทความนี้อธิบายปัญหาที่ได้รับการแก้ไขในชุดรวมอัปเดต 61 ใน Microsoft Azure Site Recovery เวอร์ชันต่อไปนี้:
Azure ถึง Azure
VMware/ทางกายภาพไปยัง Azure
ดาวน์โหลดเทมเพลต OVF เซิร์ฟเวอร์การกําหนดค่า Microsoft Azure Site Recovery (เวอร์ชัน 5.1.7387.0)
-
SHA256 hash AB51E1BAB32BD93A1B255E43BEBC8C04C63B97EC1EDD439E55FCECE1663F4446
-
ดาวน์โหลด Microsoft Azure Site Recovery Unified Setup (VMware to Azure) (เวอร์ชัน 9.48.6349.1)
-
Prerequisite to update or protect SUSE Linux Enterprise Server 11 SP3, SUSE Linux Enterprise Server 11 SP4, RHEL5, CentOS 5, Oracle Linux 6, DEBIAN7, DEBIAN8 and UBUNTU-14.04 machines: Ensure latest mobility agent installer is downloaded from Microsoft Download Center and placed in push installer repository on configuration server. Refer to the section Updating your Azure Site Recovery On-Premises components.
-
Hyper-V หรือ VMM ไปยัง Azure
VMware ไปยัง Azure (ตัวอย่าง)
เรียนรู้เกี่ยวกับรายละเอียดของปัญหาที่ได้รับการแก้ไขและข้อกําหนดเบื้องต้นที่ควรได้รับการตรวจสอบก่อนที่คุณจะติดตั้งการอัปเดตนี้
ข้อกำหนดเบื้องต้น
เมื่อต้องการติดตั้ง Microsoft Azure Site Recovery Provider Update Rollup 61 คุณต้องติดตั้งหนึ่งในรายการต่อไปนี้:
- Microsoft Azure Site Recovery Provider (เวอร์ชัน 5.1.6800 หรือเวอร์ชันที่ใหม่กว่า)
- การติดตั้งแบบรวมของ Microsoft Azure Site Recovery (VMware to Azure) (เวอร์ชัน 9.44.xxxx.x หรือเวอร์ชันที่ใหม่กว่า)
- ตัวแทนบริการการกู้คืน Microsoft Azure (เวอร์ชัน 2.0.9202.0 หรือเวอร์ชันที่ใหม่กว่า)
หมายเหตุ: คุณสามารถตรวจสอบเวอร์ชันตัวให้บริการที่ติดตั้งได้ในรายการ โปรแกรมและคุณลักษณะ ใน แผงควบคุม
การปรับปรุงทําและปัญหาที่ได้รับการแก้ไขในการอัปเดตนี้
หลังจากที่คุณติดตั้งการอัปเดตนี้ ปัญหาต่อไปนี้จะได้รับการแก้ไข และการปรับปรุงต่อไปนี้จะถูกรวมไว้ด้วย
บริการเคลื่อนที่
การปรับปรุง
- เพิ่มการสนับสนุนสําหรับรายการเคอร์เนลเพิ่มเติมสําหรับ Debian 10 และ Ubuntu 20.04 Linux distros
- เพิ่มการสนับสนุนสําหรับไดรฟ์ข้อมูล LVM ที่เตรียมใช้งานแบบ Thin
ปัญหาที่ได้รับการแก้ไข
- แก้ไขปัญหาที่การติดตั้งบริการเคลื่อนที่บนเครื่องที่มีระบบปฏิบัติการ Oracle Linux ล้มเหลวหากไม่มีเคอร์เนล RedHat อยู่ในระบบ
- เพิ่มตัวบล็อกสําหรับเครื่อง Linux ที่สลับการบูตแบบปลอดภัยเป็น "เปิด" เนื่องจากการบูตแบบปลอดภัยไม่ได้รับการสนับสนุนโดย Site Recovery
- เพิ่มการแก้ไขที่ระบบหยุดทํางานเมื่อจัดการกับการปรับขนาดดิสก์
- [สถาปัตยกรรมตัวอย่างของ VMware] แก้ไขปัญหาที่การอัปโหลดข้อมูลทําให้เกิดการดําเนินการซิงโครไนซ์ใหม่ที่ไม่จําเป็น
- [สถาปัตยกรรมตัวอย่างของ VMware] แก้ไขปัญหาที่การจําลองแบบครั้งแรกในระหว่างการป้องกันอีกครั้งจาก Azure ไปยังภายในองค์กรไม่ตอบสนอง
- [สถาปัตยกรรมตัวอย่างของ VMware] แก้ไขปัญหาการลงทะเบียนเอเจนต์บริการการเคลื่อนไหวบนเครื่องที่การปิดใช้งานการจําลองแบบก่อนหน้านี้ล้มเหลว
Microsoft Azure Site Recovery (บริการ)
การปรับปรุง
- ตัวอย่างสําหรับสาธารณะสําหรับการสํารองความจุตามความต้องการ การรวมการสํารองความจุเข้ากับ Site Recovery พร้อมใช้งานแล้วในขณะนี้
Microsoft Azure Site Recovery (พอร์ทัล)
การปรับปรุง
- ตัวอย่างสําหรับสาธารณะสําหรับการสํารองความจุตามความต้องการ การรวมการสํารองความจุเข้ากับ Site Recovery พร้อมใช้งานแล้วในขณะนี้ เรียนรู้เพิ่มเติม
การอัปเดตคอมโพเนนต์ Azure Site Recovery ภายในองค์กรของคุณ
ระหว่างไซต์ VMM ภายในองค์กรสองไซต์
- ดาวน์โหลดชุดรวมอัปเดตล่าสุดสําหรับ Microsoft Azure Site Recovery Provider
- ติดตั้งชุดรวมอัปเดตก่อนบนเซิร์ฟเวอร์ VMM ภายในองค์กรที่จัดการไซต์การกู้คืน
- หลังจากไซต์การกู้คืนได้รับการอัปเดตแล้ว ให้ติดตั้งชุดรวมอัปเดตบนเซิร์ฟเวอร์ VMM ที่จัดการไซต์หลัก
หมายเหตุ หาก VMM เป็น VMM ที่มีความพร้อมใช้งานสูง (VMM แบบคลัสเตอร์) ตรวจสอบให้แน่ใจว่าคุณติดตั้งการอัปเกรดบนโหนดทั้งหมดของคลัสเตอร์ที่มีบริการ VMM ติดตั้งอยู่
ระหว่างไซต์ VMM ภายในองค์กรและ Azure
- ดาวน์โหลดชุดการปรับปรุงสําหรับผู้ให้บริการ Site Recovery ของ Microsoft Azure
- ติดตั้งชุดรวมอัปเดตบนเซิร์ฟเวอร์ VMM ภายในองค์กร
- ติดตั้งเอเจนต์ Microsoft Azure Recovery Services ล่าสุดบนโฮสต์ Hyper-V ทั้งหมด
หมายเหตุ หาก VMM ของคุณเป็น VMM ที่มีความพร้อมใช้งานสูง (Clustered VMM) ตรวจสอบให้แน่ใจว่าคุณติดตั้งการอัปเกรดบนโหนดทั้งหมดของคลัสเตอร์ที่ได้ติดตั้งบริการ VMM ไว้
ระหว่างไซต์ Hyper-V ภายในองค์กรและ Azure
- ดาวน์โหลดชุดการปรับปรุงสําหรับผู้ให้บริการ Site Recovery ของ Microsoft Azure
- ติดตั้งผู้ให้บริการในแต่ละโหนดของเซิร์ฟเวอร์ Hyper-V ที่คุณลงทะเบียนไว้ใน Azure Site Recovery
หมายเหตุ หาก Hyper-V ของคุณเป็นเซิร์ฟเวอร์ Hyper-V แบบโฮสต์คลัสเตอร์ ตรวจสอบให้แน่ใจว่าคุณติดตั้งการอัปเกรดบนโหนดทั้งหมดของคลัสเตอร์
ระหว่าง VMware ภายในองค์กรหรือไซต์จริงกับ Azure
- อัปเดตเซิร์ฟเวอร์การจัดการภายในองค์กรของคุณโดยการดาวน์โหลด Microsoft Azure Site Recovery Unified Setup นี่คือเซิร์ฟเวอร์ที่มีบทบาทเซิร์ฟเวอร์การกําหนดค่าและเซิร์ฟเวอร์กระบวนการ
- ถ้าคุณมีเซิร์ฟเวอร์กระบวนการปรับขนาด ให้อัปเดตถัดไปโดยการเรียกใช้การติดตั้งแบบรวมของ Microsoft Azure Site Recovery
- ไปที่พอร์ทัล Azure แล้วไปที่หน้ารายการที่จําลองแบบของรายการ>ที่ได้รับการป้องกัน เลือก VM บนหน้านี้ เลือกปุ่ม Update Agent ที่ปรากฏที่ด้านล่างของหน้าสําหรับแต่ละ VM ซึ่งจะอัปเดต Mobility Service Agent บน VM ที่ได้รับการป้องกันทั้งหมด
หมายเหตุ: หากคุณกําลังอัปเดตหรือป้องกันเครื่อง SUSE Linux Enterprise Server 11 SP3, SUSE Linux Enterprise Server 11 SP4, RHEL5, CentOS 5, DEBIAN7 และ DEBIAN8 ให้ตรวจสอบให้แน่ใจว่าได้ทําตามขั้นตอนด้านล่าง -
ดาวน์โหลดตัวติดตั้งที่เหมาะสมสําหรับเครื่องของคุณ –
คัดลอกตัวติดตั้งไปยังโฟลเดอร์ INSTALL_DIR\home\svsystems\pushinstallsvc\repository บนเซิร์ฟเวอร์การกําหนดค่าและเซิร์ฟเวอร์การประมวลผลเพื่อปรับขนาดก่อนที่จะอัปเกรดหรือปกป้องเครื่องเสมือนของคุณ ตัวอย่างเช่น ด้านล่างจะเป็นชื่อโฟลเดอร์เมื่อเส้นทางการติดตั้งเซิร์ฟเวอร์การกําหนดค่า/เซิร์ฟเวอร์กระบวนการคือ C:\Program Files (x86)\Microsoft Azure Site Recovery –
- C:\Program Files (x86)\Microsoft Azure Site Recovery\home\svsystems\pushinstallsvc\repository
หลังจากคัดลอกตัวติดตั้งแล้ว ให้ไปที่ services.msc แล้วเริ่มบริการ InMage PushInstall ใหม่
หมายเหตุ: ขอแนะนําให้เริ่มระบบใหม่หลังจากทุกการอัปเกรดเอเจนต์ Mobility เพื่อให้แน่ใจว่าการเปลี่ยนแปลงล่าสุดทั้งหมดถูกโหลดลงในคอมพิวเตอร์ต้นทาง ซึ่งไม่จําเป็นต้องบังคับ อย่างไรก็ตาม การรีสตาร์ตเป็นสิ่งจําเป็นหากความแตกต่างระหว่างเวอร์ชันเอเจนต์จากการรีสตาร์ตครั้งล่าสุดและเวอร์ชันเป้าหมายมากกว่าสี่ (4) ในตําแหน่งทศนิยมสุดท้าย ดูตารางต่อไปนี้สําหรับคําอธิบายโดยละเอียด
| เวอร์ชันของเอเจนต์ในระหว่างการรีสตาร์ตครั้งล่าสุด | การอัปเกรดเป็น | จําเป็นต้องเริ่มระบบใหม่หรือไม่ |
|---|---|---|
| 9.25 | 9.27 | ไม่บังคับ |
| 9.25 | 9.28 | ไม่บังคับ |
| 9.25 | 9.29 | ไม่บังคับ |
| 9.25 | 9.30 | บังคับ ก่อนอื่นให้อัปเกรดเป็นเวอร์ชัน 9.29 แล้วรีสตาร์ตก่อนที่คุณจะอัปเกรดเป็นเวอร์ชัน 9.30 (เนื่องจากความแตกต่างระหว่างเวอร์ชันรีสตาร์ตล่าสุดกับเวอร์ชันเป้าหมายมีความแตกต่างมากกว่า 4) |