אוסף עדכונים 6 עבור מערכת מרכז 2012 R2 מנהל מחשבים וירטואליים

תכונות שנוספות באוסף עדכונים זה

• הוספת תכונת המנוי של Azure: באמצעות התכונה 'הוספת מנוי Azure' באוסף עדכונים 6, מנהלי מערכת של מנהל מחשבים וירטואליים יכולים להוסיף מנויי Microsoft Azure ל- VMM ולבצע פעולות בסיסיות במופעים של Azure במנויים אלה. התכונה כלולה ב- מנהל מחשבים וירטואליים עדכון 6 עבור מרכז המערכת 2012 R2. עבור כל מנוי Azure שאתה מוסיף, באפשרותך להשתמש במסוף כדי לראות את כל מופעי התפקידים בכל קבוצות הפריסה במנוי זה.
  
  מה ניתן לעשות עם תכונה זו
  
  אם אתה כבר מנהל את המחשבים הווירטואליים המקומיים שלך ב- מנהל מחשבים וירטואליים, באפשרותך להשתמש בתכונה זו כדי לבצע כמה פעולות בסיסיות מאוד במופעים של Azure מבלי לצאת ממסוף VMM. לדוגמה, באפשרותך לבצע את הפעולות הבאות:
  

  • הוסף או הסר מנוי Azure אחד או יותר באמצעות מסוף VMM.

  • ראה תצוגת רשימה של פרטים ומצבים של כל מופעי התפקידים בכל הפריסה במנוי זה.

  • עדכן באופן ידני את רשימת המופעים.

  • בצע את הפעולות הבסיסיות הבאות במופעים:
    

    • להתחיל

    • לעצור

    • כיבוי

    • הפעל מחדש

    • התחברות עד RDP

  לקבלת מידע נוסף, ראה הוספת מנוי Azure ב- VMM במרכז המערכת 2012 R2 עם אוסף עדכונים 6.

• תרחיש משופר של הגנה מסוג ASR מסוג E2A: על-ידי הגדרת אוסף עדכונים 6 בסביבת מנהל מחשבים וירטואליים שלך, קל יותר לגלות ולפתור בעיה שמתרחשת לעתים בעת קביעת התצורה של הגנת Azure Site Recovery (ASR). בעיה זו מתרחשת כאשר ברצונך להוסיף הגנת ASR עבור מחשבים וירטואליים מקומיים, ויש לך את מאפייני המחשב הווירטואלי הבאים:
  

  • לא צוינה גירסה של מערכת ההפעלה

  • אין אינדיקציה לגבי הדיסק המכיל את מערכת ההפעלה עבור המחשב הווירטואלי

  יש לציין מאפיינים אלה מאחר שהם נדרשים על-ידי Azure Site Recovery. באוסף עדכונים 6, קבוצה ברורה יותר של הודעות שגיאה מוצגות ב- VMM בחלונית משימות אם אתה מנסה לקבוע את התצורה של מחשב וירטואלי שאינו עומד בדרישות.
  
  לקבלת מידע אודות דרישות ASR, ראה שיפור תרחיש הגנת ASR E2A.

• אפשרות להשתמש במחשבים וירטואליים מדור 2 בשירותים וב- VMRoles: באוסף עדכונים 6, VMM מספק כעת תמיכה עבור מחשבים וירטואליים מדור 2 עבור שירותים ותפקידי VM. באמצעות תכונה זו, באפשרותך לפרוס שירותים מרובי רמות ולבחור את יצירת המחשב הווירטואלי עבור רמות בודדות. המשתמשים יכולים לשרת מופעי שירות אלה באמצעות שירות רגיל ומבוסס תמונות.
  
  לקבלת מידע נוסף, ראה הכרת מדור 1 ו- 2 מחשבים וירטואליים מדור ב- VMM.

• סה"כ כללי חשיפת שימוש ברשת ב- Management Pack: שינוי זה מציג שני כללים המשמשים כיעד מארחי Hyper-V:
  

  • כלל אוסף כולל של תעבורת רשת VNic נכנסת

  • כלל האיסוף הכולל של תעבורת רשת VNic יוצאת

  כללים אלה מודדים את התעבורה היוצאת הכוללת הנכנסת והסה"כ בקילו בתים לכל VNic לכל מחשב וירטואלי בשיטה הבאה:
  
  עבור כל מחשב וירטואלי:
  

  1. הפוך את מדידת Hyper-V לזמינה אם היא אינה זמינה.

  2. Run Measure-VM.

  3. אסוף נתוני מדידת שימוש עבור כל כתובת מרוחקת של "0.0.0.0/0" או "::/0" לכל VNic.

  כברירת מחדל, כללים אלה פועלים מדי שעה. המשתמשים יכולים לבחור לעקוף הגדרה זו על-ידי עקיפת המאפיין IntervalSeconds. אין להפעיל כללים אלה בתדירות גבוהה יותר מאשר כל חמש דקות (300 שניות).
  
  אופן פעולה בגירסאות קודמות: VMM לא מדוד את צריכת הנתונים. הוא נמדד רק תפוקה.

• אפשרות להשמיט קיבולת של ענן וקבוצת מארח עבור מחשבים וירטואליים משוכפלים: System Center 2012 R2 מנהל מחשבים וירטואליים מאפשרת לך להציב את העותק המשוכפל הווירטואלי שלך בענן או בקבוצה מארחת שתצורתם תקבע מראש אם הם מתאימים להגדרות הקיבולת שלך. עד עכשיו, VMM ההנחה כי כל המשאבים שהוקצו למחשבים וירטואליים משוכפלים היו בשימוש. לכן, VMM לא אפשר לך להציב כל עותק משוכפל של מחשב וירטואלי בענן או קבוצת מחשב מארח אם זה היה מעלה את העומס המצטבר של כל המחשבים הווירטואליים של העותק המשוכפל מעבר לקיבולת הענן או קבוצת המארח.
  
  למרות אופן פעולה זה וודא שכל המחשבים הווירטואליים של העותק המשוכפל יכולים לפעול בו-זמנית, הדבר עלול לגרום לשימוש לא מיטבי בעננים של עותקים משוכפלים ובקבוצות מארח. מצב זה היה מתרחש אם (ארגון או מארח) ניסית להציב מחשבים וירטואליים נוספים בענן או בקבוצת מארחים. זאת, אם השמטת את קבוצת הענן או המארח של העותק המשוכפל. באוסף עדכונים 6, באפשרותך להחמיט עננים וקבוצות מארח בסביבת VMM שלך על-ידי קביעת התצורה של מפתח הרישום הבא בשרת VMM:
  

  מיקום הרישום:HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Microsoft System Center Virtual Machine Manager Server\Settings\Placement
  שם DWORD: IgnoreMemoryForStoppedReplicaVM
  ערך DWORD: 1
  הערה אם מפתח המשנה Placement אינו קיים, צור אותו.
  
  לקבלת מידע נוסף, ראה אפשרות להפגת הענן וה- HG עבור מחשבים וירטואליים משוכפלים.

• תמיכה בתרחישים בסיסיים של VMWare VCenter 5.5.
  
  אוסף עדכונים 6 מציג את תרחישי התמיכה הבאים:
  

  • הוספת VCenter 5.5 לניהול VMM 2012 R2 UR6

  • הוספת מארח ESX עם גירסת 5.5 והוסף אותו להנהלה

  • יצירת תבנית VMWare VM ופריסה של מחשבים וירטואליים באמצעות התבנית

  • יצירת תבניות עם עבודה ברשת בסיסית (תרחישים אלה כוללים תרחישים המצורפים לתחום) ופריסה של מחשבים וירטואליים

  • בצע פעולות שונות של מחזור חיים של מחשבים וירטואליים (לדוגמה, הפעלה, עצירה, כיבוי, תיקון, רענון ונקודת ביקורת במחשב וירטואלי).

  • התחברות למחשב וירטואלי באמצעות מסוף, ואמת נגישות

  • ביטול הקצאה של מחשבים וירטואליים

  • צור מאגר משאבים וה הבא את מאגר המשאבים תחת ניהול VMM

  אלה הם תרחישים מוגבלים. עם זאת, הם מייצגים את השלב הראשון והחשוב ביותר לקראת תמיכה בגירסאות חדשות יותר של VCenter. אנו ממשיכים לבנות על מטריצת יכולת התמיכה שלנו עבור VMWare VCenter ונספק עדכונים שיספקו עדכונים שיספקו מידע זה בחבילות סיכום עתידיות.

בעיות שתוקנו באוסף עדכונים זה

• בעיה 1
  
  שגיאה 801 מתרחשת כאשר אובייקטי VMM מוסרים. VMM לעתים נתקל בבעיה שבה לא ניתן להסיר אובייקט VMM כגון מחשב וירטואלי מממשק המשתמש או מ- Windows Powershell מכיוון שחלק מהאובייקטים הצאצאים שלו חסרים במסד הנתונים. הדבר גורם לעתים קרובות למשתמשים לחפש קבצי Script של תיקון כדי להסיר את האובייקטים המושפעים. באוסף עדכונים 6, VMM שיפר שלושה רכיבי cmdlet של Powershell כדי למזער שגיאות הקשורות ל- 801. רכיבי cmdlet אלה הם Remove-SCServiceTemplate, Remove-SCLibraryServer ו- Remove-SCLibraryShare. המשתמשים אינם חייבים להשתמש ב- –כפה דגל יחד עם רכיבי cmdlet אלה כדי להימנע משגיאות 801. רכיבי ה- cmdlet מספקים את היכולת לפתור יחסי תלות המובילים לשגיאות 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, הלקוח לא יכול לבחור את האפשרות של כתובת Mac סטטית בתבניות VM שהוא יוצר, אם המחשב הווירטואלי אינו מחובר לרשת. אפשרויות כתובת ה- IP וכתובת ה- IP של MAC מופיעות באפור כאשר המחשב הווירטואלי "לא מחובר". לכן, הוא לא יכול להקצות כתובת MAC סטטית למחשב הווירטואלי לפני הפריסה.
  

• בעיה 5
  
  התאמה אישית של מחשב וירטואלי עשויה להיכשל וליצור חריגה קריטית כאשר Hyper-V אינו מחזיר אובייקט כונן תקליטונים. במהלך התאמה אישית של מחשב וירטואלי, קיים סיכוי ש- Hyper-V יחזיר את אובייקט כונן התקליטונים כ- Null ו- VMM ינסה להוסיף כונן. עם זאת, הוספת כונן התקליטונים אינה מיושמת ב- Hyper-V. פעולה זו גורמת לחריגה שגורמת לכשל משימה ומשאירה את המחשב הווירטואלי במצב היצירה שנכשלה. המשתמש יכול לתקן את המחשב הווירטואלי כך שהוא יהיה פונקציונלי. מצב זה עשוי להתרחש אם תצורת כונן התקליטונים (בשיתוף המרוחק) אינה זמינה ל- Hyper-V או אם Hyper-V עמוס או לחוץ.
  

• בעיה מס' 6
  
  אין אפשרות לפרוס מחשבים וירטואליים עם IP סטטי כאשר מוגדרים מספר בריכות IP עבור רשת משנה אחת של VM. הלקוח מנסה ליצור מחשב וירטואלי באמצעות תבנית הכוללת הגדרות IP סטטיות. אם קיימים מאגרי IP מרובים ב- Subnet ולקוח מספק כתובת IP ממסד נתונים שונה מזה המוגדר כברירת מחדל (לדוגמה, מאגר המאוכלס באופן אוטומטי המוצג בממשק המשתמש), אשף המחשבים הווירטואליים מסיים ללא שגיאות, אך יצירת המחשב הווירטואלי נכשלת ומחזירה את השגיאה "IP Address Out of range".
  

• בעיה 7
  
  קריסת VmmService מתרחשת במהלך טיפול של רשתות משנה של מחשב וירטואלי שהוסרו באירועי שינוי IP שנשלחו על-ידי Hyper-v. בהגדרת NVGRE, אם קיים אירוע שנשלח על-ידי Hyper-V עבור שינוי IP, אך רשת המשנה של VM אינה קיימת עוד ב- VMM, היא גורמת לקריסה של שירות VMM.
  

• בעיה מס' 8
  
  VMS מדווחים חסרים כי VmMovedRefresherEvent אינו מתקבל. כאשר מתרחש אירוע העברה של מחשב וירטואלי כאשר מארח אינו במצב Eventing והמחשבים הווירטואליים נמצאים במצב העברה וכשמרוענן האירועים מתחבר, ייתכן שיש חלון שבו אף אחד לא מאזין ותבצע פעולת עדכון ממש לפני שמצב ההאזנה לא יקבל את השינוי. לכן 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, קיים מקרה שבו VM2 מחובר ל- hnv LN ויש לו PA1 עבור NetwkSite1 ולאחר מכן הוא מנותק ואילך מחובר מחדש ויש לו PA2 עבור NetwkSite2 (באופן אקראי או עקב תשישות PA), אז במשך זמן מה, ייתכן שלא נאכלס את פרטי הניתוב של PA בין NetwkSite1 ל- NetwkSite2. בעיה זו מתרחשת בשל האופן שבו ייצוג הנתיב הפנימי מותקש לצורך הוספה בטבלת Hash.
  

• בעיה 11
  
  כאשר מארח מתרענן, הוא יוצר חיבור רשת WinRM (לכל מחשב מארח מרענן) שמזרים נתונים ללא הרף.
  

• בעיה 12
  
  בעת יצירת מתאמי רשת וירטואלית מארחים מרובים, נצפו כשלים אקראיים. כאשר לקוחות יוצרים מתאמי רשת וירטואלית מרובים בצילום אחד כחלק מתג לוגי, תצורת IP אחת או יותר של מתאם רשת וירטואלית עלולה להיכשל.
  

• בעיה 13
  
  המשתמש פוגע בהוספה של מפתח כפול ב- HostWSManGetter.UpdateRASDCache בעת ביצוע עדכון מארח.
  

• בעיה מס' 14
  
  כאשר המשתמש מנסה לשכפל מחשב וירטואלי עם נקודות ביקורת, לאחר השלמת פעולת השכפול, VMM מזהה באופן שגוי את המחשב הווירטואלי החדש שנוצר כמחשבים וירטואליים מקוריים, ומסיק באופן שגוי שהמחשבים הווירטואליים הועברו. לאחר מכן היא מנסה לטפל בשינוי זה. לכן נוצר מחשב וירטואלי נוסף במחשב מארח אחר עם מצב 'חסר'. VMM חושב כי המחשב הווירטואלי משתמש במארח אחר, ומחשבים וירטואליים אלה אינם גלויים ל- TFS עד לעדכון המחשב הווירטואלי הבא.
  

• בעיה 15
  
  כאשר ספק VSEM משודרג, יכולתו של הספק לקבל הודעות אינה צוין למנגנון ההודעות.
  

• בעיה 16
  
  מיקום הרשת קורס במהלך מיטוב מארח דינאמי. פעולות מיקום מסוימות היו אמורות לפעול כמשימה. כאשר היא מבוצעת במשימה של רענון, ההקשר הוא Null. פעולה זו גורמת לקריסה במיקום.
  

• בעיה 17
  
  כאשר מנהלים מוסמך מפעילים את מסוף VMM, נדרשות 4+ דקות כדי לפתוח את מסוף VMM. בסביבות גדולות הפעלת מסוף VMM מתעכבת עבור מנהלים מוסמך כאשר הוא מושווה למנהלי מערכת.
  

• בעיה 18
  
  עדכון ספק האחסון נכשל לאחר החלפת דיסק ב- sofs.
  

• בעיה 19
  
  ל- VMM אין אפשרות לעדכן עותק משוכפל/מחשב וירטואלי ראשי ללא ASR, גם העברה של מחשב וירטואלי של שחזור במצב ממתין ל- IR אינה מבצעת העברה חיה.
  

• בעיה 20
  
  בעת מחיקת מחשב וירטואלי, נקודות הביקורת ממוזגות לפני מחיקתן. כאשר המשתמש מנסה למחוק מחשב וירטואלי בעל נקודות ביקורת, הסיום של המחיקה נמשך זמן רב (עד שעה).
  

• בעיה 21
  
  פעולת Run DO מקבלת לעתים חריגה קריטית: DBCorruptionException.
  

• בעיה 22
  
  משתמשים מסוימים משתמשים בערכות VIPAddress גדולות במקום בטווחי IP כדי להקל על הוספה/הסרה של כתובות IP בודדות. סכימת VMM Management Pack מגבילה כעת שדה זה ל- 256 תווים (ברירת מחדל). עם זאת, ייתכן שלמשתמשים יהיו ערכים ב- ~500 תווים. לכן גילוי היה שבירת שילוב VMM-OM עקב חריגה בלתי צפויה מ- SCOM.
  

• בעיה 23
  
  יעד RG ושונים של יעד אינם משויכים לאחר המשימה enableRG אם RG/LUNs נוצרים מראש.
  

• בעיה 24
  
  יש לעדכן ערכי כתובת MAC עבור מכשיר F5 Gateway כאשר הוא נכשל והוא מוחלף. אם מכשיר F5 הוא RMA'd והוא מוחלף במכשיר חדש עם כתובת MAC חדשה, ל- VMM אין דרך לעדכן את כתובת ה- MAC עבור המכשיר החדש.
  

• בעיה 25
  
  אפשר למשתמש להוסיף חותמת למחשב וירטואלי של עותק משוכפל כדי לאפשר לך להוסיף חותמת לזהות המשתמש. המשתמשים צריכים לעדכן את התכונות UserRole ו- Owner ב- ReplicaVMs שלהם, אך כרגע כל פעולה במחשב הווירטואלי של העותק המשוכפל חסומה. לכן, הם לא יכולים לעדכן שני פרמטרים אלה במחשבים וירטואליים של עותק משוכפל.
  

• בעיה מס' 26
  
  שיתוף SMB רשום אינו מוצג כאפשרות נתיב יעד בעת פריסת מחשב וירטואלי HA חדש באשכול.
  

• בעיה 27
  
  חריגה קריטית ברענון האחסון בעת גילוי שירות השכפול -- ArgumentNullException -- SetCustomOptions.
  

• בעיה 28
  
  במהלך רענון המארח VMM שאילתות פרטי הצוות (צוות החלפה או צוות LBFO). בעוד ש- VMM של החלפת שאילתות מגיע לחריגה של WSMan שגורמת ל- vswitch להיעלם מהקונסולה.
  

• בעיה 29
  
  פרוטוקול HTTPS אינו נתמך ב- Probe, ולאחר מכן ל- VMM אין אפשרות ליצור כלל צג לניטור אתר HTTPS. VMM תומך ב- HTTP וב- HTTPs במקטע התצורה של יציאת LB, אך HTTPS אינו נתמך במקטע פרוטוקול גשוש LB.
  

• בעיה 30
  
  בעלי המשאב (משתמש SSU) אינו מורשה לגשת לרשימת 'GrantedTo' של משאב ולכן אינו יכול לראות למי יש גישה למשאב. כאשר המשתמש המעניק גישה הוא גם משתמש בשירות עצמי, הוא לא יוכל לראות את השינויים שביצע עד שהוא יפעיל מחדש את הקונסולה. משתמש מנהל מערכת יכול לראות את השינוי, אך עבור משתמש בשירות עצמי, GrantedToList ממשיך להחזיר תוצאות המאוחסנות במטמון, עד שהוא מפעיל מחדש את הקונסולה.
  

• בעיה 31
  
  אין אפשרות להעביר דיסקי אב בעלי תהליך ההעברה המוכלל של VMM. למשתמש יש כמה מאות מחשבים וירטואליים, כאשר כל דיסקי ה- diff להצביע על אב יחיד. העברת כל המחשבים הווירטואליים האלה לפתרון אחסון חדש נחסמת על-ידי VMM. עבור דיסקי diff, אם דיסק אב כלשהו בהירארכיה (קשר אב/צאצא) משותף על-ידי דיסק diff אחר, העברת האחסון של דיסק ה- diff נחסמת על-ידי VMM. עם זאת, היא זמינה באמצעות מנהל Hyper-V.
  

• בעיה 32
  
  Field expectedDSColumn throws critical exception while tracing the message for columns mismatch causing Server crash when it runs get-scvmhost. לאחר עדכון Server DB לסף, שרת R2 לא יכול לעבוד איתו במקרים מסוימים. נתיב Codepath זה משמש אובייקטים מסוימים של עבודה ברשת אובייקטים של ADHC.
  

• בעיה 33
  
  בעת שינוי קנה מידה של תבנית שירות קיימת, מחשבים וירטואליים כפולים של Hyper-V בעלי שם זהה נוצרים ב- VMM ב- System Center 2012 R2 אוסף עדכונים 5.
  

• בעיה 34
  
  אם במחשבים הווירטואליים של האורח שלך Windows עדכון אבטחה 3035131או 3031432 מותקן, סוכן האורח של VMM אינו מפעיל קבצי Script של ביצוע פקודות כללי (GCE) שהתבקשו על-ידי VMM כחלק מפריסה של VM. הדבר עלול לגרום לכשל בתרחישים מרובים שבהם אתה משתמש בקבצי Script של GCE לפריסה ולטיפול. לדוגמה, כאשר אתה מנסה לקבל שירות לתבנית שירות של VMM באמצעות קבצי Script של GCE, מוחזר קוד השגיאה 22029.
  
  הערה לאחר התקנת אוסף עדכונים 6 (או אוספי עדכונים מאוחרים יותר) עבור System Center Virtual Machine Manger 2012 R2, כעת עליך להעניק לכניסה כזכויות משימת אצווה לחשבון Run As שצוין. ללא זכויות אלה, הסוכן האורח לא יכול להפעיל את קבצי ה- Script של GCE באמצעות חשבון Run As.
  

• בעיה 35
  
  העברה חיה של המחשב הווירטואלי נכשלת כאשר אתה משתמש בשטח אחסון מקובץ באשכולות כ- CSV ואחסון המחשב הווירטואלי ממוקם ב- CSV. העברה חיה של אשכול Hyper-V אינו פועל לאחר VMM במרכז המערכת 2012 R2 אוסף עדכונים 5.
  

• בעיה מס' 36
  
  מיקום דיסק הבסיס אמור לסובב בין מיקומים משותפים חוקיים.
  

• בעיה מס' 37
  
  מסוף VMM עשוי להשתמש במחרוזת הפצה קיימת במהלך עותק תבנית השירות. לעתים, משתמשים אינם יכולים להעתיק תבנית שירות באמצעות הפקודה "העתק" עבור תבנית שירות. הסיבה לכך היא שמסוף מנהל המערכת יוצר מחרוזת קיימת כבר עבור המהדורה.
  

• בעיה מס' 38
  
  האריח 'מבט כולל על קיבולת' חסר ב- VMM במרכז המערכת 2012 R2. ב- VMM ב- System Center 2012 SP1, תחת החלונית מחשבים וירטואליים ושירותים, בעת בחירת מחשב מארח ולאחר מכן לחיצה על מבט כולל בתפריט העליון, המסוף מספק מידע סיכום וקיבולת אודות המארח שנבחר. הפרטים אודות ליבות מעבד, זיכרון (GB) ואחסון (GB) הפכו ללא זמינים במרכז המערכת 2012 R2.
  

• בעיה 39
  
  שירות VMM קורס עקב VSID כפול. במקרים נדירים (סינכרון/מצב מירוץ והתנגשות מספרים אקראיים), רשתות משנה שונות של מחשב וירטואלי מסוג HNV יכולות להשיג את אותו VMSubnetIdentifier (המכונה גם VSID). פעולה זו מובילה לאו אופן פעולה בלתי צפוי בעת שימוש רשתות משנה אלה של מחשב וירטואלי של HNV. לדוגמה, עבור מחשבים וירטואליים המחוברים לרשת משנה זו, ייתכן שהמחשבים הווירטואליים לא יתחברו לקישוריות הצפויה ולא יוכלו לשוחח עם מחשבים וירטואליים באותה רשת משנה. לחלופין, כאשר כתובת ה- IP שלהם משתנה, היא תגרום לקריסה של שירות VMM.
  

• בעיה 40
  
  פריסת מחשב וירטואלי מאחורי מאזן עומס גורמת ל- Critical Excepion on Placement:
  

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

• בעיה 41
  
  דף התחלה שהוצג באוסף עדכונים 5, מוסר באוסף עדכונים 6.
  

• בעיה 42
  
  מחשב וירטואלי אינו משויך לקבוצת שכפול ולא היתה אפשרות להעבירו למיקום המוגן על-ידי קבוצת שכפול.
  

• בעיה 43
  
  IP אורח ברשת HNV אינו מסומן כ- Dynamic/DedicatedGuestIP גם אם הגדרות זמינות עבורה. מעבר לגיבוי בעת כשל של רשות אישורים (CA) מנותק. עבור כל כתובת IP שנוספה/הועברה במחשב וירטואלי המחובר לרשת NVGRE (HNV Guest Cluster/Guest IP Failover scenario), כתובת ה- IP היא *not* מסומנת כ- dynamic (type = DedicatedGuestIP ב- VMM) גם אם המחשב הווירטואלי כולל את ההגדרות EnableGuestIPNetworkVirtualizationUpdates=true. בפעם הראשונה שבה כתובת ה- IP מתווספת/מועברת, היא פועלת, אך מעברי לגיבוי בעת כשל מאוחרים יותר של ה- IP (מעבר ממחשב וירטואלי אחד לאחר) לא י זוהו באופן אוטומטי. לכן, כתובת ה- 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 מנהל מחשבים וירטואליים. שרתי CentOS 7 ו- RHEL 7 שבהם נעשה שימוש ב- DHCP נתקלו בהן בהן נתוני תצורת רשת חסרים עבור כל ממשק Ethernet המשמש את שרת Linux. בעיה זו מתרחשת מאחר CentOS 7 ו- RHEL 7 לא יש את הכלי Linux ifconfig מותקן כברירת מחדל, בניגוד איצורות קודמות. קבצי ה- Script של התצורה עבור עבודה ברשת DHCP עודכנו לשימוש בכלי ה- IP במקום ב- ifconfig אם כלי ה- IP מותקן.

כיצד להשיג ולהתקין את אוסף עדכונים 6 עבור מערכת מרכז 2012 R2 מנהל מחשבים וירטואליים