Windows Installer (msiserver)
msiserver néven is ismert, Windows Installer
Feldolgozza a Windows Installer csomagok telepítési műveleteit.
Amit tudni érdemes
Feldolgozza a Windows Installer csomagok telepítési műveleteit.
A telepítési munka leállítása egy alkalmazást részleges állapotban hagyhat. Ne törölje a telepítőgyorsítótárat, és ne távolítsa el a nem kapcsolódó csomagregisztrációkat.
- Mit csinál a Windows Installer?
- Feldolgozza a Windows Installer csomagok telepítési műveleteit.
- Letilthatom a Windows Installert?
- A telepítési munka leállítása egy alkalmazást részleges állapotban hagyhat. Ne törölje a telepítőgyorsítótárat, és ne távolítsa el a nem kapcsolódó csomagregisztrációkat. Az indítási viselkedés megváltoztatása előtt erősítse meg a telepített funkciót és annak hatályos házirendjét.
- Miért áll le a Windows Installer?
- Az állapot és az indítási konfiguráció eltér egymástól. Egy igény szerint induló összetevő leállhat a kérések között; vizsgálja meg a funkció tényleges működését és az esetleges szolgáltatásvezérlési hibát.
- Biztonságos a Windows Installert használó folyamat?
- Ellenőrizze a tényleges futó fájlt, annak aláíróját, elérési útját és viselkedését. Egy ismerős szolgáltatásnév vagy egy egyező fájlnév önmagában nem garantálja a biztonságot.
Mit csinál ez a szolgáltatás, és mikor érdemes megvizsgálni
Feldolgozza a Windows Installer csomagok telepítési műveleteit.
Akkor vizsgálja meg ezt a szolgáltatást, amikor annak saját állapota vagy eseménybizonyítéka egybeesik az érintett funkcióval. A Feladatkezelőben szereplő hasonló név, egyetlen erőforrás-használati minta vagy a sikertelen munkaterhelés nélküli leállított állapot nem diagnózis. Kezdje az alább leírt pontos művelettel, és tartsa elérhetően a rendszer eredeti konfigurációját összehasonlítás céljából.
Windows-kiadások, szolgáltatásnevek és indítási feltételezések
Ennél a pontos szolgáltatásnál a hivatkozott IoT Enterprise táblázat Kézi indítási kategóriát rögzít. Ez egy dokumentált példa a megadott IoT-környezetre, nem pedig az Ön számítógépének mérése. Hasonlítsa össze a helyi StartMode-ot és a hatályos felügyeleti házirendet, mielőtt az eltérést hibának tekinti.
A Microsoft IoT Enterprise szolgáltatástáblázata a szolgáltatásazonosítója alapján azonosítja ezt az összetevőt. Ez a táblázat a rögzített funkciójú Windows IoT Enterprise eszközökre vonatkozik, beleértve a dokumentált Windows 10 és Windows 11 variánsokat. Az indításra és letiltásra vonatkozó útmutatása azokra a forgatókönyvekre korlátozódik; ez nem általános hangolási javaslat a felhasználói Windows rendszerekhez, minden vállaleti lemezképhez vagy minden Windows Server telepítéshez.
A szolgáltatás elérhetősége függhet a telepített kiadástól, buildtől, opcionális funkcióktól, a fiók környezetétől és a szervezeti konfigurációtól. Használja a winver parancsot vagy a felügyelt leltárt a telepített build rögzítéséhez. Hasonlítsa össze a hivatkozott Microsoft-oldalak termékhatókörével. Ha egy forrás másik kiadást vagy régebbi Windows Server alapot tárgyal, használja azt a funkció megértéséhez a alapértelmezett beállítások vak másolása helyett.
Használja a szolgáltatásazonosítót ahelyett, hogy csak egy lefordított megjelenítési névre támaszkodna. Több kapcsolódó szolgáltatásnak is lehet hasonló rövid neve. A hiányzó regisztráció jelezhet nem elérhető vagy nem telepített funkciót; ez nem bizonyíték arra, hogy a szolgáltatást újra kell hozni vagy le kell tölteni.
Módosítás előtt vizsgálja meg a tényleges regisztrációt
Az alábbi példák helyi, csak olvasható vizsgálati parancsok a Windows PowerShellhez. Ezek nem telepítenek, állítanak le, indítanak újra, engedélyeznek vagy tiltanak le szolgáltatást. Használjon felhatalmazott fiókot; bizonyos mezők és naplók adminisztrátori hozzáférést igényelhetnek. Ne futtasson parancsokat nem megbízható távoli munkamenetben.
Get-CimInstance Win32_Service -Filter "Name='msiserver'" | Select-Object Name,DisplayName,State,StartMode,StartName,ProcessId,PathName
A kimenet különválasztja a belső nevet, a rövid megjelenítési nevet, a jelenlegi állapotot, az indítási módot, a szolgáltatásfiókot, a folyamatazonosítót és a konfigurált indítási parancsot. A konfigurált elérési út nem bizonyíték arra, hogy a folyamat által betöltött minden fájl megbízható.
sc.exe query "msiserver"
sc.exe qc "msiserver"
Használja kifejezetten a sc.exe parancsot a Windows PowerShellben, ahol a rövidebb sc helyesírás más parancsra oldódhat fel. Olvassa le a visszaadott állapotot és konfigurációt, mielőtt eldöntené, mi igényel vizsgálatot. A hozzáférés megtagadását visszatérítő lekérdezés engedélyezési ellenőrzést igényel; a hiányzó szolgáltatást jelentő lekérdezés termék- és telepítésellenőrzést igényel, nem azonnali beállításjegyzék-újjáépítést.
A függőségek és a gazdafolyamat ellenőrzése
Vizsgálja meg mind az előfeltételeket, mind a fordított függőségeket az érintett számítógépen. A RequiredServices listázza a regisztrált előfeltételeket; a DependentServices listázza azokat a szolgáltatásokat, amelyek függőséget deklarálnak ehhez a szolgáltatáshoz. Ezek telepített szolgáltatásvezérlési kapcsolatok, nem pedig minden olyan alkalmazás, ütemezett feladat vagy távoli rendszer kimerítő térképe, amely a funkcióra támaszkodhat.
Get-Service -Name 'msiserver' -RequiredServices
Get-Service -Name 'msiserver' -DependentServices
Használja a megfigyelt ProcessId-t a futó gazdagép azonosításához, és hasonlítsa össze a futtatható fájl elérési útját és aláíróját a Feladatkezelő vagy egy megbízható Microsoft Sysinternals eszköz segítségével. Ha a jelentett folyamatazonosító nulla, vagy nincs futó példány, akkor nincs élő gazdagép, amelyet ezen az értéken keresztül meg lehetne vizsgálni. Ha egy gazdagép több szolgáltatást tartalmaz, annak teljes CPU- vagy memóriahasználata nem rendelhető hozzá ehhez a szolgáltatáshoz kizárólag a folyamat neve alapján.
A folyamatazonosítók újra felhasználhatók. Rögzítse a megfigyelés idejét, és művelet előtt ellenőrizze újra az azonosítót. Ne állítson le egy megosztott Service Hostot egyetlen szolgáltatás teszteléséhez; ez megszakíthatja a többi felügyelt összetevőt.
Célzott hibaelhárítási folyamat
Jegyezze fel a csomag azonosítóját, a telepítési parancsot és a hibaeredményt. Különítse el a csomag saját egyéni műveleti hibáját a telepítőinfrastruktúra elérésének hiányától.
Tekintse át az adott tranzakcióhoz tartozó támogatott részletes telepítési naplót, védve az elérési utakat és a felhasználói adatokat. Kerülje el a többszörös javítási kísérletet, ha már aktív egy telepítés.
A tünet megosztott infrastruktúrának való tulajdonítása előtt azonosítsa a kérelmező alkalmazást vagy Windows-funkciót. Egy szolgáltatás lehet gazdagép vagy közvetítő a máshol kezdeményezett munkához. Hasonlítsa össze az alkalmazáshibát a szolgáltatásvezérlési idővonallal.
- Írja le pontosan a hibaüzenetet adó műveletet, az érintett fiókot, eszközt vagy végpontot, valamint a hiba idejét. Az ablak bezárása előtt őrizze meg a teljes hibaüzenetet.
- Rögzítse a szolgáltatás állapotát és konfigurációját ugyanezen a gépen. Hasonlítsa össze, hogy a funkció hiányzik-e, a házirend megtagadja-e, nem tud-e elindulni, vagy az indulás után hibásodik-e meg.
- Az Eseménynaplóban hasonlítsa össze a Rendszer naplóban lévő Szolgáltatásvezérlő-kezelő bejegyzéseit a megfelelő alkalmazás- vagy funkciócsatornával a rögzített idő környékén. Erősítse meg a szolgáltatót és az üzenet környezetét, mielőtt online talált eseményazonosítót használna.
- Reprodukálja egyszer a cikkben leírt legkisebb támogatott összehasonlítással. Ha az eredmény eltér, rögzítse, hogy melyik szakasz változott, ahelyett, hogy azonnal széles körű visszaállítást alkalmazna.
- Használja a bizonyítékok által indokolt, funkcióspecifikus Microsoft- vagy gyártói javítási utat, majd ismételje meg az eredeti műveletet, és ellenőrizze az eredményét.
Ha nincs releváns szolgáltatásvezérlési hiba, folytassa a funkció vagy az alkalmazás vizsgálatát az újraindítás kényszerítése helyett. Ezzel szemben a szolgáltatásindítási hibához szükség van a tényleges kilépési állapotra és a környező eseményekre; egy általános időtúllépési üzenet önmagában nem azonosít egyetlen javítást sem.
Leállítva, kézi vagy nem található: mit jelent az eredmény
A futás a jelenlegi állapotot írja le; az indítási mód a konfigurációt írja le. Egy manuálisan indított vagy esemény által kiváltott szolgáltatás leállhat a kérések között. Reprodukálja a támogatott funkció működését, és hasonlítsa össze az állapotátmenetet, mielőtt arra a következtetésre jutna, hogy folyamatosan futnia kell.
Ha a szolgáltatás nem található, erősítse meg pontos azonosítóját, a célszámítógépet, és azt, hogy a Windows-funkció telepítve van-e. Ha a hozzáférés megtagadva, őrizze meg a hibát, és ellenőrizze a jogosultságot vagy a felügyeleti házirendet. Ne következtessen a hiányra egyetlen korlátozott nézetből, és ne hozzon létre csere-regisztrációt egy független számítógépről.
Az indítási művelet meghiúsulhat az előfeltételei, a konfigurációja, a fiókjogosultságai, a funkcióállapota vagy az általa elindított összetevő miatt. Kerülje a más Windows-kiadásból vagy lemezképből átmásolt rögzített indítási érték alkalmazását; hasonlítsa össze ezen számítógép tényleges felügyelt alapvonalát.
A magas CPU-, memória-, lemez- vagy hálózati használat vizsgálata
Rögzítsen egy rövid idős sorozatot a tényleges munkaterhelés reprodukálása közben. Különítse el a bejelentkezéshez, beállításhoz, szinkronizáláshoz vagy frissítéshez kapcsolódó rövid sorozatot az ismételten be nem fejeződő munkától. Rögzítse az alkalmazás munkaterhelését és az összehasonlításhoz használt időközt; ez a cikk nem ír elő univerzális biztonságos százalékot vagy küszöbértéket.
Használja a jelenlegi folyamatleképezést és egy megfelelő teljesítményeszközt az erőforrás-tevékenység és a kérelmező funkció összekapcsolásához. Egy megosztott gazdagép munkakészlete nem szolgáltatásonkénti leosztás, és az állapotcímke nem határozza meg, hogy melyik összetevő generált minden lemezműveletet vagy hálózati kérést. Ha az erőforrás-használat megváltozik a támogatott javítás után, ellenőrizze, hogy a funkció továbbra is működik-e, mielőtt ok-okozati összefüggést tulajdonítana neki.
Leállíthatja vagy letilthatja?
A telepítési munka leállítása egy alkalmazást részleges állapotban hagyhat. Ne törölje a telepítőgyorsítótárat, és ne távolítsa el a nem kapcsolódó csomagregisztrációkat.
Egyszerre csak egy támogatott beállítást módosítson, rögzítse az eredeti értéket, és tesztelje újra az eredeti munkafolyamatot. A széles körű összetevő-regisztráció, az adattár törlése vagy a jogosultságok visszaállítása nem helyettesíti a konkrét hibás művelet diagnózisát.
Különböztesse meg a leállítást, az újraindítást és a letiltást mint különböző műveleteket. Az újraindítás megszakítja a jelenlegi munkát; a letiltás megváltoztatja a jövőbeli indítási viselkedést. A módosítás kérésének lehetősége nem jelenti azt, hogy a módosítás biztonságos, támogatott vagy a szervezeti házirend által engedélyezett. Ez a cikk szándékosan a vizsgálati parancsokat adja meg először az univerzális leállítási vagy letiltási parancs helyett.
Helyreállítás, megerősítés és eszkalációs ellenőrzőlista
Jóváhagyott konfigurációmódosítás előtt rögzítse az eredeti indítási beállításokat, a szolgáltatásfiókot, a függőségeket és a vonatkozó funkcióházirendet. Szerezzen be karbantartási ablakot és ismert helyreállítási hozzáférési utat, ha a felhasználók, a tárolás, a hitelesítés vagy a távfelügyelet érintett lehet. Tartsa a biztonsági mentéseket és a hitelesítő adatok helyreállítási anyagát a hivatalos biztonságos helyen, ne egy támogatási átiratban.
Egyszerre csak egy indokolt beállítást módosítson a terméktulajdonos vagy az adminisztrátor támogatott eljárásával. Ha az eredmény rosszabb, állítsa vissza a rögzített konfigurációt ugyanezen a támogatott felügyeleti útvonalon keresztül. Ne találgassa a szolgáltatás jogosultságait, ne cserélje le a szolgáltatásfiókot egy adminisztrátorra, ne importáljon beállításjegyzék-kulcsokat egy másik Windows-buildből, és ne tekintse a működő szolgáltatásindítást az alkalmazás helyreállásának bizonyítékaként.
Erősítse meg a helyreállítást az eredeti művelet megismétlésével, az eredmény ellenőrzésével, valamint a szolgáltatás- és alkalmazásesemények összehasonlításával ugyanolyan típusú munkaterhelés mellett. Ellenőrizze, hogy a függő funkciók továbbra is működnek-e, és a tünet nem tér-e vissza azonnal. Ha az ok továbbra is tisztázatlan, őrizze meg a sikertelen tesztet bizonyítékként a romboló javítások megismétlése helyett.
- Adja meg a szolgáltatás azonosítóját és a tényleges példány nevét, a Windows kiadását/buildjét, az érintett funkciót, valamint azt, hogy az eszköz felügyelt-e.
- Adja meg az időbélyeggel ellátott szolgáltatásállapotot, a függőségi kimenetet, a pontos alkalmazáshibát, valamint a vonatkozó esemény-szolgáltatót és üzenetet.
- Adja meg a legkisebb reprodukciót, a megkísérelt támogatott módosításokat és azok megfigyelt eredményeit.
- Megosztás előtt cenzúrázza a jelszavakat, helyreállítási kulcsokat, hozzáférési jogkivonatokat, titkos kulcsokat, személyes fájltartalmakat és a felesleges azonosítókat.
Források és ellenőrzés
Szerkesztői jogtulajdonos: Feex. Független felülvizsgálati dátum nincs rögzítve. Hogyan kutatunk.
- Microsoft: Windows IoT Enterprise szolgáltatási útmutató · Pontos szolgáltatássor: (msiserver). Windows 10/11 IoT Enterprise hatókör; nem univerzális konfigurációs javaslat.
- Microsoft: Windows szolgáltatások architekturája · Szolgáltatási életciklus és felügyeleti architektúra; az alábbi diagnosztikai értelmezés a Feex szerkesztőségi útmutatása.
- Microsoft: Win32_Service tulajdonságok · Az állapot, az indítási mód, a szolgáltatás identitása, a folyamat-azonosító és a konfigurált futtatható fájl elérési útjának definíciói.
- Microsoft: Get-Service · Csak olvasható szolgáltatásfelderítés és függőségellenőrzés. A példák a Windows PowerShellt célozzák.
- Microsoft: sc.exe lekérdezés · Szolgáltatásállapot-kimenet és szolgáltatásnév-szintaxis.
- Enable Windows Installer logging · Funkcióspecifikus vizsgálati hivatkozás; kövesse a megadott termék- és verziókört.
Hasznos volt ez a cikk?
Egy igen vagy nem is elég. Válasszon egy indokot, ha szeretne, vagy írjon egy rövid megjegyzést.
Köszönjük. Ez segít az oldal fejlesztésében.