„Windows“ derinimo įrankiai: BSOD diagnostika ir taisymas. „Windows“ derinimo įrankiai: BSOD diagnostika ir taisymas Nuotolinio serverio kūrimas

Tokio tipo gedimai dažniausiai siejami su sugedusia tvarkykle, kurią gali būti sunku tiksliai nustatyti. Tačiau patobulinta klaidų sekimo sistema Windows Vista (ir ne tik Vista!) dažnai gali nuvesti prie probleminio failo. Todėl dauguma žmonių nustoja įnirtingai bandyti dirbti nestabiliu kompiuteriu, paranojiškai taupydami dokumentus ir tikėdamiesi geriausio.

Kai „Windows“ sugenda, paprastai sukuriamas vadinamasis „atminties išmetimas“. Pastarąjį galima ištirti naudojant nemokamus „Windows“ derinimo įrankius, kurie gali nurodyti problemos šaltinį. Todėl viskas, ką jums reikia padaryti, tai:

Atsisiųskite sau derinimo įrankį

„Windows“ derinimo įrankius galite atsisiųsti tiesiai iš „Microsoft“ svetainės. Programa veikia su daugeliu Operacinės sistemos, pradedant Windows NT 4 ir baigiant Windows 2008, todėl su ja problemų neturėtų kilti. Taip, negalima sakyti, kad jis yra stabilus Windows 7 RC, bet pagal mūsų testus jis vis tiek veikia. Todėl net bandymas diagnozuoti problemą naudojant „Windows 7 RC“ gali būti sėkmingas.

Sukonfigūruokite savo sistemą

Avarinių situacijų metu jūsų kompiuteris turi sukurti atminties išklotines, kurios vėliau bus derinimo priemonės informacijos šaltinis. Todėl svarbu, kad „Windows“ būtų sukonfigūruota generuoti sąvartynus. Norėdami sukonfigūruoti operacinę sistemą, dešiniuoju pelės mygtuku spustelėkite Jūsų kompiuteris (kompiuteris) ir pasirinkite Ypatybės (Ypatybės). Tada spustelėkite skirtuką Išplėstiniai sistemos nustatymai, jame raskite poskyrį Paleisties ir atkūrimo nustatymai ir įsitikinkite, kad parinktis Rašyti derinimo informaciją nustatyta į Branduolio atminties išrašymas ) arba Užbaigti atminties išrašymą.

Tada spustelėkite Pradėti, eikite į Programos (Visos programos), pasirinkite Debugging Tools ir paleiskite WinDbg. Programoje eikite į meniu Failas ir pasirinkite Simbolio failo kelias... Tada atsidariusiame lange parašykite šią eilutę:

SRV*c:\symbols*http://msdl.microsoft.com/download/symbols

Pastarasis apibrėžia kelią iki specialių duomenų – vadinamųjų „simbolių“ (simbolių), kurie gali padėti derinimo įrankiui identifikuoti sudužusį failą.

Įvedę eilutę, spustelėkite mygtuką Gerai. Vėliau, dirbant su derintuvu, ši eilutė paskatins simbolius atsisiųsti iš msdl.microsoft.com ir išsaugoti aplanke c:\symbols.

Išspręskite savo problemą

Dabar palaukite dar vieno mėlynojo ekrano gedimo ir vėlesnio kompiuterio paleidimo iš naujo. Tada dar kartą paleiskite WinDbg (Vista naudotojai turi paleisti programą kaip administratorius), spustelėkite meniu Failas, pasirinkite Open Crash Dump, atidarykite failą \Windows\MEMORY.DMP ir programa iškart pradės jį analizuoti.

Deja, „WinDbg“ pateikia labai mažai informacijos apie tai, ką ji daro, todėl galite net pagalvoti, kad programa užstrigo. Tačiau palaukite. Supraskite, kad, tarkime, 4 GB atminties analizavimas ne itin galingame kompiuteryje gali užtrukti šiek tiek laiko, iki valandų. Todėl būkite kantrūs, verčiau palikite analizę per naktį.

Tačiau dažniausiai rezultatas pasiekiamas per kelias minutes. Tai liudija „Bugcheck Analysis“ eilutė, kuri sako kažką panašaus į „Tikriausiai sukėlė: UACReplace.sys“. Išvertus į rusų kalbą, tai reiškia, kad problemą gali sukelti failas UACReplace.sys. Įveskite jį į paieškos juostą, pavyzdžiui, Google ir sužinosite tikrąją jo kilmę. Visų pirma, jei jis priklauso vienai iš jūsų įdiegtų programų arba įdiegta tvarkyklė, tada galite tiesiog pabandyti jį atnaujinti arba jį. Galbūt tai išspręs jūsų problemas.

Turiu pasakyti, kad kartais WinDbg negali pavadinti failo arba tiesiog pasirenka vieną iš Windows DLL. Jei taip nutiko jums, tiesiog spustelėkite komandų langą virš būsenos juostos ir įveskite komandą:

Po to paspauskite Enter. Tai suteiks jums išsamesnę ataskaitą, kurioje gali būti informacijos apie galimos priežastys tavo bėdos.

Jei šį kartą nepasisekė, nenusiminkite. Derinimas yra gana sunkus net ekspertams. Taigi tiesiog uždarykite WinDbg ir paleiskite analizatorių dar kartą po kitos avarijos. Galbūt tai suteiks jums daugiau informacijos. Sėkmės!

Norint nustatyti mėlynų ekranų (BSOD) priežastis, būtina išanalizuoti atminties ištrynimą. Daugeliu atvejų pakanka mini dump, kurį sistema sukuria kritinių klaidų atveju.
Šiame straipsnyje yra žingsnis po žingsnio instrukcija WinDBG diegimui ir konfigūravimui - galingas derinimo įrankis, leidžiantis nustatyti tikrąją BSOD priežastį.

1 veiksmas – mažos atminties iškelties įrašymo nustatymas

2 veiksmas – „WinDBG“ diegimas

Norėdami analizuoti atminties iškrovas, turėsite įdiegti „WinDBG“ derinimo priemonę, kuri yra įtraukta į „Windows“ SDK. Rašymo metu naujausios galimos Windows versijos SDK:

Windows 10 SDK (atsisiųskite internetinę diegimo programą)
Windows 8.1 SDK (atsisiųskite internetinę diegimo programą)

3 veiksmas – .dmp failų susiejimas su WinDBG

Susiekite savo .dmp failus su WinDBG, kad būtų lengviau skaityti ir analizuoti atminties išklotus. Tai leis jums atidaryti iškeliamus failus iš Explorer tiesiogiai WinDBG, apeinant preliminarų paleidimą.

4 veiksmas – Simbolių serverio nustatymas derinimo simbolių failams gauti

WinDBG diegimas ir pradinė konfigūracija baigta. Norėdami jį pakeisti išvaizda galite eiti į meniu peržiūrėti- šrifto nustatymus rasite pasirinkę elementą Šriftas ir konsolės lango nustatymus Galimybės.

Esant kritiniam gedimui, Windows operacinė sistema nustoja veikti ir rodo mėlyną mirties ekraną (BSOD). RAM turinys ir visa informacija apie įvykusią klaidą įrašoma į ieškos failą. Kitą kartą paleidžiant „Windows“, sukuriamas strigčių išvadas su derinimo informacija, pagrįsta išsaugotais duomenimis. Sistemos įvykių žurnale sukuriamas lemtingos klaidos įrašas.

Dėmesio! Avarijos iškraunama nesukuriama, jei disko posistemis sugedo arba jei pradiniame Windows įkrovos etape įvyko kritinė klaida.

„Windows“ gedimų išvadų tipai

Kaip pavyzdį naudodami dabartinę „Windows 10“ operacinę sistemą („Windows Server 2016“), pažvelkime į pagrindinius atminties ištrynimų tipus, kuriuos sistema gali sukurti:

Mažoji atminties išvestis (maža atminties išvestis)(256 KB). Šio tipo failuose yra minimalus informacijos kiekis. Jame yra tik BSOD klaidos pranešimas, informacija apie tvarkykles, procesus, kurie buvo aktyvūs gedimo metu, ir kuris procesas ar branduolio gija sukėlė gedimą.
Branduolio atminties iškrovimas. Paprastai maža, trečdalis fizinės atminties. Branduolio atminties išrašas yra išsamesnis nei mini dump. Jame yra informacijos apie tvarkykles ir branduolio režimo programas, „Windows“ branduoliui ir aparatinės įrangos abstrakcijos sluoksniui (HAL) skirtą atmintį bei tvarkyklėms ir kitoms branduolio režimo programoms skirtą atmintį.
Visiškas atminties iškrovimas. Didžiausias dydis ir jam reikalinga atmintis, lygi jūsų sistemos RAM ir 1 MB, reikalingo Windows šiam failui sukurti.
Automatinis atminties išmetimas. Informacijos požiūriu atitinka branduolio atminties iškrovimą. Jis skiriasi tik tuo, kiek vietos sunaudojama iškelto failo kūrimui. Šio tipo failas neegzistavo sistemoje „Windows 7“. Jis buvo pridėtas sistemoje „Windows 8“.
Aktyvus atminties išmetimas. Šis tipas filtruoja elementus, kurie negali nustatyti sistemos gedimo priežasties. Tai buvo pridėta sistemoje „Windows 10“ ir yra ypač naudinga, jei naudojate virtualią mašiną arba jei jūsų sistema yra „Hyper-V“ priegloba.

Kaip įjungti atminties ištrynimo generavimą sistemoje „Windows“?

Naudodami „Win + Pause“, atidarykite sistemos nustatymų langą, pasirinkite „ Papildomi sistemos nustatymai" (Išplėstiniai sistemos nustatymai). Skirtuke " Papildomai" (Išplėstinė), skyrių "" (Paleistis ir atkūrimas), spustelėkite mygtuką " Galimybės» (Nustatymai). Atsidariusiame lange sukonfigūruokite veiksmus sistemos gedimo atveju. Pažymėkite langelį " Įrašykite įvykius į sistemos žurnalą» (Įrašykite įvykį į sistemos žurnalą), pasirinkite iškelties tipą, kuris bus generuojamas, kai sistema užstringa. Jei žymimajame laukelyje " Pakeiskite esamą iškelties failą» (Perrašyti bet kurį esamą failą) pažymėkite langelį, failas bus perrašytas kiekvienos gedimo metu. Geriau atžymėti šį langelį, tada turėsite daugiau informacijos analizei. Taip pat išjunkite automatinį sistemos paleidimą iš naujo (Automatiškai paleisti iš naujo).

Daugeliu atvejų, norint išanalizuoti BSOD priežastį, pakaks nedidelio atminties ištrynimo.

Dabar, jei įvyksta BSOD, galite analizuoti iškelties failą ir rasti gedimų priežastį. Minidump pagal numatytuosius nustatymus saugomas aplanke %systemroot%\minidump. Norėdami išanalizuoti iškelties failą, rekomenduoju naudoti programą WinDBG(„Microsoft“ branduolio derinimo priemonė).

„WinDBG“ diegimas sistemoje „Windows“.

Naudingumas WinDBGįtrauktas į " Windows 10 SDK» (Windows 10 SDK). .

Failas vadinamas winsdksetup.exe, dydis 1,3 MB.

Paleiskite diegimą ir pasirinkite, ar įdiegti paketą šiame kompiuteryje, ar atsisiųsti jį, kad galėtumėte jį įdiegti kituose kompiuteriuose. Įdiekite paketą vietiniame kompiuteryje.

Galite įdiegti visą paketą, bet norėdami įdiegti tik derinimo įrankį, pasirinkite Derinimo įrankiai, skirti „Windows“..

Įdiegę „WinDBG“ sparčiuosius klavišus galite rasti pradžios meniu.

.dmp failų susiejimo su WinDBG nustatymas

Norėdami atidaryti iškeltos failus vienu paspaudimu, susiekite .dmp plėtinį su WinDBG programa.

Atviras komandinė eilutė kaip administratorių ir paleiskite komandas 64 bitų sistemai: cd C:\Program Files (x86)\Windows Kits\10\Debuggers\x64
windbg.exe –IA
32 bitų sistemai:
C:\Programų failai (x86)\Windows Kits\10\Debuggers\x86
windbg.exe –IA
Dėl to failų tipai: .DMP, .HDMP, .MDMP, .KDMP, .WEW bus susieti su WinDBG.

Derinimo simbolių serverio nustatymas WinDBG

Derinimo simboliai (derinimo simboliai arba simbolių failai) yra duomenų blokai, sugeneruoti kompiliuojant programą kartu su vykdomuoju failu. Tokiuose duomenų blokuose yra informacija apie kintamųjų pavadinimus, vadinamus funkcijomis, bibliotekomis ir kt. Šių duomenų nereikia vykdant programą, bet praverčia ją derinant. „Microsoft“ komponentai yra sudaryti naudojant simbolius, platinamus per „Microsoft Symbol Server“.

Nustatykite „WinDBG“, kad galėtumėte naudoti „Microsoft Symbol Server“:

Atidarykite WinDBG;
Eikite į meniu failą –> Simbolių failo kelias;
Parašykite eilutę su URL, skirtu derinimo simbolių atsisiuntimui iš „Microsoft“ svetainės, ir aplanką talpyklos išsaugojimui: SRV*E:\Sym_WinDBG*http://msdl.microsoft.com/download/symbols Pavyzdyje atsisiunčiama talpykla. į aplanką E:\Sym_WinDBG, galite nurodyti bet kurį.
Nepamirškite išsaugoti meniu pakeitimų failą–>Išsaugoti darbo erdvę;

WinDBG ieškos simbolių vietiniame aplanke ir, jei jame neras reikiamų simbolių, automatiškai atsisiųs simbolius iš nurodytos svetainės. Jei norite pridėti savo simbolių aplanką, galite tai padaryti taip:

SRV*E:\Sym_WinDBG*http://msdl.microsoft.com/download/symbols;c:\Symbols

Jei nėra interneto ryšio, pirmiausia atsisiųskite simbolių paketą iš Windows simbolių paketų šaltinio.

„WinDBG“ gedimų analizė

„WinDBG“ derintuvas atidaro iškelties failą ir įkelia reikiamus simbolius derinimui iš vietinis aplankas arba iš interneto. Šio proceso metu negalite naudoti WinDBG. Lango apačioje (debugger komandinėje eilutėje) pasirodo užrašas Debugee neprijungtas.

Komandos įvedamos į komandų eilutę, esančią lango apačioje.

Svarbiausia atkreipti dėmesį į klaidos kodą, kuris visada nurodomas šešioliktaine reikšme ir atrodo taip 0xXXXXXXXXX(nurodyta viename iš variantų - STOP:, 2019-02-07 0008F, 0x8F). Mūsų pavyzdyje klaidos kodas yra 0x139.

Derinimo programa ragina vykdyti komandą analizuoti -v, tiesiog užveskite pelės žymeklį ant nuorodos ir spustelėkite. Kam skirta ši komanda?

Ji atlieka preliminarią atminties iškelties analizę ir pateikia išsamią informaciją analizei pradėti.
Ši komanda parodys STOP kodą ir simbolinį klaidos pavadinimą.
Tai rodo komandų, dėl kurių įvyko avarija, iškvietimų krūvą.
Be to, čia rodomas IP adresas, proceso ir registro gedimai.
Komanda gali pateikti paruoštas rekomendacijas, kaip išspręsti problemą.

Pagrindiniai dalykai, į kuriuos turėtumėte atkreipti dėmesį analizuodami, įvykdę komandą !analyze -v (sąrašas nebaigtas).

1: kd> !analyse -v

* *
*Kriktų analizė*
* *
*****************************************************************************
Simbolinis STOP klaidos pavadinimas (BugCheck)
KERNEL_SECURITY_CHECK_FAILURE (139)
Klaidos aprašymas (branduolio komponentas sugadino svarbią duomenų struktūrą. Dėl šio pažeidimo užpuolikas gali perimti šio įrenginio valdymą):

Branduolio komponentas sugadino svarbią duomenų struktūrą. Sugadinimas gali leisti kenkėjiškam vartotojui valdyti šį įrenginį.
Klaidos argumentai:

Argumentai:
Arg1: 0000000000000003, LIST_ENTRY buvo sugadintas (t. y. dvigubas pašalinimas).
Arg2: ffffd0003a20d5d0, fiksavimo rėmelio adresas išimties, sukėlusios riktą
Arg3: ffffd0003a20d528, išimties, sukėlusios riktą, įrašo adresas
Arg4: 0000000000000000, rezervuota
Derinimo informacija:
------------------

Skaitiklis rodo, kiek kartų sistema sudužo su panašia klaida:

CUSTOMER_CRASH_COUNT: 1

DEFAULT_BUCKET_ID: FAIL_FAST_CORRUPT_LIST_ENTRY

STOP klaidos kodas sutrumpintu formatu:

BUGCHECK_STR: 0x139

Procesas, kuris užstrigo (nebūtinai klaidos priežastis, tiesiog šis procesas buvo vykdomas atmintyje gedimo metu):

PROCESS_NAME: sqlservr.exe

Klaidos kodo iššifravimas: sistema aptiko dėklo buferio perpildymą šioje programoje, todėl užpuolikas gali perimti šios programos valdymą.

KLAIDOS_KODAS: (NTSTATUS) 0xc0000409 – Sistema aptiko krūvos buferio viršijimą šioje programoje. Šis viršijimas gali leisti kenkėjiškam vartotojui valdyti šią programą.
EXCEPTION_CODE: (NTSTATUS) 0xc0000409 – Sistema aptiko krūvos buferio viršijimą šioje programoje. Šis viršijimas gali leisti kenkėjiškam vartotojui valdyti šią programą.

Paskutinis skambutis ant krūvos:

LAST_CONTROL_TRANSFER: iš fffff8040117d6a9 į fffff8040116b0a0

Skambučių krūva gedimo metu:

STACK_TEXT:
ffffd000`3a20d2a8 fffff804`0117d6a9: 00000000`00000139 00000000`00000003 ffffd000`3a20d5d0 ffffd000KeB28:20d!
ffffd000`3a20d2b0 fffff804`0117da50: ffffe000`f3ab9080 ffffe000`fc37e001 ffffd000`3a20d5d0 fffff804`0116e2a2: nt!xkiisBpatch nt!
ffffd000`3a20d3f0 fffff804`0117c150: 00000000`00000000 00000000`00000000 00000000`00000000 00000000 000000000 000000000 000000000 000000000 000000000
ffffd000`3a20d5d0 fffff804`01199482: ffffc000`701ba270 ffffc000`00000001 000000ea`73f68040 ffffff804`00000curities!KRahe+F00006
ffffd000`3a20d760 fffff804`014a455d: 00000000`00000001 ffffd000`3a20d941 ffffe000`fcacb000 ffffd000`3a20d951: ?? ::FNODOBFM::`string"+0x17252
ffffd000`3a20d8c0 fffff804`013a34ac: 00000000`00000004 00000000`00000000
ffffd000`3a20d990 fffff804`0117d313: ffffffff`ffffffe 00000000`00000000 00000000`00000000 000000eb`a0cf1380:6Fintle+0txrite
ffffd000`3a20da90 00007ffb`475307da: 00000000`00000000 00000000`00000000 00000000`00000000 000000000 000000000 000000000 000000000 000000000 000000000
000000ee'f25ed2b8 00000000'00000000: 00000000'00000000 00000000'00000000 00000000'00000000

Kodo dalis, kurioje įvyko klaida:

FOLLOWUP_IP:
nt!KiFastFailDispatch+d0
fffff804`0117da50 c644242000 mov byte ptr ,0
FAULT_INSTR_CODE: 202444c6
SYMBOL_STACK_INDEX: 2
SYMBOL_NAME: nt!KiFastFailDispatch+d0
FOLLOWUP_NAME: mašinos savininkas

Modulio pavadinimas branduolio objektų lentelėje. Jei analizatorius aptiko probleminę tvarkyklę, pavadinimas rodomas laukuose MODULE_NAME ir IMAGE_NAME:

MODULE_NAME: nt
IMAGE_NAME: ntkrnlmp.exe

1: kd > lmvm nt
Naršykite visą modulių sąrašą
Įkeltas simbolio vaizdo failas: ntkrnlmp.exe
Susieto atminties vaizdo failas: C:\ProgramData\dbg\sym\ntoskrnl.exe\5A9A2147787000\ntoskrnl.exe
Vaizdo kelias: ntkrnlmp.exe
Vaizdo pavadinimas: ntkrnlmp.exe
Vidinis pavadinimas: ntkrnlmp.exe
Originalus failo pavadinimas: ntkrnlmp.exe
Produkto versija: 6.3.9600.18946
Failo versija: 6.3.9600.18946 (winblue_ltsb_escrow.180302-1800)

Aukščiau pateiktame pavyzdyje analizė parodė branduolio failą ntkrnlmp.exe. Kai atminties iškelties analizė nurodo sistemos tvarkyklę (pvz., win32k.sys) arba branduolio failą (kaip mūsų pavyzdyje ntkrnlmp.exe), greičiausiai šis failas nėra problemos priežastis. Labai dažnai paaiškėja, kad problema slypi įrenginio tvarkyklėje, BIOS nustatymuose arba aparatinės įrangos gedime.

Jei matote, kad BSOD atsirado dėl trečiosios šalies tvarkyklės, jos pavadinimas bus nurodytas MODULE_NAME ir IMAGE_NAME reikšmėse.

Pavyzdžiui:

Vaizdo kelias: \SystemRoot\system32\drivers\cmudaxp.sys
Vaizdo pavadinimas: cmudaxp.sys

Atidarykite tvarkyklės failo ypatybes ir patikrinkite jo versiją. Daugeliu atvejų tvarkyklių problema išsprendžiama jas atnaujinant.

Derinimo įrankiai, skirti „Windows“.- Veikimo kodo derinimo įrankiai Windows sistemos. Tai yra „Microsoft“ laisvai platinamų programų rinkinys, skirtas derinti vartotojo režimo ir branduolio režimo kodą: programas, tvarkykles, paslaugas, branduolio modulius. Įrankių rinkinyje yra konsolės ir GUI derinimo priemonės, darbo su simboliais paslaugos, failai, procesai, nuotolinio derinimo priemonės. Įrankių rinkinyje yra paslaugų, su kuriomis galite rasti įvairių sistemos komponentų gedimų priežastis. Derinimo įrankiai, skirti „Windows“. nuo tam tikro momento negalima atsisiųsti atskiro platinimo pavidalu ir yra „Windows“ SDK („Windows“ programinės įrangos kūrimo rinkinio) dalis. Instrumentinis rinkinys Windows įrankiai Savo ruožtu SDK galima įsigyti kaip MSDN prenumeratos programos dalį arba jį galima laisvai atsisiųsti kaip atskirą platinimą iš msdn.microsoft.com. Pasak kūrėjų, naujausias ir geriausias Dabartinė versija Derinimo įrankiai, skirti „Windows“, yra „Windows“ SDK.

„Windows“ derinimo įrankiai atnaujinami ir prieinami visuomenei gana dažnai, o šis procesas nepriklauso nuo operacinių sistemų išleidimo. Todėl periodiškai tikrinkite, ar nėra naujų versijų.

Dabar pažiūrėkime, ką konkrečiai leidžia Microsoft Windows derinimo įrankiai:

Vietinių programų, paslaugų (paslaugų), tvarkyklių ir branduolio derinimas;
Derinti nuotolines programas, paslaugas (paslaugas), tvarkykles ir branduolį tinkle;
Derinti veikiančias programas realiuoju laiku;
Analizuoti programų, branduolio ir visos sistemos atminties iškelties failus;
Darbas su sistemomis, paremtomis x86/x64/Itanium architektūromis;
Derinti vartotojo režimo ir branduolio režimo programas;

Galimos šios „Windows“ skirtų derinimo įrankių versijos: 32 bitų x86, „Intel Itanium“, 64 bitų x64. Mums reikia dviejų iš jų: x86 arba x64.

Yra keli būdai, kaip įdiegti „Windows“ skirtus derinimo įrankius, šiame straipsnyje apžvelgsime tik pagrindinius:

Diegimas naudojant žiniatinklio diegimo programą.
„Windows“ skirtų derinimo įrankių diegimas iš „Windows SDK ISO“.
„Windows“ skirtų derinimo įrankių diegimas tiesiai iš dbg_amd64.msi /dbg_x86.msi paketų.

Lieka neaišku, kada, kodėl turėčiau kompiuteryje įdiegti derinimo įrankius? Juk dažnai tenka susidurti su situacija, kai įsikišimas į darbo aplinką yra itin nepageidautinas! Ir dar labiau todėl, kad naujo produkto diegimas, ty registro / sistemos failų keitimas, gali būti visiškai nepriimtinas. Pavyzdžiai yra itin svarbūs serveriai. Kodėl kūrėjai neatsižvelgia į nešiojamas programų versijas, kurių nereikia įdiegti?
Nuo versijos iki versijos „Windows“ paketo derinimo įrankių diegimo procesas keičiasi. Dabar pereikime tiesiai prie diegimo proceso ir pažiūrėkime, kaip galima įdiegti įrankių rinkinį.

„Windows“ skirtų derinimo įrankių diegimas naudojant žiniatinklio diegimo programą

Eikite į „Windows SDK“ archyvo puslapį ir raskite skyrių „Windows 10“ ir po elementu „Windows 10 SDK (10586) ir „Microsoft Windows 10 Mobile Device Emulator“ (10586.11 versija)“.

Spustelėkite elementą ĮDIEGTI SDK. Spustelėję atsisiųskite ir paleiskite failą sdksetup.exe, kuris inicijuoja „Windows SDK“ diegimą internetu. Pradiniame etape diegimo programa patikrins, ar sistemoje yra įdiegtas .NET Framework paketas Naujausia versija(šiuo metu jis yra 4,5). Jei paketo trūksta, bus pasiūlytas diegimas ir stotis bus paleista iš naujo, kai bus baigta. Iškart po perkrovimo, vartotojo autorizacijos etape, diegimo procesas prasideda tiesiogiai naudojant „Windows“ SDK.

Dažnai renkantis visus be išimties paketo komponentus, diegimo metu gali atsirasti klaidų. Tokiu atveju rekomenduojama komponentus montuoti pasirinktinai, minimalų reikalingą komplektą.

Baigus diegti „Windows“ skirtus derinimo įrankius, derinimo failų vieta naudojant šį diegimo metodą bus tokia:

64 bitų versijos: C:\Programų failai (x86)\Windows Kits\x.x\Debuggers\x64
32 bitų versijos: C:\Programų failai (x86)\Windows Kits\x.x\Debuggers\x86

* kur x.x yra konkreti kūrimo rinkinio versija;
Ar pastebėjote, kad 8 ir naujesnių versijų diegimo keliai pastebimai skiriasi nuo klasikinių visų ankstesnių derinimo įrankių versijų?

Didžiulis šio „Windows“ skirtų derinimo įrankių diegimo metodo pranašumas yra derinimo įrankių versijų, skirtų visoms architektūroms, įdiegimas vienu metu.

„Windows“ skirtų derinimo įrankių diegimas iš „Windows SDK ISO“.

Šis metodas apima derinimo įrankių, skirtų Windows, įdiegimą naudojant visą Windows SDK (Software Developers Kit) diegimo vaizdą. Iki tam tikro laiko galite atsisiųsti atitinkamos sistemos ISO atvaizdą iš Windows SDK archyvo puslapio. Tačiau šiuo metu galite gauti SDK ISO atvaizdą paleisdami žiniatinklio diegimo programą sdksetup.exe ir pasirinkę elementą Atsisiųskite „Windows“ programinės įrangos kūrimo rinkinį diegimo programos pradžios lange:

Kaip paaiškėjo, ankstesnis diegimo būdas naudojant žiniatinklio diegimo programą yra gana kaprizingas ir dažnai nepavyksta. Švariose sistemose jis įdiegiamas be problemų, tačiau pakankamai apkrautose sistemose kyla daug problemų. Jei taip yra jūsų atveju, naudokite šį metodą.

Atitinkamai, puslapyje reikia pasirinkti reikiamą platinimo rinkinį, man (ir manau daugeliui) šiuo metu tai yra „Windows SDK, skirta Windows 7 ir .NET Framework 4“ ir šiek tiek žemiau spustelėkite nuorodą „Gauti DVD ISO vaizdas“.

Dirbant su svetaine msdn.microsoft.com patariu naudoti naršyklę Internet Explorer, nes buvo pastebėti konkuruojančių gaminių neveikiantys atvejai!

Atitinkamai, reikia pasirinkti tik tiek, kiek reikia. Paprastai „Windows“ skirtų derinimo įrankių bitumas yra toks pat, kaip ir sistemos bitumas. Mano bandomosios sistemos dažniausiai yra 64 bitų, todėl dažniausiai atsisiunčiau 64 bitų sistemos vaizdą GRMSDKX_EN_DVD.iso .
Tada, atsisiuntę vaizdą, turime kažkaip dirbti su esamu ISO atvaizdu. Žinoma, tradicinis būdas yra įrašyti kompaktinį diską, tačiau tai gana ilgas ir kartais brangus būdas. Siūlau naudoti nemokamos komunalinės paslaugos sukurti virtualaus disko įrenginius sistemoje. Asmeniškai aš norėčiau naudoti DEAMON Tools Lite programą šiam tikslui. Kažkas gali turėti kitų pageidavimų, tiesioginių ar lengvesnių paslaugų, skonio ir spalvų, kaip sakoma .. Įdiegęs DAEMON Tools Lite, tiesiog dukart spusteliu GRMSDKX_EN_DVD.iso vaizdo failą ir turiu naują virtualų kompaktinį diską:

Tada dukart spustelėdamas suaktyvinu automatinį įkėlimą ir pradedu diegti Windows SDK:

Atėjus eilei iš sąrašo pasirinkti montuojamus komponentus, išjungiame absoliučiai visas parinktis, išskyrus tas, kurios pažymėtos ekrano kopijoje. Tai padės mums dabar išvengti nereikalingų klaidų.

Teisingai, ekrano kopijoje rodomos dvi parinktys: „Windows Performance Toolkit“ ir „Debugging Tools for Windows“. Pasirinkite abu, nes „Windows Performance Toolkit“ tikrai pravers jūsų darbe! Be to, paspaudus mygtuką „Kitas“, diegimas tęsiamas įprastu režimu. O pabaigoje pamatysite užrašą „Installation Complete“.
Baigus diegti „Windows“ derinimo įrankių rinkinio darbiniai katalogai bus tokie:

x86 versijai:
x64 versijai:

Tai užbaigia „Windows“ skirtų derinimo įrankių diegimą.

„Windows“ skirtų derinimo įrankių diegimas naudojant .msi failą

Iškilus problemoms diegiant derinimo įrankius „Windows“ dviem ankstesniais būdais, vis tiek turime dar vieną, patikimiausią ir laiko patikrintą, kuris padėjo, taip sakant, ne kartą. Kartą, prieš integruojant į „Windows“ SDK, „Windows“ skirtus derinimo įrankius buvo galima įsigyti kaip atskirą .msi diegimo programą, kurią vis dar galima rasti, bet jau „Windows“ SDK platinimo viduje. Kadangi jau turime „Windows SDK“ ISO atvaizdą, negalime jo prijungti prie sistemos, o tiesiog atidaryti naudodami gerai žinomą „WinRAR“ archyvatorių arba bet kurį kitą produktą, kuris veikia su ISO diskų turiniu.

Atidarę vaizdą, turime eiti į „Setup“ katalogą, esantį šaknyje, ir pasirinkti vieną iš katalogų:

Norėdami įdiegti 64 bitų versiją: \Setup\WinSDKDebuggingTools_amd64 ir išpakuokite failą dbg_amd64.msi iš šio katalogo.
Norėdami įdiegti 32 bitų versiją: \Setup\WinSDKDebuggingTools ir išpakuokite failą dbg_x86.msi iš šio katalogo.

Baigus diegti „Windows“ derinimo įrankių rinkinio darbiniai katalogai bus tokie:

x86 versijai: C:\Programų failai (x86)\Debugging Tools for Windows (x86)
x64 versijai: C:\Program Files\Debugging Tools for Windows (x64)

Šiuo metu „Windows“ skirtų derinimo įrankių diegimas gali būti laikomas baigtu.

Papildoma informacija

Nežinau su kuo tai susiję, gal dėl mano neatidumo, bet įdiegus Debugging Tools for Windows, diegimo programa Path system path kintamajame nenustato kelio į katalogą su derintuvu. Tai nustato tam tikrus apribojimus įvairių derinimo užduočių vykdymui tiesiai iš konsolės. Todėl, nesant kelio, aš pats rašau lange aplinkos įvairovė kelias į derinimo įrankius:

C:\Programų failai (x86)\Windows Kits\10\Debuggers\x86
C:\Program Files (x86)\Windows Kits\10\Debuggers\x64

* Jūsų atveju keliai gali skirtis ir dėl skirtingo bitumo OS, ir dėl skirtingos versijos SDK naudojimo.

„Windows“ paketo derinimo įrankių priemonės gali veikti kaip nešiojamos programos, tereikia nukopijuoti katalogą iš veikiančios sistemos Microsoft Windows Performance Toolkit ir naudoti jį kaip nešiojamą versiją gamybos serveryje. Tačiau nepamirškite atsižvelgti į sistemos pajėgumą !! Net jei visiškai įdiegėte paketą svarbioje sistemoje, galite pradėti dirbti iškart po įdiegimo, nereikia perkrauti.

Derinimo įrankiai, skirti „Windows“.

Ir dabar, galiausiai, čia yra „Windows“ skirtų derinimo įrankių sudėtis:

Failas	Tikslas
adplus.doc	ADPlus programos dokumentacija.
adplus.exe	Konsolės programa, kuri automatizuoja cdb derintuvo darbą, kad būtų sukurtos vieno ar kelių procesų ištvaros, žurnalo failai.
agestore.exe	Priemonė, skirta pašalinti pasenusius failus iš saugyklos, kurią naudoja simbolių serveris arba šaltinio serveris.
breakin.exe	Priemonė, leidžianti procesams siųsti pasirinktinį pertraukų derinį, panašiai kaip paspaudus CTRL+C.
cdb.exe	Vartotojo režimo konsolės derinimo priemonė.
convertstore.exe	Naudingumas simboliams konvertuoti iš 2 pakopų į 3 pakopų.
dbengprx.exe	Ripiter (proxy serveris) nuotoliniam derinimui.
dbgpc.exe	Priemonė informacijai apie RPC skambučio būseną rodyti.
dbgsrv.exe	Serverio procesas, naudojamas nuotoliniam derinimui.
dbh.exe	Priemonė informacijai apie simbolių failo turinį rodyti.
dumpchk.exe	Išmetimo tikrinimo įrankis. Priemonė, skirta greitai patikrinti iškelties failą.
dumpexam.exe	Priemonė, skirta atminties ištrynimui analizuoti. Rezultatas išvedamas į %SystemRoot%\MEMORY.TXT.
gflags.exe	Pasaulinės sistemos vėliavėlių redaktorius. Priemonė tvarko registro raktus ir kitus parametrus.
i386kd.exe	Įvynioklis kd. Ar tai buvo tai, ką kd kažkada vadino Windows NT/2000 pagrįstomis sistemomis x86 įrenginiams? Tikriausiai paliko dėl suderinamumo priežasčių.
ia64kd.exe	Įvynioklis kd. Ar taip kd kažkada vadinosi Windows NT/2000 pagrįstose sistemose, skirtose ia64 įrenginiams? Tikriausiai paliko dėl suderinamumo priežasčių.
kd.exe	Branduolio režimo konsolės derinimo priemonė.
kdbgctrl.exe	Branduolio derinimo valdymo įrankis. Priemonė, skirta valdyti ir konfigūruoti branduolio derinimo ryšį.
kdsrv.exe	KD ryšio serveris. Priemonė yra nedidelė programa, kuri veikia ir laukia nuotolinio ryšio. kd veikia kliente ir prisijungia prie to serverio nuotoliniam derinimui. Tiek serveris, tiek klientas turi būti iš to paties derinimo įrankių rinkinio.
kill.exe	Naudingumas užbaigti procesus.
list.exe	Priemonė, skirta failo turiniui rodyti ekrane. Ši miniatiūrinė priemonė buvo susieta su vienu tikslu – peržiūrėti didelius tekstinius arba žurnalo failus. Tai užima mažai vietos atmintyje, nes tekstas įkeliamas dalimis.
logger.exe	Mažas derintuvas, galintis veikti tik su vienu procesu. Priemonė įveda logexts.dll į proceso erdvę, kuri įrašo visus funkcijų iškvietimus ir kitus tiriamos programos veiksmus.
logviewer.exe	Priemonė, skirta peržiūrėti logger.exe derinimo programos įrašytus žurnalus.
ntsd.exe	„Microsoft NT Symbolic Debugger“ (NTSD). Derinimo priemonė, identiška cdb, išskyrus tai, kad paleidžiant sukuria teksto langą. Kaip ir cdb, ntsd gali derinti ir konsolės programas, ir grafines programas.
pdbcopy.exe	Priemonė, skirta pašalinti privačius simbolius iš simbolių failo, valdyti viešuosius simbolius, įtrauktus į simbolių failą.
remote.exe	Priemonė, skirta nuotoliniam bet kokio KD, CDB ir NTSD konsolės derintuvo derinimui ir nuotoliniam valdymui. Leidžia nuotoliniu būdu paleisti visas šias konsolės derinimo priemones.
rtlist.exe	Nuotolinė užduočių peržiūros priemonė. Priemonė naudojama vykdomiems procesams per DbgSrv serverio procesą išvardyti.
symchk.exe	Priemonė, skirta atsisiųsti simbolius iš Microsoft simbolių serverio ir sukurti vietinę simbolių talpyklą.
symstore.exe	Naudingumas, skirtas kurti tinklo arba vietinę simbolių saugyklą (2 pakopų / 3 pakopų). Simbolių saugykla yra specializuotas katalogas diske, sukurtas pagal tam tikrą struktūrą ir kuriame yra simbolių. Simbolių šakniniame kataloge sukuriama poaplankio struktūra, kurios pavadinimai yra identiški komponentų pavadinimams. Savo ruožtu kiekviename iš šių poaplankių yra įdėtų poaplankių su specialiais pavadinimais, gautais maišant dvejetainius failus. „Systemstore“ paslaugų programa nuskaito komponentų aplankus ir prideda naujų komponentų į simbolių saugyklą, kur bet kuris klientas gali juos nuskaityti. Teigiama, kad Symstore yra naudojama simboliams gauti iš 0 lygio saugyklos ir įdėti juos į 2 pakopų / 3 pakopų saugyklą.
tlist.exe	Užduočių peržiūros programa. Visų vykdomų procesų sąrašo įrankis.
umdh.exe	Vartotojo režimo iškelties krūvos įrankis. Pasirinkto proceso krūvoms analizuoti skirta priemonė. Leidžia rodyti įvairias krūvos parinktis.
usbview.exe	USB peržiūros priemonė. naudingumas peržiūrėti USB įrenginiai prijungtas prie kompiuterio.
vmdemux.exe	Virtualios mašinos demultiplekseris. Sukuria kelis pavadintus vamzdžius vienam COM ryšiui. Kanalai naudojami įvairiems virtualios mašinos komponentams derinti
windbg.exe	Vartotojo režimo ir branduolio režimo derinimo priemonė su GUI.

Norint nustatyti mėlynų ekranų (BSOD) priežastis, būtina išanalizuoti atminties ištrynimą. Daugeliu atvejų pakanka mini dump, kurį sistema sukuria kritinių klaidų atveju.
Šiame straipsnyje pateikiamos nuoseklios instrukcijos, kaip įdiegti ir konfigūruoti WinDBG – galingą derinimo įrankį, leidžiantį nustatyti tikrąją BSOD priežastį.

1 veiksmas – mažos atminties iškelties įrašymo nustatymas

2 veiksmas – „WinDBG“ diegimas

Norėdami analizuoti atminties iškrovas, turėsite įdiegti „WinDBG“ derinimo priemonę, kuri yra įtraukta į „Windows“ SDK. Rašymo metu naujausios galimos Windows SDK versijos yra:

Windows 10 SDK (atsisiųskite internetinę diegimo programą)
Windows 8.1 SDK (atsisiųskite internetinę diegimo programą)

3 veiksmas – .dmp failų susiejimas su WinDBG

4 veiksmas – Simbolių serverio nustatymas derinimo simbolių failams gauti

WinDBG diegimas ir pradinė konfigūracija baigta. Norėdami pakeisti jo išvaizdą, galite eiti į meniu peržiūrėti- šrifto nustatymus rasite pasirinkę elementą Šriftas ir konsolės lango nustatymus Galimybės.