أنت غير متصل حاليًا، وفي انتظار الإنترنت الخاص بك ليقوم بإعادة الاتصال

مجموعة التحديثات 6 لإدارة الجهاز الظاهري R2 System Center 2012

هام: تمت ترجمة هذه المقالة باستخدام برامج مايكروسوفت للترجمة الآلية ومن المحتمل ان يتم تحريرها او تدقيقها بعد ذلك من خلال تكنولوجيا منصة مجموعات الترجمة(CTF) او من خلال مترجم بشري. تقدم لك شركة مايكروسوفت هذه المقالات المترجمة بشكل آلي او بالترجمة البشرية او بعد تحريرها وتدقيقها من قبل مجموعات الترجمة حتى تمكنكم من الوصول إلى جميع المقالات الموجودة في قواعد المعرفة لديها بلغات مختلفة. إلا أن المقالات المترجمة قد تحتوي على أخطاء في المفردات او بناء الجمل او النحو. وعليه، فإن شركة مايكروسوفت ليست مسؤولة عن اية أخطاء او عدم دقة في الترجمة او أية أضرار قد تحدث نتيجة أخطاء في ترجمة محتويات النص او استخدامه من قبل العملاء.

اضغط هنا لرابط المقالة باللغة الانجليزية3050317
مقدمة
توضح هذه المقالة المشكلات التي يتم إصلاحها في مجموعة التحديثات 6 لإدارة الجهاز الظاهري R2 Microsoft System Center 2012. تتوفر تحديثات اثنين لإدارة الجهاز الظاهري (VMM): الملقم ووحدة تحكم المسؤول. بالإضافة إلى ذلك، تحتوي هذه المقالة على إرشادات تثبيت مجموعة التحديثات 6 لإدارة الجهاز الظاهري R2 System Center 2012.

الميزات التي يتم إضافتها في هذا التحديث التراكمي



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

    ما يمكن القيام به مع هذه الميزة

    إذا كنت تدير الأجهزة الظاهرية المحلي في إدارة الجهاز الظاهري مسبقاً، يمكنك استخدام هذه الميزة لتنفيذ بعض الإجراءات الأساسية جداً على مثيلات Azure دون ترك وحدة تحكم VMM. على سبيل المثال، يمكنك القيام بما يلي:

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

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

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

    لمزيد من المعلومات حول متطلبات العصر، راجع تحسين السيناريو هاء ASR الحماية.
  • خيار استخدام الجيل 2 VMs في الخدمات وفمروليس: في مجموعة التحديثات 6، VMM الآن تعتمد 2 إنشاء الأجهزة الظاهرية للخدمات وأدوار VM. باستخدام هذه الميزة، يمكنك نشر خدمات متعدد المستويات واختيار إنشاء الجهاز الظاهري للمستويات الفردية. يمكن خدمة المستخدمين مثيلات الخدمة هذه من خلال تقديم الخدمات التقليدية والمستندة إلى الصور.

    لمزيد من المعلومات، راجع فهم الجيل 1 و 2 إنشاء الأجهزة الظاهرية في VMM.
  • إجمالي "التعرض استخدام شبكة" قواعد في "حزمة إدارة": يقدم هذا التغيير قاعدتين التي تستهدف "مضيفي" Hyper-V:

    • إجمالي قاعدة مجموعة حركة مرور الشبكة فنيك الواردة
    • إجمالي قاعدة مجموعة حركة المرور الصادرة من الشبكة فنيك
    قياس هذه القواعد الإجمالية الواردة ومجموع حركة المرور الصادرة في "كيلو بايت" كل فنيك كل جهاز ظاهري في الطريقة التالية:

    لكل VM:

    1. تمكين القياس Hyper-V إذا لم يتم تمكين.
    2. تشغيل قياس VM.
    3. القياس جمع البيانات لكل عنوان بعيد "0.0.0.0/0" أو "::/0" كل بنك.
    بشكل افتراضي، هذه القواعد بتشغيل كل ساعة. يمكن للمستخدمين اختيار لتجاوز هذا الإعداد بتجاوز خاصية إينتيرفالسيكوندس. لا يجب تشغيل هذه القواعد أكثر تكراراً من كل خمس دقائق (300 ثانية).

    السلوك في الإصدارات السابقة: لا يقيس الاستهلاك البيانات VMM. قياس الإنتاجية فقط.
  • خيار أوفيركوميت سعة مجموعة النظراء ومجموعة المضيف ل VMs متماثلة: إدارة الجهاز الظاهري R2 System Center 2012 يتيح لك وضع الأجهزة الظاهرية متماثلة على مجموعة مجموعة النظراء أو المضيف التي تم تكوينها مسبقاً إذا أنها تدخل ضمن إعدادات السعة. حتى الآن، VMM يفترض أن كافة الموارد التي تم تخصيصها ل VMs النسخ المتماثلة قيد الاستخدام. لذلك، لم على VMM يسمح بوضع أي جهاز ظاهري متماثلة على مجموعة المضيف أو مجموعة النظراء إذا التي ستثير تحميل تجميع كافة النسخ المتماثلة VMs تتجاوز قدرة مجموعة المضيف أو مجموعة النظراء.

    على الرغم من أن هذا السلوك حرص على التأكد من أن كافة النسخ المتماثلة VMs يمكن أن تبدأ في نفس الوقت، فقد يؤدي استخدام غير أمثل السحب متماثلة ومجموعات المضيف. قد يحدث هذا إذا (المؤسسة أو مضيف) حاولت وضع VMs إضافية داخل مجموعة نظراء أو مجموعة مضيف. فإذا أوفيركوميتيد مجموعة النسخ المتماثلة المضيف أو مجموعة النظراء. في مجموعة التحديثات 6، يمكن أوفيركوميت غيوم ومجموعات المضيف في VMM بيئة بتكوين مفتاح التسجيل التالي على خادم VMM:

    موقع التسجيل:
    HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Microsoft System Center Virtual Machine Manager Server\Settings\Placement

    اسم DWORD: إيجنوريميموريفورستوبيدريبليكافم
    قيمة DWORD: 1

    ملاحظة: في حالة عدم وجود المفتاح الفرعي وضع، بإنشائه.

    لمزيد من المعلومات، راجع خيار أوفيركوميت مجموعة النظراء والزئبق للنسخة المتماثلة VMs.
  • دعم السيناريوهات الأساسية 5.5 VCenter ير.

    يقدم التحديث التراكمي 6 دعم السيناريوهات التالية:

    • إضافة VCenter 5.5 إلى إدارة VMM 2012 R2 UR6
    • إضافة مضيف ESX مع الإصدار 5.5 ووضع تحت إدارة
    • إنشاء قالب الجهاز الظاهري VMWare ونشر نظام رصد السفن باستخدام قالب
    • إنشاء قوالب مع شبكة الاتصال الأساسية (ومن بينها سيناريوهات متصل بمجال)، وتوزيع الأجهزة الظاهرية
    • تنفيذ عمليات دورة حياة VM مختلفة (على سبيل المثال، بدء وإيقاف، إيقاف، إصلاح، تحديث ونقطة اختبار على جهاز الظاهري).
    • الاتصال بالجهاز الظاهري باستخدام وحدة تحكم، والتحقق من إمكانية الوصول
    • ديبروفيسيون الأجهزة الظاهرية
    • إنشاء تجمع موارد، وإخضاع إدارة VMM تجمع الموارد
    هذه هي السيناريوهات محدودة. ومع ذلك، تمثل الخطوة الأولى والأهم نحو دعم إصدارات أحدث من VCenter. ونحن نواصل البناء على مصفوفة المحسنة الخاصة بنا ل VCenter ير وسيتم توفير تحديثات لمعالجة حزم هذه في المستقبل.

المشكلات التي يتم إصلاحها في مجموعة التحديثات هذه

  • المشكلة الأولى

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

  • المشكلة الثانية

    تعطل خدمة VMM ويقوم بإنشاء خطأ خرق وصول في System.Xml عند من المسؤولين لإحداث "تكامل الخدمات".

  • المشكلة الثالثة

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

  • المسألة 4

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

  • المسألة 5

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

  • المسألة 6

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

  • المسألة 7

    حدوث تعطل فمسيرفيسي أثناء معالجة إزالة الجهاز الظاهري الأحداث المرسلة من قبل hyper-v، تغيير الشبكات الفرعية المتعلقة بالملكية الفكرية. في إعداد نفجري، إذا كان هناك حدث أرسل Hyper-V "تغيير الملكية الفكرية" لكن لم يعد موجوداً على الشبكة الفرعية VM في VMM، فإنه يؤدي إلى تعطل خدمة VMM.

  • المسألة 8

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

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

    موقع التسجيل:
    HKEY_LOCAL_MACHINE\Software\Microsoft\Microsoft System Center Virtual Machine Manager Server\Settings

    مفتاح التسجيل:

    فمبروبيرتيسيفينتاسيتيدوبداتينتيرفال

    نوع السجل: DWORD

    قيمة الحد الأدنى: 0 ثانية

    قيمة الحد الأقصى: 20 يوما
    يجب أن يكون المحدد بالثواني القيم.

    اسم DWORD: فمبروبيرتيسيفينتاسيتيدوبداتينتيرفال

    قيمة DWORD:value_in_seconds

    ملاحظة: على value_in_seconds يمكن أن يكون العنصر النائب قيمة 0 ثانية إلى 20 يوما (أيضا بالثواني).


  • العدد 9

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

  • المسألة رقم 10

    إذا كان لديك "شبكة اتصال منطقية" مواقع متعددة على الشبكة، ومواقع الشبكة مرئية لمحول شبكة اتصال المضيف، سيتم تخصيص نظام تقييم الأداء من مواقع مختلفة لشبكة الاتصال هذه ويجب أيضا تعيين معلومات التوجيه. (مواقع الشبكة تسمى أحياناً "تعريفات الشبكة المنطقية".) في عدة مضيف سيناريو مع VM1 على Host1 الاتصال PA1، هناك مشكلة إذا VM2 متصل حنف قانون الجنسية ويحتوي PA1 ل NetwkSite1، ثم غير متصل ولاحقا إعادة ويحتوي PA2 ل NetwkSite2 (عشوائياً أو بسبب استنفاد السلطة الفلسطينية)، ثم لبعض الوقت، ونحن قد ملء معلومات توجيه السلطة الفلسطينية بين 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، أيضا الهجرة من VM الاسترداد في حالة "تعليق الأشعة تحت الحمراء" غير تنفيذ الترحيل المباشر.

  • المشكلة 20

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

  • العدد 21

    عملية "تشغيل القيام" أحياناً يتلقى استثناء هامة: دبكورروبتيونيكسسيبشن.

  • إصدار 22

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

  • المشكلة 23

    هدف النمو الحقيقي والهدف LUNs لا تقترن بعد المهمة انابليرج إذا تم بريكريتيد RG/LUNs.

  • المشكلة 24

    يلزم تحديث إدخالات عنوان MAC لجهاز عبارة F5 عند فشل ويتم استبداله. إذا كان جهاز F5 كان الجيش الملكي المغربي واستبدالها بجهاز جديد بعنوان MAC جديد، VMM لم طريقة لتحديث عنوان MAC للجهاز الجديد.

  • العدد 25

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

  • العدد 26

    عدم عرض مشاركة SMB ريجيستيريد كخيار للمسار الهدف عند نشر جديد HA الجهاز الافتراضي ككتلة.

  • المشكلة 27

    استثناء الهامة في "تجديد التخزين" عند اكتشاف خدمة النسخ المتماثل-أرجومينتنوليكسسيبشن-سيتكوستوموبشنز.

  • إصدار 28

    أثناء المضيف VMM أداة تحديث الاستعلامات الفريق معلومات (فريق LBFO أو تبديل الفريق). بينما الاستعلام عن فرق تبديل VMM يتجه WSMan الاستثناء الذي يجعل فسويتش أن تختفي من وحدة التحكم.

  • المشكلة 29

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

  • المشكلة 30

    المورد مالك (SSU المستخدم) غير مخول الوصول إلى قائمة 'جرانتيدتو' مورد ولذلك لا يستطيعون أن نرى جميع الذين يستطيعون الوصول إلى المورد. في حالة منح المستخدم حق الوصول أيضا مستخدم خدمة الذاتية، ثم لا يمكنهم مشاهدته تغييرات تم إجراؤها حتى إعادة تشغيل وحدة التحكم. مستخدم مسؤول يمكنك مشاهدة التغييرات، ولكن لمستخدم خدمة الذاتية، يستمر جرانتيدتوليست إرجاع نتائج ذاكرة التخزين المؤقت، حتى يمكنهم إعادة تشغيل وحدة التحكم.

  • المسألة 31

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

  • المشكلة 32

    حقل اكسبيكتيدسكولومن يطرح استثناء الهامة أثناء تتبع الرسالة لعدم تطابق الأعمدة يسبب تعطل ملقم عند تشغيله في الحصول على سكفمهوست. بعد تحديث Server DB عتبة، R2 server لا يمكن استخدامه في حالات معينة. يتم استخدام هذا كوديباث ببعض الكائنات الشبكة وأدهك.

  • المشكلة 33

    عند تغيير حجم قالب خدمة موجود، مضاعفة الأجهزة الظاهرية Hyper-V هذا havethe نفس الاسم التي تم إنشاؤها في VMM في System Center 2012 R2 التحديث التراكمي 5.

  • المشكلة 34

    أن تحديث أمان Windows الأجهزة الظاهرية الضيف3035131 أو 3031432تثبيت، العامل الضيف VMM لا يتم تشغيل البرامج النصية لتنفيذ الأوامر العامة (GCE) طلبته VMM كجزء من النشر VM. قد يتسبب هذا الفشل في عدة سيناريوهات حيث استخدمت برامج نصية للحملة العالمية للتعليم للنشر والصيانة. على سبيل المثال، عند محاولة معالجة قالب خدمة VMM من خلال البرامج النصية للحملة العالمية للتعليم، يتم إرجاع رمز الخطأ 22029.

    ملاحظة:بعد تثبيت التحديث التراكمي 6 (أورلاتير التحديثات التراكمية) ل R2 2012 إدارة الجهاز الظاهري مركز النظام، سيكون لديك الآن لمنحتسجيل الدخول كمهمة دفعية حقوق "تشغيلها كحساب" محدد. دون هذه الحقوق، وسيكون غير قادر على تشغيل البرامج النصية الحملة العالمية للتعليم من خلال "تشغيل كحساب" العامل الضيف.

  • المشكلة 35

    فشل الترحيل المباشر للجهاز الظاهري عند استخدام مساحة التخزين متفاوتة المسافات بتنسيق CSV وتخزين الجهاز الظاهري في CSV. لا يعمل "الترحيل مباشرة الكتلة" Hyper-V بعد VMM في System Center 2012 R2 التحديث التراكمي 5.

  • العدد 36

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

  • قضية 37

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

  • المشكلة 38

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

  • المشكلة 39

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

  • إصدار 40

    نشر جهاز ظاهري خلف "موازن تحميل" تؤدي "اكسسيبيون الهامة" في وضع:

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

  • المشكلة 41

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

  • المشكلة 42

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

  • قضية 43

    IP الضيف على "شبكة حنف" لم يتم وضع علامة الحيوي/ديديكاتيدجويستيب حتى إذا تم تمكين إعدادات له. تجاوز الفشل CA المقطوعة. عنوان IP لأي عنوان IP إضافة/المنقولة في جهاز ظاهري متصل "شبكة نفجري" (سيناريو تجاوز فشل IP الكتلة/ضيف Guest حنف)، * * عدم تمييزها مثل الحيوي (النوع = ديديكاتيدجويستيب في VMM) حتى إذا كان الجهاز الظاهري الإعدادات انابليجويستيبنيتووركفيرتواليزاتيونوبداتيس = true. عند المرة الأولى التي عنوان IP إضافة/نقل يعمل، ولكن لن يتم اكتشاف متى لاحقاً من IP (نقل من VM واحد إلى آخر) تلقائياً. ولذلك، لن يمكن الوصول إلى عنوان IP وستفقد VM الاتصال.

  • قضية 44

    موفر التخزين جزءا لا يتجزأ من شركة هيتاشي التكامل مع UR5 القديمة. موفر مخزن لا يمكن تحديثه. هذا يمنع إدارة الموفر.

  • قضية 45

    تعطل العميل VMM عند تعيين نطاق الوقت تحسين الطاقة.

  • المشكلة 46

    وجود حالة تعارض في التخلص ونفيفينتينتريسوبسكريبتيونوبسيرفير عندما يفشل الاتصال بالمضيف.

  • المشكلة 47

    فشل تعيين تكوين واجهة شبكة الاتصال عند استخدام DHCP centOS 7 و 7 لينكس المؤسسة القبعة الحمراء.

    ينطبق هذا على كافة CentOS 7 و Linux المؤسسة القبعة الحمراء (RHEL) 7 الأجهزة الظاهرية التي تم تكوينها لاستخدام DHCP بإدارة الجهاز الظاهري مركز النظام. CentOS 7 و RHEL 7 ملقمات DHCP المستخدمة ستواجه في غياب بيانات تكوين شبكة الاتصال لكل واجهة ethernet المستخدمة من قبل خادم لينكس. تحدث هذه المشكلة بسبب عدم وجود CentOS 7 و RHEL 7 ifconfig أداة نظام التشغيل Linux مثبت بشكل افتراضي، خلافا للتكرارات السابقة. تم تحديث تكوين البرامج النصية للشبكة DHCP لاستخدام أداة الملكية الفكرية بدلاً من ifconfig إذا تم تثبيت أداة الملكية الفكرية.

كيفية الحصول على وتثبيت مجموعة التحديثات 6 لإدارة الجهاز الظاهري R2 System Center 2012

معلومات التنزيل

تتوفر حزم التحديث لإدارة الجهاز الظاهري من Microsoft Update أو من خلال تنزيل يدوي من كتالوج Microsoft Update.

Microsoft Update
للحصول على وتثبيت حزمة تحديث من Microsoft Update، اتبع الخطوات التالية على جهاز كمبيوتر يحتوي تثبيت مكون إدارة الجهاز الظاهري:

  1. انقر فوق ابدأ ، وانقر فوق لوحة التحكم.
  2. في "لوحة التحكم"، انقر نقراً مزدوجاً فوق Windows Update.
  3. في إطار Windows Update، انقر فوق التحقق من اتصال للتحديثات من Microsoft Update.
  4. انقر فوق تتوفر تحديثات هامة.
  5. حدد حزم التحديثات ومن ثم انقر فوق موافق.
  6. انقر فوق تثبيت التحديثات بتثبيت حزم التحديث.
تنزيل حزم التحديث اليدوي
الانتقال إلى مواقع ويب التالية لتنزيل حزم التحديث يدوياً من كتالوج تحديث Microsoft:

هام يجب تحديث كل من الخادم ومكونات "وحدة تحكم المسؤول" على خادم إدارة الجهاز الظاهري.

ملاحظة: يجب تطبيق تحديث الخادم للتأكد من أن كافة الأجهزة الظاهرية المنشورة حديثا من "قالب خدمة" سيكون العامل الضيف المحدثة. يمكن تثبيت الأجهزة الظاهرية القائمة المنشورة وكيل محدث مثبت من خلال Windows Update، من خلال الأداة WSUS أو يدوياً باستخدام الحزمة التالية:

إرشادات التثبيت

لتثبيت حزم التحديث يدوياً، بتشغيل الأمر التالي من موجه أوامر غير مقيد:

msiexec.exe /update packagename

على سبيل المثال، لتثبيت حزمة مجموعة التحديثات 6 لخادم إدارة الجهاز الظاهري R2 System Center 2012 (KB3050317)، بتشغيل الأمر التالي:

msiexec.exe /update kb3050317_vmmserver_amd64.msp

ملاحظات

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

    • مجموعة التحديثات 6 لخادم إدارة الجهاز الظاهري
    • مجموعة التحديثات 6 لوحدة تحكم المسؤول

    بين هذه عمليتي تثبيت خادم إدارة الجهاز الظاهري قد إنشاء سجل خطأ فادح تحت الدليل فملوجس. تحدث هذه المشكلة لأن "وحدة تحكم مسؤول" يشارك بعض ملفات Dll باستخدام خادم إدارة الجهاز الظاهري، وتعارض في إصدار يمكن أن يؤدي إلى تسجيل فشل فادح. لحل هذه المشكلة، تثبيت كل التحديثات على خادم إدارة الجهاز الظاهري الذي يتم استخدامه لبدء تشغيل خدمة إدارة الجهاز الظاهري.
  • قبل تحديث مجمع 5، يجب عليك يدوياً بتحديث مكون ملقم DHCP إدارة الجهاز الظاهري مركز النظام (64). في VMM بمجمع 5 أو الإصدارات الأحدث، لم يعد هذا التحديث اليدوي المطلوب.
  • إذا قمت بتنزيل استخراج MSP وحدة التحكم بالإدارة، هي ملفات CAB اثنين النتيجة، كما ترى في لقطة الشاشة التالية. تطبيق أحد هذه الملفات CAB إلى x64 (AMD64 المعروف أيضا) وملف CAB آخر ينطبق على x 86 (تعرف أيضا باسم i386).

    الرجاء مراجعة المرجع الأخير إلى بنية نظام التشغيل في اسم الملف CAB لتحديد التي ينطبق عليه نوع بنية ملف CAB معين.

الملفات التي يتم تحديثها في هذا "التحديث التراكمي"

للحصول على قائمة الملفات التي تم تغييرها في هذا "التحديث التراكمي"، الرجاء تحميل الملف التالي:


تحذير: تمت ترجمة هذه المقالة تلقائيًا

خصائص

رقم الموضوع: 3050317 - آخر مراجعة: 09/21/2015 10:31:00 - المراجعة: 3.0

Microsoft System Center 2012 R2, Microsoft System Center 2012 R2 Virtual Machine Manager

  • kbqfe kbfix kbexpertiseinter kbsurveynew atdownload kbmt KB3050317 KbMtar
تعليقات
html>html> >c="https://c1.microsoft.com/c.gif?DI=4050&did=1&t=">=1&t=">&t=">t=">