Skráningargagnagrunnur

frá Wikipedia, ókeypis alfræðiorðabókinni
Fara í siglingar Fara í leit
Skráningargagnagrunnur

Regedit.png
Grunngögn

verktaki Microsoft
Núverandi útgáfa Windows 10
stýrikerfi Windows
Leyfi EULA ( sér )
Þýskumælandi
docs.microsoft.com/en-us/windows/desktop/SysInfo/registry

The Gluggakista skrásetning gagnasafn (yfirleitt bara kölluð the skrásetning) hefur verið miðlægur hierarchic stillingar gagnagrunnur á Windows stýrikerfi frá fyrstu útgáfu af Windows NT . Upplýsingar um Windows sjálft sem og um forrit eru vistaðar hér.

Með Microsoft Windows 3.1 var Windows skrásetning einnig kynnt í neytendastýrikerfisgeiranum árið 1992. Þó að skráar eftirnafn hafi aðallega verið geymdar í skrásetningunni undir fyrstu Windows kerfunum, þá hefur Windows NT 3.1 og Windows 95 verið yfirgripsmikill gagnagrunnur til að geyma allar stillingar fyrir stjórnun kerfisins og alla samþætta kerfisþjónustu og ferla . Forritforrit geta einnig vistað stillingar þeirra þar.

Tákn skráningargagnagrunnsins er stór teningur sem samanstendur af mörgum smærri teningum með þremur lausfljótandi teningum.

Hvatning og þróunarsaga

Áður en skráningarhugtakið kom á fót í Windows voru stillingar í stillingarskrám (t.d. INI skrár ) vistaðar sérstaklega fyrir hvert einstakt forrit í skránni þess. Hins vegar hefur þetta einhverja ókosti: Færslur eru vistaðar og metin í texta formi, sem þýðir að þó að þeir geta hæglega breytt með texta ritstjóri , verða þeir fyrst að þátta með til frekari notkunar í áætlunum. Þetta leiddi til ókosta frammistöðu á tíunda áratugnum. Ennfremur er aðeins hægt að stilla heimildir á skráarstigi, ekki á inngangsstigi [1] ; Mismunandi heimildastig fyrir einstaka færslur gæti annars - ef nauðsyn krefur - aðeins verið kortlagt með mismunandi stillingum.

Skráningargagnagrunnurinn hefur ekki þessa galla: Hann er vistaður í tvöföldu sniði svo hægt sé að vinna innihald hans frekar beint án umbreytingar. Upplýsingar sem eru fáanlegar eins og langur texti í stillingarskrá er „brotinn upp“ í skráningargagnagrunninum og vistaður í einstökum færslum. Á þennan hátt er ekki aðeins hægt að setja heimildir á inngangsstig, [1] heldur er forðast stíflu af völdum samtímis ritaaðgangs að tveimur forritum ef þau vinna úr mismunandi færslum. Í stillingarskrá þyrftu báðir að opna og breyta sömu skrá; í skrásetningunni eru bæði verðmætapör aðeins rökrétt tengd með listafrumum. Til þess að hafa ekki líkamlegan ókost við aðgang að gögnunum vegna „sundrungarinnar“ hefur kerfið staðið fyrir defragmentun síðan Windows XP. [2]

Skrásetningin hefur einnig kosti á netinu með því að nota möppuþjónustuna Active Directory . Hægt er að stjórna nokkrum vinnustöðvum tölvum miðlægt og í einu með hópleiðbeiningum , [3] vegna þess að einnig er hægt að nálgast skrárgögnin í gegnum net, þar sem leiðir til gildanna eru staðlaðar: Forrit þarf ekki að vita hvar tiltekið skrá er staðsett; það fjallar aðeins um staðlaða API , sem les eða skrifar skrásetningargildi í lyklinum.

Microsoft hefur gert ýmsar endurbætur síðan skrásetningin var kynnt. Upp að útgáfu NT 5.2 ( Microsoft Windows Server 2003 ) gæti gangsetning tölvunnar mistekist ef kjarninn og Hive SYSTEM passa ekki í fyrstu 16 MB vinnsluminni. Með tilkomu Vista var takmörkunin ekki lengur fyrir hendi. The Kernel Færsla Manager Einnig var kynnt með Windows Vista, sem lotukerfinu rekstur hægt er að innleiða innan the skrásetning, sjá kafla Bilun öryggi . Með Windows 7 hefur skrásetningin verið bætt með tilliti til læsingarhegðunar : Áður þegar aðgangur var að undirhnappi voru sumir efri lyklar slóðarinnar mögulega einnig læstir; Með Windows 7 er aðeins lykillinn sem raunverulega er opnaður læst. [4]

Gallar við skrásetninguna

Til viðbótar við þá kosti sem nefndir eru, hefur Windows skrásetningin einnig nokkra verulega ókosti vegna arkitektúrsins:

Miðstýrða og stigveldi uppbyggingin getur auðveldlega leitt til eins bilunarpunkts ef stigveldislyklar eru rangir. Stillingar sem hafa enga eða flata stigveldisskipulagi, svo sem stillingarskrár, virka venjulega enn ef einstök gildi eru röng eða einstök skráarnöfn eru röng. [5]

Forrit sem vista stillingar þeirra í skrásetningunni eru oft bundin við staðbundna tölvuna, sem þýðir að flutningur frá einni tölvu til annarrar krefst mjög oft uppsetningar á forritinu. Flutningur eða miðlæg geymsla á stillingum á netþjón er aðeins möguleg með Windows skrásetningunni með miklu viðbótarátaki og sérstökum hugbúnaði með samstillingu . Stillingaskrár, hins vegar, er hægt að skrifa beint á samþættan netþjón án krókaleiða. [6]

Til að skoða og breyta stillingum í skrásetningunni þarf sérstakan hugbúnað. Stillingaskrár, hins vegar, er hægt að nálgast með hvaða einföldum textaritli sem er. Það fer eftir verkefninu, þetta getur lágmarkað viðhaldið.

smíði

Yfirlit og hugtök

tölvu
 
 
 
 
 
 
 
 
 
 
 
 
 
 
HKEY_CLASSES_ROOT
 
 
 
 
 
 
 
 
 
 
 
 
 
HKEY_CURRENT_USER
 
 
 
 
 
 
 
 
 
 
 
 
 
HKEY_LOCAL_MACHINE
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
BCD00000000
 
 
 
 
 
 
HLUTIR
 
 
 
 
 
 
Vélbúnaður
 
 
 
 
 
 
SAM
 
 
 
 
 
 
ÖRYGGI
 
 
 
 
 
 
Hugbúnaður
 
 
 
 
 
 
KERFI
 
 
 
 
 
 
 
 
 
 
 
 
HKEY_USERS
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
.DEFAULT
 
 
 
 
 
 
S-1-5-18 -...
 
 
 
 
 
 
S-1-5-19 -...
 
 
 
 
 
 
 
 
 
 
 
 
HKEY_CURRENT_CONFIG
 
 

Skrásetningin samanstendur af lyklum (enskum lyklum) og færslum (enskum færslum). Lykill er ílát fyrir færslur og aðra undirlykla , svipað möppu á skráarstigi . Myndin á móti sýnir úrval af mikilvægum lyklum í skránni í dag, raðað í trébyggingu. Skráningarfærsla er nafn-gildi par, svipað og skrá . [7] Gildið (enska gildi) færslu getur haft mismunandi gagnategundir, svo sem tvöfaldan kóða, númer eða texta. Stundum vísar hugtakið „gildi“ einnig til nafngildis parsins. Raunveruleg gildi eru síðan kölluð „gögn“. [8] Færslur í skrásetningunni geta einnig verið ónefndar, þannig að hver lykill í skránni getur tekið við ónefndri færslu. Þetta eru kallaðir standard gildi. [9]

Aðallykill

Skráningargagnagrunninum er skipt í nokkra aðal- eða rótartakka . Eftirfarandi aðaltakkar eru fáanlegir í núverandi Windows útgáfum: [10] [11]

  • HKEY_CLASSES_ROOT inniheldur upplýsingar um studdar skráategundir tölvunnar og tilheyrandi skráarviðbætur . Í flestum Windows útgáfum er rótlykillinn ekki raunverulegur, heldur aðeins íhugun á HKEY_LOCAL_MACHINE\Software\Classes eða, síðan Windows 2000, sambland af þessum lykli og HKEY_CURRENT_USER\Software\Classes . Þetta var aðeins vistað í sérstakri skrá í Windows ME .
  • HKEY_CURRENT_USER er spegill HKEY_USERS\<Benutzer-SID> , þar sem <Benutzer-SID> SID notandans sem nú er skráður á kerfið.
  • HKEY_LOCAL_MACHINE vistar stillingar sem hafa áhrif á alla notendareikninga sem eru skráðir í kerfið.
  • HKEY_USERS inniheldur lyklana fyrir einstaka notendareikninga. Það er sérstakur undirlykill fyrir hvern notanda, kenndur við SID viðkomandi notandareiknings. Þessir undirlyklar eru söfnunarpunktar fyrir allar stillingar sem aðeins eiga við viðkomandi notandareikning.
  • HKEY_CURRENT_CONFIG er spegill á HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Hardware Profiles\Current .

Að auki voru eftirfarandi aðallyklar einnig fáanlegir í fyrri Windows útgáfum: [11]

  • HKEY_DYN_DATA var notað til að geyma Plug & Play tæki undir Windows 9x .
  • HKEY_PERFORMANCE_DATA var rótlykill undir Windows NT og var notaður þar til að geyma afköstagögn.

Aðallyklar eru oft skrifaðir í styttri mynd, t.d. B. „HKLM“ fyrir HK EY_ L OCAL_ M ACHINE eða „HKU“ fyrir HK EY_ U SERS. Skammstöfunin HKEY stendur fyrir " handle (to a) key ". [12] [13]

Gildi og gagnategundir

Hvert gildi getur verið fræðilega stærð 1024 kB, en flest gildi eru verulega minni og samanstanda aðeins af nokkrum bitum. Eftirfarandi gagnategundir eru mögulegar fyrir Windows Vista og hærri: [14]

  • REG_BINARY: Hrár tvöfaldur kóði sem hægt er að vinna úr án sniðs eða umbreytingar. Hægt er að skoða gögnin beint í tvöföldu (núll og eitt) eða með sex ritstjóra .
  • REG_DWORD: Tvístýrð gagnategund þar sem 32 bita heiltölu gildi eru geymd sem 4 bæti hexadecimal gildi . Notað fyrir stigvaxandi gildi, 4 bæti stöðukóða eða Boolean breytur (0 = ósatt, 1 = satt).
  • REG_QWORD: Tvístýrð gagnategund þar sem 64 bita heiltala gildi eru geymd sem 8 bæti hexadecimal gildi . Er notað eins og DWORD, aðeins fyrir stærri gildi.
  • REG_SZ: Strengur Unicode stafi . Fyrir nöfn, lýsingar, kerfisleiðir osfrv.
  • REG_EXPAND_SZ: Táknstrengur af breytilegri lengd sem inniheldur umhverfisbreytur eins og% systemroot%, sem eru stækkaðar við lestraraðgang.
  • REG_MULTI_SZ: Fjölbreytileikastrengur, einstakir þættir hans eru aðskildir með stöðluðum skiljum svo hægt sé að velja þá hver fyrir sig úr klefanum.
  • REG_FULL_RESOURCE_DESCRIPTOR: Gildi sem inniheldur kóðaða lýsingu á vélbúnaðarauðlindinni, t.d. B. drif, flís sett osfrv.

Skráningarskrár (ofsakláði)

Skráningargagnagrunnurinn er vistaður yfir nokkrar skrár sem eru geymdar í mismunandi möppum á tölvunni. Þannig er skrásetningunni skipt í nokkra hluta, sem einnig eru þekktir sem ofsakláði (enska fyrir býflugur ). [15] [16] Hive er ekki endilega eins og rótartakki. Það eru rótlyklar sem samanstanda af nokkrum einstökum ofsakláði (t.d. HKEY_LOCAL_MACHINE í Windows NT) og rótlyklar geta einnig aðeins verið sýndarverðir, þ.e. tákna tengil á annan hluta skráningargagnagrunnsins.

Dreifing og geymsla staðsetningar skráanna er mismunandi eftir útgáfu stýrikerfisins.

Windows 9x

Eftirfarandi ofsakláði er til í Windows 9x : [17] [11]

Hive Staðsetning lýsingu
HKEY_CLASSES_ROOT % systemroot% \ Classes.dat (aðeins Windows ME) Í Windows 95 og 98 er þessi lykill hlekkur á HKLM\Software\Classes .
HKEY_CURRENT_USER % systemroot% \ Profile \% notendanafn% \ User.dat Vistar notendastillingar.
HKEY_LOCAL_MACHINE % systemroot% \ System.dat Vistar kerfisstillingar.
HKEY_DYN_DATA Vinnsluminni Geymir upplýsingar um tæki tengd kerfinu.

Windows NT

Í stýrikerfum sem byggjast á NT kjarnanum , allt að og með Windows 10 , eru eftirfarandi ofsakláði: [8] [18]

Hive Staðsetning lýsingu
HKEY_CURRENT_USER
HKU\<Benutzer- SID >
% systemdrive% \ Users \% notendanafn% \ NTUSER.DAT Inniheldur stillingar fyrir Windows og forrit sem hafa aðeins áhrif á viðkomandi notandareikning. Bylgja notendareikningsins sem nú er skráð inn á kerfið er samþætt undir HKEY_CURRENT_USER .
HKLM\BCD00000000 \ Tæki \ HarddiskVolume1 \ Boot \ BCD Þetta er Boot Configuration Database (BCD), sem hefur verið til síðan Windows Vista. Það inniheldur stillingargögn sem krafist er fyrir ræsistjórann .
HKLM\COMPONENTS % systemroot% \ System32 \ config \ COMPONENTS Upplýsingar um stöðu Windows eiginleika og uppfærslur eru geymdar hér. Af hagkvæmnisástæðum er þessi býflugnabúnaður aðeins hlaðinn í skrásetninguna þegar þörf krefur. Þessi býflugnabú er hluti af Component Based Service (CBS) arkitektúr sem kynntur var með Windows Vista.
HKLM\HARDWARE Vinnsluminni Inniheldur upplýsingar um vélbúnað sem er tengdur kerfinu, svo sem inntakstæki og ACPI . Þessi býflugnabú er ekki vistuð í skrá; í staðinn eru nauðsynlegar upplýsingar lesnar upp aftur í hvert skipti sem tölvan er ræst og geymd í aðalminni. Ekki eru allir vélbúnaðaríhlutir taldir upp hér. Í nýrri kerfum er lykillinn HKLM\SYSTEM\CurrentControlSet\Enum aðallega notaður til þess.
HKLM\SAM % systemroot% \ System32 \ config \ SAM Gagnagrunnur sem inniheldur notendaupplýsingar svo sem nafn innskráningar og lykilorð. Sjá einnig: Öryggisreikningastjóri .
HKLM\SECURITY % systemroot% \ System32 \ config \ SECURITY Vistar öryggisleiðbeiningar um kerfið og notendarréttindi .
HKLM\SOFTWARE % systemroot% \ System32 \ config \ SOFTWARE Kerfisgreinar Windows stillingar sem ekki þarf til að ræsa , svo og stillingar forrita, eru vistaðar undir þessari býflugnabúi.
HKLM\SYSTEM % systemroot% \ System32 \ config \ SYSTEM Inniheldur Windows stillingar sem eru nauðsynlegar við ræsingu. Þetta felur í sér stillingar og stöðu ökumanna og kerfisþjónustu .
HKU\.DEFAULT
HKU\S-1-5-18
% systemroot% \ System32 \ config \ .DEFAULT Það er býflugnabú notandareikningsins „Local System“ (Local System) sem er notað fyrir sumar kerfisþjónustur og ferla. Þessi býfluga er samþætt tvisvar; lyklarnir HKU\.DEFAULT og HKU\S-1-5-18 eru því eins. [19]
HKU\S-1-5-19 [20] % SystemRoot% \ ServiceProfiles \ LocalService \ Ntuser.dat Hive af notandareikningnum „staðaþjónusta“ (staðbundin þjónusta).
HKU\S-1-5-20 [20] % SystemRoot% \ ServiceProfiles \ NetworkService \ Ntuser.dat Hive af notendareikningnum „ Network Service “.

tækni

Hvernig skrásetningin virkar

Skrásetningunni er skipt í nokkrar skrár eins og sýnt er hér að ofan. „Skráningin“ sem einhliða hlutur og einn bilunarstaður er því ekki til í ströngum skilningi (fer eftir skemmdu skránni, þó er enn hægt að skoða þetta með þessum hætti, t.d. með SYSTEM.DAT). Það sem táknað er sem einhæfur gagnagrunnur með skráarritlinum regedit.exe, til dæmis, er framkvæmd Configuration Manager, sem er hluti af NT kjarnanum. Skrásetningin samanstendur af einstökum skrám, sem sumar eru taldar upp hér að ofan, kallaðar ofsakláði . Hver þessara ofsakláða inniheldur skrásetningartré, þar sem fyrsti lykillinn í skránni er rót trésins. Eins og getið er hér að ofan eru ekki öll skrásetningartré raunveruleg, sem þýðir að þau eru ekki með rótaskrá. Sumir eru bara hugleiðingar eða óstöðugir. Ef SYSTEM.DAT er hlaðið inn í aðalminnið meðan á ræsifasa stendur, leitar Stillingarstjóri undir HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\hivelist fyrir HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\hivelist í HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\hivelist . [8] [21] Á dæmi tölvu:

 \ REGISTRY \ MACHINE \ BCD00000000 REG_SZ \ Device \ HarddiskVolume1 \ Boot \ BCD
\ REGISTRY \ MACHINE \ HARDWARE REG_SZ
\ REGISTRY \ MACHINE \ SAM REG_SZ \ Device \ HarddiskVolume2 \ Windows \ System32 \ config \ SAM
\ REGISTRY \ MACHINE \ SECURITY REG_SZ \ Device \ HarddiskVolume2 \ Windows \ System32 \ config \ SECURITY
og svo framvegis...

Eins og sjá má eru engir drifstafir fyrir NT kjarnann; rótaskráin byrjar með „\“. Stillingarstjórinn býr nú til táknræna tengla , til dæmis frá \REGISTRY\MACHINE\SECURITY til \Device\HarddiskVolume2\Windows\System32\config\SECURITY . Þetta er nauðsynlegt vegna þess að Object Manager kjarnans \REGISTRY\ handfangið til Configuration Manager þegar þú greinir \REGISTRY\ strenginn. [8] [21] Skrásetningunni er beint eins og tæki.

Stillingarstjóri skiptir hverri býflugnabúi í gagnablokkir sem eru 4096 bæti hver, eins og raunin er með harðan disk . Hive getur aðeins stækkað eða minnkað í blokkum, þ.e. í þrepum ± 4kB. Fyrsti reitur býflugnabú er grunnblokkurinn, sem inniheldur undirskriftina „regf“, raðnúmer, tímamerki síðasta ritaaðgangs í býflugnabúinu, útgáfunúmer býflugnabúsins, ávísunarsumma og fullt nafn þess (td% SystemRoot % \ CONFIG \ SAM). Skráningargögnin eru geymd í frumum sem geta innihaldið lykil, gildi, öryggislýsingu, lista yfir undirlykla eða lykilgildi. Reitur í upphafi frumunnar lýsir gerð og stærð. Ef nýr klefi er settur í býflugnabúið og stækka þarf bikarinn (+4096 bæti), þá er búið til ílát (tunnu) sem inniheldur klefann og tóma rými blokkarinnar. Rýmið milli enda frumunnar og enda ílátsins getur síðar verið fyllt með viðbótarfrumum. Ílát (tunnur) eru einnig með haus sem inniheldur undirskriftina „hbin“ sem og á móti frá upphafi gámsins / hólfsins að rýminu á bak við klefann og stærð ílátsins. [8] [21]

Skipting skrárinnar í gáma (hólf) og hólf (hólf) gerir skilvirka notkun kleift: Þar sem ílátum er úthlutað sjaldnar en frumum getur stillingarstjóri ákveðið að hlaða ílátunum í aðalminni í stað frumna til að ákvarða fjöldi (Losunarferlum fækkar. Þegar lesið er inn getur Configuration Manager einnig ákveðið að hlaða aðeins ílát sem innihalda lykla í aðalminni og hunsa tóma gáma. Þegar hólf er bætt við eða fjarlægt brotnar innihald íláta með tímanum, líkt og drif. Stillingarstjórinn afbrýtur því stöðugt skrásetninguna sjálfa: Þegar gámur verður tómur eru tómar gámarnir settir í eins samliggjandi hluta og mögulegt er. Það safnar einnig saman frumum sem hafa verið sundurliðaðar með eyðingum. [8] [21] [2]

Frumur og gildi finnast með því að hoppa: Lykilhólf inniheldur frumuvísitölu sem inniheldur vísbendingar (tölvunarfræði) til undirhólfafrumna. Til að finna undirlyklana innihalda frumurnar einnig lista yfir undirlyklana sem eru tengdir viðkomandi frumuvísitölu. Til að flýta leitinni flokkar Stillingarstjóri listana í stafrófsröð. Listunum er stungið í gegn með tvíleitri leit að markgildinu: Stillingarstjórinn hoppar fyrst á miðjan lista, athugar síðan hvort gildið kemur fyrir eða eftir markgildið í stafrófinu og hoppar síðan í miðju listans efri eða neðri helmingur. Helmingunin heldur áfram þar til markgildið er fundið. Síðan er frumuvísitala marksins lesin upp og þessum klefa hoppað í. Ferlið er endurtekið þar til markhólfið finnst eða markið birtist ekki á listanum yfir undirlykla. Í þessu tilfelli er villuskilaboðum skilað. [8] Eftirfarandi mynd lýsir stökkunum úr hólfi í hólf í skrásetningarkjarna til að lesa upp gildi (Val 1, Val 2) eða undirlykla (rót, undirlykil). [21]

Uppbygging skráningar.jpg

Það eru fimm mismunandi gerðir af frumum; Til einföldunar er öryggislýsingarhólfið ekki sýnt á myndinni. Stillingarstjórinn hoppar fyrst í grunnblokkina og hoppar síðan í rótartakkann. Úr þessum takka hoppar hann í gildislistafrumu (ljósblá), sem gerir honum kleift að hoppa í virðisfrumurnar Val 1 og Val 2. Á hinn bóginn er hoppað undirhnappalistafrumu (dökkblár) úr rótartakkanum, sem gerir henni kleift að hoppa í næsta undirlykil. Fimm mismunandi gerðir frumna eru: [8] [21]

  • Lykilfrumurnar sem eru sýndar í regedit.exe vinstra megin í glugganum sem tréuppbygging. Þeir hafa undirskriftina kn fyrir lykil eða kl ef þeir eru aðeins táknræn tengill við lykil. Tímamerki síðustu uppfærslu, frumuvísitala efri og neðri frumna og vísitala fyrir öryggislýsingarfrumuna og nafn lykilsins (t.d. CurrentControlSet) eru geymd í þessum lykilfrumum.
  • Gildisfrumurnar innihalda gildi lykilsins, sem birtast í regedit.exe hægra megin í glugganum. Undirskrift klefsins er kv, hún inniheldur einnig gerðina (REG_DWORD, REG_BINARY) og heiti gildisins (t.d. kembiforrit).
  • Undirlyklalistafrumur innihalda lista yfir undirlykla lykils, með frumuvísitölu þeirra.
  • Verðlistafrumur innihalda lista yfir gildi lykilsins og frumuvísitölu þeirra.
  • Öryggislýsingarfrumur innihalda aðgangsstýringarlista og aðrar öryggistengdar stillingar lykils. Undirskriftin er ks. Nokkrir hnútar geta deilt öryggislýsingarhólfi og þess vegna innihalda þeir einnig lista yfir hnútana.

Stillingarstjórinn hefur ekki aðgang að harða diskmyndinni af býflugnabúinu í hvert skipti sem hún leitar. Í staðinn eru allar nauðsynlegar ofsakláði innifalin í vistfangarrými kjarnans með því að hlaða þeim inn í skiptiminnið (pagefile.sys). Kerfisbúinn er aðeins fullhlaðinn í aðalminnið við ræsingu. Vegna sundrungarinnar í skiptiminninu rekur Configuration Manager klefi vísitölukortagerðar , sem samsvarar sýndarminnastjórnun , aðeins fyrir skráningarfrumurnar. Það skiptir einnig hverri býflugnabúi í skiptiminni í 512 bita kubba og úthlutar hverjum bita. Ef þessum kafla er breytt er bitanum snúið úr 0 í 1 og hlutanum er sleppt til samstillingar. Samstilling býflugnabúa fer fram 5 sekúndum eftir atburðinn og samstillir alla breytta bikarhluta milli skiptiminnis og myndar. Ef frekari breytingar eru gerðar á ofsakláði í millitíðinni eða síðar, verða þær samstilltar aðeins eftir 5 sekúndur til viðbótar. Til að tryggja að endurheimt sé möguleg, jafnvel eftir að tölvan hefur verið smurð niður við samstillingu, eru breyttu hlutarnir fyrst skrifaðir í * .log skrárnar, sem eru fáanlegar samhliða öllum Hive skrám. Stillingarstjórinn eykur síðan fjölda í röð í býflugnabúinu, skrifar breytta kafla * .logsins í Hive skrána * .DAT og eykur aðra tölu í röð í býflugnabúinu. Ef tölvan hrynur meðan á ritunarferlinu stendur, þá sér Configuration Manager eftir endurræsingu að tölurnar í röð passa ekki saman og halda áfram að uppfæra úr * .log í * .DAT. [8] [21]

Í fortíðinni var hver skrá í vélakofanum og .DEFAULT.DAT með * .sav og * .log sem offramboð, þar sem SYSTEM.DAT var einnig með SYSTEM.old sem offramboð. Aðeins NTUSER.DAT var takmarkað við * .log. [8] [21] Þetta var haldið til og með Windows Vista . [22] Nútíma NT kerfi frá Windows 7 og áfram hafa * .log, * .log1, * .log2 sem offramboð fyrir hverja skrásetningaskrá, ekki bara SYSTEM.DAT.

Stillingarstjórinn býr til lyklastýringarblokk (KCB) fyrir hvern opnaðan skrásetningartakkann. Þetta inniheldur alla slóð lykilsins, frumuvísitölu hnútsins og fána um hvort eyða eigi lyklastýringarblokkinni þegar síðasta handfanginu hefur verið lokað. Windows geymir allar lyklaborðsstýrðar blokkir í stafrófsröðinni hassborði [23] til að fá hraðari aðgang. Þegar Object Manager kjarnans fær \REGISTRY\Namenspfad frá forriti til að flokka, flytur það nafnaslóðina yfir í stillingarstjóra. Þetta stekkur í gegnum takkana og undirlyklana eins og lýst er hér að ofan þar til marklyklinn (markhólf) finnst. Stillingarstjórinn athugar síðan hvort lykillinn hafi þegar verið opnaður. Ef svo er, þá er teljarinn í lyklastýringunni aukinn um 1. Ef ekki, þá skapar Configuration Manager aðra lyklastýringarblokk og bætir henni við kjötkássatöfluna. Það býr síðan til lykilhlut sem bendir á lyklastýringarblokkina og sendir hann til hlutastjórans sem sendir hann áfram til forritsins. Ef annað forrit vill fá aðgang að sama lyklinum mun það einnig sjá lykilhlutinn. Ef á að búa til nýjan lykil, þá hoppar Stillingarstjóri fyrst að síðasta lyklinum í stökkkeðjunni. Síðan athugar það hvort það sé nóg pláss á listanum yfir ókeypis hólf til að taka á móti nýja lyklinum. Ef ekki, þá er nýr gámur opnaður. Annars er nýi lykillinn búinn til með öllum gögnum og færður inn á vísitölulista föðurlyklsins. [8] [21]

Allt að Windows NT 6.1 var aðeins ein alþjóðleg kjötkássa fyrir öll KCB. Frá og með Windows 7 hefur hver býflugnabú sitt eigið hassborð; Aðgangur að lyklum hefur einnig verið bætt: þegar undirlykill var skrifaður til voru allir efri lyklar slóðarinnar áður læstir; þetta hefur aðeins áhrif á lykilinn sem í raun er skrifaður til. Samstillingarferlið hefur einnig verið aukið. [4]

Geymsla forritsstillinga

Notendaforrit geta geymt eigin upplýsingar í skrásetningunni.

Forrit þurfa ekki að nota Windows skrásetninguna. Til dæmis nota NET Framework forrit XML -skrár til uppsetningar, [24] en færanleg forrit geyma venjulega stillingarskrár sínar með keyranlegum skrám. Forrit sem eru sjálfstæð pallur , svo sem B. Firefox [25] eða VLC vistaðu stillingar þínar í stillingum sem eru sérstaklega hannaðar fyrir þarfir þínar. Mörg forrit nota Windows skrásetninguna sparlega til að vera óháð tengi sem eru aðeins fáanleg í Windows. [26]

Það er undir framleiðanda forritsins hvort þessar upplýsingar skuli geymdar í skráningargagnagrunninum eða í einni af sameiginlegu möppunum sem taldar eru upp hér að neðan (staða: Windows 10):

Ekki notendatengt:

  • %programdata% er skrá gagnanna sem hafa áhrif á alla notendur (á Windows 10 kerfum: C:\ProgramData ). Stjórnandaréttindi eru nauðsynleg til að búa til möppur og skrár þar. Þess vegna eru þessar búnar til með uppsetningarforriti notendaforritsins, hægt er að stilla samsvarandi möppur á þann hátt að forrit sem keyra undir notendasamhengi hafa einnig ritaðgang að þeim.

Notendatengt:

  • %userprofile%\AppData\Roaming : Möppurnar sem eru geymdar hér færast með notandanum þegar hann skráir sig inn á aðra tölvu á léninu.
  • %userprofile%\AppData\Local : Stillingarnar sem þar eru geymdar eru bundnar við tölvuna.
  • %userprofile%\AppData\LocalLow er sandkassaskrá með lágt %userprofile%\AppData\LocalLow .

Handvirkir klippimöguleikar

Skráaritstjóri

Tákn regedit.exe

Til þess að breyta gagnagrunninum í skrásetningunni handvirkt, veitir Windows regedit.exe ritstjóraritlinum. Þetta er hægt að kalla fram í leitarstikunni með því að slá inn regedit . Í vinstri dálkinum eru ofsakláði og lykilfrumur sýndar stigveldi, til hægri eru tilheyrandi virðisfrumur lykils og innihald þeirra skráð hver fyrir sig. Lykillistafrumurnar eru ekki birtar heldur aðeins dregnar saman með tréuppbyggingu lyklanna. Gildalistafrumurnar eru heldur ekki sýnilegar en mynda uppbyggingu listans til hægri. Öryggislýsingarfrumurnar eru dregnar út í samhengisvalmyndinni þegar hægrismellt er á takka > Heimildir ... er framkvæmd.

Hægt er að flytja út alla skrásetninguna með því að hægrismella á „tölvuna“ táknið > Flytja út . Hlutar sem ekki eru festir, t.d. B. Skema.DAT og Components.DAT er ekki tekið með í reikninginn. Ef (undir) lykill er valinn og fluttur út, er hann og undirbyggingar hennar skrifaðir í skráningaskrá með skráarviðbótinni * .reg, sem er kóðað í Unicode og getur því verið lesið af mönnum. Wird ein Schlüssel gewählt und im Fenstermenü Datei > Drucken... gewählt, werden auch die Informationen der Schlüssel-Zellen ausgedruckt, welche im Registrierungs-Editor nicht angezeigt werden, aber Teil der Zelle sind (zum Beispiel den letzten Schreibzugriff und der Klassenname). [27] Die *.reg-Dateien sind Unicode-Textdateien mit der Zeichenfolge „Windows Registry Editor Version 5.00“ in der ersten Zeile. Die Syntax ist wie folgt:

[<Hivename>\<Schlüsselname>\<Unterschlüsselname>]
"Wertname" = <Werttyp>:<Wertdaten>

Wenn der Standardwert eines Schlüssels bearbeitet werden soll, wird ein At-Zeichen vorangestellt:

[<Hivename>\<Schlüsselname>\<Unterschlüsselname>]
@ = <Werttyp>:<Wertdaten>

Zeichenketten ("string values") benötigen keine Werttyp-Angabe. Pfade in Wert-Zellen müssen aber mit „\\“ geschrieben werden, einzelne „"“ als „\"“. Für den Werttyp gibt es folgende hex()-Abkürzungen:

Windows Registry Editor Version 5.00

[ HKEY_CURRENT_USER \Software\Wikipedia]
"PathToExe" = "C:\\Program Files (x86)\\ACME Corp\\ACE.exe"
"haenschen" = hex:<Binär-Wert>
"klein" = dword:<DWORD-Wert>
"geht" = hex(0):<REG_NONE-Wert>
"allein" = hex(1):<REG_SZ-Wert>
"in" = hex(2):<REG_EXPAND_SZ Wert>
"die" = hex(3):<Binär-Wert> ; identisch mit "hex:"
"weite" = hex(4):<DWORD-Wert> ; Little-Endian
"Welt" = hex(5):<DWORD-Wert> ; Big-Endian
"hinein" = hex(7):<REG_MULTI_SZ-Werte> ; getrennt durch Komma
"Stock" = hex(8):<REG_RESOURCE_LIST-Werte> ; getrennt durch Komma
"und" = hex(a):<REG_RESOURCE_REQUIREMENTS_LIST-Werte> ; getrennt durch Komma
"Hut" = hex(b):<QWORD-Wert> ; acht Hex-Werte, getrennt durch Komma

Ein vorangestelltes Minus entfernt den Schlüssel:

[ - HKEY_LOCAL_MACHINE \SOFTWARE\Wikipedia]

Werte in einem Schlüssel werden durch ein „-“ nach dem Wertnamen entfernt: [27]

[ HKEY_LOCAL_MACHINE \SOFTWARE\Wikipedia]
@ =-
"MeineMeinung" =-

wobei @=- den Standardwert entfernt und "MeineMeinung"=- die Zeichenkette MeineMeinung und seinen Wert. In die Reg-Daten können auch Kommentare einfließen:

; Dies ist ein Kommentar. Er fällt vergleichsweise lang aus
[ HKEY_LOCAL_MACHINE \SOFTWARE\Wikipedia]
"MeineMeinung" = "WikipediaIstGut"

Die Reg-Dateien werden in die Registrierungsdatenbank gelesen, wenn sie doppelt geklickt werden. Ein Editieren ist mit Rechtsklick > Bearbeiten möglich.

PowerShell

Seit dem Erscheinen der Windows PowerShell gibt es eine weitere sehr einfache Möglichkeit, die Registry zu verwalten. Dabei kann man auf die Registry direkt über die Konsole oder durch ein Shellskript wie auf ein herkömmliches Laufwerk zugreifen. Im „normalen“ Verzeichnis navigiert man mit den Aliassen ls um sich Unterverzeichnisse anzeigen zu lassen, cd <ziel> um ein Unterverzeichnis anzunavigieren, cd .. um ein Verzeichnis zurückzugehen usw. Gibt man beispielsweise cd HKLM: ein, wechseln man auf den Hauptschlüssel HKEY_LOCAL_MACHINE . Zu den Unterschlüsseln gelangt man ebenfalls über den Befehl cd oder in der Langform Set-Location . Der Befehl Get-ItemProperty . zeigt alle Eigenschaften (Registry-Einträge), die für den aktuellen Registryschlüssel gespeichert sind. Auf diese Weise lassen sich beispielsweise durch Eingabe der folgenden Befehlsfolge in der PowerShell alle Einträge des Run-Schlüssels anzeigen:

 cd HKLM :
cd Software \ Microsoft \ Windows \ CurrentVersion \ Run
Get-ItemProperty .
Navigieren mit der PowerShell

Nach dem Eingeben erfolgt unter anderem (PSPath, PSParentPath, PSChildName, PSProvider) als Ausgabe PSDrive: HKCU . Gleiches gilt, wenn man die Laufwerke des Rechners durch den Befehl Get-PSDrive anzeigen lässt, wobei hier nicht alle Registry-Laufwerke angezeigt werden. Wie bereits oben im Anschnitt „Arbeitsweise der Registry“ gezeigt, wird die Registry von Windows selbst wie ein Laufwerk/Gerät verwaltet, was in der PowerShell auch sichtbar wird. Mit dem Befehl cd C:\ oder einem anderen Laufwerksbuchstaben wechselt die PowerShell wieder in die Welt des Object Managers / Datei-Explorers zurück.

Auch ein indirektes Auslesen der Registry wird damit möglich: Mit den Befehlen $key="HKCU:\Software\Microsoft\Windows\CurrentVersion\Run" wird der Pfad geholt und in die Variable $key geschrieben, $wert="Test" holt den Wert „Test“ und steckt ihn in die Variable $wert, und mit (Get-ItemProperty $key).$wert kann die Eigenschaft „Test“ im Schlüssel „Run“ ausgegeben werden, hier also der Pfad des Autostarteintrages.

Der Befehl New-Item HKCU:\Software\Wikipedia (Alias: md) legt einen neuen Schlüssel namens „Wikipedia“ an, Remove-Item HKCU:\Software\Wikipedia (Alias: del) entfernt ihn wieder. Mit New-ItemProperty -Path HKCU:\SOFTWARE\Wikipedia -Name MeineMeinung -PropertyType String -Value WikipediaIstGut wird eine Zeichenfolge namens „MeineMeinung“ mit dem Wert „WikipediaIstGut“ im Schlüssel „Wikipedia“ abgelegt. Neben String (REG_SZ) sind ExpandString (REG_EXPAND_SZ), Binary (REG_BINARY), DWord (REG_DWORD), MultiString (REG_MULTI_SZ) und QWord (REG_QWORD) ebenfalls zulässig.

Konsolenregistrierungsprogramm

Das Konsolenregistrierungsprogramm reg.exe läuft nur innerhalb einer Eingabeaufforderung cmd.exe, wobei die Befehle auch in der PowerShell eingesetzt werden können. Die Syntax ist dabei sehr einfach, der Nachteil aber die fehlende Befehlszeilenergänzung , was das Risiko von Schreibfehlern erhöht. Die Syntax zum Abfragen von Schlüsseln ist wie folgt: REG QUERY Schlüssel(pfad) , mit den angehängten optionalen Parametern /v Wert (sucht nach einem bestimmten Registrierungswert), /ve (sucht nach dem Standard- oder leeren Wert), und /s (sucht nach allen Unterschlüsseln und Werten). Der Befehl

reg query HKCU\Software\Microsoft\Windows\Currentversion\run

in einer cmd.exe eingegeben gibt eine Liste aller Autostarteinträge des Run-Schlüssels im Benutzer-Hive zurück. Die Syntax zum Anlegen von Schlüsseln ist wie folgt: REG ADD Schlüssel mit den angehängten optionalen Parametern /v Wert (hinzuzufügender Wert unter dem Schlüssel), /ve (fügt einen Standardwert hinzu), /t (Datentypen: REG_SZ | REG_MULTI_SZ | REG_DWORD_BIG_ENDIAN | REG_DWORD | REG_BINARY | REG_DWORD_LITTLE_ENDIAN | REG_NONE | REG_EXPAND_SZ), /s (bestimmt das Trennzeichen in der Datenzeichenfolge), /d (Daten), und /f (Überschreiben). Der Befehl

reg add HKCU\Software\Microsoft\Windows\Currentversion\run /v Test /t REG_SZ /d calc.exe

legt im Autostartschlüssel „Run“ die Zeichenfolge (REG_SZ) namens „Test“ an, welche als Wert „calc.exe“ hat. Würde dieser Schlüssel beibehalten, würde sofort nach dem Einloggen des Users der Taschenrechner aufpoppen. Die Syntax zum Entfernen von Schlüsseln ist wie folgt: REG delete Schlüssel mit den angehängten optionalen Parametern /v Wert (zu löschender Wert unter dem Schlüssel), /ve (löscht den Wert des Standardwertes), /va (löscht alle Einträge des Schlüssels), und /f (für “mit Gewalt”). Der Befehl

reg delete HKCU\Software\Microsoft\Windows\Currentversion\run /v Test

löscht die Zeichenfolge „Test“ mit ihrem Wert „calc.exe“. Der böse Taschenrechner ist gebannt. Mit dem Befehl REG COPY Schlüssel1 Schlüssel2 wird der Schlüssel 1 an die Position von Schlüssel2 kopiert. Mit dem Parameter /s werden die kompletten Unterschlüssel mitgenommen, /f erzwingt das Kopieren. Weitere Befehle wie Save, Load, Unload, Restore, Compare, Export, Import usw. usf. sind möglich.

Ausfallsicherheit

Aufgrund der Tatsache, dass in der Registry große Teile der Systemkonfiguration gespeichert sind, wird diese oft als Single Point of Failure angesehen. Eine Beschädigung der Registrierungsdatenbank kann das Starten des Betriebssystems erschweren oder gar unmöglich machen. [16] Aufgrund dessen werden eine Reihe von Maßnahmen ergriffen, die einer Beschädigung der Registrierungsdatenbank vorbeugen oder diese rückgängig machen können:

  • Durch den in Windows Vista eingeführten Kernel Transaction Manager können mehrere Einzeloperationen zu einer Transaktion zusammengefasst werden, die entweder als Ganzes erfolgreich verläuft, oder durch einen Rollback rückgängig gemacht werden kann, was inkonsistente Zustände verhindern soll. [28]
  • Ein Schutz vor inkonsistenten Zuständen wird auch durch die Implementierung der Registry selbst gewährleistet, da Änderungen an der Registry in Logdateien protokolliert werden. Bricht ein Schreibvorgang unerwartet ab (z. B. durch einen Stromausfall), nachdem bereits ein Teil der Daten verändert wurde, können diese Änderungen so wieder zurückgenommen werden. [29]
  • Auch das Dateisystem , in dem die Dateien der Registry gespeichert sind, kann einer Beschädigung entgegenwirken. So besitzt NTFS , das in allen modernen Windows-Versionen eingesetzt wird, weitreichende Fehlerüberprüfungs- und Reparaturmechanismen. [29]
  • Der besonders sensible Abschnitt SYSTEM wurde in früheren Windows-Versionen als Backup in der Datei SYSTEM.ALT gespeichert. [15]

Registry-Cleaner

Vielfach wird damit geworben, dass eine „Reinigung“ der Registrierungsdatenbank notwendig oder wünschenswert sei, um einen Geschwindigkeits- und Stabilitätsvorteil zu erhalten.

Der Nutzen von sogenannten „Registry-Cleanern“ wird jedoch überwiegend angezweifelt und als Mythos eingestuft. [30] [31] So würden ungenutzte und damit überflüssige Einträge in der Registry nur einen verschwindend geringen Teil ausmachen, deren Bereinigung nicht ins Gewicht falle. Der US-amerikanische Autor und Most Valuable Professional Ed Bott schätzt den Nutzen als verschwindend gering ein und warnt gleichzeitig davor, dass ein fälschlicherweise entfernter Eintrag dazu führen könne, dass auf dem System installierte Programme nicht mehr ordnungsgemäß funktionieren. Die Nutzung von Registry-Cleanern sei somit abzulehnen: „Don't run registry cleaner programs, period.“ (deutsch: „Benutze keine Programme zum Bereinigen der Registry. Punkt.“). [32]

Auch in Testberichten konnte der vermeintliche Nutzen durch das Bereinigen der Registry nicht nachgewiesen werden: Die Webseite Windows Secrets testete die Reinigungsprogramme CCleaner und jv16 PowerTools 2011 und verglich diese mit der Windows-internen Datenträgerbereinigung . Bei beiden Programmen konnte kein Geschwindigkeitsvorteil gegenüber der Windows-Datenträgerbereinigung gemessen werden. Die Windows-Datenträgerbereinigung lässt die Registry jedoch unberührt und beschränkt sich auf das Löschen überflüssiger Dateien auf der Festplatte. [33]

Bis hin zu Windows XP (inkl. Windows Server 2003) konnte der Bootvorgang scheitern, wenn Kernel und SYSTEM.DAT mehr als die ersten 16 MB Arbeitsspeicher belegten. [34] Microsoft bot deshalb das hauseigene Tool „RegClean“ zum Entfernen unnötiger Registry-Einträge an. Dies ist aber bei allen modernen Windows-Versionen überflüssig.

Sichern der Registrierung

Windows 9x

Windows 95 sichert die Registrierung bei jedem erfolgreichen Start und speichert diese als SYSTEM.DA0 und USER.DA0 im Systemverzeichnis. [35] Eine manuelle Sicherung ist mit dem Programm ERU.EXE möglich, das sich auf der Windows 95-CD befindet. [36]

Unter Windows 98 und Windows Me existiert stattdessen das Programm SCANREG.EXE , das bei jedem erfolgreichen Start von Windows zahlreiche wichtige Systemdateien, darunter die Registrierung, sichert, aber auch manuell aufgerufen werden kann, um eine Sicherung anzulegen oder das System von einer Sicherung wiederherzustellen. [37] Standardmäßig werden bis zu fünf Backups als CAB -Datei im Ordner %systemroot%\Sysbckup angelegt. Über eine INI-Datei können diese und weitere Einstellungen modifiziert werden. [38] Aufgrund eines Programmfehlers sichert SCANREG.EXE die USER.DAT nicht, wenn diese nicht im Systemverzeichnis liegt, weil mehrere Benutzerprofile angelegt wurden. [39]

Alle Versionen von Windows 9x bieten zudem die Möglichkeit, mittels des Registrierungseditors REGEDIT.EXE im MS-DOS-Modus die gesamte Registrierung in eine Registrierungsdatei zu exportieren und auch wieder zu importieren. [35] Windows 9x sichert außerdem direkt nach Ende des Windows-Setups eine Kopie der SYSTEM.DAT unter dem Namen SYSTEM.1ST im Stammverzeichnis der Festplatte. [40]

Windows NT

Windows NT bis einschließlich Version 4.0 boten die Möglichkeit, eine Kopie der Registrierung unter dem Verzeichnis %systemroot%\repair anzulegen und diese bei Bedarf auf einer sogenannten Notfalldiskette zu sichern. Standardmäßig legt Windows eine solche Notfalldiskette am Ende des Setups an, eine Sicherungskopie der Registrierung und (optional) eine Notfalldiskette kann aber auch manuell durch Aufrufen des Programms RDISK.EXE erstellt werden. [41] Standardmäßig werden die Dateien SAM und SECURITY nicht gesichert, es sei denn RDISK.EXE wird mit dem Parameter /S aufgerufen. [42]

In Windows 2000 und Windows XP wird die Registrierung stattdessen über das Programm Sicherung ( NTBACKUP.EXE ) gesichert. [43] Standardmäßig ist in der Windows XP Home Edition das Programm Sicherung nicht vorhanden, es kann aber von der Windows XP-CD nachinstalliert werden. [44]

Betriebssysteme ab Windows Vista aufwärts bieten keine Möglichkeit mehr, die Registrierung zu sichern.

Windows-Registrierungsdatenbank ohne Windows

Das für Linux - und Unix -Systeme verfügbare Win32 -API namens Wine enthält eine eigene Implementation der Windows-Registrierungsdatenbank. Wine selbst legt seine eigenen Einstellungen darin ab. Daneben können andere Windows-Programme, die auf Wine laufen, ihre Einstellungen dort eintragen. Für Win32-Anwendungen erscheint die Registrierungsdatenbank genau gleich wie auf einem Windows-NT-System. Im Hintergrund befindet sich aber – anders als bei Windows-NT-Systemen und wie in unixoiden Systemen für Einstellungen üblich – keine Datenbank, sondern einfache ASCII -Textdateien. In den folgenden Dateien im Verzeichnis ~/.wine ist die Registrierungsdatenbank von Wine in Form lesbarer Texte enthalten: [45]

Datei Schlüssel
system.reg HKEY_LOCAL_MACHINE
user.reg HKEY_CURRENT_USER
userdef.reg HKEY_USERS\.Default

Das ReactOS -Projekt, das versucht Windows-NT nachzubauen, übernimmt Teile von Wine, darunter auch die Umsetzung der Windows-Registrierungsdatenbank. [46]

Alternativen

In den meisten unixoiden Betriebssystemen, wie FreeBSD , macOS oder in den Linux -basierten gibt es keine zentrale Konfigurationsdatenbank, sondern zahlreiche zentral abgelegte Konfigurationsdateien .

Jedoch gibt es Projekte, die Registry-artige Datenbanken auch für unixoide Systeme bereitstellen wollen, beispielsweise Elektra [47] [48] oder die Gnome -Konfigurationsdatenbank GConf bzw. der Nachfolger DConf . GConf baute im Gegensatz zur Windows-Registry und DConf konsequent auf XML -Dateien auf, was die Möglichkeit bot, die Schlüssel mit jedem Texteditor oder XML-Parser zu lesen und bearbeiten. Ebenso legt Elektra die Schlüssel in Plain-text -Dateien ab, die z. B. mit Editoren wie vi bearbeitet werden können. [49]

Apple setzt bei Mac OS X teilweise auf sogenannte Property Lists , die im XML-, JSON - oder in einem proprietären Binär-Format vorliegen können. [50]

Weblinks

Einzelnachweise

  1. a b Martin Grotegut: Windows 7 in Unternehmensnetzen mit Service Pack 1, IPv4, IPv6 . Springer, 2011, ISBN 978-3-642-01034-7 .
  2. a b Ingo Böttcher ( MVP ): Die besten Windows Tuning Tipps… 7. Juni 2011, abgerufen am 18. Januar 2015 .
  3. Tools rund um die Windows-Registry. Computerwoche, 28. Mai 2013, abgerufen am 18. Januar 2015 .
  4. a b Windows 7 / Windows Server 2008 R2: Upgrade Paths, Registry Enhancements, Crash Dumps and Page File Sizing. Microsoft TechNet, 1. Oktober 2009, abgerufen am 18. Januar 2015 (englisch).
  5. http://www.tech-pro.net/intro_reg.html
  6. https://blog.codinghorror.com/was-the-windows-registry-a-good-idea/
  7. Registry Keys. In: Microsoft Developer Network . 4. August 2010, abgerufen am 3. Dezember 2015 (englisch).
  8. a b c d e f g h i j k Mark Russinovich, David Solomon, Alex Ionescu: Windows Internals, Part 1 . Microsoft Press, 2012, ISBN 978-0-7356-4873-9 , S.   277   ff .
  9. Why do registry keys have a default value? In: The New Old Thing. Microsoft , 18. Januar 2008, abgerufen am 3. Dezember 2015 .
  10. Windows-Registrierungsinformationen für Benutzer mit fortgeschrittenen Kenntnissen. Microsoft Support, 6. Mai 2013, abgerufen am 11. Februar 2015 (englisch).
  11. a b c Total Registry – Infoguide rund um die Registry. In: WinTotal.de. 20. Juni 2004, abgerufen am 29. November 2015 .
  12. Christoph Prevezanos: Computer-Lexikon 2012 . Markt + Technik Verlag, 2011, ISBN 978-3-8272-4728-5 , S.   398 ( eingeschränkte Vorschau in der Google-Buchsuche).
  13. Forensic Investigation on Windows Machines. In: INFOSEC institute. Abgerufen am 8. November 2016 (englisch).
  14. William Stanek: Windows Server 2008 Inside Out . Microsoft Press, 2008, ISBN 978-0-7356-2438-2 .
  15. a b Registry Hives (Windows). In: msdn.microsoft.com. Abgerufen am 27. November 2015 (englisch).
  16. a b Paul Robichaux: Managing The Windows 2000 Registry . O'Reilly & Associates, 2000, ISBN 1-56592-943-8 .
  17. Barry Simon: The Windows 95 Registry, Part 1 . In: PC Magazine . Volume 14, Nr.   8 , 1995, S.   251   ff . ( Vorschau auf Google Books ).
  18. Appendix A – Windows NT Registry. In: Windows NT 4.0 Server Product Documentation. Microsoft , abgerufen am 29. November 2015 (englisch).
  19. The .Default user is not the default user. In: The Old New Thing. Microsoft , 2. März 2007, abgerufen am 28. November 2015 (englisch).
  20. a b Bekannte Sicherheits-IDs in Windows-Betriebssystemen. Microsoft , abgerufen am 29. November 2015 .
  21. a b c d e f g h i Mark Russinovich: Inside the Registry. Abgerufen am 18. Januar 2015 (englisch, undatiert).
  22. Paul McFedries: Microsoft Windows Vista Unleashed . Sams, 2008, ISBN 978-0-672-33013-1 , S.   299   ff .
  23. Tarik Soulami: Inside Windows Debugging . Microsoft Press, 2012, ISBN 978-0-7356-6278-0 .
  24. https://docs.microsoft.com/en-us/dotnet/framework/configure-apps/file-schema/
  25. http://mypage.netlive.ch/demandit/files/M_5461BCD3E307F973D53/dms/File/38_opc_7_10_firefox-registry.pdf
  26. Alexander Schatten, Stefan Biffl, Markus Demolsky, Erik Gostischa-Franta, Thomas Östreicher und Dietmar Winkler: Best Practice Software-Engineering: Eine praxiserprobte Zusammenstellung von komponentenorientierten Konzepten, Methoden und Werkzeugen , Springer-Verlag, ISBN 9783827424877
  27. a b Holger Schwichtenberg u. weitere: Windows Vista Business . Addison-Wesley Verlag, 2007, ISBN 978-3-8273-2422-1 .
  28. Kernel Transaction Manager (Windows). In: MSDN Library. Abgerufen am 4. Dezember 2015 (englisch).
  29. a b Mike Halsey, Andrew Bettany: Windows Registry Troubleshooting . Apress, 2015, ISBN 978-1-4842-0992-9 , S.   33   f . ( Vorschau auf Google Books [abgerufen am 6. Dezember 2015]).
  30. Der Mythen-Jäger – Folge 22: Registry säubern. In: CHIP Online. 29. Dezember 2012, abgerufen am 3. Dezember 2015 .
  31. What's the Registry, Should I Clean It, and What's the Point? In: Lifehacker. 3. Januar 2010, abgerufen am 3. Dezember 2015 (englisch).
  32. Ed Bott : Why I don't use registry cleaners. (Nicht mehr online verfügbar.) 19. April 2005, archiviert vom Original am 8. Dezember 2015 ; abgerufen am 3. Dezember 2015 (englisch). Info: Der Archivlink wurde automatisch eingesetzt und noch nicht geprüft. Bitte prüfe Original- und Archivlink gemäß Anleitung und entferne dann diesen Hinweis. @1 @2 Vorlage:Webachiv/IABot/www.edbott.com
  33. Putting Registry-/system-cleanup apps to the test. Windows Secrets, 10. November 2011, abgerufen am 18. Januar 2015 (englisch).
  34. System may not start when creating a large number of logical units and volumes. Support Microsoft, abgerufen am 20. Januar 2015 (englisch).
  35. a b Microsoft Knowledge Base – Using Registry Editor in Real Mode
  36. Microsoft Knowledge Base – Windows 95 Emergency Recovery Utility
  37. Microsoft Knowledge Base – Description of the Windows Registry Checker Tool (Scanreg.exe)
  38. Microsoft Knowledge Base – How to Customize Registry Checker Tool Settings
  39. Scanreg.exe Does Not Back Up User.dat Files When Using User Profiles
  40. Microsoft Knowledge Base – Troubleshooting Windows 95 Using Safe Mode
  41. Microsoft Knowledge Base – Description of Windows NT Emergency Repair Disk
  42. RDISK /S and RDISK /S-Options in Windows NT
  43. Microsoft Knowledge Base – How to Create an Emergency Repair Disk in Windows 2000
  44. How can I get NTBackup for Windows XP Home Edition?
  45. Using the Registry and Regedit (englisch)
  46. Using ReactOS Registry format (englisch)
  47. Interview: Elektra, die Linux Registry auf golem.de (2004)
  48. www/ Software/ Elektra auf Freedesktop.org (englisch)
  49. Interview: Elektra, die Linux Registry auf golem.de (2004)
  50. The plist(5) manual page auf developer.apple.com. Abgerufen am 23. Januar 2014.