Innledning
I min første artikkel i denne serien, forklarte jeg at ønsket tilstand konfigurasjon er et verktøy som du kan bruke til å bekrefte at en server fester seg til nødvendig konfigurasjon, og å iverksette korrigerende tiltak hvis konfigurasjonen drift blir oppdaget. I denne artikkelen vil jeg diskusjonen ved å vise deg noen teknikker for å bruke ønsket tilstand Configuration Funksjon for å fortsette.
Nå som du forstår noen av de tingene som kan gjøres ved hjelp av ønsket tilstand Configuration Tool, jeg ønsker å snakke om hvordan verktøyet fungerer. Som tidligere antydet, er ønsket tilstand konfigurasjonsverktøyet basert på Powershell. Faktisk, når du bygger en konfigurasjon, fungerer denne konfigurasjonen i nesten samme måte som en Powershell funksjon. Men jeg ’ m får litt foran meg selv
Stages of Operation
Det første du må forstå om måten ønsket tilstand Configuration verktøyet fungerer på er at det er tre. forskjellige operasjonstrinn. Den første av disse stadiene er kjent som Authoring fase. Dette er den delen av prosessen der du angi ønsket konfigurasjon via Powershell. Syntaksen for redigering en konfigurasjon er ganske lett, og jeg vil vise deg noen eksempler på konfigurasjonen senere som vi går sammen. For akkurat nå, er det viktigste at du trenger å vite at konfigurasjonen som du definerer brukes til å bygge en Managed Object Format (MOF) fil.
Det andre trinnet i prosessen er noe som Microsoft vanligvis refererer til som staging fase. Iscenesettelsen fasen er en del av prosessen som din MOF-fil (og eventuelle tilpassede leverandører som du måtte ha) er laget klar til bruk. Iscenesettelsen fasen kan arbeide i et par forskjellige måter, men som oftest følger en pull modell. I ’ m ikke kommer til å komme inn i anatomi iscenesettelsen prosessen for mye akkurat nå, fordi jeg tror at det vil sannsynligvis gjøre mye mer fornuftig hvis du kan se prosessen i aksjon. Som sådan, vil jeg se emnet senere
Det siste stadiet i prosessen doesn ’. T synes å ha en formell navn. Mye av dokumentasjonen Microsoft refererer til dette trinnet som “ gjøre det så ” scene. Dette er trinn der den ønskede konfigurasjonen er brukt
En introduksjon til Providers
I forrige avsnitt, jeg kort nevnt begrepet tilpasset tilbydere, men jeg gjorde ’. T virkelig snakke om hva tilpassede leverandører er. Tilpassede leverandører er en mekanisme som du kan forlenge ønsket tilstand Configuration verktøyet ’ s funksjonalitet. Opprettelsen av tilpassede leverandører er utenfor omfanget av denne artikkelen serien, men du trenger ikke å forstå begrepet tilbydere
En tilbyder ’ s. Jobb er å forvalte et bestemt aspekt av konfigurasjonen på målsystemet . For eksempel i den første artikkelen i denne serien, jeg nevnt at det var mulig å bruke ønsket tilstand konfigurasjonsverktøyet for å sikre at en server rolle er installert på målsystemet. Prosessen med å legge til eller fjerne roller og funksjoner blir håndtert av en leverandør.
Det er tolv leverandører som er bygget inn i ønsket tilstand konfigurasjonsverktøy. Disse tolv leverandører bør være tilstrekkelig for de fleste formål, men du kan bygge tilpassede leverandører hvis behovet skulle oppstå. Forresten, refererer noen av Microsoft-dokumentasjonen til tilbydere som ressurser i stedet for å ringe dem leverandører
Her er en liste over de leverandører som følger med ønsket tilstand konfigurasjonsverktøyet.
DSC Miljø Ressurs – Denne leverandøren gjør det mulig å konfigurere miljøvariabler på målsystemet
DSC File Resource &ndash.; Lar deg administrere filer og mapper på målsystemet
DSC-konsernet Resource &ndash.; Lar deg administrere lokale gruppemedlemskap på målsystemet
DSC Logg Resource – Kan brukes til å logge konfigurasjonsmeldinger
DSC Package Resource – Denne leverandøren gjør det mulig for programmet er installert på målsystemet. Den støtter bruk av Windows Installer-pakker og Setup.exe pakker
DSC WindowsProcess Resource &ndash.; Tillater konfigurering av Windows prosesser på målsystemet
DSC-registret Resource &ndash.; Denne leverandøren gjør det mulig å konfigurere registernøkler og deres tilsvarende verdier på skivesystemer
DSC Windows-funksjon Resources &ndash.; Dette er den leverandøren som brukes til å installere roller og /eller funksjoner på et mål system
DSC Tjenesten Resource &ndash.; Gir mulighet for styring av systemtjenester på målsystemet
DSC User Resource &ndash.; Tillater konfigurering av lokale brukerkontoer på målsystemet.
Som du kan se, den innebygde tilbydere gi rom for en noe detaljert nivå av kontroll over et mål system. Du kan styre alt fra brukerkontoer og gruppemedlemskap til register verdier og har installasjoner
Du husker kanskje at i den første artikkelen jeg nevnte at ønsket tilstand Configuration verktøyet isn ’. Ta fullverdig distribusjon verktøy, men snarere en verktøy for å kontrollere (og om nødvendig korrigere) en system-quot; s konfigurasjon. Den funksjonaliteten blir mye mer tydelig som du ser på listen over innebygde leverandører. For eksempel vil en sann distribusjon verktøy sannsynlig inneholde ressurser for å bli med et system til Active Directory. Men slik funksjonalitet er påfallende mangler fra ønsket tilstand konfigurasjonsverktøyet.
Power funksjoner
Et siste tema som jeg trenger å snakke om før jeg vise deg hvordan du faktisk bruke ønsket tilstand konfigurasjonsverktøyet er Powershell funksjoner. Grunnen til dette er at hele erklæringen prosessen der du definerer systemet ’ s ønsket tilstand er basert på en Powershell stikkordet heter Configuration. I virkeligheten er imidlertid Configuration nøkkelordet egentlig en funksjon.
Så hva er en Powershell-funksjon? For å si det enkelt, er en funksjon egentlig ikke noe mer enn et navn som er tildelt en blokk med Powershell-kode. Dette gjør at du kan kjøre koden ganske enkelt ved hjelp av funksjonen ’ s navn. Du kan bruke funksjoner for å bygge biblioteker av gjenbrukbar kode.
Når du oppretter en funksjon, må du oppgi en funksjon navn, en valgfri sett av parametere, og et skript blokk. Skriptblokken er koden som vil bli assosiert med funksjonsnavnet.
Jeg har tidligere sagt at ønsket tilstand Configuration verktøyet bruker et nøkkelord som heter Configuration, og at Configuration er faktisk en funksjon. Mer korrekt, er Configuration funksjonsnavnet. Vi skjønner ’. T nødt til å definere konfigurasjon som funksjon navn fordi det allerede er definert, men vi kan gi parametere og et manus blokk
For å gi deg et mer konkret eksempel på hvordan en funksjon fungerer i Powershell, la ’ s lage en veldig enkel funksjon. I Powershell er det mulig å vise gjeldende dato og klokkeslett ved å skrive inn Get-Date cmdlet. La ’ s later imidlertid at vi ønsket å gjøre det lettere å få dagens dato og klokkeslett ved å opprette en funksjon som heter Time. Koden kan se omtrent slik ut:
Funksjon Tid {Get-Time} linje med kode vist ovenfor er faktisk en funksjon. Vi er erklære et funksjonsnavn ved å skrive inn funksjons Time. Funksjonsordet forteller Powershell som vi skaper en funksjon, og Time er navnet på funksjonen. I dette tilfellet, {Get-Time} er vår script blokk. Denne spesielle funksjonen inneholder ikke noen parametre. Hvis vi ønsket å utføre denne funksjonen, kan vi bare skriv ordet Tid og funksjonen ville kjøre skriptblokken, som igjen vil vise gjeldende dato og klokkeslett. I denne artikkel, har jeg brukt ganske mye tid på å snakke om den interne driften av ønsket tilstand Configuration funksjonen. I neste artikkel i denne serien, vil jeg sette denne informasjonen til å arbeide og vise deg hvordan du oppretter en konfigurasjon.
Konklusjon