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

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

• إضافة ميزة اشتراك Azure: باستخدام ميزة إضافة اشتراك Azure في Update Rollup 6، يمكن لمسؤولي Virtual Machine Manager إضافة اشتراكات Microsoft Azure إلى VMM وتنفيذ الإجراءات الأساسية على مثيلات Azure في تلك الاشتراكات. يتم تضمين الميزة في Virtual Machine Manager في تحديث مجموعة التحديث 6 لمركز النظام 2012 R2. لكل اشتراك Azure تضيفه، يمكنك استخدام وحدة تحكم لمشاهدة جميع مثيلات الدور في جميع مجموعات النشر في هذا الاشتراك.
  
  ما يمكنك فعله بهذه الميزة
  
  إذا كنت تدير بالفعل الأجهزة الظاهرية المحلية في Virtual Machine Manager، يمكنك استخدام هذه الميزة لتنفيذ بعض الإجراءات الأساسية جدا على مثيلات Azure دون مغادرة وحدة تحكم VMM. على سبيل المثال، يمكنك القيام بما يلي:
  

  • إضافة اشتراك Azure واحد أو أكثر أو إزالته باستخدام وحدة تحكم VMM.

  • راجع طريقة عرض قائمة بالتفاصيل والحالات لكافة مثيلات الدور في كافة عمليات النشر في هذا الاشتراك.

  • تحديث قائمة المثيلات يدويا.

  • تنفيذ الإجراءات الأساسية التالية على المثيلات:
    

    • بدء

    • وقف

    • ايقاف التشغيل

    • اعاده تشغيل

    • الاتصال من خلال RDP

  لمزيد من المعلومات، راجع إضافة اشتراك Azure في VMM في System Center 2012 R2 مع تحديث مجموعة التحديثات 6.

• سيناريو حماية E2A ASR المحسن: من خلال وجود Update Rollup 6 في بيئة Virtual Machine Manager، من الأسهل اكتشاف مشكلة تحدث أحيانا عند تكوين حماية Azure Site Recovery (ASR) وتصحيحها. تحدث هذه المشكلة عندما تريد إضافة حماية ASR للأجهزة الظاهرية المحلية، ولديك خصائص الجهاز الظاهري التالية:
  

  • لا يوجد إصدار نظام تشغيل محدد

  • لا يوجد إشارة إلى القرص الذي يحتوي على نظام التشغيل للجهاز الظاهري

  يجب تحديد هذه الخصائص لأنها مطلوبة من قبل Azure Site Recovery. في Update Rollup 6، يتم عرض مجموعة أكثر وضوحا من رسائل الخطأ في VMM في جزء المهام إذا حاولت تكوين جهاز ظاهري لا يفي بالمتطلبات.
  
  للحصول على معلومات حول متطلبات ASR، راجع ASR E2A Protection Scenario Improvement.

• خيار استخدام الأجهزة الظاهرية من الجيل 2 في الخدمات وVMRoles: في Update Rollup 6، يوفر VMM الآن الدعم للأجهزة الظاهرية من الجيل 2 للخدمات وأدوار الجهاز الظاهري. باستخدام هذه الميزة، يمكنك نشر خدمات متعددة المستويات واختيار إنشاء الجهاز الظاهري للمستويات الفردية. يمكن للمستخدمين خدمة مثيلات الخدمة هذه من خلال الخدمة التقليدية والقائمة على الصور.
  
  لمزيد من المعلومات، راجع فهم الأجهزة الظاهرية من الجيل 1 والجيل 2 في VMM.

• إجمالي قواعد التعرض لاستخدام الشبكات في حزمة الإدارة: يقدم هذا التغيير قاعدتين تستهدفان مضيفي Hyper-V:
  

  • إجمالي قاعدة مجموعة حركة مرور شبكة VNic الواردة

  • قاعدة تجميع نسبة استخدام شبكة VNic الصادرة الإجمالية

  تقيس هذه القواعد إجمالي نسبة استخدام الشبكة الواردة والصادرة الإجمالية في كيلو بايت لكل VNic لكل جهاز ظاهري بالأسلوب التالي:
  
  لكل جهاز ظاهري:
  

  1. تمكين Hyper-V Metering إذا لم يتم تمكينه.

  2. تشغيل Measure-VM.

  3. جمع بيانات القياس لكل عنوان بعيد من "0.0.0.0/0" أو "::/0" لكل VNic.

  بشكل افتراضي، يتم تشغيل هذه القواعد كل ساعة. قد يختار المستخدمون تجاوز هذا الإعداد عن طريق تجاوز الخاصية IntervalSeconds. يجب عدم تشغيل هذه القواعد بشكل متكرر أكثر من كل خمس دقائق (300 ثانية).
  
  السلوك في الإصدارات السابقة: لم يقيس VMM استهلاك البيانات. لقد قاس معدل النقل فقط.

• خيار الإفراط في الإفراط في سعة مجموعة السحابة والمضيف للأجهزة الظاهرية للنسخة المتماثلة: يتيح لك System Center 2012 R2 Virtual Machine Manager وضع الأجهزة الظاهرية للنسخة المتماثلة على مجموعة سحابة أو مجموعة مضيفة تم تكوينها مسبقا إذا كانت ملائمة ضمن إعدادات السعة الخاصة بك. حتى الآن، افترض VMM أن جميع الموارد التي تم تخصيصها للأجهزة الظاهرية للنسخة المتماثلة كانت قيد الاستخدام. لذلك، لم يسمح لك VMM بوضع أي جهاز ظاهري للنسخة المتماثلة على سحابة أو مجموعة مضيفة إذا كان ذلك من شأنه رفع الحمل الإجمالي لجميع الأجهزة الظاهرية للنسخة المتماثلة خارج سعة السحابة أو المجموعة المضيفة.
  
  على الرغم من أن هذا السلوك تأكد من أن جميع الأجهزة الظاهرية للنسخة المتماثلة يمكن أن تبدأ في وقت واحد، فإنه قد يتسبب في استخدام غير أمثل للنسخ المتماثلة والمجموعات المضيفة. قد يحدث هذا إذا حاولت (مؤسسة أو مضيف) وضع أجهزة ظاهرية إضافية داخل سحابة أو مجموعة مضيفة. أي إذا قمت بتجاوز سحابة النسخة المتماثلة أو مجموعة المضيف. في Update Rollup 6، يمكنك الإفراط في إلغاء السحب واستضافة المجموعات في بيئة VMM الخاصة بك عن طريق تكوين مفتاح التسجيل التالي على خادم VMM:
  

  موقع التسجيل:HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Microsoft System Center Virtual Machine Manager Server\Settings\Placement
  اسم DWORD: IgnoreMemoryForStoppedReplicaVM
  قيمة DWORD: 1
  ملاحظة إذا لم يكن المفتاح الفرعي "الموضع" موجودا، فتنشئه.
  
  لمزيد من المعلومات، راجع Option لتجاوز السحابة وHG للأجهزة الظاهرية للنسخة المتماثلة.

• دعم سيناريوهات VMWare VCenter 5.5 الأساسية.
  
  يقدم Update Rollup 6 سيناريوهات الدعم التالية:
  

  • إضافة VCenter 5.5 إلى إدارة VMM 2012 R2 UR6

  • إضافة مضيف ESX مع إصدار 5.5 وإحضار تحت الإدارة

  • إنشاء قالب VMWare VM ونشر الأجهزة الظاهرية باستخدام القالب

  • إنشاء قوالب باستخدام الشبكات الأساسية (تتضمن سيناريوهات مرتبطة بالمجال)، ونشر الأجهزة الظاهرية

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

  • الاتصال إلى الجهاز الظاهري باستخدام وحدة التحكم والتحقق من إمكانية الوصول

  • إلغاء توفير الأجهزة الظاهرية

  • إنشاء تجمع موارد، وجلب تجمع الموارد تحت إدارة VMM

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

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

• المشكلة 1
  
  يحدث خطأ 801 عند إزالة كائنات VMM. يواجه VMM أحيانا مشكلة حيث لا يمكن إزالة كائن VMM مثل جهاز ظاهري إما من واجهة المستخدم أو Windows Powershell لأن بعض الكائنات التابعة الخاصة به مفقودة في قاعدة البيانات. يؤدي هذا بشكل متكرر إلى أن يبحث المستخدمون عن البرامج النصية غير المتكررة لإزالة الكائنات المتأثرة. في Update Rollup 6، قام VMM بتحسين ثلاثة أوامر Cmdlets Powershell لتقليل الأخطاء المتعلقة ب 801. هذه cmdlets هي Remove-SCServiceTemplate و Remove-SCLibraryServer و Remove-SCLibraryShare. لا يتعين على المستخدمين استخدام العلامة –فرض العلامة مع أوامر cmdlets هذه لتجنب حدوث 801 خطأ. توفر cmdlets القدرة على حل التبعيات التي تؤدي إلى 801 خطأ.
  

• المشكلة 2
  
  تتعطل خدمة VMM وتولد خطأ في انتهاك الوصول في System.Xml عندما تستجيب لحدث Integration Services.
  

• المشكلة 3
  
  استثناء هام في معالج أخطاء WCF -- ObjectDisposedException -- Microsoft.VirtualManager.Engine.Remoting.ClientConnection.HandleError. عندما يقوم VMM بإيقاف تشغيل مضيف خدمة WCF، فإنه يستدعي "إجهاض" الذي يمكن أن يتسبب في إنهاء أي رسائل غير معالجة بشكل غير صحيح، وهذا يمكن أن يؤدي إلى طرح ObjectDisposedExceptions. يرى معالج خطأ WCF من المستوى الأعلى ل VMM هذه الاستثناءات قبل إنهاء العملية ويبلغ عنها على أنها استثناءات هامة. حتى هنا يبلغ VMM عن أخطاء غير ضارة كأخطاء حرجة ربما تضيف إلى ارتباك المستخدم.
  

• المشكلة 4
  
  الخيار لعنوان MAC رمادي اللون في واجهة المستخدم عندما لا يكون vnic متصلا. وهذا يمنع المستخدمين من وضع علامة على nic ك ثابت. بعد الترقية إلى VMM في System Center 2012 R2، لا يمكن للعميل اختيار خيار Static Mac Address في قوالب الجهاز الظاهري التي يقوم بإنشائها، إذا لم يكن الجهاز الظاهري متصلا بشبكة. تظهر خيارات عنوان MAC وIP باللون الرمادي عندما يكون الجهاز الظاهري "غير متصل". لذلك، لا يمكنه تعيين عنوان MAC ثابت إلى الجهاز الظاهري قبل النشر.
  

• المشكلة 5
  
  يمكن أن يفشل تخصيص الجهاز الظاهري وينشئ استثناء هاما عندما لا يقوم Hyper-V بإرجاع كائن محرك أقراص مرن. أثناء تخصيص جهاز ظاهري، هناك فرصة أن يقوم Hyper-V بإرجاع كائن Floppy Drive كقيمة خالية وسيحاول VMM إضافة محرك أقراص. ومع ذلك، لا يتم تنفيذ إضافة محرك الأقراص المرن في Hyper-V. يؤدي ذلك إلى طرح استثناء يتسبب في فشل الوظيفة وترك الجهاز الظاهري في حالة فشل الإنشاء. يمكن للمستخدم إصلاح الجهاز الظاهري ليكون وظيفيا. قد يحدث هذا إذا لم يكن تكوين Floppy Drive (على المشاركة عن بعد) متوفرا ل Hyper-V أو إذا كان Hyper-V مشغولا أو مرهقا.
  

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

• الإصدار 7
  
  يحدث تعطل VmmService أثناء معالجة الشبكات الفرعية للأجهزة الظاهرية التي تمت إزالتها على أحداث تغيير IP المرسلة بواسطة Hyper-v. في إعداد NVGRE، إذا كان هناك حدث تم إرساله بواسطة Hyper-V لتغيير IP ولكن الشبكة الفرعية للجهاز الظاهري لم تعد موجودة في VMM، فإنه يتسبب في تعطل خدمة VMM.
  

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

  موقع التسجيل: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 من وجود الأجهزة الظاهرية على المضيف أثناء إزالة المضيف من VMM. يمكن أن يحتوي المضيف على الأجهزة الظاهرية للخدمة، والأجهزة الظاهرية التي يتم نشرها على السحابة، والأجهزة الظاهرية التي تحتوي على خصائص مخصصة محددة لها. إذا قام مستخدم بإزالة هذا المضيف عن طريق الخطأ، يتم قطع كل هذه الارتباطات. يتجنب هذا التصحيح مثل هذه السيناريوهات عن طريق مطالبة المستخدمين برسالة تأكيد قبل إزالة هؤلاء المضيفين بالفعل من VMM.
  

• الإصدار 10
  
  إذا كان لديك شبكة منطقية تحتوي على مواقع شبكة متعددة، وتكون مواقع الشبكة مرئية لمحول الشبكة المضيف، فسيتم تخصيص أجهزة PAs من مواقع الشبكة المختلفة هذه ويجب تعيين معلومات التوجيه أيضا. (تسمى مواقع الشبكة أحيانا "تعريفات الشبكة المنطقية".) في سيناريو مضيف متعدد مع اتصال VM1 على Host1 ب PA1، هناك حالة إذا كان الجهاز الظاهري 2 متصلا ب hnv LN وكان لديه PA1 ل NetwkSite1 ثم تم قطع الاتصال به وإعادة الاتصال به لاحقا ولديه PA2 ل NetwkSite2 (عشوائيا أو بسبب استنفاد PA)، ثم لبعض الوقت، قد لا نقوم بملء معلومات توجيه PA بين NetwkSite1 وNetwkSite2. يحدث هذا بسبب الطريقة التي يكون بها تمثيل المسار الداخلي مفتاحا للإدراج في جدول التجزئة.
  

• الإصدار 11
  
  عند تحديث مضيف، يقوم بإنشاء اتصال شبكة WinRM (لكل مضيف تم تحديثه) يقوم ببث البيانات باستمرار.
  

• الإصدار 12
  
  عند إنشاء محولات شبكة ظاهرية مضيفة متعددة، تتم ملاحظة حالات فشل عشوائية. عندما يقوم العملاء بإنشاء محولات شبكة ظاهرية متعددة في لقطة واحدة كجزء من تبديل منطقي، قد يفشل تكوين IP لمحول شبكة ظاهرية واحد أو أكثر.
  

• الإصدار 13
  
  يصل المستخدم إلى إدراج مفتاح مكرر في HostWSManGetter.UpdateRASDCache عند إجراء تحديث مضيف.
  

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

• الإصدار 15
  
  عند ترقية موفر VSEM، لا تتم الإشارة إلى قدرة الموفر على تلقي الإعلامات إلى مشغل الإعلام.
  

• الإصدار 16
  
  يتعطل موضع الشبكة أثناء تحسين المضيف الديناميكي. كان من المفترض تشغيل بعض عمليات الإيداع كمهمة. عند تنفيذه في مهمة تحديث، يكون السياق فارغا. يؤدي ذلك إلى حدوث عطل في الموضع.
  

• الإصدار 17
  
  عندما يبدأ المسؤولون المفوضون بتشغيل وحدة تحكم VMM، يستغرق الأمر أكثر من 4 دقائق لفتح وحدة تحكم VMM. في البيئات الكبيرة، يتم تأخير بدء تشغيل وحدة تحكم VMM للمسؤولين المفوضين عند مقارنتها بالمسؤولين.
  

• الإصدار 18
  
  يفشل تحديث موفر التخزين بعد استبدال القرص على المجلدات.
  

• الإصدار 19
  
  يتعذر على VMM تحديث النسخة المتماثلة/الجهاز الظاهري الأساسي دون ASR، كما لا يؤدي ترحيل جهاز الاسترداد الظاهري في حالة IR Pending إلى الترحيل المباشر.
  

• الإصدار 20
  
  عند حذف جهاز ظاهري، يتم دمج نقاط التحقق قبل حذفها. عندما يحاول المستخدم حذف جهاز ظاهري يحتوي على نقاط تحقق، يستغرق الحذف وقتا طويلا (حتى ساعة) للانتهاء.
  

• الإصدار 21
  
  تتلقى عملية Run DO في بعض الأحيان استثناء هاما: DBCorruptionException.
  

• الإصدار 22
  
  يستخدم بعض المستخدمين مجموعات VIPAddress الكبيرة بدلا من نطاقات IP لتسهيل إضافة/إزالة عناوين IP الفردية. يحدد مخطط حزمة إدارة VMM حاليا هذا الحقل ب 256 حرفا (افتراضي). ومع ذلك، قد يكون لدى المستخدمين قيم تبلغ حوالي 500 حرفا. وبالتالي كان الاكتشاف يكسر تكامل VMM-OM بسبب استثناء غير متوقع من SCOM.
  

• الإصدار 23
  
  لا يتم إقران RG الهدف و LUNs الهدف بعد تمكين مهمةRG إذا تم إنشاء RG/LUNs مسبقا.
  

• الإصدار 24
  
  يجب تحديث إدخالات عنوان MAC لجهاز F5 Gateway عند فشله واستبداله. إذا كان جهاز F5 هو RMA'd وتم استبداله بجهاز جديد بعنوان MAC جديد، فلن يكون لدى VMM طريقة لتحديث عنوان MAC للجهاز الجديد.
  

• الإصدار 25
  
  اسمح للمستخدم بالطابع على الجهاز الظاهري للنسخة المتماثلة للسماح لك بطابع هوية المستخدم. يجب على المستخدمين تحديث سمات UserRole و Owner على ReplicaVMs الخاصة بهم ولكن يتم حظر أي عملية حاليا على الجهاز الظاهري للنسخة المتماثلة. لذلك، لا يمكنهم تحديث هاتين المعلمتين على الأجهزة الظاهرية للنسخة المتماثلة.
  

• الإصدار 26
  
  لا يتم عرض مشاركة SMB المسجلة كخيار مسار هدف عند توزيع جهاز ظاهري HA جديد إلى نظام مجموعة.
  

• الإصدار 27
  
  استثناء هام في Storage Refresher عند اكتشاف خدمة النسخ المتماثل -- ArgumentNullException -- SetCustomOptions.
  

• الإصدار 28
  
  أثناء تحديث المضيف، يستعلم VMM عن معلومات الفريق (تبديل الفريق أو فريق LBFO). في حين أن الاستعلام عن تبديل الفرق VMM يصل إلى استثناء WSMan الذي يتسبب في اختفاء vswitch من وحدة التحكم.
  

• الإصدار 29
  
  بروتوكول HTTPS غير معتمد في التحقيق، ثم يتعذر على VMM إنشاء قاعدة مراقبة لمراقبة موقع HTTPS. يدعم VMM HTTP وHTTPs في قسم تكوين منفذ LB ولكن HTTPS غير معتمد في قسم بروتوكول التحقيق LB.
  

• المشكلة 30
  
  مالك المورد (SSU User) غير مخول بالوصول إلى قائمة "GrantedTo" لمورد وبالتالي لا يمكنه معرفة من لديه جميع أذونات الوصول إلى المورد. عندما يكون المستخدم الذي يمنح حق الوصول هو أيضا مستخدم خدمة ذاتية، فلن يتمكن من رؤية التغييرات التي أجراها حتى يعيد تشغيل وحدة التحكم. يمكن للمستخدم المسؤول رؤية التغيير، ولكن بالنسبة لمستخدم الخدمة الذاتية، يستمر GrantedToList في إرجاع النتائج المخزنة مؤقتا، حتى يعيد تشغيل وحدة التحكم.
  

• الإصدار 31
  
  تعذر نقل الأقراص الأصل التي تحتوي على عملية الترحيل المضمنة ل VMM. لدى المستخدم عدة مئات من الأجهزة الظاهرية، مع جميع أقراص diff التي تشير إلى أصل واحد. يتم حظر نقل جميع هذه الأجهزة الظاهرية إلى حل تخزين جديد بواسطة VMM. بالنسبة لأقراص diff، إذا تمت مشاركة أي قرص أصل في التسلسل الهيكلي (علاقة أصل/تابع) بواسطة قرص فرق آخر، يتم حظر ترحيل التخزين لقرص diff بواسطة VMM. ومع ذلك، يتم تمكينه من خلال Hyper-V Manager.
  

• الإصدار 32
  
  يطرح Field expectedDSColumn استثناء هاما أثناء تتبع رسالة عدم تطابق الأعمدة الذي يتسبب في تعطل الخادم عند تشغيل get-scvmhost. بعد تحديث Server DB إلى Threshold، لا يمكن لخادم R2 العمل معه في حالات معينة. يتم استخدام codepath هذا من قبل بعض كائنات الشبكات وكائنات ADHC.
  

• المشكلة 33
  
  عند توسيع قالب خدمة موجود، يتم إنشاء أجهزة Hyper-V الظاهرية المكررة التي لها نفس الاسم على VMM في System Center 2012 R2 Update Rollup 5.
  

• المشكلة 34
  
  إذا كان لدى الأجهزة الظاهرية الضيف Windows تحديث الأمان 3035131 أو 3031432 مثبتة، لا يقوم عامل ضيف VMM بتشغيل البرامج النصية لتنفيذ الأوامر العامة (GCE) التي يطلبها VMM كجزء من نشر الجهاز الظاهري. قد يتسبب هذا في فشل في سيناريوهات متعددة تستخدم فيها برامج GCE النصية للنشر والخدمة. على سبيل المثال، عند محاولة خدمة قالب خدمة VMM من خلال البرامج النصية GCE، يتم إرجاع رمز الخطأ 22029.
  
  ملاحظة بعد تثبيت تحديث مجموعة التحديثات 6 (أو مجموعات التحديثات الأحدث) ل System Center Virtual Machine Manger 2012 R2، يجب عليك الآن منح تسجيل الدخول كحق من حقوق مهمة الدفعة لحساب "تشغيل باسم" المحدد. بدون هذه الحقوق، لا يمكن للعامل الضيف تشغيل البرامج النصية GCE من خلال حساب Run As.
  

• المشكلة 35
  
  يفشل الترحيل المباشر للجهاز الظاهري عند استخدام مساحة تخزين متفاوتة المسافات مثل CSV ويكون تخزين الجهاز الظاهري موجودا على CSV. لا يعمل Hyper-V Cluster Live Migration بعد VMM في System Center 2012 R2 Update Rollup 5.
  

• الإصدار 36
  
  يجب تدوير موضع القرص الأساسي بين مشاركات الموضع الصحيحة.
  

• الإصدار 37
  
  قد تستخدم وحدة تحكم VMM سلسلة إصدار موجودة أثناء نسخ قالب الخدمة. في بعض الأحيان، لا يمكن للمستخدمين نسخ قالب خدمة باستخدام الأمر "نسخ" لقالب خدمة. السبب هو أن وحدة تحكم المسؤول تنشئ سلسلة موجودة بالفعل للإصدار.
  

• الإصدار 38
  
  تجانب نظرة عامة على السعة مفقود في VMM في System Center 2012 R2. في VMM في System Center 2012 SP1، ضمن جزء الأجهزة الظاهرية والخدمات، عند تحديد مضيف ثم النقر فوق نظرة عامة على القائمة العلوية، توفر وحدة التحكم معلومات الملخص والسعة حول المضيف المحدد. أصبحت التفاصيل حول الذاكرات الأساسية للمعالج والذاكرة (GB) والتخزين (GB) غير متوفرة في System Center 2012 R2.
  

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

• المشكلة 40
  
  يؤدي نشر جهاز ظاهري خلف موازن التحميل إلى حدوث Excepion هام في الموضع:
  

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

• الإصدار 41
  
  تتم إزالة صفحة البدء التي تم تقديمها في تحديث مجموعة التحديثات 5 في تحديث مجموعة التحديثات 6.
  

• المشكلة 42
  
  الجهاز الظاهري غير مقترن بمجموعة نسخ متماثل ويتعذر نقله إلى موقع محمي بواسطة مجموعة النسخ المتماثل.
  

• الإصدار 43
  
  لا يتم وضع علامة على عنوان IP الضيف على شبكة HNV ك Dynamic/DedicatedGuestIP حتى إذا تم تمكين الإعدادات له. تجاوز فشل CA معطل. بالنسبة لأي عنوان IP تمت إضافته/نقله في جهاز ظاهري متصل بشبكة NVGRE (سيناريو تجاوز فشل نظام مجموعة ضيف HNV/Guest IP)، يتم وضع علامة *not* على عنوان IP كديناميكي (النوع = DedicatedGuestIP في VMM) حتى إذا كان الجهاز الظاهري لديه الإعدادات EnableGuestIPNetworkVirtualizationUpdates=true. عند المرة الأولى التي تتم فيها إضافة/نقل عنوان IP سيعمل، ولكن لن يتم الكشف تلقائيا عن عمليات تجاوز الفشل اللاحقة ل IP (الانتقال من جهاز ظاهري إلى آخر). لذلك، لن يمكن الوصول إلى عنوان IP وسيفقد الجهاز الظاهري الاتصال.
  

• الإصدار 44
  
  موفر تخزين مضمن قديم من تكامل هيتاشي مع 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 بيانات تكوين شبكة غير موجودة لكل واجهة ethernet التي يستخدمها خادم Linux. تحدث هذه المشكلة لأن CentOS 7 و RHEL 7 ليس لديهم أداة Linux ifconfig مثبتة بشكل افتراضي، على عكس التكرارات السابقة. تم تحديث البرامج النصية لتكوين شبكة DHCP لاستخدام أداة ip بدلا من ifconfig إذا تم تثبيت أداة ip.

كيفية الحصول على Update Rollup 6 وتثبيته ل System Center 2012 R2 Virtual Machine Manager