Distribusjon av Vista - Part 4

I forrige artikkel i denne serien vi lærte om de syv konfigurasjons går av Vista installasjonsprosessen. Forstå disse konfigurasjons pasninger er viktig fordi mange svar fil komponentene kan bli lagt til mer enn én konfigurasjon pass. For eksempel så vi i forrige artikkel at x86_microsoft-Windows-Shell-Setup komponent kan legges til seks av de sju konfigurasjon passerer. Så er spørsmålet: Hvilken konfigurasjon pass bør jeg legge til denne komponenten i mitt svar fil hvis jeg vil at innstillingene jeg konfigurere for denne komponenten som skal anvendes?

Svaret på dette spørsmålet er at det kommer an på hva slags distribusjons scenario du planlegger å bruke for distribusjon av Vista, og det er hva denne artikkel handler om. Vi skal kort gjennomgå tre mulige distribusjon scenarier, og mens du kan være i stand til å komme opp med andre distribusjons scenarier, er disse tre som vanligvis brukes i bedriftsmiljøer. Scenariene vi vil undersøke er kalt:

  • Build-to-Plan (BTP)
  • Build-to-Order (BTO)

    Som vi ser på hverandre av disse scenariene, vil vi relatere dem til de syv konfigurasjons går av Vista installasjonsprosessen. Så i fremtidige artikler vil vi faktisk gå deg gjennom trinnene for disse scenariene.

    Forstå Build-to-Plan (BTP) Scenario

    A referansebilde
    er en installert kopi av Windows som du senere kan distribuere hjelp disk-imaging (også kalt "kloning") på flere reisemål datamaskiner som har samme maskinvarekonfigurasjonen som kilde datamaskin. I en typisk bedriftsmiljø, kan prosessen for å bygge en Vista referansebilde se omtrent slik ut:

    1. Opprett et svar fil for å automatisere installasjonen og lagre det som autounattend.xml til flyttbare medier, for eksempel en diskett eller USB minnepinne.
    2. Sett inn DVD og svarfilen media inn din kilde datamaskin (en bare-metal system som har noe operativsystem installert) og starte opp systemet.
    3. Windows Setup starter ved å kjøre windowsPE og offlineServicing går, noe som betyr at noen av komponentene i svaret fil som har blitt lagt til disse passerer vil bli brukt til å søke tilpasninger til hvordan Windows Setup kjører på kildedatamaskinen.
    4. Når .wim filen har blitt kopiert til referansedatamaskinens harddisk, specialise passere løper, så dette betyr noen komponenter i svaret fil som er lagt til dette innlegget, vil bli brukt til å søke tilpasninger til hvordan Setup går.
    5. Når installasjonen er ferdig, de oobeSystem pass løper, noe som betyr dette betyr noen komponenter i svaret fil som er lagt til dette innlegget, vil bli brukt til å søke tilpasninger til hvordan Setup går.
    6. Når Windows Welcome er ferdig og du har logget deg på, du da installere service packs, legge enhets derivers, installere programmer og utføre andre tilpasninger av kildedatamaskinen.
    7. Når du er kildedatamaskinen er klar, du deretter kjøre sysprep /generalisere /oobe /shutdown
      kommando, som strimler systemet av alle maskinspesifikke data som SID, hendelseslogger, og så på. Hvis du vil, kan du også angi et svar fil i sysprep kommando slik at noen komponenter i dette svaret fil som har blitt lagt til generalisere pass av dette svaret filen kan brukes til å søke tilpasninger til hva sysprep gjør.
    8. Nå kan du starte din sysprepped system som bruker en Windows PE DVD og kjøre ImageX å ta et bilde av din kilde datamaskin. Du kan deretter lagre denne referansebilde på en aksje eller DVD-nettverk slik at du kan bruke den senere å distribuere Vista til måldatamaskinen som har samme maskinvarekonfigurasjonen som kilde datamaskin.

      Undersøke de ovennevnte scenario, kan vi se at konfigurasjonen passerer du vil bruke til å legge komponenter til svarfilen kan være noen eller alle av følgende:

      • windowsPE passere
      • offlineServicing passere
      • spesialister pass
      • oobeSystem passere
      • generalisere pass (krever en egen svarfilen som brukes av sysprep)

        Forstå Build-to-Order (BTO) Scenario

        Den inne på bestilling (BTO) scenario er lik den innebygde to-plan (BTP) ovenfor, bortsett fra når du har laget et enkelt referansebilde for alle måldatamaskiner har samme hardware konfigurasjon som kilde datamaskinen, kan du tilpasse dette bildet videre hvis det er nødvendig for ulike brukere eller avdelinger (i et bedriftsmiljø) eller for ulike kunder (hvis du er en systemutvikler eller OEM). De initital trinn i BTO scenario er identiske med de av BTP scenario ovenfor. BTO prosessen fortsetter deretter som følger:

        1. Bruk Windows PE og ImageX å bruke referansebildet du opprettet tidligere til en av datamaskinene du skal levere til en bestemt gruppe brukere, kunder, eller en bestemt avdeling.
        2. Når installasjonen er ferdig, kjør sysprep /revisjon /generalisere /shutdown
          kommando, slik at neste gang du starter systemet den vil starte i revisjonsmodus.

          Dette krever en kort side på hva tilsynet modus betyr. Når du starter en datamaskin hvor Vista er installert, kan det gjøre en av to ting:

          • Kjør oobeSystem konfigurasjon pass og deretter lansere Windows Velkommen (også kalt "Machine OOBE Experience ") som lar brukeren tilpasse sitt system før du logger deg på ved å godta lisensavtalen, opprette kontoer, velge hennes Time Zone, og så videre.
          • Kjør auditSystem og auditUser konfigurasjons passerer og deretter starte datamaskinen i revisjonsmodus
            , et stadium av Windows Setup som lar deg utføre flere tilpasninger og teste disse tilpasningene før distribusjon av Windows. Disse tilpasningene kan blant annet legge enhetsdrivere, installere programmer, installere programvareoppdateringer, og så videre.

            starter opp i Windows Welcome er standard; å tvinge en datamaskin for å starte opp i revisjonsmodus, må du kjøre sysprep /revisjon
            kommandoen på den. Når du kjører denne kommandoen, kan du angi et svar fil som kan brukes til å søke tilpasninger spesifisert av komponenter for auditSystem og auditUser konfigurasjon passerer. Starter opp til revisjon modus bringer opp skrivebordet raskere siden du kan hoppe over Windows Welcome, så denne modusen er nyttig når du må kanskje utføre ytterligere tilpasninger på en datamaskin før du leverer den til brukere eller kunder som det er ment. Audit-modus kan du også starte med en enkelt organisasjonsomfattende referansebilde for en bestemt maskinvarekonfigurasjon og deretter tilpasse dette bildet med ekstra drivere og programmer når det er behov for behovene til bestemte brukere, kunder eller avdelinger. I praksis betyr dette at du kan ha et mindre antall bilder du trenger for å vedlikeholde.

            Nå tilbake til de øvrige trinnene i vår BTO scenario.

          • Bruk Windows PE og ImageX igjen for å ta et nytt referansebilde for bestemt gruppe brukere, kunder, eller en bestemt avdeling. Legg merke til at den opprinnelige referansebildet var for alle datamaskiner i organisasjonen som har samme maskinvarekonfigurasjon, mens denne nye referansebildet er for alle datamaskiner som er nødvendig for en bestemt gruppe brukere eller kunder eller en bestemt avdeling.
          • Så bruker Windows PE og ImageX å installere den nye referanse på datamaskinene bestemt for din bestemt gruppe brukere eller kunder eller din bestemt avdeling.
          • Boot disse måldatamaskiner i revisjonsmodus og utføre ytterligere tilpasninger som trengs for dem (du kan bruke et svar fil med komponenter lagt for auditSystem og auditUser konfigurasjon passerer for å automatisere slike tilpasninger hvis nødvendig).
          • Kjør sysprep /oobe /shutdown
            kommando på destinasjonen datamaskiner. Den /oobe switch betyr at Windows Welcome vil lansere neste gang disse datamaskinene boot.
          • Sett datamaskiner på en pall og levere dem til brukere, kunder eller avdeling de er bestemt for.

            I fremtidige artikler i denne serien vil vi gå gjennom trinnene for disse distribusjon scenarier og gjør ulike typer tilpasninger, men for nå er vi fortsatt trenger å bygge opp vår grunnleggende forståelse av Vista distribusjons konsepter og verktøy. Og siden jeg har nevnt sysprep et par ganger i denne artikkelen, jeg bedre snakke om det i min neste artikkel i denne serien.