10. kumulatív frissítés a System Center 2012 R2 Virtual Machine Manager

A kumulatív frissítésben hozzáadott szolgáltatások

A kumulatív frissítésben kijavított problémák

• Ha terheléselosztóval és konfigurálható virtuálisgép-hálózattal rendelkező szolgáltatássablont próbál módosítani, a rendszer nem menti a módosításokat. Emellett előfordulhat, hogy újra megjelenik a Mentés párbeszédpanel.
  
  Megjegyzés: Ez a probléma akkor fordul elő, ha a virtuálisgép-hálózatot egy meglévő konfigurálható beállításról egy másik konfigurálható beállításra módosítja.
  
  

• Ha egy terheléselosztóval és virtuálisgép-hálózattal rendelkező szolgáltatássablont próbál szerkeszteni vagy megtekinteni Tervező nézetben, egy vagy több korábban hozzáadott virtuálisgép-hálózat eltűnik.
  
  

• Amikor szervizelést kísérel meg végrehajtani a Hyper-V fürtcsomópontokon, vagy karbantartási módba helyezi a csomópontokat, a VMM esetenként nem tudja frissíteni a Hyper-V-hálózatvirtualizálás (HNV) házirendet a Hyper-V fürtcsomópontokon. Ha ez a hiba történik, az érintett Hyper-V-gazdagépek véglegesen sikertelen állapotban maradnak, vagy amíg a System Center Virtual Machine Manager szolgáltatás újra nem indul. Ez a probléma általában csak a karbantartási módból kilépő csomópontokat érinti. A fürt többi csomópontja továbbra is a várt módon működik.
  
  A probléma már ki van javítva ebben a kumulatív frissítésben. A probléma ideiglenes megkerüléséhez azonban indítsa újra a System Center Virtual Machine Manager szolgáltatást, majd frissítse az érintett csomópontok összes virtuális gépét, miután a csomópontok hibás állapotban vannak. Ez az egyetlen ismert módszer a HNV-házirend frissítésére és annak biztosítására, hogy a gazdagépek szolgáltatói címet (PA) kapjanak.
  
  

• Egy szolgáltatás szervizelésekor a vendégügynök meghibásodik, és a következő hibaüzenetet adja vissza:
  

  Hiba (22758)
  A vendégügynök kivételt észlelt egy szkriptparancs futtatása közben. Win32ErrorCode: 2147942402 DetailedErrorMessage: A rendszer nem találja a megadott fájlt.

  
  

• Ha bérlőként megpróbál üzembe helyezni egy virtuális gépet vagy egy virtuálisgép-szerepkört egy különbséglemez használatával a WAP-n keresztül, a virtuális gép vagy a virtuálisgép-szerepkör meghibásodik, és lemezkvótahibákat okoz. Ez a probléma akkor is előfordulhat, ha elegendő kvóta van még hátra. Ez a probléma a VMM által az alap- és különbséglemez-forgatókönyvek esetében végzett inkonzisztens használati számítások miatt fordul elő. Ha ez a probléma jelentkezik, a következő hibaüzenetek egyike jelenik meg:
  
  

  • Hiba (23419)
    A művelet a felhő * lemezterületkvótája megsértését eredményezi a felhasználói szerepkör *számára.
    
    Javasolt művelet
    : Győződjön meg arról, hogy elegendő lemezterületkvótát adott meg a megadott felhasználói szerepkörhöz, majd próbálkozzon újra a művelettel. Forduljon a rendszergazdához ezzel a hibaazonosítóval.

  • Hiba (22042)
    A szolgáltatásnév <> telepítése nem sikerült. Tekintse át az eseménynaplót az ok és a javítási műveletek meghatározásához.
    
    Javasolt művelet
    : Az üzembe helyezés a feladat újrapróbálásával indítható újra.

  • Hiba (31304)
    A virtuálisgép-szerepkör erőforrásának <neve> nem lett sikeresen üzembe helyezve a felhőszolgáltatásban.
    
    Az ajánlott műveleti virtuálisgép-szerepkör
    javítható, ha az entitás létrejött.

  Tegyük fel például, hogy három virtuálisgép-szerepkör van üzembe helyezve úgy, hogy minden szerepkört egy 60 gigabájtos (GB) operációsrendszer-lemezhez rendel. A virtuálisgép-szerepkör különbséglemezeket használ az operációsrendszer-lemezhez, a szülő- vagy alaplemez pedig egy 60 GB-os merevlemez.
  

  VM Role 01: Parent: 60 GB, Child: 43 GB
  VM Role 02: Parent: 60 GB, Child: 42 GB
  VM Role 03: Parent: 60 GB, Child: 42 GB
  
  Amikor a VMM megpróbálja kiszámítani a lemezhasználatot, helytelenül háromszor adja hozzá az alaplemez méretét (nem egyszer), hogy megkapja az aktuális használatot:
  
  

  3x60 GB (180 GB) + 43+42+42 (127 GB) = 307 GB
  Ideális esetben az alaplemezt csak egyszer kellett volna figyelembe venni (60+43+42+42 = 187 GB). Ezért ha a bérlő 300 GB-ra van beállítva kvótával, például az új virtuális gépek és virtuálisgép-szerepkörök üzembe helyezése meghiúsul, és kvótasértést okoz.
  
  

• Ha két azonos nevű replikációs csoporttal rendelkezik egy tárolótömbön, és megpróbálja frissíteni vagy újrapróbálkezni a tömböt a VMM használatával, a következő kivételt kapja:
  

  Hiba (20413)
  A VMM kritikus kivételt észlelt, és létrehozott egy kivételjelentést a C:\ProgramData\VMMLogs\SCMM helyen.guid\report.txt.
  
  Javasolt művelet
  : További részletekért tekintse meg a jelentést, és keressen rá a felhasználói fórumokon az önsegítés jól ismert kiváltó okaira.

  
  Ebben a frissítésben továbbfejlesztettük a kivétel kezelését. A frissítési vagy újrakeresési feladat most meghiúsul, és a következő hibaüzenet jelenik meg a probléma megoldásához:
  

  Hiba (24403)A(z)
  "%Name;" replikációs csoport nem importálható. A VMM nem támogat több azonos nevű replikációs csoportot.
  
  Javasolt művelet
  : Távolítsa el a duplikált replikációs csoportot, és próbálkozzon újra a művelettel.

  
  
  

• Ha a VMM használatával hoz létre 2. generációs virtuális gépet, a virtuális gép létrehozása sikertelen lesz, és a következő hibaüzenet jelenik meg:
  

  Hiba (13206)
  Virtual Machine Manager nem találja a rendszerindító vagy rendszerkötetet a virtuális gépen <név>. Előfordulhat, hogy az eredményként kapott virtuális gép nem indul el vagy nem működik megfelelően.

  
  
  

• Ha olyan virtuálisgép-sablont ad hozzá, amely úgy van konfigurálva, hogy az AutoLogonCredential paramétert használja egy WAP-csomaghoz, a csomag aktív (nincs szinkronizálva) állapotba kerül. Ez az állapot addig folytatódik, amíg el nem távolítja a virtuálisgép-sablont, vagy a VMM-konzolon manuális engedélyeket nem ad meg, hogy a bérlők felhasználói szerepköre hozzáférhessen a megadott futtató fiókhoz. A WAP nem tud szinkronizálni egy tervet, ha a csomag tartalmaz egy olyan virtuálisgép-sablont, amelyhez hozzá van adva az AutoLogonCredential paraméter. Emellett a Get-SCVMtemplate -ID <ID parancsmag futtatása nem adja vissza a virtuálisgép-sablont, ha a virtuálisgép-sablonhoz engedélyezve van az automatikus bejelentkezés, és hozzá lett adva az AutoLogonCredential.

Korábbi kumulatív frissítések ismert problémái

• A 8. kumulatív frissítés újratelepítése System Center 2012 R2 Virtual Machine Manager vagy újabb frissítéshez
  
  A 8. kumulatív frissítés újratelepítése sikertelen, és a következő hibaüzenet jelenik meg:
  

  time:InnerException.Type: System.Data.SqlClient.SqlException, InnerException.Message: A PRIMARY KEY kényszer "PK_tbl_WLC_ServiceTemplate" megsértése. Ismétlődő kulcs nem szúrható be a dbo.tbl_WLC_ServiceTemplate objektumba. A duplikált kulcs értéke (5fddb85c-4ae5-4c8b-be83-9b2961a316ddd).

  
  Megjegyzés: Ez a probléma nem javítva a 10. kumulatív frissítésben. A 8. kumulatív frissítés vagy egy újabb kumulatív frissítés újratelepítéséhez kövesse az alábbi lépéseket:
  
  

  1. Távolítsa el a terméket, és őrizze meg a kumulatív frissítési adatbázist.

  2. Futtassa a PreR2ReInstall szkriptet a megtartott adatbázison.

  3. Telepítse a System Center 2012 R2 Virtual Machine Manager kiadási verzióját úgy, hogy a program a megtartott adatbázisra mutat.
     
     Megjegyzés: A telepítés befejeződik, de előfordulhat, hogy a VMM szolgáltatás nem indul el.

  4. Telepítse a kumulatív frissítést, majd futtassa a PostInstall szkriptet.

  5. Start menü a VMM szolgáltatást, ha az nem indul el automatikusan.

  
  További információt a Microsoft Tudásbázis következő cikkében talál:
  

  3132774 Az adatbázis megőrzése Virtual Machine Manager újratelepítésekor

• Új csomópont hozzáadása magas rendelkezésre állású VMM- (HAVMM-) fürthöz
  
  : Amikor új csomópontot ad hozzá egy HAVMM-fürthöz, és telepíti a 8. kumulatív frissítést vagy egy újabb kumulatív frissítést az új csomóponton, a következő kivétel jelenhet meg:
  

  time:InnerException.Type: System.Data.SqlClient.SqlException, InnerException.Message: A PRIMARY KEY kényszer "PK_tbl_WLC_ServiceTemplate" megsértése. Ismétlődő kulcs nem szúrható be a dbo.tbl_WLC_ServiceTemplate objektumba. A duplikált kulcs értéke (5fddb85c-4ae5-4c8b-be83-9b2961a316ddd).

  
  Ezt a problémát a 10. kumulatív frissítésben nem javítottuk. A kivétel kijavításához kövesse az alábbi lépéseket:
  
  

  1. Adja hozzá a második csomópontot a fürthöz.

  2. Állítsa le a System Center Virtual Machine Manager szolgáltatást azon a csomóponton, amelyen a VMM telepítve van.

  3. Futtassa a PreR2ReInstall szkriptet az adatbázison.

  4. Telepítse a System Center 2012 R2 Virtual Machine Manager kiadási verzióját a második csomópontra, amely a meglévő adatbázisra mutat.

  5. Telepítse a kumulatív frissítést a második csomópontra, majd futtassa a PostInstall szkriptet.

  6. Start menü a VMM szolgáltatást az aktív csomóponton.

  
  
  További információt a Microsoft Tudásbázis következő cikkében talál:
  

  3132774 Az adatbázis megőrzése a Virtual Machine Manage újratelepítésekor

A Microsoft támogatási fájljainak letöltésével kapcsolatos információkért kattintson a következő cikkszámra a Cikk a Microsoft Tudásbázisban való megtekintéséhez:

119591 Hogyan szerezhető be a Microsoft támogatási fájljai online szolgáltatások a Microsoft víruskeresésre vizsgálta ezt a fájlt. Ennek során a Microsoft a fájl közzétételének napján elérhető legfrissebb vírusvédelmi szoftvert használta. A fájlt fokozott biztonságú kiszolgálók tárolják, amelyek meggátolják a fájl bármilyen jogosulatlan módosítását.

A 10. kumulatív frissítés beszerzése és telepítése System Center 2012 R2 Virtual Machine Manager