8. 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 SQL Server 2014 SP1 VMM-adatbázisként
  való támogatása Az SC VMM 2012 R2 8. kumulatív frissítésével mostantól vMM-adatbázisként Microsoft SQL Server 2014 SP1 is lehet. Ez a támogatás nem tartalmazza a szolgáltatássablonok üzembe helyezését az SQL-profiltípus SQL Server 2014 SP1-ként való használatával. A System Center 2012 R2 SQL Server követelményeinek legfrissebb információiért tekintse meg az itt található hivatkozást.
  
  

• VMWare vCenter 6.0 felügyeleti forgatókönyvek
  támogatása A 7. kumulatív frissítésselbejelentettük a vCenter 5.5 felügyeleti forgatókönyveinek támogatását. A vCenter és a VMM integrációjának és támogathatóságának ütemtervére építve örömmel jelentjük be a VMWare vCenter 6.0 támogatását a 8. kumulatív frissítésben. A támogatott forgatókönyvek teljes listájáért kattintson ide.
  
  

• A 7. kumulatív frissítésselsikerült kvótákat beállítani a külső IP-címekhez
  . Bejelentettük, hogy virtuális hálózatonként több külső IP-cím is támogatott, de a történet hiányos volt, mivel a NAT-kapcsolatok számára nem volt lehetőség kvóták beállítására. Az UR8 használatával örömmel jelentjük be, hogy teljes körű támogatást nyújtunk ehhez a funkcióhoz, mivel mostantól felhasználói szerepkörönként megadhat kvótákat a külső IP-címek számára vonatkozóan. Ezt az Windows Azure Pack (WAP) használatával is kezelheti.
  
  Hogyan használni ezt a funkciót?
  
  PowerShell-parancsmagok:
  
  

  Felhasználói szerepkör kvótájának beállítása: Set-UserRole – UserRole UserRoleObject –NATConnectionMaximum MaxNumber A felhasználói szerepkör kvótájának eltávolítása: Set-UserRole – UserRole UserRoleObject –RemoveNATConnectionMaximum Minta parancsmagok: Set-UserRole –UserRole $UserRoleObject –NATConnectionMaximum 25 Set-UserRole –UserRole $UserRoleObject –RemoveNATConnectionMaximum

  
  
  

• Az ellenőrzőpontok kvótáinak
  támogatása az UR8 előtt, amikor a WAP-n keresztül hoz létre ellenőrzőpontot, a VMM nem ellenőrzi, hogy az ellenőrzőpont létrehozása túllépi-e a bérlői tárterületkvóta korlátját. Az UR8 előtt a bérlők akkor is létrehozhatják az ellenőrzőpontot, ha túllépik a tárterületkvóta korlátját.
  
  Példaforgatókönyv az UR8
  
  előtti probléma magyarázatára. Vegyük például azt az esetet, amikor egy bérlői rendszergazda 150 GB-os tárterületkvótakorláttal rendelkezik. Ezután a következő lépéseket követi:

  1. Két, egyenként 30 GB méretű virtuális gépet hoz létre (a létrehozás előtt rendelkezésre álló tárterület: 150 GB, létrehozás után: 90 GB).

  2. Létrehoz egy ellenőrzőpontot az egyik virtuális géphez (a létrehozás előtt elérhető tárterület: 90 GB, létrehozás után: 60 GB).

  3. Létrehoz egy új, 50 GB-os VHD méretű virtuális gépet (a létrehozás előtt rendelkezésre álló tárterület: 60 GB, létrehozás után: 10 GB).

  4. Létrehozza a harmadik virtuális gép ellenőrzőpontját (a létrehozás előtt elérhető tárterület: 10 GB).

  
  
  Mivel a bérlői rendszergazda nem rendelkezik elegendő tárterületkvótával, a VMM-nek ideális esetben le kell tiltania az ellenőrzőpont létrehozását (4. lépés). Az UR8 előtt azonban a VMM lehetővé teszi, hogy a bérlői rendszergazdák létrehozzák az ellenőrzőpontot, és túllépik a korlátot.
  
  A 8. kumulatív frissítéssel biztos lehet abban, hogy a VMM elvégzi a bérlő tárterületkvóta-korlátainak ellenőrzését az ellenőrzőpont létrehozása előtt.
  
  

• A statikus hálózati adapter MAC-címének konfigurálásának lehetősége az operációs rendszer központi telepítése
  során A 8. kumulatív frissítéssel most már biztosítjuk a statikus hálózati adapter MAC-címeinek konfigurálását az operációs rendszer központi telepítése során. Ha valaha is végzett operációs rendszer nélküli gazdagépeket, és végül több gazdagépe lett ugyanazokkal a MAC-címekkel (a hálózati adapterek dinamikus IP-cím-hozzárendelése miatt), ez valódi megmentő lehet az Ön számára.
  
  Hogyan használni ezt a funkciót?
  
  PowerShell-parancsmag:
  
  

  New-SCPhysicalComputerNetworkAdapterConfig -UseStaticIPForIPConfiguration -SetAsGenericNIC -SetAsVirtualNetworkAdapter -IPv4Subnet string -LogicalSwitch Logical_Switch -VMNetwork VM_Network -MACAddress MAC_Address

  
  Statikus MAC-cím konfigurálásához megadhatja a MACAddress paramétert az előző PowerShell-parancsmagban. Ha nincs megadva MAC-címparaméter, a VMM dinamikusként konfigurálja (a VMM lefoglalja a Hyper-V-t a MAC-cím hozzárendeléséhez). Ha a MAC-et az alapértelmezett VMM MAC-címkészletből szeretné kiválasztani, a MAC-címet 00:00:00:00:00:00. formátumban adhatja meg, ahogyan az alábbi képernyőképen látható:
  
  
  
  

• Kiterjesztett Hyper-V port ACL-ek
  üzembe helyezésének lehetősége a VMM 8. kumulatív frissítésével:

  • ACL-ek és szabályaik meghatározása

  • Csatolja a létrehozott ACL-eket egy virtuálisgép-hálózathoz, virtuálisgép-alhálózathoz vagy virtuális hálózati adapterhez

  • Csatolja az ACL-t az összes virtuális hálózati adapterre vonatkozó globális beállításokhoz

  • A virtuális hálózati adapteren konfigurált ACL-szabályok megtekintése és frissítése a VMM-ben

  • Port ACL-ek és ACL-szabályok törlése

  
  
  További információt a Tudásbázis 3101161című cikkében talál.
  
  

• A VMM 8. kumulatív frissítésével a VMM
  mostantól támogatja a tárterület rétegezését. A VMM mostantól lehetővé teszi a fájlmegosztások rétegekkel (SSD/HDD) történő létrehozását.
  
  További információt a Tudásbázis 3101159.

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

• 1
  . probléma: A 2. generációs virtuális gépek létrehozása a következő hibával meghiúsul:
  
  

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

  
  
  

• 2
  . probléma: A VMM nem teszi lehetővé, hogy a hardverprofil tulajdonosát a "$" szimbólumot tartalmazó tulajdonosnévvel állítsa be.
  
  

• 3
  . probléma: A logikai hálózat hálózati telephelyein konfigurált VLAN-nal rendelkező, magas rendelkezésre állást használó virtuális gépek nem migrálhatók egyik gazdagépről a másikra. A virtuális gép migrálása során a következő hibaüzenet jelenik meg:
  
  

  Hiba (26857)
  A VLAN-azonosító (xxx) érvénytelen, mert a virtuálisgép-hálózat (xxx) nem tartalmazza a VLAN-azonosítót a gazdagép által elérhető hálózati telephelyen.

  
  
  

• 4
  . probléma: A bérlői rendszergazda által a felhőben lévő virtuális gép memória- és CPU-beállításaiban a VMM-konzolon keresztül végzett módosítások nem maradnak meg. A probléma kerülő megoldásához módosítsa ezeket a beállításokat a PowerShell használatával.
  
  

• 5
  . probléma: Ha egy virtuális gépet üzembe helyeznek, és egy NetApp Filer 8.2.3-at vagy újabb verziójú SMB3-fájlmegosztást helyeznek üzembe, a virtuális gép üzembehelyezési folyamata elavult munkamenetet hagy megnyitva a megosztáshoz üzembe helyezett virtuális gépenként. Ha ezzel a folyamattal sok virtuális gépet helyez üzembe, a virtuális gépek üzembe helyezése meghiúsul, mivel eléri a NetApp-fájlozó engedélyezett SMB-munkamenetének maximális korlátját.
  
  

• A VMM 6
  . problémája SQL Server teljesítményproblémák miatt lefagy a VMM mindennapos műveleteinek végrehajtásakor. Ez a probléma a tbl_PCMT_PerfHistory_Raw tábla elavult bejegyzései miatt fordul elő. Az UR8 esetén az új elavult bejegyzések nem jönnek létre a tbl_PCMT_PerfHistory_Raw táblában. Az UR8 telepítése előtt meglévő bejegyzések azonban továbbra is léteznek. Ha törölni szeretné a meglévő elavult bejegyzéseket a SQL Server táblákból, használja a következő SQL-szkriptet:
  
  

  DELETE FROM tbl_PCMT_PerfHistory_Raw where TieredPerfCounterID NOT IN (SELECT DISTINCT tieredPerfCounterID FROM dbo.tbl_PCMT_TieredPerfCounter);
  
  DELETE FROM tbl_PCMT_PerfHistory_Hourly where TieredPerfCounterID NOT IN (SELECT DISTINCT tieredPerfCounterID FROM dbo.tbl_PCMT_TieredPerfCounter);
  
  DELETE FROM tbl_PCMT_PerfHistory_Daily where TieredPerfCounterID NOT IN (SELECT DISTINCT tieredPerfCounterID FROM dbo.tbl_PCMT_TieredPerfCounter);
  
  

• 7
  
  . probléma A virtualizált Fibre Channel-adapterekkel rendelkező üzemelő példányok esetében a VMM nem frissíti az SMI-S tárolószolgáltatót, és a következő kivételt okozza:
  
  

  Name : Reads Storage Provider
  Description : Reads Storage Provider
  Progress : 0 %
  Status : Failed
  CmdletName : Read-SCStorageProvider
  ErrorInfo : FailedtoAcquireLock (2606)

  
  
  Ez azért fordul elő, mert a VMM először egy objektum írási zárolását kéri le, majd később megpróbálja lekérte ugyanahhoz az objektumhoz a Delete zárolást.
  
  

• 8
  . probléma Az SMB-n keresztül kibővített fájlkiszolgálóra (SOFS) helyezett virtuális merevlemezekkel rendelkező virtuális gépek esetében a Lemez olvasási sebessége virtuális gép teljesítményszámlálója helytelenül nulla értéket jelenít meg a VMM Rendszergazda-konzolon. Ez megakadályozza, hogy a vállalat monitorozza a legnagyobb IOPS-fogyasztókat.
  
  

• A 9
  . probléma dinamikus optimalizálása sikertelen, kiszivárogtat egy tranzakciót, és megakadályozza más feladatok végrehajtását. Ez blokkolva van a SQL Server számítógépen, amíg az SCVMM újra nem újrahasznosított, vagy a megsértő SPID az SQL-ben le nem pusztul.
  
  

• A 10-es
  V2V-átalakítás meghiúsul, ha a virtuális gépeket ESX-gazdagépről Hyper-V gazdagépre próbálja migrálni, ha az ESX-gazdagépen lévő virtuális gép merevlemez-mérete nagyon nagy. A következő hibaüzenet jelenik meg:
  
  

  Hiba (2901)
  A művelet nem fejeződött be egy érvénytelen paraméter vagy hívássorozat miatt. (A paraméter helytelen (0x80070057))

  
  
  

• 11
  . probléma: A HNV-hálózaton lévő virtuális gépek élő migrálása a vártnál több időt vesz igénybe. Azt is tapasztalhatja, hogy a migrált virtuális gép pingjei elvesznek. Ennek az az oka, hogy az élő migrálás során a WNV-szabályzat tábla át lesz helyezve (ahelyett, hogy csak a különbözetet használjuk). Ezért ha a WNV-házirend tábla túl hosszú, az átvitel késik, és a virtuális gépek kapcsolata megszakadhat az új gazdagépen.
  
  

• 12
  . probléma: A VMM helytelen MAC-címet szerez be a HNV-szabályzat létrehozásakor az F5 Load Balancereket használó üzemelő példányokban.
  
  

• 13
  . probléma IBM SVC-eszközök esetén a replikáció engedélyezése meghiúsul a VMM-ben, mert az SVC-ben van egy korlátozás, amelyben a konzisztenciacsoport nevének betűrendes karakterrel kell kezdődnie (hibakód: 36900). Ez a probléma azért fordul elő, mert a replikáció engedélyezése során a VMM véletlenszerű sztringeket hoz létre a forrás és a cél közötti "konzisztenciacsoportok" és "kapcsolat" elnevezéséhez, és ezek alfanumerikus karaktereket tartalmaznak. Ezért a VMM által generált első karakter lehet egy szám, és ez nem felel meg az IBM SVC követelményének.
  
  

• 14
  . probléma A 6. kumulatív frissítésben tartalmaztunk egy módosítást, amely lehetővé teszi, hogy az ügyfelek statikus MAC-címmel rendelkezzenek akkor is, ha a hálózati adapter nincs csatlakoztatva. Ez a javítás nem fedte le megfelelően az összes forgatókönyvet, és kivételt vált ki, ha van egy csatlakoztatott hálózati adapterrel rendelkező sablon, majd később megpróbálja szerkeszteni a statikus címet a hálózati adapter leválasztásához.
  
  

• 15
  . probléma a 6. kumulatív frissítés után, amint egy gazdagép örökölt módba lép, 20 napig nem tér vissza az eseményre. Ezért a virtuális gép tulajdonságai nem frissülnek, és 20 napig nem érkeznek események a HyperV-ből.
  
  Ez a probléma az UR6-ban található olyan módosítás miatt fordul elő, amely 20 naposra állítja a lejáratot az eseménykészítési és az örökölt mód esetében is. Az örökölt frissítő, amelynek ideális esetben 2 perc után kell futnia, most 20 nap után fut; és addig az eseményküldés le van tiltva.
  
  Megkerülő megoldás:
  A probléma megoldásához futtassa manuálisan az örökölt frissítőt a virtuális gép tulajdonságainak frissítésével.
  
  

• 16
  URI7 utáni probléma: a virtuális hálózat törlése nem törli megfelelően a hálózatvirtualizálási átjáró fürterőforrását. Emiatt a fürtszerepkör (fürtcsoport) meghiúsult állapotba kerül a HNV átjárófürt-szerepkör feladatátvételekor. Ez hibaállapotot okoz az átjárón, ahogy az alábbi képernyőképen látható:
  
  

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