ข้ามไปที่เนื้อหาหลัก
การสนับสนุน
ลงชื่อเข้าใช้
ลงชื่อเข้าใช้ด้วย Microsoft
ลงชื่อเข้าใช้หรือสร้างบัญชี
สวัสดี
เลือกบัญชีอื่น
คุณมีหลายบัญชี
เลือกบัญชีที่คุณต้องการลงชื่อเข้าใช้

บทนำ

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

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

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

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

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

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

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

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

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

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

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

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

  • Azure ไปยัง Azure

    • Ubuntu 22.04

    • RHEL 8.7

    • Cent OS 8.7

  • VMware/Physicalized modernized to Azure

    • Ubuntu 22.04

    • RHEL 8.7

    • Cent OS 8.7

  • VMware/Physical แบบคลาสสิกไปยัง Azure

    • RHEL 8.7

    • Cent OS 8.7

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

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

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

  • แก้ไขปัญหาที่การอัปเดตอัตโนมัติของบริการการเคลื่อนไหวล้มเหลว สําหรับสถานการณ์ VMware/Physical to Azure ที่ทันสมัย หากมีพาธแบบกําหนดเองในระหว่างการติดตั้ง

  • แก้ไขปัญหาเนื่องจากการเปิดใช้งานการจําลองแบบบน SUSE Linux Enterprise Server 15 ล้มเหลว

  • เพิ่มการแก้ไขที่เซิร์ฟเวอร์กระบวนการไม่สามารถทํางานได้เมื่อเครื่องที่มี BIOS ID เดียวกันมากกว่าหนึ่งเครื่องพยายามสร้างการเชื่อมต่อ

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

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

คอม โพ เนนต์

เวอร์ชัน

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

2.0.2027.28

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

2.0.2027.39

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

5.1.8103.0

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

6.0.850.235

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

1.37.8614.14830

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

1.37.8614.14806

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

1.38.8614.14832

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

1.37.8614.14913

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

2.0.9260.0

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

9.53.6605.1

การกู้คืนไซต์ Microsoft Azure (บริการ)

ไม่มีการเปลี่ยนแปลง

การกู้คืนไซต์ Microsoft Azure (พอร์ทัล)

ไม่มีการเปลี่ยนแปลง

ผู้ให้บริการการกู้คืนไซต์ Microsoft Azure

  • แก้ไขปัญหาในสถานการณ์ VMware/Physical to Azure แบบคลาสสิก ที่ผู้ให้บริการการกู้คืนไซต์ไม่สามารถเชื่อมต่อกับชุดเก็บข้อมูลประจําตัว Recovery Services หลังจากการอัปเดต

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

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

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

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

  3. หลังจากอัปเดตไซต์การกู้คืนแล้ว ให้ติดตั้งชุดรวมอัปเดตบนเซิร์ฟเวอร์ VMM ที่จัดการไซต์หลัก

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

ระหว่างไซต์ 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. อัปเดตเซิร์ฟเวอร์การจัดการภายในองค์กรของคุณโดยการดาวน์โหลด Microsoft Azure Site Recovery Unified Setup นี่คือเซิร์ฟเวอร์ที่มีบทบาทเซิร์ฟเวอร์การกําหนดค่าและเซิร์ฟเวอร์กระบวนการ

  2. ถ้าคุณมีเซิร์ฟเวอร์กระบวนการปรับขนาดออก อัปเดตถัดไปโดยการเรียกใช้ Microsoft Azure Site Recovery Unified Setup

  3. ถ้าคุณมีเซิร์ฟเวอร์เป้าหมายหลัก ให้อัปเดตถัดไปโดยการตรวจสอบขั้นตอนที่นี่

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

หมายเหตุ หากคุณกําลังอัปเดตหรือป้องกัน SUSE Linux Enterprise Server 11 SP3, SUSE Linux Enterprise Server 11 SP4, RHEL5, CentOS 5, DEBIAN7, DEBIAN8 และ DEBIAN9 จากนั้นทําตามขั้นตอนด้านล่าง: 

  • ดาวน์โหลดตัวติดตั้งที่เหมาะสมสําหรับเครื่องของคุณ –

  • คัดลอกตัวติดตั้งไปยังโฟลเดอร์ INSTALL_DIR\home\svsystems\pushinstallsvc\repository บน เซิร์ฟเวอร์การกําหนดค่า และ ปรับขนาดเซิร์ฟเวอร์กระบวนการออก ก่อนที่จะอัปเกรดหรือป้องกันเครื่องเสมือนของคุณ ตัวอย่างเช่น ด้านล่างจะเป็นชื่อโฟลเดอร์เมื่อเส้นทางการติดตั้ง Configuration Server/Process Servers คือ C:\Program Files (x86)\Microsoft Azure Site Recovery –

    C:\Program Files (x86)\Microsoft Azure Site Recovery\home\svsystems\pushinstallsvc\repository

  • หลังจากคัดลอกตัวติดตั้ง ไปที่ services.msc แล้วเริ่มบริการ InMage PushInstall ใหม่

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

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

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

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

9.25

9.27

ไม่บังคับ

9.25

9.28

ไม่บังคับ

9.25

9.29

ไม่บังคับ

9.25

9.30

บังคับ

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

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

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

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

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

ข้อมูลนี้เป็นประโยชน์หรือไม่

คุณพึงพอใจกับคุณภาพภาษาเพียงใด
สิ่งที่ส่งผลต่อประสบการณ์ใช้งานของคุณ
เมื่อกดส่ง คำติชมของคุณจะถูกใช้เพื่อปรับปรุงผลิตภัณฑ์และบริการของ Microsoft ผู้ดูแลระบบ IT ของคุณจะสามารถรวบรวมข้อมูลนี้ได้ นโยบายความเป็นส่วนตัว

ขอบคุณสำหรับคำติชมของคุณ!

×