Version
This is a translation of the original article: The Windows 7 Boot Process (sbsl)

Autor Claus Witjes i Arne Stremlau Ovaj članak o procesu Windows boot je dio nastavka serije o OS boot i prijavu korisnika kašnjenja na Windows računala spaja s Active Directory domene. Vezani članci opisuju poznatih problema i alate za rješavanje problema spore čizme i korisničke prijave mogu se naći na sljedećim linkovima:

Pitanje koje premijer polje Inženjeri često se pitao na licu mjesta je "Zašto naši korisnici čekati tako dugo za Windows dignuti da oni ponekad imaju vremena za dobiti šalicu kave?" Realnost je da postoji bezbroj razloga, uključujući hardver, performanse mreže performanse, iznos opterećenja dodao administratorima kao i neučinkovitom i Microsoft ISV aplikacija i komponenti operacijskog sustava.  Cilj ovog članka je dati čitateljima pregled procesa Windows čizma, tako da možete bolje otkloniti spor OS početka ili sporo prijavi korisnika koja je uzrokovana kašnjenjem u procesu OS boot. R euforiji problema oko nastavka iz sna, probuditi iz hibernacije ili OS isključivanja nisu pokriveni u ovom članku.

Boot proces Pregled

Brzo pokretanje OS izvedba je kritična za dobar korisničko iskustvo. Vrijeme potrebno za dizanje operativnog sustava na određenom računalu do točke gdje korisnik može početi raditi jedan je od najvažnijih mjerila za Windows klijenta izvedbu. Proces Windows boot se sastoji od nekoliko faza koje su podrobnije objašnjeni prema slici i popratnom tekstu ispod. Windows Performance Toolkit (uključen u Windows 7.1 SDK ) vam omogućuje da istraži većina boot faza (osim za inicijalizaciju BIOS i OS Loader).

BIOS inicijalizacije

Tijekom faze BIOS inicijalizacije, platforme firmware identificira i inicijalizira hardverske uređaje, a zatim radi power-on self-testa (POST). POST proces završava kada BIOS otkriva valjanu sustava diska, navodi se u master boot record (MBR), a počinje Bootmgr.exe. Bootmgr.exe pronalazi i počne Winload.exe na particiji Windows boot, koja počinje OSLoader faze [1].
verziju BIOS, BIOS konfiguraciju i firmware od komponenti računalnog hardvera može imati utjecaj na ukupnu boot izvedbi. Ne postoji način da trag ovu fazu pomoću Windows Performance Toolkit. Morate ručno mjerenje vremena. Kako bi se optimizirati i otkloniti tu ranu fazu u cjelokupnom procesu pokretanja računala, pobrinite se za ažuriranje BIOS verzije firmware i svih hardverskih komponenti s najnovijim verzijama. Osim toga provjerite BIOS konfiguraciju (uređaj za podizanje sustava kako bi, PXE ​​boot-enabled, Brzi / Fast boot (POST provjerite), AHCI omogućena postavke, i tako dalje). Budite oprezni mijenjanje BIOS konfiguraciju ili ažuriranje firmware / UEFI / BIOS verzije. Pročitajte Hardver priručnika prodavatelja oprezno jer misconfigurations i neuspjelih ažuriranja može uzrokovati potpuni sustav zastoja. Napravite backup svog sustava i podataka unaprijed.

OS Loader

Tijekom OSLoader fazi, binarni sustav Windows utovarivač (Winload.exe) učitava bitne sustav vozača koji su potrebni za čitanje minimalne podatke iz diska i pokreće sustav do točke u kojoj Windows kernel može početi izvršenje. Kada se kernel počne prikazivati, OSloader učitava grozd registra sustava i dodatne upravljačke programe koji su označeni kao BOOT_START u sjećanju. [1]
Ova faza je uglavnom pod utjecajem boot start vozača. Dok je kašnjenje uzrokovano dual boot izbornik će biti lako popraviti, pobrinite se da su svi pokretanje start vozača potpisali i up-to-date.
Utvrditi vozače boot početka koje nisu potpisane:

1. Stvaranje boot trag pomoću Windows Performance Toolkit. Za više informacija o tome kako stvoriti trag, vidjet  sporo boot i prijavu analiza članaka za analizu.
2. Trčanje xperf-i-<boottrace.etl> o bootevents.txt-a kiper
3. Findstr / C: "Ja-DCStart" bootevents.txt> bootevents.csv
4. Otvorite bootevents.csv koristeći Excel i pokrenuti signtool potvrdili / v <driver>
   Signtool.exe je dio Windows SDK .
5. Ako ste pronašli vozača koji se nije potpisao, potražite ažuriranja upravljačkog programa.

OS inicijalizacije

Tijekom faze OS Inicijalizacija, većinu posla operativnog sustava javlja. Ova faza uključuje kernel inicijalizacije, plug and play aktivnost, startao, prijava, a Explorer (desktop) inicijalizacija. OS inicijalizacije može se podijeliti u četiri subphases. Svaki subphase ima jedinstvene karakteristike i performanse ranjivosti. [1]
Nakon što ste uzeli boot trag različite subphases prikazane su kako slijedi u XPERFVIEW.EXE:

Pod faza 1 - PreSMSS: Kernel inicijalizacije

PreSMSS subphase počinje kada kernel je pozivati. Tijekom ovog subphase, kernel inicijalizira strukture podataka i komponente. Također počinje PnP upravitelja, koji pokreće BOOT_START vozača koji su učitani tijekom OSLoader fazi. [1]

Pod faza 2 - SMSSInit: Sjednica inicijalizacije

SMSSInit subphase počinje kada kernel prolazi kontrolu u procesu Session Manager (Smss.exe). Tijekom ovog subphase, sustav inicijalizira registra, opterećenja i pokreće uređaje i vozače koji nisu označena BOOT_START, i počinje podsustava procese. SMSSInit završava kada je kontrola prošao winlogon.exe. [1]

Pod faza 3 - WinLogonInit: Winlogon inicijalizacije

WinLogonInit subphase počinje kada SMSSInit završi i počne Winlogon.exe. Tijekom WinLogonInit, zaslon se prijavi korisnika, upravitelja službe kontrole počinje usluge, a Group Policy skripte trčanje. WinLogonInit završava kada Explorer proces počinje. [1]

Pod faza 4 - ExplorerInit: Explorer inicijalizacije

ExplorerInit subphase počinje kada Explorer.exe počinje. Tijekom ExplorerInit, sustav stvara desktop window manager (DWM) proces, koji se vraća na površinu i prikazuje ga za prvi put. [1]

Detaljna analiza svake faze će ići daleko izvan opsega ovog članka. Analiza uvijek počinje s tragom boot analize stvorena s Windows performanse Toolkit, koji je opisan u Windowsima On / Off tranziciji Whitepaper analizu učinka . Zajednički performanse ranjivosti su opisane u whitepaper te.
Ipak, to bi moglo zahtijevati više alata (kao što su paralelne mreže tragova i dodatnih ispravljanje dnevnici poput Gpsvc logiranje) da u potpunosti analizirati problem.
Za sada, započeti analizu na fazama koje konzumiraju najviše . vrijeme i usporedite tragove sa svježim / clean-OS instalaciju na istom hardveru
Kako bi vam dva primjera:
Ako WinLogonInit faza traje dugo vremena, možete koristiti Winlogon graf za daljnju analizu.  

U ovom primjeru obradu Group Policy je oko 160 sekundi za dovršetak, prije nego što Windows desktop može biti učitani. Dok Winlogon graf ne objašnjava zašto je uzeo 160 sekundi za dovršetak GPO obradu (što bi moglo biti povezano s mrežom, postavke pravila, GPO preferencijama, skripte, i tako dalje), vaš može vidjeti gdje je dodatno istražiti.
U drugom primjeru, dok Analizirajući ReadyingProcess / ReadyingThreadId grafova smo našli u chat uslugu čeka oko 25 sekundi na mreži.

PostBoot faza

ReadyBootPrefetcher

Dok ReadyBoot obično uključen za klasične harddisks, to je off za brze SSD-ovi, odnosno ako WinSAT diska rezultat je> 6,0. Jedan način da se analiziraju Prefetcher aktivnosti je pokrenuti xperf.exe od Toolkit Windows performanse. Xperf-ja <boottrace . ETL> - o prefetcher.txt-bootprefetch - sažetak za "vlak" sustav, možete pokrenuti xbootmgr.exe s-prepsystem zapovjedne opcije. iznad bi trebao dati uvid u neke gdje početi u potrazi za pitanja u Windows boot faza, jer će vam pomoći identificirati korekciju odjeljak za početak za rješavanje problema. preporuka je da provjerite hardverske platforme temeljito ažuriranjem BIOS i provjere performansi tvrdog diska s benchmarking alata prije u potrazi za problem na OS sloj.

Dodatne reference

[1] Windows On / Off Tranzicija Analiza, http://msdn.microsoft.com/en-us/windows/hardware/gg463386.aspx

[2] Windows On / Off Prijelazi rješenja Vodič, http://msdn.microsoft.com/en-us/windows/hardware/gg463230.aspx

 See Also