ค่าสะสมการอัปเดต 54 for Azure Site Recovery

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

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

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

• แก้ไขปัญหาที่การลงทะเบียนเซิร์ฟเวอร์กระบวนการล้มเหลวเนื่องจากค่า DNS ถูกส่งเป็น null

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

• แก้ไขปัญหาที่บริการภายในใกล้จะออกเนื่องจากระบบภาษาที่ไม่ได้รับการสนับสนุน

เทมเพลตการรวมการตั้งค่ารวมของการกู้คืนไซต์ Microsoft Azure &การกําหนดค่า

ไม่มีการเปลี่ยนแปลงใหม่เปิดตัว

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

การปรับปรุง

• Zone to Zone Disaster Recovery using Azure Site Recovery is now GA in 4 more regions – North Europe, East US,Central US,and West US 2. การนี่จะรวมจํานวนภูมิภาคที่ได้รับการสนับสนุนเป็น 9 ภูมิภาคที่สนับสนุนมีดังต่อไปนี้: เอเชียตะวันออกเฉียงใต้, ญี่ปุ่นตะวันออก, ออสเตรเลียตะวันออก, สหราชอาณาจักรภาคใต้, ยุโรปตะวันตก, ยุโรปเหนือ, สหรัฐอเมริกาตะวันออก, อเมริกากลาง และภาคตะวันตก US 2

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

การปรับปรุง

• เพิ่มการสนับสนุนพอร์ทัลของ VMware ไปยัง Azure Hyper-Vการซ้Hyper-Vแบบ Azure เพื่อเลือกกลุ่มการจัดวางความใกล้เคียงหลังจากเปิดใช้งานการซ้Hyper-Vแบบ เรียนรู้เพิ่มเติม

• เพิ่มการสนับสนุนในการปกป้องดิสก์ข้อมูลขนาด 32 TB ของ VMware ในการทรานแซคชัน Azure

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

1. ดาวน์โหลดชุดการอัปเดตล่าสุดของ Microsoft Azure Site Recovery Provider

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

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

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

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

1. ดาวน์โหลดชุดการอัปเดตของMicrosoft Azure Site Recovery Provider

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

3. ติดตั้งตัวแทนMicrosoft Azure Recovery Services ล่าสุดบนอุปกรณ์Hyper-Vทั้งหมด

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

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

1. ดาวน์โหลดชุดการอัปเดตของMicrosoft Azure Site Recovery Provider

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

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

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

1. อัปเดตเซิร์ฟเวอร์การจัดการภายในองค์กรของคุณโดยการดาวน์โหลด  การตั้งค่ารวมการกู้คืนไซต์ของ Microsoft Azure นี่คือเซิร์ฟเวอร์ที่มีบทบาทเซิร์ฟเวอร์การกําหนดค่าและกระบวนการ

2. ถ้าคุณมีเซิร์ฟเวอร์กระบวนการปรับมาตราส่วนออก ให้อัปเดตเซิร์ฟเวอร์ถัดไปโดยการเรียกใช้การตั้งค่ารวมการกู้คืนไซต์ของ Microsoft Azure

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

หมายเหตุ: ถ้าคุณจะอัปเดตหรือป้องกัน SUSE Linux Enterprise Server 11 SP3, SUSE Linux Enterprise Server 11 SP4, RHEL5, CentOS 5, DE LINUX7 และ DEซ้วา8 จากนั้นตรวจสอบให้แน่ใจว่าได้ปฏิบัติตามขั้นตอนด้านล่าง -

1. ดาวน์โหลดตัวติดตั้งที่เหมาะสมเพื่อเครื่องของคุณ

   • SUSE Linux Enterprise Server 11 SP3

   • SUSE Linux Enterprise Server 11 SP4

   • RHEL5

   • DEIAN7

   • DEIAN8

   • CentOS 5

2. คัดลอกตัวติดตั้ง ไปยังโฟลเดอร์ 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

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

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