Kalo te përmbajtja

Menaxhimi i Aplikacioneve (AppMgmt)

Shërbim i WindowsMicrosoft

I quajtur gjithashtu AppMgmt, Menaxhimi i Aplikacioneve

Mbështet instalimin dhe heqjen e softuerit përmes mekanizmave të menaxhimit të aplikacioneve të ndërmarrjes.

Çfarë duhet të dini

Mbështet instalimin dhe heqjen e softuerit përmes mekanizmave të menaxhimit të aplikacioneve të ndërmarrjes.

Ndryshimi i shërbimit mund të prishë vendosjen e softuerit të menaxhuar nga politika. Kërko nga pronari i vendosjes të korrigjojë caktimin në vend që të anashkalojë menaxhimin.

Çfarë bën Menaxhimi i Aplikacioneve?
Mbështet instalimin dhe heqjen e softuerit përmes mekanizmave të menaxhimit të aplikacioneve të ndërmarrjes.
A mund ta çaktivizoj Menaxhimin e Aplikacioneve?
Ndryshimi i shërbimit mund të prishë vendosjen e softuerit të menaxhuar nga politika. Kërko nga pronari i vendosjes të korrigjojë caktimin në vend që të anashkalojë menaxhimin. Konfirmo veçorinë e instaluar dhe politikën e saj efektive para se të ndryshosh sjelljen e nisjes.
Pse është ndalur Menaxhimi i Aplikacioneve?
Gjendja dhe konfigurimi i nisjes janë të ndryshme. Një komponent me nisje me kërkesë mund të ndalet mes kërkesave; hetoni funksionimin real të veçorisë dhe çdo gabim të kontrollit të shërbimit.
A është i sigurt një proces që përdor Menaxhimin e Aplikacioneve?
Kontrolloni skedarin aktual në punë, nënshkruesin, rrugën dhe sjelljen e tij. Një emër i njohur shërbimi ose një skedar përputhës vetëm nuk mund të vërtetojë sigurinë.

Çfarë bën ky shërbim dhe kur duhet hetuar

Mbështet instalimin dhe heqjen e softuerit përmes mekanizmave të menaxhimit të aplikacioneve të ndërmarrjes.

Hetoni këtë shërbim kur gjendja e tij ose provat e ngjarjeve përkojnë me veçorinë e prekur. Një emër i ngjashëm në Menaxherin e Detyrave, një mostër e vetme e përdorimit të burimeve ose një gjendje e ndalur pa një ngarkesë pune që dështon nuk përbën diagnozë. Filloni me operacionin e saktë të përshkruar më poshtë dhe mbani të disponueshëm konfigurimin origjinal të sistemit për krahasim.

Edicionet e Windows, emrat e shërbimeve dhe supozimet e nisjes

Për këtë shërbim të saktë, tabela e referuar e IoT Enterprise regjistron një kategori nisjeje Manual. Ky është një shembull i dokumentuar për mjedisin e specifikuar IoT, jo një matje e kompjuterit tuaj. Krahasoni StartMode lokale dhe politikën e menaxhimit efektiv para se të trajtoni një ndryshim si gabim.

Tabela e shërbimeve të IoT Enterprise të Microsoft e identifikon këtë komponent sipas identifikuesit të tij të shërbimit. Kjo tabelë mbulon pajisjet me funksion fiks Windows IoT Enterprise, duke përfshirë variantet e dokumentuara të Windows 10 dhe Windows 11. Udhëzimet e saj për nisjen dhe çaktivizimin kufizohen në ato skenarë; nuk është një rekomandim i përgjithshëm akordimi për Windows të konsumatorëve, çdo imazh ndërmarrjeje ose çdo instalim të Windows Server.

Disponueshmëria e shërbimit mund të varet nga edicioni i instaluar, versioni, veçoritë opsionale, konteksti i llogarisë dhe konfigurimi organizativ. Përdorni winver ose inventarin tuaj të menaxhuar për të regjistruar versionin e instaluar. Krahasojeni atë me fushëveprimin e produktit në faqet e lidhura të Microsoft. Nëse një burim diskuton një edicion tjetër ose një bazë më të vjetër të Windows Server, përdoreni atë për të kuptuar veçorinë në vend që të kopjoni cilësimet e saj të paracaktuara.

Përdorni identifikuesin e shërbimit në vend që të mbështeteni vetëm te një emër i përkthyer shfaqjeje. Disa shërbime të ngjashme mund të kenë emra të ngjashëm miqësorë. Një regjistrim i munguar mund të tregojë një veçori të padisponueshme ose të painstaluar; nuk është provë se shërbimi duhet të ringrihet ose të shkarkohet.

Inspektoni regjistrimin aktual përpara se ta ndryshoni atë

Shembujt e mëposhtëm janë komanda lokale inspektimi vetëm për lexim për Windows PowerShell. Ato nuk instalojnë, ndalojnë, rinisin, mundësojnë ose çaktivizojnë një shërbim. Përdorni një llogari të autorizuar; disa fusha dhe regjistra mund të kërkojnë qasje administrative. Mos ekzekutoni komanda në një sesion të pasigurt në distancë.

Get-CimInstance Win32_Service -Filter "Name='AppMgmt'" | Select-Object Name,DisplayName,State,StartMode,StartName,ProcessId,PathName

Prodhimi ndan emrin e brendshëm, emrin miqësor të shfaqjes, gjendjen aktuale, modalitetin e nisjes, llogarinë e shërbimit, identifikuesin e procesit dhe komandën e konfiguruar të nisjes. Një rrugë e konfiguruar nuk është provë se çdo skedar i ngarkuar nga procesi është i besueshëm.

sc.exe query "AppMgmt"

sc.exe qc "AppMgmt"

Përdorni sc.exe në mënyrë eksplicite në Windows PowerShell, ku shkrimi më i shkurtër sc mund të zgjidhet në një komandë tjetër. Lexoni gjendjen dhe konfigurimin e kthyer para se të vendosni se çfarë ka nevojë për hetim. Një pyetje që kthen refuzim qasjeje kërkon një kontroll autorizimi; një pyetje që raporton një shërbim të munguar kërkon një kontroll produkti dhe instalimi, jo rindërtim të menjëhershëm të regjistrit.

Kontrolloni varësitë dhe procesin pritës

Inspektoni si parakushtet ashtu edhe varësitë e anasjellta në kompjuterin e prekur. RequiredServices liston parakushtet e regjistruara; DependentServices liston shërbimet që deklarojnë një varësi nga ky. Këto janë marrëdhënie të instaluara të kontrollit të shërbimit, jo një hartë shteruese e çdo aplikacioni, detyre të planifikuar ose sistemi në distancë që mund të mbështetet te kjo veçori.

Get-Service -Name 'AppMgmt' -RequiredServices

Get-Service -Name 'AppMgmt' -DependentServices

Përdorni ProcessId e vëzhguar për të identifikuar një pritës që ekzekutohet, dhe krahasoni rrugën e tij të ekzekutueshme dhe nënshkruesin duke përdorur Menaxherin e Detyrave ose një mjet të besueshëm Microsoft Sysinternals. Nëse ID e procesit të raportuar është zero ose nuk ka asnjë instancë në ekzekutim, nuk ka asnjë pritës të gjallë për t'inspektuar përmes kësaj vlere. Nëse një pritës përmban disa shërbime, përdorimi i tij i përgjithshëm i CPU-së ose kujtesës nuk mund t'i caktohet këtij shërbimi vetëm nga emri i procesit.

Identifikuesit e procesit mund të ripërdoren. Regjistroni kohën e vëzhgimit dhe rikontrolloni identifikuesin para se të ndërmerrni veprime. Mos e ndaloni një Pritës të përbashkët shërbimi për të testuar një shërbim të vetëm; kjo mund të ndërpresë komponentë të tjerë të strehuar.

Një sekuencë e përqendruar zgjidhjeje problemesh

Përcakto nëse instalimi i dështuar vjen nga politika e softuerit të organizatës ose nga një instalues i pavarur. Kap caktimin e vendosjes dhe llogarinë e prekur.

Krahaso zbatimin e politikës me regjistrin e instalimit dhe versionin e produktit që po caktohet. Një paketë e caktuar në qendër që mungon nuk është automatikisht një defekt i shërbimit të instaluesit.

Identifikoni aplikacionin kërkues ose veçorinë e Windows përpara se t'i atribuoni një simptomë infrastrukturës së përbashkët. Një shërbim mund të jetë një pritës ose ndërmjetës për punën e iniciuar diku tjetër. Krahasoni dështimin e aplikacionit me afatin kohor të kontrollit të shërbimit.

  1. Shkruani operacionin e saktë që dështon, llogarinë e prekur, pajisjen ose pikën përfundimtare, dhe kohën kur dështoi. Mbani tekstin e plotë të gabimit para se të mbyllni dritaren.
  2. Kapni gjendjen dhe konfigurimin e shërbimit në të njëjtin kompjuter. Krahasoni nëse veçoria mungon, refuzohet nga politika, nuk mund të niset ose dështon pasi të jetë nisur.
  3. Në Event Viewer, krahasoni hyrjet e Menaxherit të Kontrollit të Shërbimit në regjistrin e Sistemit me kanalin përkatës të aplikacionit ose veçorisë rreth kohës së regjistruar. Konfirmoni ofruesin dhe kontekstin e mesazhit para se të përdorni një ID ngjarjeje të gjetur në internet.
  4. Riprodhoni një herë me krahasimin më të vogël të mbështetur të përshkruar në këtë artikull. Nëse rezultati ndryshon, regjistroni se cila fazë ndryshoi në vend që të aplikoni menjëherë një rivendosje të gjerë.
  5. Përdorni rrugën e riparimit të Microsoft ose shitësit specifik për veçorinë të arsyetuar nga provat, pastaj përsëritni operacionin origjinal dhe verifikoni rezultatin e tij.

Nëse nuk ka asnjë gabim përkatës të kontrollit të shërbimit, vazhdoni me hetimin e veçorisë ose aplikacionit në vend që të detyroni një rinisje. Anasjelltas, një dështim i nisjes së shërbimit ka nevojë për statusin e tij aktual të daljes dhe ngjarjet përreth; një mesazh i përgjithshëm kohëpragu i vetëm nuk identifikon një riparim të vetëm.

I ndalur, manual ose i pagjetur: çfarë do të thotë rezultati

Ekzekutimi përshkruan gjendjen aktuale; modaliteti i nisjes përshkruan konfigurimin. Një shërbim i nisur manualisht ose i shkaktuar nga ngjarjet mund të ndalet midis kërkesave. Riprodhoni operacionin e mbështetur të veçorisë dhe krahasoni kalimin e gjendjes para se të arrini në përfundimin se ai duhet të mbetet në ekzekutim gjatë gjithë kohës.

Nëse shërbimi nuk gjendet, konfirmoni identifikuesin e tij të saktë, kompjuterin e synuar dhe nëse veçoria e tij e Windows është instaluar. Nëse qasja refuzohet, ruani gabimin dhe kontrolloni autorizimin ose politikën e menaxhimit. Mos nxirrni përfundime për mungesën nga një pamje e kufizuar dhe mos krijoni një regjistrim zëvendësues nga një PC i palidhur.

Një operacion nisjeje mund të dështojë për shkak të parakushteve të tij, konfigurimit, lejeve të llogarisë, gjendjes së veçorisë ose komponentit që ai nis. Shmangni aplikimin e një vlere fikse nisjeje të kopjuar nga një edicion ose imazh tjetër i Windows; krahasoni bazën aktuale të menaxhuar për këtë kompjuter.

Hetimi i përdorimit të lartë të CPU-së, kujtesës, diskut ose rrjetit

Kapni një seri kohore të shkurtër gjährend që riprodhoni ngarkesën aktuale të punës. Ndani një shpërthim të shkurtër që shoqërohet me hyrjen, instalimin, sinkronizimin ose një përditësim nga puna që dështon vazhdimisht të përfundojë. Regjistroni ngarkesën e punës të aplikacionit dhe intervalin e përdorur për krahasim; ky artikull nuk parashikon një përqindje universale të sigurt ose prag kujtese.

Përdorni hartografimin aktual të procesit dhe një mjet të përshtatshëm performance për të lidhur aktivitetin e burimeve me veçorinë kërkuese. Seti i punës i një pritësi të përbashkët nuk është një alokim për çdo shërbim, dhe një etiketë statusi nuk përcakton se cili komponent gjeneroi çdo operacion disku ose kërkesë rrjeti. Nëse përdorimi i burimeve ndryshon pas një riparimi të mbështetur, verifikoni që veçoria ende punon para se t'i atribuoni shkakësinë.

A mund ta ndaloni ose çaktivizoni atë?

Ndryshimi i shërbimit mund të prishë vendosjen e softuerit të menaxhuar nga politika. Kërko nga pronari i vendosjes të korrigjojë caktimin në vend që të anashkalojë menaxhimin.

Nëndryshoni një cilësim të mbështetur në të njëjtën kohë, regjistroni vlerën origjinale dhe provoni përsëri rrjedhën e punës origjinale. Regjistrimi i gjerë i komponentëve, fshirja e depos ose rivendosjet e lejeve nuk janë zëvendësim për një diagnozë të operacionit specifik që dështoi.

Trajtoni ndalimin, rinisjen dhe çaktivizimin si operacione të ndryshme. Një rinisje ndërpret punën aktuale; çaktivizimi ndryshon sjelljen e ardhshme të nisjes. Aftësia për të kërkuar një ndryshim nuk vërteton se ndryshimi është i sigurt, i mbështetur ose i lejuar nga politika organizative. Ky artikull jep qëllimisht komanda inspektimi në fillim në vend të një komande universale ndalimi ose çaktivizimi.

Rimëkëmbja, konfirmimi dhe një listë kontrolli përshkallëzimi

Para një ndryshimi të miratuar të konfigurimit, regjistroni cilësimet origjinale të nisjes, llogarinë e shërbimit, varësitë dhe politikën përkatëse të veçorisë. Merrni një dritare mirëmbajtjeje dhe një rrugë të njohur qasjeje rimëkëmbjeje kur përdoruesit, hapësira ruajtëse, vërtetimi ose administrimi në distancë mund të preken. Mbani kopje rezervë dhe material për rimëkëmbjen e kredencialeve në vendndodhjen e tyre të sigurt të autorizuar, jo në një transkript mbështetjeje.

Ndryshoni një cilësim të arsyetuar në të njëjtën kohë duke përdorur procedurën e mbështetur të pronarit të produktit ose administratorit. Nëse rezultati është më i keq, riktheni konfigurimin e regjistruar përmes kësaj rruge të njëjtë të mbështetur menaxhimi. Mos merrni me mend lejet e shërbimit, mos zëvendësoni llogarinë e shërbimit me një administrator, mos importoni çelësa regjistri nga një version tjetër i Windows ose mos trajtoni nisjen e një shërbimi funksional si provë që aplikacioni u rimëkëmb.

Konfirmoni rimëkëmbjen duke përsëritur operacionin origjinal, duke kontrolluar rezultatin e tij dhe duke krahasuar ngjarjet e shërbimit dhe aplikacionit mbi të njëjtin lloj ngarkese pune. Verifikoni që funksionet e varura ende punojnë dhe se simptoma nuk kthehet menjëherë. Nëse shkaku mbetet i paqartë, ruani testin e pasuksesshëm si provë në vend që të provoni përsëri riparime shkatërruese.

  • Përfshini identifikuesin e shërbimit dhe emrin e instancës aktuale, edicionin/versionin e Windows, veçorinë e prekur dhe nëse pajisja është e menaxhuar.
  • Përfshini gjendjen e shërbimit me vulë kohore, daljen e varësisë, gabimin e saktë të aplikacionit dhe ofruesin dhe mesazhin përkatës të ngjarjes.
  • Përfshini riprodhimin më të vogël, ndryshimet e mbështetura të provuara dhe rezultatet e tyre të vëzhguara.
  • Redaktoni fjalëkalimet, çelësat e rimëkëmbjes, tokenët e qasjes, çelësat privatë, përmbajtjen e skedarëve personalë dhe identifikuesit e panevojshëm para se të shpërndani regjistrat.

Burimet dhe verifikimi

Pronësia editoriale: Feex. Nuk është regjistruar asnjë datë shqyrtimi të pavarur. Si hulumtojmë.

A ishte i dobishëm ky artikull?

Një po ose jo mjafton. Zgjidhni një arsye nëse dëshironi, ose shtoni një shënim të shkurtër.

A ishte i dobishëm ky artikull?