Kibocsátási megjegyzések a System Center 2012 R2 Virtual Machine Manager alkalmazáshoz
Közzétéve: 2016. március
Hatókör: System Center 2012 R2 Virtual Machine Manager, System Center 2012 R2
Az Virtual Machine Manager (VMM)System Center 2012 R2 rendszerbe telepítése, majd használatba vétele előtt olvassa el a kibocsátási megjegyzéseket.
Ismert problémák
A felügyelet alá vont fájlkiszolgálók ismeretlen állapotba kerülnek a verziófrissítés során
Leírás: Ha frissíti a System Center 2012 SP1 VMM alkalmazást a System Center 2012 R2 termékcsaládba tartozó VMM-verzióra, akkor a felügyelet alá vont fájlkiszolgálók Ismeretlen állapotba kerülnek. A fájlkiszolgálót futtató Windows-fájlkiszolgálói társzolgáltató frissítése nem sikerül, és a „Nem lehet frissíteni a(z) <név> Windows-fájlkiszolgálói tárolási szolgáltatót, mert annak legalább egy fájlkiszolgálója még nem lett sikeresen létrehozva.” hibaüzenet jelenik meg.
Megkerülő megoldás: Távolítsa el, majd adja hozzá újra a fájlkiszolgálót futtató Windows-fájlkiszolgálói társzolgáltatót. Végül vonja be újra a fájlmegosztásokat a VMM felügyelete alá.
A megosztott VHDX-fájlokat használó virtuális gépek a „Hiányos virtuálisgép-konfiguráció” állapottal jelennek meg
Leírás: Azok a megosztott VHDX-fájlt használó virtuális gépek, amelyek létrehozása nem a VMM alkalmazással történt, a „Hiányos virtuálisgép-konfiguráció” állapottal jelennek meg.
Megkerülő megoldás: A VMM segítségével hozza létre a megosztott VHDX-fájlokat használó szolgáltatásokat.
A fájlkiszolgáló virtuális gépeket nem sikerül áttelepíteni az MSU gazdagépekről, hiányos állapotot eredményezve
Leírás: A fájlkiszolgáló virtuális gépeket nem lehet élő vagy gyors áttelepítéssel MSU (Management Scale Unit, felügyeleti méretezési egység) gazdagépről áthelyezni, és a virtuális gép „Hiányos” állapotban marad.
Megkerülő megoldás: A probléma a következő eljárással oldható meg:
Állítsa le a fájlkiszolgáló (FileSrv) virtuális gépet.
Nyissa meg rendszergazdai jogosultságokkal a Windows PowerShellt, majd mindegyik a VMM-fürt összes csomópontjára vonatkozóan futtassa az alábbi parancsmagot:
Get-VMNetworkAdapter -VMName FileSrv | Set-VMNetworkAdapter -MacAddressSpoofing OffIndítsa újra a virtuális gépet.
A VMM-konzolon szükség esetén indítson mellőzéssel történő javítást, majd frissítse a virtuális gépet.
A VMware ESX-gazdagépen található virtuális gépek nem rendelhetők a felhőkhöz futó állapotban
Leírás: A VMware ESX-gazdagépeken futó virtuális gépek hozzárendelhetők VMM-felhőhöz, de a hozzárendelés során ki kell kapcsolni azokat.
Megkerülő megoldás: Nincs.
Windows Server Gateway: az adott gazdagépfürtön található összes átjáró szerepkörű virtuális gépnek ugyanazt a háttérhálózatot kell használnia
Leírás: Ha a VMM alkalmazással Windows Server-átjárót konfigurált, és további átjáró szerepkörű virtuális gépeket ad hozzá ahhoz a gazdagépfürthöz, amelyen a meglévő átjáró található, akkor azonosítsa a meglévő átjáróval használt „hálózatvirtualizálás” (háttér-) hálózatot. Azonosítsa a logikai hálózathoz tartozó hálózati telephelyet is. A gazdagépfürthöz hozzáadott átjárókkal másik hálózati telephelyet nem használhat.
Megkerülő megoldás: A gazdagépfürtre telepített összes átjárónál ugyanazt a háttérhálózati helyet használja.
Nem felügyelhetők a Windows Server 2012-alapú kibővített fájlkiszolgálók Tárolóhelyek-alapú tárterületei
Leírás: Ha a System Center 2012 R2 VMM alkalmazás Windows Server 2012 operációs rendszerre van telepítve, akkor a kibővített fájlkiszolgálókhoz tartozó Tárolóhelyek-alapú területek nem felügyelhetők. A Tárolóhelyek kezeléséhez az SMAPI frissített verziója szükséges, amely a Windows Server 2012 R2 operációs rendszerben jelent meg.
Megkerülő megoldás: Nincs.
Az Operations Manager állapotfigyelő szolgáltatása újraindulhat, hibás jóváírási metrikákat eredményezve
Leírás: Előfordulhat, hogy a jóváírási metrikákat gyűjtő Operations Manager állapotfigyelő szolgáltatás rendszeres időközönként automatikusan újraindul, ami hibás adatokat eredményez. Ennek az az oka, hogy az Operations Manager négy figyelőjének alapértéke nagyon alacsony.
Megkerülő megoldás: Az Operations Manager felhasználói felületén hozzon létre felülbírálásokat az alábbi négy figyelőhöz. A négy figyelő mindegyikénél jelölje be az Agent Performance Monitor Type (Consecutive Samples) - Threshold (Ügynökteljesítmény-figyelőtípus (egymást követő minták) – küszöbérték) elem melletti jelölőnégyzetet, majd az alábbi útmutatást követve adja meg a felülbírálás értékét:
Health Service Handle Count Threshold (küszöbérték az állapotfigyelő szolgáltatás leíróinak számához) (felülbírálás értéke = 10000)
Health Service Private Bytes Threshold (küszöbérték az állapotfigyelő szolgáltatás saját [nem megosztható] memóriájához (bájt)) (felülbírálás értéke = 2048000000)
Monitoring Host Handle Count Threshold (küszöbérték a figyelési gazdarendszer leíróinak számához) (felülbírálás értéke = 10000)
Monitoring Host Private Bytes Threshold (küszöbérték a figyelési gazdarendszer saját [nem megosztható] memóriájához (bájt)) (felülbírálás értéke = 2048000000)
Ezek a felülbírálások csak a VMM-kiszolgálót futtató számítógép állapotfigyelő szolgáltatásának objektumára vonatkoznak. A figyelők felülbírálásával kapcsolatos további információk: How to Override a Monitor (Figyelő felülbírálása).
Az alkalmazásokra és az SQL Serverre vonatkozó beállítások nem módosíthatók közvetlenül a virtuálisgép-sablonokban
Leírás: A virtuálisgép-sablonokban nincs lehetőség az alkalmazásbeállítások és az SQL Server-beállítások megadására és megváltoztatására.
Megkerülő megoldás: A virtuálisgép-sablonok létrehozásakor és szerkesztésekor tartózkodjon az alkalmazásbeállítások és az SQL Server-beállítások megadásától, bár egyéb beállítások megadására van a lehetőség. Az alkalmazásbeállítások megadására az alkalmazásprofilokat, az SQL Server-beállítások megadására pedig az SQL Server-profilokat használja. Ezt követően egy szolgáltatássablonban fogja össze az összes beállítást. A szolgáltatássablonok készítésével kapcsolatos információkat lásd: How to Create a Service Template in VMM (Szolgáltatássablon létrehozása a VMM alkalmazásban).
Ha virtuálisgép-sablont szeretne hozzáadni egy szolgáltatássablonhoz, nyissa meg a szolgáltatássablont a szolgáltatássablon-tervezőben, majd húzza a virtuálisgép-sablont a szolgáltatássablonba. Ha alkalmazásprofilt szeretne hozzáadni a szolgáltatássablonhoz, nyissa meg a szolgáltatássablont a szolgáltatássablon-tervezőben, majd kattintson a jobb gombbal a megfelelő géprétegre. Kattintson a Tulajdonságok, majd az Alkalmazás konfigurációja elemre. Nyissa meg a lap tetején, az Alkalmazásprofil elem mellett található legördülő listát, majd kattintson a profil nevére. Hasonló módon adja hozzá az SQL Server-profilt is a megfelelő gépréteghez. Szükség szerint módosítsa a géprétegek beállításait.
Nem felügyelhetők a Windows Server 2012-alapú kibővített fájlkiszolgálók Tárolóhelyek-alapú tárterületei
Leírás: Ha a System Center 2012 R2 VMM alkalmazás Windows Server 2012 operációs rendszerre van telepítve, akkor a kibővített fájlkiszolgálókhoz tartozó Tárolóhelyek-alapú területek nem felügyelhetők. A Tárolóhelyek kezeléséhez az SMAPI frissített verziója szükséges, amely a Windows Server 2012 R2 operációs rendszerben jelent meg.
Megkerülő megoldás: Nincs.
Hibásan jelennek meg a lemezbesorolások, miután új LUN-t regisztrált a gazdagépen
Leírás: A lemezbesorolások hibásan, „Helyi tároló” jelzéssel jelennek meg, miután új LUN-t regisztrált valamelyik gazdagépen.
Megkerülő megoldás: Zárja be, majd nyissa meg újra az érintett gazdagép tulajdonságlapját a VMM felhasználói felületén.
A VMM többé nem támogatja a VDS hardverszolgáltatókat
Leírás: A VMM a SAN-alapú áttelepítések során használja a VDS hardverszolgáltatókat a SAN-nal folytatott kommunikációra. A VMM többé nem támogatja a VDS hardverszolgáltatókat.
Megkerülő megoldás: Használjon SMI-S vagy SMP szolgáltatót. Részletes információkat a tárolóhálózat (SAN) gyártójától kaphat. A VMM által támogatott szolgáltatók frissített listáját lásd: A System Center 2012 VMM által támogatott tárolótömbök.
A VMM nem tudja kezelni az általános célú, Windows Server 2012 R2-alapú fájlkiszolgálókat
Leírás: A Windows Server a kibővített és az általános célú fájlkiszolgálókat egyaránt támogatja. Ha azonban általános célú fájlkiszolgálót hoz létre egy kibővített fájlkiszolgálót futtató fürtön, a VMM nem deríti fel, és ebből fakadóan nem is tudja kezelni az általános célú fájlkiszolgálót. A könyvtárkiszolgálóként való használat támogatott.
Megkerülő megoldás: Ez az elvárt működés.
A VMM nem tudja kezelni a Windows Server 2012 R2 tárolórétegzését
Leírás: A Windows Server a Tárolóhelyek révén támogatja a tárolórétegzést. A VMM azonban nem tudja kezelni a rétegzési házirendet.
Megkerülő megoldás: Használjon SMAPI-t a tárolórétegzés kezelésére.
A VMM nem tudja kezelni a Windows Server 2012 R2 késleltetve visszaírt gyorsítótárát
Leírás: A Windows Server a Tárolóhelyek révén támogatja a késleltetve visszaírt gyorsítótár mennyiségének megadását. A VMM azonban nem tudja kezelni ezt a beállítást.
Megkerülő megoldás: Használjon SMAPI-t a késleltetve visszaírt gyorsítótár kezelésére.
A Hyper-V replikák közötti feladatátvétel és a fürtáttelepítés inkonzisztens állapotot eredményez
Leírás: Ha feladatátvételt végez a Hyper-V replikák között, majd fürtáttelepítést hajt végre, akkor a VMRefresher szolgáltatás nem a megfelelő virtuális kezelőt frissíti, és a virtuális gépek inkonzisztens állapotba kerülnek.
Megkerülő megoldás: Nincs.
A fájlkiszolgálói feladatok nem támogatottak a nem megbízható csomópontokon
Leírás: A nem megbízható csomópontokon található fájlkiszolgálók esetében a következő feladatokat nem támogatja a rendszer: fájlkiszolgáló telepítése és eltávolítása, csomópontok hozzáadása és eltávolítása.
Megkerülő megoldás: Ellenőrizze, hogy telepítve van-e és fut-e a VMM-ügynök és a WS-Management szolgáltatás a kiszolgálón.
A könyvtárak érvénytelen elérési útjainál a rendszer hibás kiszolgálói hibakódot ad vissza
Leírás: Ha a VMM alkalmazásban egy virtuális géphez érvénytelen könyvtárelérési út van megadva, az „InternalServerError” hibakód jelenik meg a „NotFound” helyett.
Megkerülő megoldás: Hagyja figyelmen kívül.
A Windows Azure Hyper-V Helyreállítás-kezelő nem fogadja el a replikáció gyakoriságának megváltozását
Leírás: A Microsoft Azure Hyper-V Helyreállítás-kezelő szolgáltatás nem fogadja el a virtuális gépek replikálásának gyakoriságára vonatkozó beállítást, ha azt az adott virtuális gép védelmének engedélyezése után változtatják meg.
Megkerülő megoldás: A replikáció gyakoriságára vonatkozó döntést a virtuális gép védelmének bekapcsolása előtt hozza meg, és állítsa is be a kívánt értéket.
A VMM nem képes a WWN-készletek központi kezelésére
Leírás: A VMM nem képes a globálisnév-készletek (World Wide Name, WWN) központi kezelésére.
Megkerülő megoldás: A WWN-készletek kezelésére használja a Hyper-V kezelőjét.
A Windows Server operációs rendszer felügyeleti csomag alapesetben le van tiltva
Leírás: A gazdagépek állapotát összesítő ablakokban, a Hálózati adapterek oszlopban az adapterek úgy jelennek meg, mintha a rendszer nem figyelné őket (üres kör jelenik meg). Ennek oka az, hogy a Windows Server operációs rendszer felügyeleti csomagnak a hálózati adapterek kapcsolatát figyelő állapotfigyelője alapesetben le van tiltva.
Megkerülő megoldás: Hozzon létre egy felülbírálást a VMM felügyeleti csomagban, és engedélyezze a hálózati adapterek kapcsolatának állapotfigyelőjét. Részletes útmutatás a művelet végrehajtásához: Szabály vagy figyelő engedélyezése vagy letiltása.
Meghiúsul a szolgáltatástelepítés, és a virtuális gépeken futó vendégügynök nem a várt módon működik
Leírás: Meghiúsul a szolgáltatástelepítés, és a szolgáltatáspéldány virtuális gépein futó vendégügynök törlődik vagy sérült állapotba kerül.
Megkerülő megoldás: Ha ilyet tapasztal, először telepítse a Microsoft .NET-keretrendszer 4-es verzióját, majd az alábbi műveletekkel telepítse kézzel az ügynököt:
Telepítse a Visual C++ terjeszthető csomagját a virtualizációs gazdagépre. A telepítőfájl helye:
64 bites számítógépen: <a VMM telepítési mappája>\agents\amd64\vcredist_x64.exe
32 bites számítógépen: <a VMM telepítési mappája>\agents\i386\vcredist_x86.exe
Telepítse az ügynököt a virtuális gépre. A telepítőfájl helye:
64 bites számítógépen: <a VMM telepítési mappája>\agents\Guest\amd64\vmmGuestAgent.msi
32 bites számítógépen: <a VMM telepítési mappája>\agents\Guest\amd64\vmmGuestAgent.msi
Az NPIV-n keresztül közvetlenül elérhető LUN-okra telepített virtuális gépek felügyelete nem támogatott
Leírás: A VMM többé nem támogatja a Hyper-V számára az N_Port azonosítójának virtualizálásával (NPIV) elérhetővé tett LUN-okra közvetlenül telepített virtuális gépek felügyeletét. Ez a konfiguráció inkompatibilis a feladatátvevő fürtökkel.
Megkerülő megoldás: Használjon a Hyper-V feletti virtuális gépek számára elérhetővé tett szálcsatornás tárterületeket.
A honosított operációs rendszert futtató számítógépeken nem a várt módon nyílik meg a Windows PowerShell súgója
Leírás: A System Center 2012 R2 Windows PowerShell súgója csak angol nyelven érhető el. Az Update-Help parancs futtatásakor a rendszer letölti a súgót, majd a súgó angol nyelvű verziójának kijelölt (ENU) mappába helyezi. A Get-Help parancs futtatásakor azonban a számítógép az operációs rendszer nyelvének megfelelő mappából próbálja megnyitni a súgót. Ha az operációs rendszer nyelve nem angol, ez a kísérlet meghiúsul.
Megkerülő megoldás: A probléma megoldásához telepítse a következő témakörben leírt frissítést: A Windows 8 és a Windows Server 2012 rendszer kumulatív frissítése: 2012. november olyan számítógépeken, amelyekhez szükség van a Windows PowerShell súgójára a System Center 2012 R2 rendszerhez.
Egyes esetekben nem sikerül a virtuális gépek telepítése a szegélyhálózatokon található gazdagépekre
Leírás: Ha virtuális gépet hoz létre, és a VMM alkalmazást a Háttérben futó intelligens átviteli szolgáltatás (BITS) használatára konfigurálja úgy, hogy titkosítatlan módban indítson fájlátvitelt a VMM-kiszolgálóról vagy a könyvtárkiszolgálóról a szegélyhálózaton található cél gazdagépre, akkor előfordulhat, hogy az átvitel meghiúsul. Ennek oka az, hogy a VMM alapesetben csak a titkosított forgalom által használt 443-as portot nyitja meg a tűzfalon.
Megkerülő megoldás: A szegélyhálózat tűzfalán nyissa meg kézzel a WSMan által használt TCP-portot, amely alapesetben az 5985-ös port.
Tárolói fájlmegosztás könyvtárkiszolgálón történő regisztrációja hibát okozhat
Leírás: Ha regisztrál egy tárolói fájlmegosztást egy olyan könyvtárkiszolgálón, amely már tartalmaz egy azonos nevű könyvtármegosztást, majd eltávolítja a könyvtármegosztást, illetve törli a tárolói fájlmegosztás regisztrációját, a VMM működése váratlanul leáll.
Megkerülő megoldás: A probléma elkerüléséhez tegye a következőt:
A VMM konzolján kívül nyissa meg azt a társzolgáltatót, amelyen a tárolói fájlmegosztás található, majd szüntesse meg a megosztást.
A VMM konzolján frissítse a társzolgáltatót. Ezt követően adjon egyedi nevet a fájltárolói megosztásnak, és regisztrálja újra.
Fürtcsomóponton található replikált virtuális gép feladatátvétele és áttelepítése instabil konfigurációt eredményezhet
Leírás: A következő esetben előfordulhat, hogy a virtuális gépek feladatátvétele és áttelepítése nem a várt módon működik:
Egy fürtcsomóponton lévő elsődleges virtuális gépet egy fürtcsomóponton vagy önálló gazdagépen lévő másodlagos virtuális gépre replikáltak.
A rendszer feladatátvételt kezdeményez az elsődleges virtuális gépről a másodlagos virtuális gépre.
Az elsődleges virtuális gépet egy napon belül áttelepítik a fürt egy másik csomópontjára.
Ebben az esetben előfordulhat, hogy az elsődleges és a másodlagos virtuális gép nem jelenik meg helyesen a fürtcsomóponton vagy az önálló gazdagépen. Emellett az is lehetséges, hogy az egyik virtuális gép törlése a másik virtuális gépet is törli.
Megkerülő megoldás: A virtuális gép törlésének elkerüléséhez tegye a következőt:
Távolítsa el, majd adja hozzá újra a fürtöt. Ezzel megtisztítja a VMM adatbázisát a második virtuális gép számára.
A virtuális gépeket a gazdagépeken frissítve biztosítsa, hogy az elsődleges virtuális gép helyesen jelenjen meg a fürtcsomópontban.
A bérlői rendszergazda engedélyeinek módosítása hatással van az önkiszolgáló felhasználói szerepkörök engedélyeire
Leírás: Ha a bérlői rendszergazda felhasználói szerepkör bármilyen tulajdonságát módosítják, vagy tulajdonságot adnak a szerepkörhöz, akkor a bérlői rendszergazda által létrehozott önkiszolgáló felhasználói szerepkörökhöz hozzárendelt megosztási és fogadási engedélyeket a rendszer váratlanul eltávolítja. A művelet az érintett önkiszolgáló felhasználói szerepkörökhöz hozzárendelt többi engedélyre nincs hatással, ezek az elvárt módon működnek.
Megkerülő megoldás: A bérlői rendszergazda szerepkör tulajdonságainak módosítása után győződjön meg arról, hogy a bérlői rendszergazda által létrehozott önkiszolgáló felhasználói szerepkörökhöz hozzárendelt engedélyek az elvárt módon vannak megadva. Ha az engedélyek véletlenül törlődtek, ismét adja hozzá őket.
A rendszer nem alkalmazza a hálózati kvóták tagszintű engedélyeit a bérlői rendszergazda szerepkörre
Leírás: Ha létrehoz egy olyan bérlői rendszergazda szerepkört, amely számára engedélyezett a virtuálisgép-hálózatok létrehozása, és tagszintű virtuálisgép-hálózat kvótát állít be, a rendszer nem alkalmazza a kvótát, és a felhasználók túlléphetik a beállított korlátot.
Megkerülő megoldás: Állítson be kényszerített korlátot a szerepkörszintű kvótaérték használatával.
A megszakítás és az újraindítás sikertelen lehet új virtuális gép létrehozásakor
Leírás: Új virtuális gép létrehozásakor a varázsló megszakítása és újraindítása sikertelen lehet, ha a virtuális géphez megadott számítógépnév automatikusan, egy sablon elnevezési mintája alapján generált név.
Megkerülő megoldás: Ne szakítsa meg és ne indítsa újra a varázslót, ha olyan sablon alapján hoz létre virtuális gépet, amely mintát alkalmaz a Számítógépnév tulajdonság megadásához.
A BlogEngine szolgáltatás telepítése sikertelen
Leírás: A BlogEngine szolgáltatás telepítése 22631-es hibaüzenettel meghiúsul.
Megkerülő megoldás: Gondoskodjon arról, hogy a szolgáltatás telepítéséhez használt (.vhd vagy .vhdx) konfigurációs fájl legalább 9,5 GB szabad lemezterülettel rendelkezzen.
Ha az Azonosító paraméter értéke nulla, a VMM PowerShell-parancsmagok egy objektumlistát adnak vissza.
Leírás: Ha a VMM-parancsmag elfogadja az azonosítót bemeneti paraméterként, és ez a paraméter ki van hagyva, a parancsmag az összes VMM-objektum listáját adja vissza.
Megkerülő megoldás: Ha a rendszer ezt várja, mindig adjon meg egy értéket az Azonosító paraméterhez.
Lásd még