ชุดการอัปเดต 6 สําหรับ System Center 2012 R2 Virtual Machine Manager

คุณลักษณะที่เพิ่มลงในชุดรวมอัปเดตนี้

• เพิ่มฟีเจอร์การสมัครใช้งาน Azure: เมื่อใช้ฟีเจอร์เพิ่มการสมัครใช้งาน Azure ในชุดรวมอัปเดต 6 ผู้ดูแลระบบของตัวจัดการเครื่องเสมือนสามารถเพิ่มการสมัครใช้งาน Microsoft Azure ไปยัง VMM และดําเนินการพื้นฐานกับอินสแตนซ์ Azure ในการสมัครใช้งานเหล่านั้นได้ ฟีเจอร์นี้รวมอยู่ในตัวจัดการเครื่องเสมือนในชุดรวมอัปเดต 6 สําหรับ System Center 2012 R2 สําหรับการสมัครใช้งาน Azure แต่ละรายการที่คุณเพิ่ม คุณสามารถใช้คอนโซลเพื่อดูอินสแตนซ์บทบาททั้งหมดในกลุ่มการปรับใช้ทั้งหมดในการสมัครใช้งานนั้น
  
  สิ่งที่คุณสามารถทําได้ด้วยฟีเจอร์
  
  นี้ ถ้าคุณจัดการเครื่องเสมือนภายในองค์กรของคุณอยู่แล้วในตัวจัดการเครื่องเสมือน คุณสามารถใช้ฟีเจอร์นี้เพื่อดําเนินการพื้นฐานบางอย่างกับอินสแตนซ์ Azure โดยไม่ต้องออกจากคอนโซล VMM ตัวอย่างเช่น คุณสามารถทําดังต่อไปนี้:
  

  • เพิ่มหรือลบการสมัครใช้งาน Azure อย่างน้อยหนึ่งรายการโดยใช้คอนโซล VMM

  • ดูมุมมองรายการของรายละเอียดและสถานะของอินสแตนซ์บทบาททั้งหมดในการปรับใช้ทั้งหมดในการสมัครใช้งานนั้น

  • อัปเดตรายการของอินสแตนซ์ด้วยตนเอง

  • ดําเนินการกระทําพื้นฐานต่อไปนี้กับอินสแตนซ์:
    

    • เริ่ม

    • หยุด

    • ปิด

    • รี สตาร์ท

    • เชื่อมต่อผ่าน RDP

  สําหรับข้อมูลเพิ่มเติม ให้ดู การเพิ่มการสมัครใช้งาน Azure ใน VMM ใน System Center 2012 R2 ด้วยชุดรวมอัปเดต 6

• สถานการณ์การป้องกัน E2A ASR ที่ได้รับการปรับปรุง: ด้วยการมีชุดรวมอัปเดต 6 ในสภาพแวดล้อม Virtual Machine Manager ทําให้ง่ายต่อการค้นหาและแก้ไขปัญหาที่เกิดขึ้นในบางครั้งเมื่อคุณกําหนดค่าการป้องกัน Azure Site Recovery (ASR) ปัญหานี้เกิดขึ้นเมื่อคุณต้องการเพิ่มการป้องกัน ASR สําหรับเครื่องเสมือนภายในองค์กร และคุณมีคุณสมบัติเครื่องเสมือนต่อไปนี้:
  

  • ไม่มีรุ่นของระบบปฏิบัติการที่ระบุ

  • ไม่มีการระบุว่าดิสก์ใดมีระบบปฏิบัติการสําหรับเครื่องเสมือน

  ต้องระบุคุณสมบัติเหล่านี้เนื่องจากจําเป็นต้องใช้โดย Azure Site Recovery ใน ชุดรวมอัปเดต 6 ชุดข้อความแสดงข้อผิดพลาดที่ชัดเจนขึ้นจะแสดงใน VMM ในบานหน้าต่างงาน ถ้าคุณพยายามกําหนดค่าเครื่องเสมือนที่ไม่ตรงตามความต้องการ
  
  สําหรับข้อมูลเกี่ยวกับข้อกําหนดของ ASR ดูที่ การปรับปรุงสถานการณ์การป้องกัน ASR E2A

• ตัวเลือกในการใช้เครื่องเสมือนรุ่นที่ 2 ในบริการและ VMRoles: ในชุดรวมอัปเดต 6 ขณะนี้ VMM ให้การสนับสนุนสําหรับเครื่องเสมือนรุ่นที่ 2 สําหรับบริการและบทบาท VM ด้วยการใช้คุณลักษณะนี้ คุณจะสามารถปรับใช้บริการแบบหลายระดับและเลือกรุ่นของเครื่องเสมือนสําหรับแต่ละระดับได้ ผู้ใช้สามารถให้บริการอินสแตนซ์บริการเหล่านี้ผ่านการให้บริการทั่วไปและอิมเมจ
  
  สําหรับข้อมูลเพิ่มเติม ดูที่ การทําความเข้าใจเกี่ยวกับเครื่องเสมือนรุ่นที่ 1 และรุ่นที่ 2 ใน VMM

• กฎปริมาณการใช้งานเครือข่ายทั้งหมดในแพคการจัดการ: การเปลี่ยนแปลงนี้นําเสนอกฎสองข้อที่กําหนดเป้าหมายของโฮสต์ Hyper-V:
  

  • กฎคอลเลกชันการรับส่งข้อมูลเครือข่าย VNic ขาเข้าทั้งหมด

  • กฎคอลเลกชันการรับส่งข้อมูลเครือข่าย VNic ขาออกทั้งหมด

  กฎเหล่านี้วัดปริมาณการใช้งานขาออกและขาเข้าทั้งหมดใน Kilo Bytes ต่อ VNic ต่อเครื่องเสมือนในวิธีการต่อไปนี้:
  
  สําหรับแต่ละ VM:
  

  1. เปิดใช้งาน การวัดแสง Hyper-V หากไม่ได้เปิดใช้งาน

  2. เรียกใช้ Measure-VM

  3. รวบรวมข้อมูลการวัดสําหรับที่อยู่ระยะไกลทั้งหมดของ "0.0.0.0/0" หรือ "::/0" ต่อ VNic

  ตามค่าเริ่มต้น กฎเหล่านี้จะทํางานทุกชั่วโมง ผู้ใช้อาจเลือกที่จะแทนที่การตั้งค่านี้โดยการแทนที่คุณสมบัติ IntervalSeconds กฎเหล่านี้ไม่ควรทํางานบ่อยกว่าทุกห้านาที (300 วินาที)
  
  ลักษณะการทํางานในเวอร์ชันก่อนหน้า: VMM ไม่ได้วัดการใช้ข้อมูล โดยวัดได้เฉพาะปริมาณงานเท่านั้น

• ตัวเลือกในการเอาชนะความจุของ Cloud และ Host Group สําหรับเครื่องเสมือนจําลอง: System Center 2012 R2 Virtual Machine Manager ช่วยให้คุณวางเครื่องเสมือนแบบจําลองของคุณบนระบบคลาวด์หรือกลุ่มโฮสต์ที่กําหนดไว้ล่วงหน้าถ้าเหมาะสมกับการตั้งค่าความจุของคุณ จนถึงตอนนี้ VMM สันนิษฐานว่าทรัพยากรทั้งหมดที่จัดสรรให้จําลองแบบ VM ถูกใช้งานอยู่ ดังนั้น VMM ไม่อนุญาตให้คุณวางเครื่องเสมือนแบบจําลองใดๆ บนระบบคลาวด์หรือกลุ่มโฮสต์ถ้าจะทําให้โหลดรวมของ VM แบบจําลองทั้งหมดเกินความจุของ Cloud หรือกลุ่มโฮสต์
  
  แม้ว่าลักษณะการทํางานนี้จะทําให้แน่ใจว่า VM แบบจําลองทั้งหมดสามารถเริ่มต้นพร้อมกันได้ แต่อาจทําให้เกิดการใช้ Cloud แบบจําลองและกลุ่มโฮสต์ที่ไม่เหมาะสม ปัญหานี้จะเกิดขึ้นถ้าคุณ (Enterprise หรือ Hoster) พยายามใส่ VM เพิ่มเติมลงในระบบคลาวด์หรือกลุ่มโฮสต์ กล่าวคือ ถ้าคุณเอาชนะระบบคลาวด์แบบจําลองหรือกลุ่มโฮสต์ ในชุดรวมอัปเดต 6 คุณสามารถเอาชนะระบบคลาวด์และกลุ่มโฮสต์ในสภาพแวดล้อม VMM ได้โดยการกําหนดค่ารีจิสทรีคีย์ต่อไปนี้บนเซิร์ฟเวอร์ VMM:
  

  ตําแหน่งที่ตั้งของรีจิสทรี:HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Microsoft System Center Virtual Machine Manager Server\Settings\Placement
  ชื่อ DWORD: IgnoreMemoryForStoppedReplicaVM
  ค่า DWORD: 1
  หมายเหตุ ถ้าไม่มีซับคีย์การจัดวางอยู่ ให้สร้างขึ้น
  
  สําหรับข้อมูลเพิ่มเติม ให้ดู ตัวเลือกเพื่อเอาชนะ Cloud และ HG สําหรับ VM แบบจําลอง

• การสนับสนุนสําหรับสถานการณ์พื้นฐาน VMWare VCenter 5.5
  
  ชุดรวมอัปเดต 6 มีสถานการณ์การสนับสนุนต่อไปนี้:
  

  • เพิ่ม VCenter 5.5 ไปยังการจัดการ VMM 2012 R2 UR6

  • เพิ่มโฮสต์ ESX ด้วยเวอร์ชัน 5.5 และนําภายใต้การจัดการ

  • สร้างเทมเพลต VMWare VM และปรับใช้ VM ด้วยเทมเพลต

  • สร้างเทมเพลตที่มีระบบเครือข่ายพื้นฐาน (รวมถึงสถานการณ์สมมติที่เข้าร่วมโดเมน) และปรับใช้เครื่องเสมือน

  • ดําเนินการวงจรการใช้งาน VM ต่างๆ (ตัวอย่างเช่น เริ่มต้น หยุด ปิดเครื่อง ซ่อมแซม รีเฟรช และจุดตรวจสอบบนเครื่องเสมือน)

  • เชื่อมต่อไปยังเครื่องเสมือนโดยใช้คอนโซล และตรวจสอบการช่วยสําหรับการเข้าถึง

  • ยกเลิกการเตรียมใช้งานเครื่องเสมือน

  • สร้างแหล่งทรัพยากร และนําแหล่งทรัพยากรภายใต้การจัดการ VMM

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

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

• ปัญหาที่ 1
  
  เกิดข้อผิดพลาด 801 เมื่อวัตถุ VMM ถูกเอาออก บางครั้ง VMM พบปัญหาที่ไม่สามารถลบวัตถุ VMM เช่น เครื่องเสมือนออกจาก UI หรือWindows Powershell เนื่องจากวัตถุลูกบางรายการหายไปในฐานข้อมูล ซึ่งมักจะทําให้ผู้ใช้ค้นหาสคริปต์การแก้ไขเพื่อเอาวัตถุที่ได้รับผลกระทบออก ในชุดรวมอัปเดต 6 VMM ได้ปรับปรุง Powershell cmdlet สามรายการเพื่อลดข้อผิดพลาดที่เกี่ยวข้องกับ 801 cmdlet เหล่านี้คือ Remove-SCServiceTemplate, Remove-SCLibraryServer และ Remove-SCLibraryShare ผู้ใช้ไม่จําเป็นต้องใช้ –บังคับให้ตั้งค่าสถานะร่วมกับ cmdlet เหล่านี้เพื่อหลีกเลี่ยงข้อผิดพลาด 801 cmdlets ให้ความสามารถในการแก้ไขการอ้างอิงที่นําไปสู่ข้อผิดพลาด 801
  

• ปัญหาที่ 2
  
  บริการ VMM หยุดทํางานและสร้างข้อผิดพลาดการละเมิดการเข้าถึงในSystem.Xmlเมื่อตอบสนองกับเหตุการณ์ Integration Services
  

• ปัญหาที่ 3
  
  ข้อยกเว้นที่สําคัญในตัวจัดการข้อผิดพลาด WCF -- ObjectDisposedException -- Microsoft.VirtualManager.Engine.Remoting.ClientConnection.HandleError เมื่อ VMM ปิดโฮสต์บริการ WCF จะเรียก Abort ซึ่งอาจทําให้ข้อความที่ยังไม่ได้ประมวลผลใดๆ สิ้นสุดลงอย่างไม่สําเร็จ และอาจส่งผลให้ ObjectDisposedExceptions ถูกส่งออกไป ตัวจัดการข้อผิดพลาด WCF ระดับบนสุดของ VMM จะเห็นข้อยกเว้นเหล่านี้ก่อนที่กระบวนการจะสิ้นสุดลงและรายงานว่าเป็นข้อยกเว้นที่สําคัญ ดังนั้นที่นี่ VMM รายงานข้อผิดพลาดที่ไม่เป็นอันตรายเป็นข้อผิดพลาดที่สําคัญอาจเพิ่มความสับสนของผู้ใช้
  

• ปัญหาที่ 4
  
  ตัวเลือกสําหรับที่อยู่ MAC เป็นสีเทาใน UI เมื่อไม่ได้เชื่อมต่อ VNIC ซึ่งจะป้องกันไม่ให้ผู้ใช้ทําเครื่องหมาย nic เป็นคงที่ หลังจากที่คุณอัปเกรดเป็น VMM ใน System Center 2012 R2 ลูกค้าไม่สามารถเลือกตัวเลือกของ Static Mac Address ในเทมเพลต VM ที่เขาสร้างได้ ถ้าเครื่องเสมือนไม่ได้เชื่อมต่อกับเครือข่าย ตัวเลือกที่อยู่ MAC และ IP เป็นสีเทาเมื่อเครื่องเสมือน "ไม่ได้เชื่อมต่อ" ดังนั้น เขาไม่สามารถกําหนดที่อยู่ MAC แบบคงที่ให้กับเครื่องเสมือนก่อนการปรับใช้
  

• ปัญหาที่ 5
  
  การปรับแต่งเครื่อง Vvirtual อาจล้มเหลวและสร้างข้อยกเว้นสําคัญเมื่อ Hyper-V ไม่ส่งคืนวัตถุของไดรฟ์ฟลอปปี้ ในระหว่างการปรับแต่งเครื่องเสมือน มีโอกาสที่ Hyper-V จะส่งกลับวัตถุ Floppy Drive เป็น Null และ VMM จะพยายามเพิ่มไดรฟ์ อย่างไรก็ตาม ไม่มีการใช้การเพิ่มฟลอปปีไดรฟ์ที่ Hyper-V นี่เป็นข้อยกเว้นที่ทําให้งานล้มเหลวและทําให้เครื่องเสมือนอยู่ในสถานะการสร้างล้มเหลว ผู้ใช้สามารถซ่อมแซมเครื่องเสมือนให้ใช้งานได้ ปัญหานี้อาจเกิดขึ้นหาก Floppy Drive Config (บนการแชร์ระยะไกล) ไม่พร้อมใช้งานสําหรับ Hyper-V หรือ Hyper-V ไม่ว่างหรือเครียด
  

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

• ปัญหาที่ 7
  
  VmmService หยุดทํางานระหว่างการจัดการเครือข่ายย่อยของเครื่องเสมือนที่ถูกเอาออกในเหตุการณ์การเปลี่ยนแปลง IP ที่ส่งโดย Hyper-v ในการตั้งค่า NVGRE ถ้ามีเหตุการณ์ที่ส่งโดย Hyper-V สําหรับการเปลี่ยน IP แต่เครือข่ายย่อย VM ไม่มีอยู่ใน VMM อีกต่อไป จะทําให้เกิดการหยุดทํางานของบริการ VMM
  

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

  ตําแหน่งที่ตั้งของรีจิสทรี:HKEY_LOCAL_MACHINE\Software\Microsoft\Microsoft System Center Virtual Machine Manager Server\Settings
  รีจิสทรีคีย์:
  VMPropertiesEventAssitedUpdateInterval
  
  ชนิดของรีจิสทรี: DWORD
  
  ค่าน้อยที่สุด: 0 วินาที
  
  ค่าสูงสุด: 20 วัน

  ต้องระบุค่าเป็นวินาที
  ชื่อ DWORD: VMPropertiesEventAssitedUpdateInterval
  
  ค่า DWORD:value_in_seconds
  
  หมายเหตุ ตัวยึด value_in_seconds สามารถเป็นค่า 0 วินาทีถึง 20 วัน (รวมถึงหน่วยวินาทีด้วย)
  

• ปัญหาที่ 9
  
  จําเป็นต้องมีค่าสถานะที่ชัดเจนเพื่อระบุเครื่องเสมือนที่หายไปหรือการลบเครื่องเสมือนของบริการในระหว่างการRemove-Hostให้กับผู้ใช้ ขณะนี้ VMM ไม่ได้ตรวจสอบการมีอยู่ของ VM บนโฮสต์ขณะลบโฮสต์จาก VMM โฮสต์สามารถประกอบด้วยเครื่องเสมือน Service เครื่องเสมือนที่ปรับใช้กับระบบคลาวด์ เครื่องเสมือนที่มีคุณสมบัติแบบกําหนดเองที่กําหนดไว้สําหรับเครื่องเสมือน ถ้าผู้ใช้เอาโฮสต์ดังกล่าวออกโดยไม่ได้ตั้งใจ ความสัมพันธ์ทั้งหมดเหล่านี้จะใช้งานไม่ได้ การแก้ไขนี้หลีกเลี่ยงสถานการณ์ดังกล่าวโดยการพร้อมท์ผู้ใช้สําหรับข้อความยืนยันก่อนที่โฮสต์ดังกล่าวจะถูกลบออกจาก VMM จริง
  

• ปัญหาที่ 10
  
  ถ้าคุณมีเครือข่ายแบบลอจิคัลที่มีไซต์เครือข่ายหลายไซต์ และอะแดปเตอร์เครือข่ายสามารถมองเห็นได้ PAs จากไซต์เครือข่ายต่างๆ เหล่านั้นจะได้รับการจัดสรร และข้อมูลการกําหนดเส้นทางต้องได้รับการตั้งค่าด้วย (บางครั้งไซต์เครือข่ายเรียกว่า "ข้อกําหนดเครือข่ายแบบลอจิคัล") ในสถานการณ์โฮสต์หลายสถานการณ์กับ VM1 บน Host1 ที่เชื่อมต่อกับ PA1 มีกรณีถ้า VM2 เชื่อมต่อกับ LN hnv และมี PA1 สําหรับ NetwkSite1 และจากนั้นจะถูกตัดการเชื่อมต่อและเชื่อมต่อใหม่ในภายหลังและมี PA2 สําหรับ NetwkSite2 (แบบสุ่มหรือเนื่องจากความเหนื่อยล้าของ PA) บางครั้ง เราอาจไม่ใส่ข้อมูลการกําหนดเส้นทาง PA ระหว่าง NetwkSite1 และ NetwkSite2 ปัญหานี้เกิดขึ้นเนื่องจากวิธีการที่การแสดงเส้นทางภายในเป็นคีย์สําหรับการแทรกในตารางแฮช
  

• ปัญหาที่ 11
  
  เมื่อรีเฟรชโฮสต์แล้ว โฮสต์จะสร้างการเชื่อมต่อเครือข่าย WinRM (ไปยังโฮสต์แต่ละโฮสต์ที่รีเฟรช) ที่สตรีมข้อมูลอย่างต่อเนื่อง
  

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

• ปัญหาที่ 13
  
  ผู้ใช้พบการแทรกคีย์ซ้ําใน HostWSManGetter.UpdateRASDCache เมื่อทําการอัปเดตโฮสต์
  

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

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

• ปัญหา 16
  
  ตําแหน่งบนเครือข่ายหยุดทํางานในระหว่างการปรับโฮสต์แบบไดนามิกให้เหมาะสม การดําเนินการจัดวางบางอย่างควรจะรันเป็นงาน เมื่อดําเนินการในงาน refresher บริบทจะเป็น Null ซึ่งทําให้เกิดการหยุดทํางานของตําแหน่ง
  

• ปัญหาที่ 17
  
  เมื่อผู้ดูแลระบบที่ได้รับมอบสิทธิ์เริ่มคอนโซล VMM จะใช้เวลามากกว่า 4 นาทีในการเปิดคอนโซล VMM ในสภาพแวดล้อมขนาดใหญ่ การเริ่มคอนโซล VMM จะล่าช้าสําหรับผู้ดูแลระบบที่ได้รับมอบสิทธิ์เมื่อเปรียบเทียบกับผู้ดูแลระบบ
  

• ปัญหาที่ 18
  
  การอัปเดตผู้ให้บริการที่เก็บข้อมูลล้มเหลวหลังจากเปลี่ยนดิสก์บน sofs
  

• ปัญหาที่ 19
  
  VMM ไม่สามารถอัปเดตแบบจําลอง/เครื่องเสมือนหลักที่ไม่มี ASR, นอกจากนี้ การโยกย้ายของ VM การกู้คืนในสถานะ IR รอดําเนินการโยกย้ายสด
  

• ปัญหาที่ 20
  
  เมื่อเครื่องเสมือนถูกลบ จุดตรวจสอบจะถูกผสานก่อนที่จะถูกลบ เมื่อผู้ใช้พยายามลบเครื่องเสมือนที่มีจุดตรวจสอบ การลบใช้เวลานาน (ถึงหนึ่งชั่วโมง) เพื่อเสร็จสิ้น
  

• ปัญหาที่ 21
  
  บางครั้งการดําเนินการ Run DO ได้รับข้อยกเว้นที่สําคัญ: DBCorruptionException
  

• ปัญหาที่ 22
  
  ผู้ใช้บางคนใช้ชุด VIPAddress ขนาดใหญ่แทนช่วง IP เพื่อให้ง่ายต่อการเพิ่ม/ลบ IP แต่ละรายการ ขณะนี้ Schema ของแพคการจัดการ VMM จะจํากัดเขตข้อมูลนี้ไว้ที่ 256 อักขระ (ค่าเริ่มต้น) อย่างไรก็ตาม ผู้ใช้อาจมีอักขระยาว ~500 ตัว ดังนั้น การค้นพบจึงทําลายการรวม VMM-OM เนื่องจากข้อยกเว้นที่ไม่คาดคิดจาก SCOM
  

• ปัญหาที่ 23
  
  RG เป้าหมายและ LUN เป้าหมายจะไม่เชื่อมโยงหลังจากงาน enableRG ถ้ามีการสร้าง RG/LUNs ไว้ล่วงหน้า
  

• ปัญหาที่ 24
  
  ต้องอัปเดตรายการที่อยู่ MAC สําหรับอุปกรณ์ F5 Gateway เมื่อล้มเหลวและถูกแทนที่ หากอุปกรณ์ F5 คือ RMA'd และถูกแทนที่ด้วยอุปกรณ์ใหม่ที่มีที่อยู่ MAC ใหม่ VMM ไม่มีวิธีอัปเดตที่อยู่ MAC สําหรับอุปกรณ์ใหม่
  

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

• ปัญหาที่ 26
  
  การใช้ SMB ที่ลงทะเบียนร่วมกันไม่แสดงเป็นตัวเลือกเส้นทางเป้าหมายเมื่อคุณปรับใช้เครื่องเสมือน HA ใหม่ไปยังคลัสเตอร์
  

• ปัญหาที่ 27
  
  ข้อยกเว้นที่สําคัญในตัวรีเฟรชที่เก็บข้อมูลเมื่อค้นหาบริการการจําลองแบบ -- ArgumentNullException -- SetCustomOptions
  

• ปัญหาที่ 28
  
  ในระหว่างการรีเฟรชโฮสต์ VMM คิวรีข้อมูลทีม (สลับทีมหรือทีม LBFO) ในขณะที่การสอบถามสลับทีม VMM พบข้อยกเว้น WSMan ซึ่งทําให้ vswitch หายไปจากคอนโซล
  

• ปัญหาที่ 29
  
  โพรโทคอล HTTPS ไม่ได้รับการสนับสนุนใน Probe จากนั้นกฎจอภาพ VMM ไม่สามารถสร้างเพื่อตรวจสอบไซต์ HTTPS ได้ VMM รองรับ HTTP และ HTTP ในส่วนการกําหนดค่าพอร์ต LB แต่ HTTPS ไม่ได้รับการสนับสนุนในส่วนโพรโทคอลโพรบ LB
  

• ปัญหาที่ 30
  
  เจ้าของทรัพยากร (ผู้ใช้ SSU) ไม่ได้รับอนุญาตให้เข้าถึงรายการ 'GrantedTo' ของทรัพยากร ดังนั้นจึงไม่สามารถดูได้ว่าใครเข้าถึงทรัพยากรได้บ้าง เมื่อผู้ใช้ให้สิทธิ์การเข้าถึงเป็นผู้ใช้แบบบริการตนเอง พวกเขาจะไม่สามารถเห็นการเปลี่ยนแปลงที่พวกเขาทําจนกว่าพวกเขาจะรีสตาร์ตคอนโซล ผู้ใช้ที่เป็นผู้ดูแลระบบสามารถดูการเปลี่ยนแปลงได้ แต่สําหรับผู้ใช้แบบบริการตนเอง GrantedToList จะยังคงส่งกลับผลลัพธ์ที่แคชไว้จนกว่าพวกเขาจะรีสตาร์ตคอนโซล
  

• ปัญหาที่ 31
  
  ไม่สามารถย้ายดิสก์หลักที่มีกระบวนการโยกย้ายที่มีอยู่แล้วภายในของ VMM ได้ ผู้ใช้มีหลายร้อย VM กับดิสก์ diff ทั้งหมดชี้ไปยังแม่เดียว การย้าย VM เหล่านี้ทั้งหมดไปยังโซลูชันที่เก็บข้อมูลใหม่จะถูกบล็อกโดย VMM สําหรับดิสก์ Diff ถ้ามีการใช้ดิสก์ที่เก็บข้อมูลย่อยในลําดับชั้น (ความสัมพันธ์หลัก/รอง) โดยดิสก์ Diff อื่น การโยกย้ายที่เก็บข้อมูลของดิสก์ diff จะถูกบล็อกโดย VMM อย่างไรก็ตาม จะเปิดใช้งานผ่าน Hyper-V Manager
  

• ปัญหาที่ 32
  
  เขตข้อมูลที่คาดหวังว่าDSColumn แสดงข้อยกเว้นที่สําคัญในขณะที่การติดตามข้อความสําหรับคอลัมน์ไม่ตรงกัน ทําให้เซิร์ฟเวอร์หยุดทํางานเมื่อทํางาน get-scvmhost หลังจากอัปเดต DB ของเซิร์ฟเวอร์เป็นค่าเกณฑ์เซิร์ฟเวอร์ R2 จะไม่สามารถทํางานกับได้ในบางกรณี CodePath นี้ถูกใช้โดยวัตถุที่เชื่อมต่อเครือข่ายและวัตถุ ADHC บางวัตถุ
  

• ปัญหาที่ 33
  
  เมื่อคุณปรับขนาดเทมเพลตบริการที่มีอยู่ เครื่องเสมือน Hyper-V ที่ซ้ํากันที่มีชื่อเดียวกันจะถูกสร้างขึ้นบน VMM ใน System Center 2012 R2 Update Rollup 5
  

• ปัญหาที่ 34
  
  ถ้าเครื่องเสมือนแบบ Guest ของคุณมีWindowsการอัปเดตความปลอดภัย3035131หรือติดตั้ง3031432 ตัวแทนผู้เยี่ยมชม VMM จะไม่เรียกใช้สคริปต์ Generic Command Execution (GCE) ที่ VMM ร้องขอเป็นส่วนหนึ่งของการปรับใช้ VM ซึ่งอาจทําให้เกิดความล้มเหลวในหลายสถานการณ์ที่คุณใช้สคริปต์ GCE สําหรับการปรับใช้และการให้บริการ ตัวอย่างเช่น เมื่อคุณพยายามให้บริการเทมเพลตบริการ VMM ผ่านสคริปต์ GCE รหัสข้อผิดพลาด 22029 จะถูกส่งกลับ
  
  หมายเหตุ หลังจากที่คุณติดตั้งชุดรวมอัปเดต 6 (หรือชุดรวมอัปเดตที่ใหม่กว่า) สําหรับ System Center Virtual Machine Manger 2012 R2 ตอนนี้คุณต้องให้สิทธิการเข้าสู่ระบบเป็นชุดงานแก่บัญชี Run As ที่ระบุ ถ้าไม่มีสิทธิ์เหล่านี้ ตัวแทนที่เป็นผู้เยี่ยมชมจะไม่สามารถเรียกใช้สคริปต์ GCE ผ่านบัญชี Run As ได้
  

• ปัญหาที่ 35
  
  การย้ายข้อมูลสดของเครื่องเสมือนล้มเหลวเมื่อคุณใช้พื้นที่เก็บข้อมูลแบบคลัสเตอร์เป็น CSV และที่เก็บข้อมูลของเครื่องเสมือนอยู่บน CSV การโยกย้าย Hyper-V Cluster Live ไม่ทํางานหลังจาก VMM ในชุดรวมอัปเดต System Center 2012 R2 5
  

• ปัญหาที่ 36
  
  ตําแหน่งของดิสก์พื้นฐานควรหมุนระหว่างการใช้ตําแหน่งร่วมกันที่ถูกต้อง
  

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

• ปัญหาที่ 38
  
  ไทล์ภาพรวมของความจุหายไปใน VMM ใน System Center 2012 R2 ใน VMM ใน System Center 2012 SP1 ภายใต้บานหน้าต่าง VM และบริการ เมื่อคุณเลือกโฮสต์ แล้วคลิกภาพรวมบนเมนูด้านบน คอนโซลมีข้อมูลสรุปและความจุเกี่ยวกับโฮสต์ที่เลือก รายละเอียดเกี่ยวกับ Processor cores, หน่วยความจํา (GB) และที่เก็บข้อมูล (GB) กลายเป็นไม่พร้อมใช้งานใน System Center 2012 R2
  

• ปัญหาที่ 39
  
  บริการ VMM หยุดทํางานเนื่องจาก VSID ซ้ํากัน ในบางกรณี (การซิงโครไนซ์/สภาวะการแย่งชิงและการชนของตัวเลขแบบสุ่ม) เครือข่ายย่อยของเครื่องเสมือน HNV ที่แตกต่างกันสามารถรับ VMSubnetIdentifier (a.k.a VSID) เดียวกันได้ ซึ่งนําไปสู่ลักษณะการทํางานที่ไม่คาดคิดเมื่อคุณใช้เครือข่ายย่อยของเครื่องเสมือน HNV เหล่านี้ ตัวอย่างเช่น สําหรับ VM ที่เชื่อมต่อกับเครือข่ายย่อยนี้ VM อาจไม่ได้รับการเชื่อมต่อที่คาดไว้ และจะไม่สามารถพูดคุยกับ VM บนเครือข่ายย่อยเดียวกันได้ หรือเมื่อมีการเปลี่ยนแปลงที่อยู่ IP จะทําให้บริการ VMM หยุดทํางาน
  

• ปัญหาที่ 40
  
  การปรับใช้เครื่องเสมือนหลังโหลดบาลานเซอร์ทําให้เกิดการ Excepion ที่สําคัญในการจัดวาง:
  

  Microsoft.VirtualManager.Engine.Placement.Conversion.HostConversionHelper.GetLoadBalancerAddressPoolResources

• ปัญหาที่ 41
  
  เพจเริ่มต้นที่ถูกนํามาใช้ในชุดรวมอัปเดต 5 ถูกเอาออกในชุดรวมอัปเดต 6
  

• ปัญหาที่ 42
  
  เครื่องเสมือนไม่เชื่อมโยงกับกลุ่มการจําลองแบบ และไม่สามารถย้ายไปยังตําแหน่งที่ตั้งที่ได้รับการป้องกันโดยกลุ่มการจําลองแบบ
  

• ปัญหาที่ 43
  
  IP Guest บนเครือข่าย HNV ไม่ได้ถูกทําเครื่องหมายเป็น Dynamic/DedicatedGuestIP แม้ว่าจะเปิดใช้งานการตั้งค่าไว้ก็ตาม การย้ายโหนดเมื่อเกิดข้อผิดพลาด CA ไม่ทํางาน สําหรับที่อยู่ IP ใดๆ ที่เพิ่ม/ย้ายในเครื่องเสมือนที่เชื่อมต่อกับเครือข่าย NVGRE (สถานการณ์ HNV Guest Cluster/Guest IP Failover) ที่อยู่ IP จะถูกทําเครื่องหมาย *not* เป็นไดนามิก (ชนิด = DedicatedGuestIP ใน VMM) แม้ว่าเครื่องเสมือนจะมีการตั้งค่า EnableGuestIPNetworkVirtualizationUpdates=true ก็ตาม เมื่อเพิ่ม/ย้ายที่อยู่ IP เป็นครั้งแรก ที่อยู่ IP จะทํางาน แต่การย้ายเมื่อเกิดข้อผิดพลาดในภายหลังของ IP (การย้ายจาก VM เครื่องหนึ่งไปยังอีกเครื่องหนึ่ง) จะไม่ถูกตรวจพบโดยอัตโนมัติ ดังนั้น ที่อยู่ IP จะไม่สามารถเข้าถึงได้ และ VM จะสูญเสียการเชื่อมต่อ
  

• ปัญหาที่ 44
  
  ผู้ให้บริการที่เก็บข้อมูลแบบฝังตัวที่เก่ากว่าจากการรวม Hitachi เสียด้วย UR5 ไม่สามารถรีเฟรชผู้ให้บริการที่เก็บข้อมูลได้ ซึ่งป้องกันการจัดการของผู้ให้บริการ
  

• ปัญหาที่ 45
  
  ไคลเอ็นต์ VMM หยุดทํางานเมื่อคุณตั้งค่าช่วงเวลาการปรับพลังงานให้เหมาะสม
  

• ปัญหาที่ 46
  
  มีสภาวะการแย่งชิงในการกําจัด WnvEventEntrySubscriptionObserver เมื่อการเชื่อมต่อของโฮสต์ล้มเหลว
  

• ปัญหาที่ 47
  
  CentOS 7 และ Red Hat Enterprise Linux 7 ไม่สามารถตั้งค่าการกําหนดค่าส่วนติดต่อเครือข่ายเมื่อใช้ DHCP
  
  การดําเนินการนี้ใช้กับเครื่องเสมือน CentOS 7 และ Red Hat Enterprise Linux (RHEL) 7 เครื่องทั้งหมดที่กําหนดค่าให้ใช้ DHCP โดย System Center Virtual Machine Manager เซิร์ฟเวอร์ CentOS 7 และ RHEL 7 ที่ใช้ DHCP จะพบข้อมูลการกําหนดค่าเครือข่ายขาดสําหรับแต่ละส่วนติดต่ออีเทอร์เน็ตที่ใช้โดยเซิร์ฟเวอร์ Linux ปัญหานี้เกิดขึ้นเนื่องจาก CentOS 7 และ RHEL 7 ไม่มีเครื่องมือ Linux ifconfig ติดตั้งตามค่าเริ่มต้น ซึ่งต่างจากการคํานวณซ้ําก่อนหน้า สคริปต์การกําหนดค่าสําหรับระบบเครือข่าย DHCP ได้รับการอัปเดตเพื่อใช้เครื่องมือ ip แทน ifconfig หากติดตั้งเครื่องมือ IP

วิธีรับและติดตั้งชุดรวมอัปเดต 6 สําหรับ System Center 2012 R2 Virtual Machine Manager