Ako vytvoriť vlastný balík ovládačov pre hromadné nasadenie

Keď spoločnosť riadi veľa tímov, mať vodiči pod kontrolou a dobre organizovaní Prestáva to byť luxus a stáva sa absolútnou nevyhnutnosťou. Nehovoríme len o tom, aby zariadenie fungovalo, ale aby fungovalo dobre, stabilne a predvídateľne, najmä pri masívnom nasadzovaní operačných systémov, ako napríklad 11 Windows Enterprise alebo hromadné aktualizácie.

V tejto súvislosti sa objavila myšlienka vytvorenia vlastný balík ovládačov pre hromadné nasadenieŠtruktúrovaná sada ovládačov navrhnutých na automatickú inštaláciu na veľký počet počítačov, rešpektujúc špecifické vlastnosti každého hardvérového modelu. Okrem toho sa tento prístup často kombinuje s riešeniami ako System Center Configuration Manager (SCCM), Microsoft Endpoint Configuration Manager alebo podobné nástroje a so šablónami projektov Visual Studia pre pokročilejšie ovládače.

Čo presne je balík ovládačov pri hromadnom nasadení?

Predtým, ako si zašpiníme ruky, je dobré si objasniť tento pojem. balík ovládačov Nie je to len jeden súbor, ale kompletná kolekcia zdrojov, ktoré systém Windows potrebuje na správnu inštaláciu a používanie zariadenia. Táto kolekcia obsahuje okrem iného známy súbor INF, binárne súbory ovládačov (napríklad súbory .sys) a všetky ďalšie súbory, na ktoré sa tento súbor INF odkazuje.

V pokročilých vývojových prostrediach, ako je Visual Studio, sa rozlišuje medzi projekt ovládača a projekt balíka ovládačov. Prvý sa zameriava na generovanie binárneho súboru ovládača (napr. súboru .sys) a prípadne aj pridruženého súboru INF. Druhý funguje ako kontajner, ktorý zhromažďuje výstup jedného alebo viacerých projektov ovládačov a balí ho tak, aby sa dal nainštalovať, nasadiť a ladiť v cieľovom systéme.

Toto oddelenie umožňuje, aby riešenie, ktoré vývojár vytvorí, zahŕňalo viacero ovládačov a viacero balíkovalebo jeden ovládač s jedným balíkom. Kľúčové je, že projekt balíka ovládačov sa stane „jednotkou nasadenia“, teda prvkom, ktorý nástroj (ako napríklad Visual Studio) používa na odoslanie a inštaláciu ovládačov na vzdialenom testovacom počítači alebo v produkčnom prostredí.

Keď hovoríme o masívnom nasadení v spoločnostiach, koncept je rovnaký: a balík ovládačov, ktorý obsahuje všetky potrebné súbory aby skupina zariadení alebo konkrétny model fungoval tak, ako má. Rozdiel je v tom, že namiesto toho, aby sa myslelo len na laboratórne zariadenie, je navrhnuté s úmyslom inštalácie do desiatok alebo stoviek počítačov.

V nástrojoch ako SCCM sú tieto balíky súčasťou širšej stratégie: sú integrované do sekvencií úloh pre tvorbu obrazov, priradené ku konkrétnym hardvérovým modelom prostredníctvom dotazov WMI a automaticky sa vyvolávajú počas inštalácie alebo aktualizácie operačného systému.

Rozdiel medzi projektom ovládača a projektom balíka ovládača

V ekosystéme vývoja spoločnosti Microsoft projekt ovládača (projekt vodiča) a projekt balíka ovládačov (projekt balíka ovládačov) nie sú to isté, hoci idú ruka v ruke. Pochopenie rozdielu pomáha správne organizovať riešenie, keď chcete generovať robustné balíky na nasadenie.

Projekt ovládača obsahuje zdrojový kód ovládača, konfigurácie kompilácie a všetko potrebné na vygenerovanie binárneho súboru (napr. súbor .sys). V mnohých prípadoch tiež vytvorí súbor INF, ktorý operačnému systému povie, ako nainštalovať ovládač, s ktorými zariadeniami je priradený a aké ďalšie súbory potrebuje.

Projekt balíka ovládačov má na druhej strane funkciu zhromaždiť výstup jedného alebo viacerých projektov kontrolérovPo kompilácii vygeneruje balík pripravený na nasadenie: štruktúru súborov, ktorá obsahuje hlavný súbor INF, súbory .sys, katalógy podpisov a všetky pomocné súbory. Visual Studio používa tento balík na automatizáciu inštalácie a ladenia ovládača na vzdialenom počítači.

Pri použití šablóny ovládača v programe Visual Studio na vytvorenie nového riešenia sa tieto zvyčajne generujú automaticky. dva projekty v rámci toho istého riešeniaJeden pre samotný ovládač a druhý pre balík, ktorý ho bude obsahovať. To výrazne zjednodušuje prácu, pretože riešenie je od začiatku pripravené na zostavenie, zabalenie a nasadenie.

Ak z akéhokoľvek dôvodu riešenie pôvodne nezahŕňa daný projekt balíka ovládačov, je vždy možné pridať ho manuálne pomocou špecifickej šablóny inštalačného balíka ovládača. Týmto spôsobom sa aj projekt ovládača, ktorý bol vytvorený „od nuly“, môže vyvinúť do riešenia s organizovanými balíkmi, vhodného pre hromadné nasadenie alebo automatizované testovanie na viacerých počítačoch.

Ako manuálne vytvoriť balík ovládačov vo Visual Studiu

V scenároch, kde je ovládač už vo vývoji, sa môže stať, že riešenie obsahuje iba projekt ovládača, ale nie projekt balíkaV takom prípade je vhodné pridať projekt balíka ovládačov, aby sa uľahčila inštalácia a nasadenie na cieľových počítačoch, najmä ak sa bude neskôr integrovať s testovacími prostrediami alebo podnikovými nástrojmi.

Proces v programe Visual Studio zahŕňa vytvorenie nového projektu v rámci existujúceho riešenia. V ponuke Súbor vyberte cestu k Súbor > Nový > ProjektV dialógovom okne, ktoré sa otvorí, musíte vyhľadať šablónu zodpovedajúcu „Inštalačnému balíku ovládača“ v kategórii ovládačov systému Windows alebo podobne.

Po nájdení vhodnej šablóny sa zobrazí možnosť pridať nový projekt do aktuálneho riešeniaV rozbaľovacom zozname, kde je vybraté cieľové riešenie, začiarknite políčko „Pridať do riešenia“, aby sa tento balík stal súčasťou rovnakej sady projektov ako pôvodný ovládač. Potom potvrďte tlačidlom OK a projekt balíka sa vytvorí.

Tento nový projekt balíka ovládačov je možné nakonfigurovať tak, aby odkazoval na existujúci projekt ovládačov v riešení. Týmto spôsobom Visual Studio pri kompilácii balíka vezme výstup projektu ovládačov (jeho binárne súbory a súbory INF) a zabalí ho do štruktúry pripravenej na inštaláciu alebo vzdialené nasadenie. Táto konfigurácia je navyše veľmi užitočná, keď chcete automatizovať ladeniepretože vývojové prostredie vie, kde sa každý kus nachádza.

Ak by ste chceli vidieť praktický príklad celého tohto postupu, spoločnosť Microsoft dokumentuje prípady, ako napríklad známy „Toaster Sample Driver“, vzorové riešenie, ktoré kombinuje niekoľko ovládačov v rámci rovnakej architektúry projektov a balíkov, čo pomáha pochopiť, ako škálovať tento prístup na skutočný hardvér a testovacích vodičov.

Úprava a rozšírenie existujúceho balíka ovládačov

V mnohých organizáciách sa nezačína od nuly; už existuje... používaný balík ovládačov Toto sa vzťahuje na jeden alebo viac ovládačov. Postupom času môžu byť potrebné nové zariadenia, hardvérové ​​varianty alebo revízie kódu a práve tu prichádza do úvahy schopnosť upraviť balík tak, aby sa prispôsobil bez straty štruktúry nasadenia.

V programe Visual Studio je prvým krokom otvorenie projektu balíka ovládačov v programe Solution Explorer. Po jeho nájdení prejdite na uzol ReferencieOdtiaľ je možné pridať odkazy na nové projekty kontrolérov v rámci toho istého riešenia alebo odstrániť tie, ktoré už nie sú potrebné.

Ak chcete pridať ďalší projekt ovládača, kliknite pravým tlačidlom myši na Referencie a vyberte možnosť „Pridať referenciu…“. Otvorí sa dialógové okno so zoznamom dostupných projektov, v ktorom si môžete vybrať tie, ktoré by mali byť zahrnuté do balíka. Toto je obzvlášť užitočné pri správe viac ako jeden ovládač v rámci toho istého balíkaToto je bežné, ak viacero zariadení zdieľa komponenty alebo ak chcete distribuovať rôzne moduly ako jednu sadu.

Ak projekt ovládača už nie je potrebný, opačný postup je rovnako jednoduchý: v uzle Referencie balíka vyberte odkazovaný projekt, kliknite pravým tlačidlom myši a vyberte možnosť „Odstrániť“. Tým sa odstráni závislosť daného ovládača od balíka ovládačov a ďalšia zostava aktualizuje štruktúru súborov tak, aby odrážala iba ovládače, ktoré zostávajú relevantné.

Tento spôsob práce uľahčuje údržbu riešenie s niekoľkými ovládačmi a ich príslušnými balíkmiV skutočnosti je úplne možné, aby jedno riešenie obsahovalo viacero balíkov, pričom každý je zameraný na iný scenár nasadenia, pričom niektoré ovládače zdieľa a iné sa líši. Všetko závisí od toho, ako chce spoločnosť usporiadať svoj katalóg ovládačov.

Práca s viacerými ovládačmi v rámci toho istého riešenia

Hneď ako sa prostredie začne škálovať a podporovať viacero zariadení, je normálne, že skončí s viacero ovládačov a balíkov v jednom riešeníToto je nielen možné, ale je to aj odporúčaný spôsob riadenia zložitých projektov zahŕňajúcich rôzne hardvérové ​​modely, produktové rady alebo špecifické verzie zariadení.

Filozofia je podobná tej, ktorá bola spomenutá predtým: riešenie Visual Studia funguje ako všeobecný kontajner, v ktorom koexistuje niekoľko projektov ovládačov a jeden alebo viac projektov balíkov ovládačov. Každý balík môže odkazovať na viacero ovládačov a každý ovládač môžu v prípade potreby používať rôzne balíky.

Ak chcete pridať ďalšie ovládače, môžete vytvoriť nové projekty vodičov v rámci toho istého riešenia alebo pridaním existujúcich projektov. Balíky sa potom nakonfigurujú tak, aby odkazovali na príslušné ovládače. Postup zahŕňa otvorenie projektu balíka, prístup k uzlu Referencie a použitie možnosti „Pridať referenciu...“ toľkokrát, koľkokrát je to potrebné.

Klasický príklad „ovládača vzorky hriankovača“ ukazuje presne ten prípad, keď existuje jedno riešenie s viacerými ovládačmi Súvisiace produkty, ktoré zdieľajú niektoré prvky, ale sú distribuované v balíkoch prispôsobených rôznym účelom. Tento prístup je vysoko použiteľný v podnikových prostrediach, kde jedna softvérová platforma musí podporovať rôzne hardvérové ​​varianty.

Dobrá organizácia od začiatku tiež zjednodušuje údržbu: aktualizácia verzie ovládača v konkrétnom projekte vyžaduje jednoducho kompiláciu celého balíka, ktorý ho obsahuje, bez nutnosti manuálneho opakovania všetkej práce. Výsledkom je čistejší reťazec nasadenia a aktualizácie, čo je nevyhnutné pri správe stoviek alebo tisícok zariadení.

Nasadenie ovládačov prostredníctvom sekvencií úloh a inštalácie na základe modelu

V každodennej praxi mnoho organizácií používa nástroje ako SCCM alebo podobné na správu inštalácie operačných systémov a ovládačov. Rozšírený vzorec zahŕňa používanie sekvencie úloh s obrázkamikde je každá fáza automaticky prepojená: nasadenie operačného systému, základná konfigurácia, inštalácia podnikového softvéru a samozrejme nasadenie balíka ovládačov.

V rámci týchto sekvencií úloh je bežné konfigurovať špecifické kroky „nasadenia balíka ovládačov“. Každý krok je zvyčajne sprevádzaný Dotaz WMI ktorý filtruje na základe modelu počítača. Týmto spôsobom, aj keď je k dispozícii veľa balíkov, každý z nich sa nainštaluje iba na počítače, ktorých hardvér zodpovedá kritériám definovaným v danom dopyte.

Napríklad môžete určiť, že konkrétny balík ovládačov sa použije iba v prípade, že trieda Win32_ComputerSystem vráti model konkrétneho výrobcu. To vám umožní mať veľmi rozsiahle úložisko ovládačovale s presnými pravidlami, aby sa nainštalovalo iba to, čo skutočne vyhovuje každému počítaču, čím sa predíde konfliktom a znížia sa chyby kompatibility.

Tento prístup je obzvlášť užitočný pri práci s heterogénnymi zariadeniami: notebooky rôznych radov, stolové počítače rôznych generácií, špecializované pracovné stanice… Každý typ zariadenia môže mať vlastnú sadu ovládačov a na smerovanie prevádzky sa používajú dotazy WMI tak, aby každé zariadenie dostalo to, na čo má nárok.

Stručne povedané, postupnosť úloh sa stáva chrbticou, ku ktorej sú pripojené. vysoko kontrolované kroky nasadenia ovládačaPonúka čistú inštaláciu od prvého spustenia operačného systému a zabezpečuje, aby koncový používateľ mal počítač pripravený na prácu bez nutnosti manuálneho hľadania ovládačov.

Je možné vytvoriť postupnosť úloh len na aktualizáciu ovládačov zo softvérového centra?

Opakujúcou sa otázkou v riadených prostrediach je, či je možné vytvoriť postupnosť úloh pozostávajúca výlučne z krokov nasadenia balíka ovládačovbez preinštalovania operačného systému a že používatelia môžu spustiť zo softvérového centra aktualizáciu ovládačov svojho počítača, ktoré už používajú.

Nápad je lákavý: namiesto čakania na úplnú preinštaláciu alebo nový obraz by sa pripravila špecifická sekvencia úloh aktualizácie ovládača. Táto sekvencia by obsahovala iba kroky „nasadiť balík ovládačov“ nakonfigurované s príslušnými dotazmi WMI pre daný hardvérový model. Používateľ by túto úlohu videl v softvérovom centre a mohol by ju spustiť po vyzvaní alebo dokonca dobrovoľne.

Z technického hľadiska sa rovnaké diely používajú v sekvencia úloh s obrázkom Môžu byť opätovne použité v postupnosti zameranej výlučne na nasadenie ovládačov. Balíky ovládačov by boli stále prispôsobené každému modelu a pravidlá WMI by naďalej filtrovali, čo je nainštalované na ktorom zariadení.

Treba však zohľadniť niekoľko dôležitých nuans: aktualizácia ovládačov v produkčných systémoch môže mať vplyv na stabilitu, ak nie je dôkladne otestovaná, a niektoré organizácie uprednostňujú smerovanie týchto aktualizácií prostredníctvom špecifických mechanizmov (ako sú funkcie správy aktualizácií ovládačov alebo záplaty od výrobcu) pred všeobecnou postupnosťou úloh.

V každom prípade je koncepčne možné navrhnúť postupnosť úloh pri aktualizácii ovládačov že sa spúšťa zo softvérového centra za predpokladu, že katalóg balíkov ovládačov je dobre organizovaný, dotazy WMI sú správne definované a je pred sprístupnením všetkým používateľom riadne otestovaný v pilotnej skupine.

Používanie balíkov MSI na nasadenie aplikácií súvisiacich s ovládačmi

V mnohých rozsiahlych nasadeniach ovládačov nestačí len nainštalovať „čisté“ ovládače. Často sú potrebné aj ďalšie ovládače. súvisiace aplikácie ktoré spravujú alebo dopĺňajú tieto ovládače: konzoly pre vzdialenú správu, monitorovacie nástroje, utility od výrobcu atď. Typickým príkladom je balík RemotePC MSI.

Balík RemotePC MSI vám umožňuje nainštalovať aplikáciu pre vzdialený prístup na viacero počítačov alebo skupín na diaľku pomocou riešení, ako je Desktop Central, z počítača správcu. Toto sa bezproblémovo integruje do širšej stratégie nasadenia spolu s ovládačmi a ďalším podnikovým softvérom.

Všeobecný postup zahŕňa využitie možností nástroja Desktop Central (alebo podobného nástroja) na distribuovať balík MSI do skupiny počítačovZ administračnej konzoly sa konfiguruje nasadenie, vyberajú sa cieľové skupiny a definuje sa, kedy a ako sa aplikácia nainštaluje.

Výhodou práce s balíkmi MSI je, že sa bezproblémovo integrujú s automatizovanými inštalačnými nástrojmi firemných prostredí. Umožňujú parametrizáciu, zaznamenávanie výsledkov a integráciu do reportov. V prípade RemotePC tento prístup umožňuje nástroj vzdialeného prístupu je nasadený centrálne, ktoré sú uvedené spolu s ďalšími komponentmi, ktoré sa inštalujú počas životného cyklu zariadenia.

Hoci sa tento príklad zameriava na RemotePC, rovnaký vzorec možno použiť na akýkoľvek doplnkový softvér ovládačov, ako sú ovládacie panely grafických kariet, nástroje na správu napájania alebo balíky na správu zariadení. Tým sa zabezpečí, že ekosystém ovládačov a súvisiacich nástrojov sa nasadzuje konzistentne a opakovane.

Všetky vyššie uvedené ukazujú, že pri správnej kombinácii projekty ovládačov, balíky ovládačov, sekvencie úloh a balíky MSI Umožňujú vám vytvoriť robustné, škálovateľné a relatívne ľahko udržiavateľné prostredie pre hromadné nasadenie. S dobrou organizačnou stratégiou (oddelenie kódu ovládača, inštalačných balíkov a pravidiel aplikácií podľa hardvérového modelu) je možné aktualizovať a rozširovať katalóg bez toho, aby ste museli znovu vynájsť koleso zakaždým, keď do organizácie vstúpi nové zariadenie.

Súvisiaci článok:

Pokročilé riešenie problémov s neúspešnými inštaláciami systému Windows

Isaac

Vášnivý spisovateľ o svete bajtov a technológií všeobecne. Milujem zdieľanie svojich vedomostí prostredníctvom písania, a to je to, čo urobím v tomto blogu, ukážem vám všetko najzaujímavejšie o gadgetoch, softvéri, hardvéri, technologických trendoch a ďalších. Mojím cieľom je pomôcť vám orientovať sa v digitálnom svete jednoduchým a zábavným spôsobom.