تحديث مجموعة التحديثات 7 ل System Center 2012 R2 Virtual Machine Manager

الميزات التي تمت إضافتها في هذا التحديث المحتسبة

• دعم Windows 10 نظام
  
  تشغيل العميل بعد تثبيت هذا التحديث، يمكنك توفير وتخصيص Windows 10 الأجهزة الظاهرية للعميل (VMs). لا يتضمن هذا الدعم تثبيت Virtual Machine Manager Console على عملاء نظام التشغيل Windows 10.
  
  

• دعم أنظمة
  
  تشغيل Linux الجديدة بعد تثبيت هذا التحديث، يمكنك توفير Debian 8 Linux وتخصيصه كنظام تشغيل ضيف.
  
  

• دعم سيناريوهات
  
  إدارة VMWare vCenter 5.5 مع Update Rollup 6، أعلنا عن دعم سيناريوهات الإدارة الأساسية ل vCenter 5.5. استنادا إلى خططنا لتكامل vCenter وVMM وإمكانية الدعم، فإننا نعلن عن مصفوفة أوسع للدعم لإدارة مثيلات vCenter في وحدة تحكم VMM.
  
  للحصول على قائمة كاملة بالسيناريوهات المعتمدة، انقر هنا.
  
  

• دعم عناوين IP الخارجية المتعددة لكل شبكة
  
  ظاهرية يمكنك الآن تعيين عناوين IP خارجية متعددة إلى شبكة ظاهرية واحدة إذا كان لديك تحديث مجموعة التحديثات 7 أو إصدار أحدث مثبت في بيئة VMM.
  
  يتضمن تحديث مجموعة التحديثات 7 القدرة على تعيين عناوين IP متعددة ل NAT في VMM باستخدام PowerShell. يرفع هذا التحديث القدرة إلى مستوى أعلى في المكدس عن طريق الحصول على دعم في VMM لمسؤول النسيج.
  
  كيف أعمل استخدام هذه الوظيفة؟
  
  

  $natConnection = Add-SCNATConnection -Name "NAT_Connection1_NatConnection" -VMNetworkGateway $VmNetworkGateway -ExternalIPPool $externalIpPoolVar -ExternalIPAddress "30.30.30.50"
  
  $natConnection = Add-SCNATConnection -Name "NAT_Connection2_NatConnection" -VMNetworkGateway $VmNetworkGateway -ExternalIPPool $externalIpPoolVar -ExternalIPAddress "30.30.30.51"
  بعد فحص جميع القطع في المكدس بعمق، أدركنا أن تقديم حل فعال وموثوق يتطلب عملا إضافيا وسيتطلب غير مناسب لإصدار UR واحد. لذلك، نحن نقدم القدرة على تعيين عناوين IP متعددة لكل شبكة ظاهرية باستخدام بوابة HNV NAT بطريقة مرحلية.
  
  سوف تستكشف مجموعة التحديثات المستقبلية ل VMM الخصائص من خلال المكدس الكامل وتوفر الوظائف التالية طوال الطريق من خلال Windows Azure Pack (WAP).
  
  

  • عند إضافة قاعدة NAT جديدة، يمكن للمستأجر الآن استخدام عنوان خارجي موجود أو تحديد عنوان جديد.

  • يمكنك السماح لمسؤول WAP بتعيين الحصص النسبية لعناوين IP الخارجية التي يتم تمكينها لكل دور مستخدم داخل السحابة.

  نحن نفهم أن هناك الكثير من الطلب حول هذه الميزة استنادا إلى كمية ملاحظات العملاء التي تلقيناها. نخطط لتقديم دعم شامل لهذه الميزة.

• خيار إعادة اقتران الأجهزة الظاهرية المعزولة بدورها
  
  في الخدمة أو الجهاز الظاهري إذا كان عليك إزالة مضيف يستضيف الأجهزة الظاهرية لدور الجهاز الظاهري أو الخدمة، وأردت أن تلوح بعوامة سحرية لإعادة اقتران الجهاز الظاهري بخدمته أو دور الجهاز الظاهري بعد إعادة تشغيل المضيف إلى VMM، فلدينا الحل لك في تحديث مجموعة التحديثات 7.
  
  يمكنك الآن إعادة اقتران جهاز ظاهري معزول بخدمته أو دور الجهاز الظاهري بعد إعادة تشغيل الخادم المضيف إلى VMM.
  
  لمزيد من المعلومات، انقر هنا.
  
  

• يمكن الآن دعم مسؤولي إعادة توجيه
  
  VMM DHCP Extension PXE/TFP الذين يعتمدون على PXE لإعداد الأجهزة الظاهرية أو المضيفين تنفيذ تمهيد PXE عن طريق الاستفادة مباشرة من ملحقات VMM DHCP.

المشاكل التي تم تصحيحها في هذا التحديث المحتسبة

• على نطاق أكثر من 50 مضيفا، يتعطل VMM Service أو يتوقف عن الاستجابة بشكل متقطع دون طرح استثناء قابل للاستخدام.
  
  

• لا يتم إرسال توزيع نهج Hyper-V Network Virtualization (HNV) إلى مضيف بشكل متقطع. التأثير هو أن الأجهزة الظاهرية النشطة في هذا المضيف لن تتمكن من إرسال أو تلقي نسبة استخدام الشبكة إلى أجهزة ظاهرية أخرى داخل شبكة الجهاز الظاهري أو خارجها.
  
  

• عندما يحتوي المضيف على العديد من مفاتيح التبديل الظاهرية (على سبيل المثال، 15 أو أكثر)، يستغرق تحديث المضيف أكثر من ساعة للانتهاء.
  
  تم الآن تحسين مكالمات WSMan GET المتكررة لتوفير كفاءة أفضل للشبكة.
  
  

• فشل تحديث الجهاز الظاهري لجهاز ظاهري يحتوي على عدة أقراص تمريرية في إعادة تشغيل المضيف. عند إعادة التشغيل، يقوم المضيف بتبديل الأقراص المرفقة بشكل متقطع، وفي بعض الأحيان لا يعالج VMM التغيير. وهذا يسبب حالة يصبح فيها الجهاز الظاهري غير قابل للاستخدام.
  
  

• لا تنعكس إعادة تعيين الحد الأقصى للنطاق الترددي ل PortProfile إلى صفر في المضيف في الأجهزة الظاهرية. يحدث هذا لأن القيمة الافتراضية للحد الأقصى والحد الأدنى للنطاق الترددي في جهاز ظاهري خالية. يؤدي ذلك إلى تخطي التغييرات.
  
  

• بالنسبة لمستخدم Self-Service، تكون أسماء المهام في جزء المهام مفقودة. ينتج عن الأمر SC-GetJob أسماء فارغة.
  
  

• لا يتيح لك توسيع نطاق الخدمة إعادة استخدام اسم الجهاز الظاهري. عند توسيع نطاق خدمة تم نشرها على المضيف، إذا قمت بإلغاء المعالج ثم أعد محاولة تنفيذ الخطوات نفسها مرة أخرى بدلا من الالتزام في المرحلة النهائية من معالج التوسيع، فلن يسمح لك المعالج بإعادة استخدام نفس اسم الجهاز.
  
  

• إذا حاولت إزالة سحابة مصدر فارغة من خلال وحدة تحكم VMM، فهذا لا يؤدي في الواقع إلى حذف السحابة. في هذه الحالة، تنتهي المهمة. ومع ذلك، لا تزال السحابة مرئية في وحدة التحكم.
  
  

• عند وجود خدمة على مجموعة ضيف في بيئة HNV، يتصل العالم الخارجي بالخدمة من خلال بوابة شبكة الجهاز الظاهري. ومع ذلك، عند حدوث تجاوز فشل مجموعة الضيف (مثل تجاوز فشل CA IP)، لن يعود الوصول إلى الخدمة قابلا للوصول. يتم تسجيل رسالة خطأ في محفوظات مهمة VMM تنص على فشل التحديث إلى نهج الشبكة على البوابة.
  
  وذلك لأنه يتم تحديث سجلات البحث على المضيف (الذي تتم استضافة نظام مجموعة الضيف عليه) عند حدوث تجاوز فشل CA. ومع ذلك، لا يتم تحديث السجلات على البوابة. لذلك، يعمل الاتصال الداخلي داخل بيئة HNV، ولكن الاتصال الخارجي إلى الخدمة لا يستجيب.
  
  

• تمثيل سلسلة غير صحيح للغة ZH-HK (هونغ كونغ الصينية) ك CHH (بدلا من ZHH) في VMM Monitoring Pack. يؤدي هذا إلى عرض السلاسل غير المحلية (الإنجليزية) في وحدة تحكم الإعدادات المحلية ZH-HK لإدارة العمليات بعد استيراد حزم إدارة VMM.
  
  

• يتعذر إزالة الجهاز الظاهري من مثيل الخدمة. عند محاولة إزالة الجهاز الظاهري، تتلقى رسالة الخطأ التالية:
  
  

  Remove-SCVirtualMachine : يتعذر على VMM إزالة الجهاز الظاهري لأنه في حالة تكوين نظام المجموعة غير معتمد. (معرف الخطأ: 809، خطأ مفصل:)
  
  قم بتغيير حالة الجهاز الظاهري، ثم حاول تنفيذ العملية مرة أخرى.
  
  لإعادة تشغيل المهمة، تشغيل الأمر التالي:
  PS> Restart-Job -Job (Get-VMMServer qpg3-vmm001 | Get-Job | حيث { $_.ID -eq "{04de37e5-d61a-4385-8860-2cac72d44d63}"})
  عند line:1 char:1
  + Remove-SCVirtualMachine -VM $T 01SQL0 -force
  + ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
  + CategoryInfo : ReadError: (:) [Remove-SCVirtualMachine], CarmineException
  + FullyQualifiedErrorId : 809,Microsoft.SystemCenter.VirtualMachineManager.Cmdlets.RemoveVMCmdlet

  
  
  

• عند تشغيل تجاوز فشل الاختبار المتوازي (TFO)، قد يواجه VMM مشكلات تأمين على مجموعة النسخ المتماثل (RG). في هذه الحالة، إذا حاول RG آخر وضع تأمين، تفشل العملية.
  
  

• يتم إنشاء أسماء أجهزة الكمبيوتر المكررة للأجهزة الظاهرية عند استخدام نمط اسم <###> في قالب الجهاز الظاهري. في هذه الحالة، يفشل نشر الجهاز الظاهري عند إنشاء جهاز ظاهري.
  
  

• فشل تحديث موفر التخزين وإنشاء استثناء "تنسيق غير صحيح" في بيئة غير إنجليزية إذا كان الموفر يدير النسخ المتماثل ويدعم المورد قيم هدف نقطة الاسترداد (RPO). يتعذر تحديث موفر التخزين. وهذا يمنع إدارة الموفر.
  
  

• تعطل وحدة تحكم VMM عشوائيا وترجع System.NullReferenceException. كان التخفيف السابق هو إعادة تشغيل VMM.
  
  

• لا يمكنك إجراء Dynamic Optimization (DO) على جهاز ظاهري لنظام المجموعة محمي باستخدام Azure Site Recovery (ASR). يؤثر هذا على موازنة تحميل نظام المجموعة.
  
  بالإضافة إلى ذلك، تتلقى رسالة الخطأ التالية عند استدعاء DO:
  
  
  
  تحدث هذه المشكلة إذا كان أي جهاز ظاهري محميا باستخدام ASR لأنه تم تعيين العديد من سمات السحابة (مثل RPO والسحابة) على الجهاز الظاهري. ولكن المضيفين تحت تلك السحابة لا يتلقون أي سمات متعلقة بالسحابة. أثناء DO، في أثناء ترحيل جهاز ظاهري أساسي، يتطلب الموضع سمات السحابة على المضيفين ولأن السمات المطلوبة مفقودة، فإنه لا يعثر على مضيف مناسب.
  
  

• لا يتجاهل Dynamic Optimization (DO) الأجهزة الظاهرية للنسخة المتماثلة المتوقفة على سحابة الاسترداد بينما يحسب قيود السعة للأجهزة الظاهرية الجديدة. إذا كانت هناك أجهزة ظاهرية للنسخة المتماثلة متوقفة على مضيف، فلا تنقل DO أجهزة ظاهرية إضافية إلى المضيف. قد يؤثر هذا على موازنة تحميل نظام المجموعة.
  
  تحدث هذه المشكلة بسبب استخدام مفتاح التسجيل "IgnoreMemoryForStoppedReplicaVM" لاستيعاب المزيد من الأجهزة الظاهرية إذا كان لدى أي مضيف أجهزة ظاهرية للنسخ المتماثلة في حالة توقف. لا تحترم سيناريوهات DO هذه العلامة.
  
  

• لا يمكن وضع عقدة نظام المجموعة في وضع الصيانة إذا كان لديها أي أجهزة ظاهرية محمية من خلال ASR. في هذه الحالة، تتلقى رسالة الخطأ التالية.
  
  
  
  

• يتم عرض التحذير التالي بواسطة VMM عند ترحيل جهاز ظاهري محمي من خلال ASR مباشرة داخل نظام المجموعة.
  
  
  
  على الرغم من أن هذا الفحص عبارة عن كتلة مبدئية فقط ولا يمنع سيناريو الترحيل الفعلي، إلا أنه لا يزال يتم تعيين تصنيف صفري للمضيف حسب الموضع. هذا يمنع عملية التحسين الديناميكي (DO) ويمنع في النهاية الترحيل المباشر للجهاز الظاهري.
  
  

• خيار تمكين شبكة VLAN الجذع كنوع شبكة في VMM Network Service غير متوفر. إذا وضعت علامة على نوع الشبكة ك VLAN، فهذا يؤدي إلى قيام VMM بالكتابة فوق إعداد Trunk VLAN الذي تم تعيينه خارج النطاق.

تحسينات على عملية التصحيح

• قبل تحديث الإصدار 7، عند تثبيت حزمة تحديث الجهاز الظاهري، تعرض وحدة تحكم VMM بشكل متقطع رسالة الخطأ التالية:
  
  

  تعذر تحديث مسار الوظيفة الإضافية للتعليمات البرمجية المدارة بسبب الخطأ التالي:
  
  المجلد المطلوب "C:\Program Files\Microsoft System Center 2012\Virtual Machine Manager\bin\AddInPipeline\HostSideAdapters" غير موجود.

  
  

• لا يؤدي إزالة Update Rollup 5 إلى إرجاع الثنائي التالي إلى إصداره السابق:
  
  

  Microsoft.SystemCenter.VirtualMachineManager.resources.dll
  
  

• إذا قمت بتثبيت تحديثات سابقة في وضع غير مرتفع، فسيتسبب ذلك في إعادة تعيين قيمة تسجيل IndigoTCPport. يتطلب هذا من المستخدمين تغيير القيمة يدويا إلى 8100. بالإضافة إلى ذلك، تتلقى رسالة الخطأ التالية:
  
  

  قيمة HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Microsoft System Center Virtual Machine Manager Administrator Console\Settings\IndigoTCPport غير صحيحة

كيفية الحصول على تحديث مجموعة التحديثات 7 وتثبيته ل System Center 2012 R2 Virtual Machine Manager