ชุดการอัปเดต 36 สําหรับ Azure Site Recovery

บทนำ

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

• ดาวน์โหลด Microsoft Azure Site Recovery Provider (เวอร์ชัน 5.1.4150.0)
• ดาวน์โหลด Microsoft Azure Site Recovery Unified Setup (VMware to Azure) (เวอร์ชัน 9.24.5211.1)
• ดาวน์โหลดเอเจนต์ Microsoft Azure Recovery Services (เวอร์ชัน 2.0.9160.0)
• ดาวน์โหลด Microsoft Azure Site Recovery Configuration Server (เวอร์ชัน 5.1.4150.0)
• ดาวน์โหลด Mobility Service สําหรับ Windows (เวอร์ชัน 9.24.5211.1)
• ดาวน์โหลด Mobility Service สําหรับ CentOS (เวอร์ชัน 9.24.5211.1)
• ดาวน์โหลด Mobility Service สําหรับ Ubuntu (เวอร์ชัน 9.24.5211.1)

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

ข้อมูลการปรับปรุง

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

เมื่อต้องการติดตั้ง Microsoft Azure Site Recovery Provider Update Rollup 36 (เวอร์ชัน 5.1.4150.0) คุณต้องติดตั้งหนึ่งในรายการต่อไปนี้:

• ตัวจัดการการกู้คืน Microsoft Azure Hyper-V (เวอร์ชัน 3.4.486 หรือเวอร์ชันที่ใหม่กว่า)
• Microsoft Azure Site Recovery Hyper-V Provider (เวอร์ชัน 4.6.660 หรือเวอร์ชันที่ใหม่กว่า)
• Microsoft Azure Site Recovery Provider (เวอร์ชัน 5.1.3700 หรือเวอร์ชันใหม่กว่า)
• การติดตั้งแบบรวมของ Microsoft Azure Site Recovery (VMware to Azure) (เวอร์ชัน 9.20xxxx. X หรือเวอร์ชันที่ใหม่กว่า)

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

 

ปัญหาที่ได้รับการแก้ไขในการอัปเดตนี้

หลังจากที่คุณใช้การอัปเดตนี้ ปัญหาต่อไปนี้จะได้รับการแก้ไข และทําการปรับปรุงต่อไปนี้
 

ผู้ให้บริการ Microsoft Azure Site Recovery

การปรับปรุง

A2A:

• ปรับปรุงการหมดอายุของใบรับรองและการสนับสนุนการต่ออายุจากบริการ (ด้วยการสนับสนุน PowerShell)
• การสนับสนุนการย้ายภายในภูมิภาคของเครื่องเสมือน (VM) จากบริการ
• ประสบการณ์การตรวจสอบที่ดีขึ้น
• การสนับสนุนสําหรับการเพิ่มดิสก์ใหม่ลงใน VM ที่ได้รับการป้องกัน
• สําหรับการเปิดใช้งานการอัปเดตอัตโนมัติของเอเจนต์ที่ใช้ในการจําลองแบบเครื่องเสมือน Azure บัญชีอัตโนมัติจะถูกใช้ ก่อนหน้านี้ บัญชีนี้เป็นบัญชีเริ่มต้นที่สร้างโดย Site Recovery ตอนนี้ คุณสามารถเลือกบัญชีอัตโนมัติอื่นที่มีอยู่ได้ ตัวเลือกนี้จะพบได้เมื่อคุณเปิดใช้งานการจําลองแบบสําหรับ VM การเปลี่ยนการตั้งค่าสําหรับ VM ที่ได้รับการป้องกันในฐานะส่วนหนึ่งของชุดเก็บข้อมูลประจําตัวบริการการกู้คืนที่ระบุจะนําไปใช้กับ Azure VM ทั้งหมดที่ได้รับการป้องกันในที่เก็บนิรภัยเดียวกัน

ปัญหาที่ได้รับการแก้ไข

A2A:

• ตัวตรวจสอบความถูกต้องใหม่เพื่อตรวจสอบว่าชุดความพร้อมใช้งานและกลุ่มทรัพยากร VM แตกต่างกันหรือไม่ เพื่อเตือนผู้ใช้ก่อนการย้ายเมื่อเกิดข้อผิดพลาด
• การปรับปรุงการย้อนกลับเพื่อจัดการสถานการณ์สมมติถ้า VM ถูกลบออกจากภูมิภาคต้นทาง
• แก้ไขการสร้างบัญชีผู้ใช้ที่เก็บข้อมูลแคชในกลุ่มทรัพยากรแบบสุ่มแทนกลุ่มทรัพยากรที่ลูกค้ากําหนด
• แก้ไขปัญหาที่การป้องกัน VM ล้มเหลวขณะตรวจสอบโซนความพร้อมใช้งานในภูมิภาค
• แก้ไขปัญหาที่การป้องกันใหม่ล้มเหลวหากดิสก์ระบบ VM ต้นทางถูกลบ
• แก้ไขปัญหาระหว่างการย้อนกลับที่ UI ค้างอยู่ในกระบวนการหากไม่ได้เรียกใช้คุณสมบัติของโซนเวลาว่าง
• เพิ่มตรรกะเพื่อลบลิงก์ทรัพยากรเก่าที่สร้างขึ้นโดย ASR ในการสมัครใช้งานข้ามแพลตฟอร์ม

 

เทมเพลตเซิร์ฟเวอร์การกําหนดค่าและการตั้งค่าแบบรวมของ Microsoft Azure Site Recovery

การปรับปรุง

การปรับปรุงการตรวจสอบการกําหนดค่าเซิร์ฟเวอร์:

การปรับปรุงข้อความแสดงข้อผิดพลาดจะทําขึ้นสําหรับสถานการณ์ต่อไปนี้เพื่อให้สาเหตุหลักที่ชัดเจนและการดําเนินการที่แนะนํา:

• vCenter ยกเลิกการเชื่อมต่อ
• ยกเลิกการเชื่อมต่อเซิร์ฟเวอร์กระบวนการ
• CS ถูกตัดการเชื่อมต่อ
• Process Server ไม่มีฮาร์ทบีท
• MT ยกเลิกการเชื่อมต่อ
• การปิดเครื่อง VM
• ลบ VM แล้ว

 

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

การแจ้งเตือนต่อไปนี้จะถูกเพิ่มสําหรับเซิร์ฟเวอร์กระบวนการเพื่อปรับปรุงการตรวจสอบ:

• การแจ้งเตือน CPU, หน่วยความจํา และพื้นที่ว่างเพื่อตรวจสอบการใช้ทรัพยากร
• การแจ้งเตือนเมื่อบริการ ASR ที่จําเป็นไม่ทํางาน

 

คําแนะนําการเลือก Process Server ในผลิตภัณฑ์

ในระหว่างการเลือกเซิร์ฟเวอร์กระบวนการสําหรับการ จําลองแบบใหม่ สถานภาพของเซิร์ฟเวอร์กระบวนการ (ร้ายแรง เตือน และสมบูรณ์) จะแสดงขึ้นตามความพร้อมใช้งานของทรัพยากรและสถานภาพการเชื่อมต่อ

หมายเหตุ

• ไม่สามารถใช้เซิร์ฟเวอร์กระบวนการที่สําคัญเพื่อเปิดใช้งานการจําลองแบบของ VM ใหม่ได้
• ถึงแม้ว่าคุณจะสามารถเลือกเซิร์ฟเวอร์ประมวลผลที่แสดงสถานะการเตือนได้ แต่เราไม่แนะนําให้คุณทําเช่นนี้ ปริมาณงานเพิ่มเติมใดๆ อาจส่งผลกระทบต่อปริมาณงานที่มีอยู่
• เซิร์ฟเวอร์กระบวนการที่ถูกทําเครื่องหมายเป็นสมบูรณ์สามารถใช้เพื่อป้องกันเซิร์ฟเวอร์ใหม่ได้

สําหรับข้อมูลเพิ่มเติมเกี่ยวกับคําแนะนําเกี่ยวกับเซิร์ฟเวอร์กระบวนการ ให้ดูที่ https://aka.ms/asr_ps_selection_guidance
 

ปัญหาที่ได้รับการแก้ไข

(ไม่มีรายการที่ใช้ได้)

 

บริการเคลื่อนที่

ปัญหาที่แก้ไขแล้ว: ใช้ได้กับ DR ของ VMware VM

• ลดขนาดของตัวติดตั้งเอเจนต์ด้านการเคลื่อนไหว (ส่งผลต่อ Ubuntu*, Debian*, SLES 12 - การติดตั้งแบบพุชและอัปเกรด)

• คําเตือนการรีสตาร์ตจะปรากฏขึ้นเฉพาะเมื่อมีการเปลี่ยนแปลงโปรแกรมควบคุมที่เกี่ยวข้อง

• การปรับปรุงข้อความแสดงข้อผิดพลาดของตัวติดตั้งที่แสดงสาเหตุหลักของปัญหาความล้มเหลวอย่างชัดเจน

• การปรับปรุงกลไกการบันทึกการเริ่มต้นบริการ

• แก้ไขปัญหาการย้ายโหนดเมื่อเกิดข้อผิดพลาดสําหรับคอมพิวเตอร์ที่ใช้ Windows Server 2019 ในสภาพแวดล้อมจริงหรือ VMware ที่มีคุณสมบัติไม่มีการให้น้ํา

• แก้ไขความล้มเหลวในการอัปเกรดเอเจนต์ Mobility ที่แสดงรหัสข้อผิดพลาด 95507

• สําหรับสถานการณ์จําลอง VMware-to-Azure และ Azure-to-Azure DR ระบบปฏิบัติการต่อไปนี้สามารถป้องกันได้:

  • Windows 10 (x64)
  • Windows 8.1 (x64)
  • Windows 8 (x64)
  • Windows 7 (x64) SP1 และใหม่กว่า (ไม่รองรับ Windows 7 RTM)

ปัญหาที่ได้รับการแก้ไข

• แก้ไขปัญหาบางครั้งที่ดิสก์ข้อมูลสามารถมองเห็นได้แบบออฟไลน์ใน Windows Server 2019

 

Microsoft Azure Site Recovery (บริการ)

การปรับปรุง

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

ปัญหาที่ได้รับการแก้ไข

(ไม่มีรายการที่ใช้ได้)

 

Microsoft Azure Site Recovery (พอร์ทัล)

การปรับปรุง

สําหรับ VMware ไปยัง Azure สถานะสถานภาพของกระบวนการเซิร์ฟเวอร์จะถูกเพิ่มไปยังใบมีดภาพรวมของ VM เหตุการณ์ที่เกิดขึ้นบนเซิร์ฟเวอร์กระบวนการจะถูกเพิ่มลงในตารางเหตุการณ์บนใบมีดเซิร์ฟเวอร์กระบวนการ
 

ปัญหาที่ได้รับการแก้ไข

(ไม่มีรายการที่ใช้ได้)

 

การอัปเดตคอมโพเนนต์ Azure Site Recovery ภายในองค์กรของคุณ

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

1. ดาวน์โหลดชุดรวมอัปเดตล่าสุดสําหรับผู้ให้บริการ Microsoft Azure Site Recovery
2. ติดตั้งชุดรวมอัปเดตก่อนบนเซิร์ฟเวอร์ VMM ภายในองค์กรที่จัดการไซต์การกู้คืน
3. หลังจากที่อัปเดตไซต์การกู้คืนแล้ว ให้ติดตั้งชุดรวมอัปเดตบนเซิร์ฟเวอร์ VMM ที่จัดการไซต์หลัก

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

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

1. ดาวน์โหลดชุดรวมอัปเดตสําหรับ Microsoft Azure Site Recovery Provider
2. ติดตั้งชุดรวมอัปเดตบนเซิร์ฟเวอร์ VMM ภายในองค์กร
3. ติดตั้งเอเจนต์ MARS ล่าสุดบนโฮสต์ Hyper-V ทั้งหมด

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

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

1. ดาวน์โหลดชุดรวมอัปเดตสําหรับ Microsoft Azure Site Recovery Provider
2. ติดตั้งผู้ให้บริการในแต่ละโหนดของเซิร์ฟเวอร์ Hyper-V ที่คุณลงทะเบียนไว้ใน Azure Site Recovery

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

ระหว่าง VMware ภายในองค์กรหรือไซต์จริงกับ Azure

1. อัปเดตเซิร์ฟเวอร์การจัดการภายในองค์กรของคุณ นี่คือเซิร์ฟเวอร์ที่มีบทบาทเซิร์ฟเวอร์การกําหนดค่าและเซิร์ฟเวอร์กระบวนการ เมื่อต้องการทําเช่นนี้ ให้ดาวน์โหลดและเรียกใช้ Microsoft Azure Site Recovery Unified Setup
2. ถ้าคุณมีเซิร์ฟเวอร์กระบวนการปรับขนาด ให้อัปเดตถัดไปโดยการเรียกใช้การติดตั้งแบบรวมของ Microsoft Azure Site Recovery
3. ไปที่พอร์ทัล Azure แล้วไปที่หน้ารายการที่จําลองแบบของรายการ>ที่ได้รับการป้องกัน เลือก VM บนหน้านี้ เลือกปุ่ม Update Agent ที่ปรากฏที่ด้านล่างของหน้าสําหรับแต่ละ VM ซึ่งจะอัปเดต Mobility Service Agent บน VM ที่ได้รับการป้องกันทั้งหมด

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

เวอร์ชันของเอเจนต์ในระหว่างการรีสตาร์ตครั้งล่าสุด	การอัปเกรดเป็นเวอร์ชัน	จําเป็นต้องเริ่มต้นระบบใหม่หรือไม่
9.16	9.18	ไม่จําเป็น
9.16	9.19	ไม่จําเป็น
9.16	9.20	ไม่จําเป็น
9.16	9.21	จำเป็น ก่อนอื่น ให้อัปเกรดเป็นเวอร์ชัน 9.20 จากนั้นเริ่มระบบใหม่ก่อนที่คุณจะอัปเกรดเป็น 9.21 เนื่องจากความแตกต่างระหว่างเวอร์ชัน (9.16 ที่มีการเริ่มระบบใหม่ครั้งล่าสุดและเวอร์ชันเป้าหมาย 9.21) มีมากกว่าสี่ (4)

การอ้างอิง

เรียนรู้เกี่ยวกับคำศัพท์ที่ Microsoft ใช้เพื่ออธิบายการอัปเดตซอฟต์แวร์

การปฏิเสธความรับผิดชอบข้อมูลของบริษัทอื่น

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