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

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

• การสนับสนุนสําหรับSQL Server 2014 SP1 เป็นฐานข้อมูล
  VMM ด้วยชุดการอัปเดต 8 สําหรับ SC VMM 2012 R2 ขณะนี้คุณสามารถมี Microsoft SQL Server 2014 SP1 เป็นฐานข้อมูล VMM ได้แล้ว การสนับสนุนนี้ไม่มีการปรับใช้เทมเพลตบริการโดยใช้ชนิดโปรไฟล์SQLเป็น SQL Server 2014 SP1 สําหรับข้อมูลล่าสุดเกี่ยวกับข้อกําหนดSQL Serverสําหรับ System Center 2012 R2 โปรดดูข้อมูลอ้างอิงที่นี่
  
  

• การสนับสนุนสําหรับสถานการณ์
  การจัดการ VMWare vCenter 6.0 ด้วย ชุดรวมอัปเดต 7เราได้ประกาศการสนับสนุนสําหรับสถานการณ์การจัดการสําหรับ vCenter 5.5 การสร้างแผนการทํางานของเราสําหรับ vCenter และการรวมกับ VMM และความสามารถในการสนับสนุน ขณะนี้เรารู้สึกตื่นเต้นที่จะประกาศการสนับสนุน VMWare vCenter 6.0 ในชุดรวมอัปเดต 8 สําหรับรายการสถานการณ์ที่รองรับทั้งหมด คลิกที่นี่
  
  

• ความสามารถในการตั้งค่าโควตาสําหรับที่อยู่
  IP ภายนอกด้วย ชุดรวมอัปเดต 7เราได้ประกาศการสนับสนุนสําหรับที่อยู่ IP ภายนอกหลายรายการต่อเครือข่ายเสมือน แต่เรื่องราวไม่สมบูรณ์ เนื่องจากไม่มีตัวเลือกในการตั้งค่าโควตาในจํานวนการเชื่อมต่อ NAT ด้วย UR8 เรายินดีที่จะประกาศการสนับสนุนแบบ end-to-end สําหรับฟังก์ชันการทํางานนี้ เนื่องจากคุณสามารถตั้งค่าโควตาในจํานวนของที่อยู่ IP ภายนอกที่อนุญาตตามบทบาทของผู้ใช้ คุณยังสามารถจัดการสิ่งนี้ได้โดยใช้ Windows Azure Pack (WAP)
  
  How do Iใช้ฟังก์ชันนี้หรือไม่
  
  PowerShell cmdlets:
  
  

  เมื่อต้องการตั้งค่าโควตาสําหรับบทบาทผู้ใช้ ให้ทําดังนี้ Set-UserRole – UserRole UserRoleObject –NATConnectionMaximum MaxNumber เมื่อต้องการเอาโควตาสําหรับบทบาทผู้ใช้ออก: Set-UserRole – UserRole UserRoleObject –RemoveNATConnectionMaximum ตัวอย่าง cmdlets: Set-UserRole –UserRole $UserRoleObject –NATConnectionMaximum 25 Set-UserRole –UserRole $UserRoleObject –RemoveNATConnectionMaximum

  
  
  

• การสนับสนุนโควต้าสําหรับจุด
  ตรวจสอบก่อน UR8 เมื่อคุณสร้างจุดตรวจสอบผ่าน WAP VMM จะไม่ตรวจสอบว่าการสร้างจุดตรวจสอบจะเกินขีดจํากัดโควตาที่เก็บผู้เช่าหรือไม่ ก่อน UR8 ผู้เช่าสามารถสร้างจุดตรวจสอบแม้ว่าจะเกินขีดจํากัดโควตาที่เก็บ
  
  ตัวอย่างสถานการณ์จําลองเพื่ออธิบายปัญหาก่อน UR8
  
  พิจารณากรณีที่ผู้ดูแลผู้เช่ามีขีดจํากัดโควตาที่เก็บข้อมูล 150 GB จากนั้นเธอทําตามขั้นตอนเหล่านี้:

  1. เธอสร้าง VM สอง VHD ขนาด 30 GB แต่ละตัว (ที่เก็บข้อมูลที่พร้อมใช้งานก่อนการสร้าง: 150 GB หลังการสร้าง: 90 GB)

  2. เธอสร้างจุดตรวจสอบสําหรับ VM ตัวใดตัวหนึ่ง (ที่เก็บข้อมูลที่พร้อมใช้งานก่อนการสร้าง: 90 GB, หลังการสร้าง: 60 GB)

  3. เธอสร้าง VM ใหม่ที่มีขนาด VHD 50 GB (ที่เก็บข้อมูลที่พร้อมใช้งานก่อนการสร้าง: 60 GB หลังการสร้าง: 10 GB)

  4. เธอสร้างจุดตรวจสอบของ VM ที่สาม (ที่เก็บข้อมูลที่มีอยู่ก่อนการสร้าง: 10 GB)

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

• ความสามารถในการกําหนดค่าที่อยู่ MAC ของอะแดปเตอร์เครือข่ายแบบคงที่ระหว่างการปรับใช้
  ระบบปฏิบัติการด้วยชุดรวมอัปเดต 8 ตอนนี้เรามีฟังก์ชันในการกําหนดค่าที่อยู่ MAC ของอะแดปเตอร์เครือข่ายแบบคงที่ระหว่างการปรับใช้ระบบปฏิบัติการ หากคุณเคยทําการเตรียมใช้งาน Bare Metal ของโฮสต์และจบลงด้วยโฮสต์หลายรายการที่มีที่อยู่ MAC เดียวกัน (เนื่องจากการกําหนดที่อยู่ IP แบบไดนามิกสําหรับอะแดปเตอร์เครือข่าย) นี่อาจเป็นผู้ช่วยชีวิตที่แท้จริงสําหรับคุณ
  
  How do Iใช้ฟังก์ชันนี้หรือไม่
  
  PowerShell cmdlet:
  
  

  New-SCPhysicalComputerNetworkAdapterConfig -UseStaticIPForIPConfiguration -SetAsGenericNIC -SetAsVirtualNetworkAdapter -IPv4Subnet String -LogicalSwitch Logical_Switch -VMNetwork VM_Network -MACAddress MAC_Address

  
  เมื่อต้องการกําหนดค่าที่อยู่ MAC แบบคงที่ คุณสามารถระบุพารามิเตอร์ MACAddress ใน powershell cmdlet ก่อนหน้า ถ้าไม่ได้ระบุพารามิเตอร์ที่อยู่ MAC VMM จะกําหนดค่าเป็นไดนามิก (VMM จัดสรร Hyper-V เพื่อกําหนดที่อยู่ MAC) เมื่อต้องการเลือก MAC จากพูลที่อยู่ VMM MAC เริ่มต้น คุณสามารถระบุที่อยู่ MAC เป็น 00:00:00:00:00:00 ตามสกรีนช็อตต่อไปนี้:
  
  
  
  

• ความสามารถในการปรับใช้ Hyper-V Port ACLs เพิ่มเติม
  ด้วยชุดรวมอัปเดต 8 สําหรับ VMM คุณสามารถ:

  • กําหนด ACLs และกฎของ ACLs

  • เชื่อมต่อ ACLs ที่สร้างกับเครือข่าย VM, เครือข่ายย่อย VM หรืออะแดปเตอร์เครือข่ายเสมือน

  • เชื่อมต่อ ACL กับการตั้งค่าส่วนกลางที่นําไปใช้กับอะแดปเตอร์เครือข่ายเสมือนทั้งหมด

  • ดูและอัปเดตกฎ ACL ที่กําหนดค่าบนอะแดปเตอร์เครือข่ายเสมือนใน VMM

  • ลบกฎ ACL และ ACL ของพอร์ต

  
  
  สําหรับข้อมูลเพิ่มเติม โปรดดูบทความใน Knowledge Base 3101161
  
  

• การสนับสนุนสําหรับการแบ่งระดับพื้นที่จัดเก็บใน VMM
  ด้วยชุดรวมอัปเดต 8 ตอนนี้ VMM มีฟังก์ชันในการสร้างการแชร์ไฟล์กับระดับ (SSD/HDD)
  
  สําหรับข้อมูลเพิ่มเติม ให้ดูบทความใน Knowledge Base 3101159

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

• ปัญหา 1
  การสร้างเครื่องเสมือนรุ่นที่ 2 ล้มเหลวโดยมีข้อผิดพลาดต่อไปนี้:
  
  

  ข้อผิดพลาด (13206)
  Virtual Machine Manager ไม่สามารถค้นหาการเริ่มต้นระบบหรือไดรฟ์ข้อมูลระบบบนเครื่องเสมือน<ชื่อ VM> เครื่องเสมือนที่ได้อาจไม่เริ่มทํางานหรือทํางานอย่างถูกต้อง

  
  
  

• ปัญหาที่ 2
  VMM ไม่อนุญาตให้คุณตั้งค่าเจ้าของโพรไฟล์ฮาร์ดแวร์ที่มีชื่อเจ้าของที่มีสัญลักษณ์ "$"
  
  

• ปัญหา 3
  เครื่องเสมือน HA ที่กําหนดค่าบนไซต์เครือข่ายของเครือข่ายแบบลอจิคัลไม่สามารถโยกย้ายจากโฮสต์หนึ่งไปยังอีกโฮสต์หนึ่งได้ ข้อผิดพลาดต่อไปนี้จะเกิดขึ้นเมื่อคุณพยายามโยกย้าย VM:
  
  

  ข้อผิดพลาด (26857)
  VLAN ID (xxx) ไม่ถูกต้องเนื่องจากเครือข่าย VM (xxx) ไม่มี VLAN ID ในไซต์เครือข่ายที่โฮสต์สามารถเข้าถึงได้

  
  
  

• ปัญหาที่ 4
  การเปลี่ยนแปลงที่ทําโดยผู้ดูแลระบบผู้เช่า (ที่มีสิทธิ์ในการปรับใช้ระบบคลาวด์) กับการตั้งค่าหน่วยความจําและ CPU ของ VM ในระบบคลาวด์ผ่าน VMM Console ไม่คงอยู่ เมื่อต้องการแก้ไขปัญหานี้ ให้เปลี่ยนการตั้งค่าเหล่านี้โดยใช้ PowerShell
  
  

• ปัญหาที่ 5
  เมื่อมีการปรับใช้ VM และวางการแชร์ไฟล์ SMB3 ที่โฮสต์บน NetApp filer 8.2.3 หรือใหม่กว่า กระบวนการปรับใช้ VM จะเปิดเซสชันเก่าต่อ VM ที่ปรับใช้กับการแชร์ เมื่อมีการปรับใช้ VM จํานวนมากโดยใช้กระบวนการนี้ การปรับใช้ VM เริ่มล้มเหลวเป็นขีดจํากัดสูงสุดของเซสชัน SMB ที่อนุญาตบนไฟล์ NetApp ถึงขีดจํากัดแล้ว
  
  

• ปัญหา 6
  VMM หยุดทํางานเนื่องจากSQL Serverปัญหาประสิทธิภาพการทํางานเมื่อคุณดําเนินการ VMM วันต่อวัน ปัญหานี้เกิดขึ้นเนื่องจากรายการค้างในตารางtbl_PCMT_PerfHistory_Raw ด้วย UR8 รายการค้างใหม่จะไม่ถูกสร้างขึ้นในตาราง tbl_PCMT_PerfHistory_Raw อย่างไรก็ตาม รายการที่มีอยู่ก่อนการติดตั้ง UR8 จะยังคงมีอยู่ เมื่อต้องการลบรายการเก่าจากตารางSQL Server ให้ใช้สคริปต์SQLต่อไปนี้:
  
  

  DELETE FROM tbl_PCMT_PerfHistory_Raw where TieredPerfCounterID NOT IN (SELECT DISTINCT tieredPerfCounterID from dbo.tbl_PCMT_TieredPerfCounter);
  
  DELETE FROM tbl_PCMT_PerfHistory_Hourly where TieredPerfCounterID NOT IN (SELECT DISTINCT tieredPerfCounterID FROM dbo.tbl_PCMT_TieredPerfCounter);
  
  DELETE FROM tbl_PCMT_PerfHistory_Dailyที่ TieredPerfCounterID NOT IN (SELECT DISTINCT tieredPerfCounterID FROM dbo.tbl_PCMT_TieredPerfCounter);
  
  

• ปัญหาที่ 7
  
  ในการปรับใช้อะแดปเตอร์ Virtualized Fiber Channel VMM ไม่อัปเดตผู้ให้บริการที่เก็บข้อมูล SMI-S และแสดงข้อยกเว้นต่อไปนี้:
  
  

  ชื่อ : อ่านคําอธิบายผู้ให้บริการ
  ที่เก็บข้อมูล: อ่านความคืบหน้าของผู้ให้บริการ
  ที่เก็บข้อมูล : 0 %
  สถานะ : CmdletName ล้มเหลว
  : Read-SCStorageProvider
  ErrorInfo : FailedtoAcquireLock (2606)

  
  
  ปัญหานี้เกิดขึ้นเนื่องจาก VMM แรกได้ล็อกการเขียนสําหรับวัตถุ แล้วในภายหลังพยายามรับล็อกลบสําหรับวัตถุเดียวกัน
  
  

• ปัญหาที่ 8
  สําหรับ VM ที่มี VHDs ที่วางบน Scale out File Server (SOFS) บน SMB ตัวนับประสิทธิภาพการทํางานของ VM ความเร็วการอ่านดิสก์แสดงค่าศูนย์อย่างไม่ถูกต้องใน VMM Admin Console สิ่งนี้ป้องกันไม่ให้องค์กรตรวจสอบผู้บริโภค IOPS ชั้นนํา
  
  

• Issue 9
  Dynamic Optimization fails, leaks a transaction, and prevents other job from executing. ซึ่งถูกบล็อกบนคอมพิวเตอร์SQL Serverจนกว่า SCVMM จะถูกรีไซเคิล หรือ SPID ที่ไม่เหมาะสมในSQLถูกทําลาย
  
  

• ปัญหาการแปลง V2V 10
  ล้มเหลวเมื่อคุณพยายามโยกย้าย VM จากโฮสต์ ESX ไปยังโฮสต์ Hyper-V ถ้าขนาดของฮาร์ดดิสก์ของ VM บนโฮสต์ ESX มีขนาดใหญ่มาก ข้อผิดพลาดที่กล่าวถึงต่อไปนี้จะเกิดขึ้น:
  
  

  ข้อผิดพลาด (2901)
  การดําเนินการไม่เสร็จสมบูรณ์เนื่องจากพารามิเตอร์หรือลําดับการเรียกที่ไม่ถูกต้อง (พารามิเตอร์ไม่ถูกต้อง (0x80070057))

  
  
  

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

• ปัญหาที่ 12
  VMM ได้รับที่อยู่ MAC ที่ไม่ถูกต้องขณะสร้างนโยบาย HNV ในการปรับใช้ที่ใช้โหลดบาลานเซอร์ F5
  
  

• ปัญหา 13
  สําหรับอุปกรณ์ IBM SVC การเปิดใช้งานการจําลองแบบล้มเหลวใน VMM เนื่องจากมีข้อจํากัดใน SVC ที่ชื่อของกลุ่มความสอดคล้องควรเริ่มต้นด้วยอักขระที่เรียงตามตัวอักษร (รหัสข้อผิดพลาด: 36900) ปัญหานี้เกิดขึ้นเนื่องจากขณะเปิดใช้งานการจําลองแบบ VMM สร้างสตริงแบบสุ่มสําหรับการตั้งชื่อ "กลุ่มความสอดคล้อง" และ "ความสัมพันธ์" ระหว่างแหล่งข้อมูลและเป้าหมาย และประกอบด้วยอักขระตัวอักษรและตัวเลข ดังนั้น อักขระแรกที่สร้างขึ้นโดย VMM อาจเป็นตัวเลข และทําให้ IBM SVC มีความต้องการลดลง
  
  

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

• ปัญหาที่ 15
  ชุดรวมอัปเดตหลังการปรับปรุง 6 ทันทีที่โฮสต์เข้าสู่โหมดดั้งเดิม จะไม่ย้อนกลับไปจัดเหตุการณ์เป็นเวลา 20 วัน ดังนั้น คุณสมบัติ VM จะไม่รีเฟรช และไม่ได้รับเหตุการณ์จาก HyperV เป็นเวลา 20 วัน
  
  ปัญหานี้เกิดขึ้นเนื่องจากการเปลี่ยนแปลงที่อยู่ใน UR6 ที่ตั้งค่าการหมดอายุเป็น 20 วันสําหรับทั้งโหมดเหตุการณ์และโหมดดั้งเดิม ทบทวนดั้งเดิมซึ่งควรทํางานหลังจาก 2 นาทีตอนนี้ทํางานหลังจาก 20 วัน และจนกว่าจะถึงตอนนั้น การจัดเหตุการณ์จะถูกปิดใช้งาน
  
  วิธีแก้ไขปัญหาชั่วคราว:
  เมื่อต้องการแก้ไขปัญหานี้ชั่วคราว ให้เรียกใช้ตัวรีเฟรชดั้งเดิมด้วยตนเองโดยการรีเฟรชคุณสมบัติ VM
  
  

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

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