WDS (Servicii de implementare Windows). Implementarea rapidă a mașinilor client de pe server. Crearea unei imagini de implementare WIM

Informații generale

Pentru a replica o configurație standard pe mai multe computere, este rațional să folosiți o imagine a unui sistem de operare instalat odată.

Instrucțiuni detaliate sunt disponibile pe site-ul Microsoft: Crearea și utilizarea imaginilor Windows

Deoarece cu un set mare de software suplimentar, fișierul imagine de partiție poate depăși cu ușurință 4 GB, nu va fi posibilă inscripționarea unei astfel de distribuții pe un disc DVD. Cu toate acestea, acest lucru nu este necesar pentru a instala sistemul de operare. Ne va fi suficient să obținem o imagine a partiției pe care este instalat sistemul de operare. Acesta poate fi apoi inclus în distribuția pe boot Flash disc sau pur și simplu transferați-l pe computer nou, pornind de pe orice live-CD/DVD/USB. În acest articol ne vom uita la ambele opțiuni.

După ce am pregătit partiția o dată, vom putea implementa un sistem de operare funcțional cu tot software-ul instalat, dispozitivele periferice conectate și comenzile rapide necesare pe computere noi în mai puțin de jumătate de oră.

Potrivit Microsoft: „Când creați o imagine, rețineți că aspectul partiției de pe sursă și calculatoarele țintă trebuie să fie identice. De exemplu, dacă o imagine Windows este stocată pe unitatea D, imaginea trebuie să fie implementată și pe unitatea D de pe computerul de destinație, iar următorii parametri de partiție () trebuie, de asemenea, să se potrivească:

  1. Tipurile de partiții (primare, secundare sau logice) trebuie să se potrivească
  2. Dacă o partiție este activată pe computerul de referință, trebuie să fie activă și pe computerul țintă."

Cu toate acestea, dacă adăugăm o partiție pregătită la distribuție, atunci aceste restricții nu contează.

Instrucțiuni pas cu pas pentru implementarea Windows 7 dintr-o imagine

1. Facem un șablon de instalare a Windows în modul de audit

5. Scrieți imaginea partiției create pe hard disk-ul local

E:\tools\imagex.exe /apply E:\images\win7image.wim 1 C: CU:- secțiunea în care vom implementa imaginea 1 - numărul (sau numele) imaginii, implicit = 1

Dacă imaginile sistemului de operare sunt situate pe o resursă de rețea, conectați-o mai întâi cu comanda:

Utilizare net E: \\server\share /utilizator: nume_domeniu\nume utilizator parola

6. Finalizare

Dacă ați creat un separat partiția sistemului, apoi trebuie să transferați fișierele de sistem de pornire la acesta (presupunem că sistemul de operare se află pe unitatea C:):

Bcdboot C:\Windows

Ieșiți din Windows PE:

sau închide fereastra Instalator Windows 7. Computerul va reporni. Scoatem discul CD/DVD și pornim din sistemul de operare nou instalat.

7. Complicații

  • Dacă întâmpinați probleme la încărcarea sistemului de operare transferat, puteți încerca să restaurați bootloader-ul. Pentru a face acest lucru, trebuie să porniți din distribuția Windows 7 (puteți deschide consola apăsând Shift+F10) sau Windows PE și să rulați comanda:
bcdboot C:\Windows /l ru-RU /s C: Citiți mai multe în articolul „Restaurarea bootloader-ului Windows și Linux”.

Depozitare de diferite imagini Windows

Puteți crea mai multe imagini ale partițiilor cu seturi diferite de software folosind același sistem de operare șablon, apoi le puteți plasa într-un singur loc, de exemplu pe o unitate flash, și de fiecare dată instalați exact imaginea care va fi potrivită în fiecare caz individual. Procesul de adăugare a software-ului poate fi desfășurat secvenţial prin acţiune imagine noua secțiune după instalarea fiecărui set necesar. Algoritmul este următorul (vezi detaliile de mai sus):

  1. Se încarcă sistemul de operare în modul de audit
  2. Instalați/eliminați software-ul, conectați imprimante, creați comenzi rapide etc.
  3. Pregătim sistemul pentru implementare folosind sysprepși opriți computerul
  4. Pornind de la CD live sau distribuție Windows7, accesați consolă
  5. Creați o imagine de partiție folosind imaginex plasându-l pe o unitate flash sau pe o resursă de rețea
  6. Repetăm ​​cele de mai sus până când au fost create toate seturile necesare.

Crearea propriei distribuții Windows

A avea o imagine Partiție Windows(fișier wim), vă puteți crea propria distribuție, adică un DVD/Flash disc de instalare. Pentru a face acest lucru, este suficient să înlocuiți fișierul \sources\install.wim din distribuția originală cu propria imagine, redenumindu-l corespunzător în install.wim.

Pentru a automatiza instalarea, puteți pregăti un fișier de răspuns autounattend.xml creându-l folosind WIAK

  • Tutorial

Început și sfârșit

Bună seara tuturor cititorilor!
Au fost multe articole despre asta, multe bloguri, dar articolul HowTo, fără fișier, nu a fost găsit, iar acest lucru este extrem de trist.
Pentru implementări mici, acest lucru, din cutie, este pur și simplu de neînlocuit.

Pentru cei care nu știu: WDS (Deployment Center) este un instrument special care este disponibil în sistemul de operare Microsoft server, cu ajutorul căruia puteți instala sistemul pe un numar mare de computer simultan, printr-o rețea, folosind PXE.
Vor fi, de asemenea, informații despre pregătirea wim și puțin despre DHCP.
Deci, să începem sub tăietură.

Partea 1. Instalare

Această parte poate fi omisă pentru cei care au cel puțin o dată instalate servicii/componente în Server 2012R2. Din acest bloc este nevoie doar de paragraful 1.3.

Ideal pentru WDS este dacă serverul DHCP este aceeași mașină. Apoi poate transmite corect informațiile PXE Boot.

1.1 Activarea WDS
Instalarea WDS în imagini. E simplu.

E simplu.


O singura data


Două


Trei

1.2 Activarea unui rol

Setări

După instalare, selectați serverul nostru WDS din lista consolelor.

Deoarece în mod implicit se propune să stocați imaginile de pornire și de instalare pe disc de sistem(ceea ce nu este recomandat), vom crea folderul RemoteInstall pe partiția E:, care a fost specificat în vrăjitorul de configurare a serverului.


Aici este alegerea ta

1.3 Imagini
Pe discul de instalare cu orice sistem, începând cu Vista, există un folder sursă, există două fișiere boot.wim și install.wim
Boot.wim este o imagine de pornire pre-pornire.
install.wim este o imagine a sistemului în sine.

Dacă boot.wim trebuie încă pregătit pentru lucru, atunci install.wim este imediat gata pentru instalare.

În managerul serverului, boot - imagini de pornire, instalare - imagini de instalare.

Partea 2. Pregătirea Boot.wim

Foarte des apare o mare problemă:

Ne vom integra imediat driverele necesareîn această imagine pentru a evita această problemă.
Apare din cauza absenței în imagine a driverelor pentru placa de rețea, care este integrat\instalat în computerul pe care va fi instalat sistemul de operare.

2.1 Utilități
În mod implicit, pe serverul 2012, după instalarea WDS, utilitarul dism poate funcționa complet cu imaginile wim.
Pentru 2008/R2 sau 7 veți avea nevoie de Windows Automated Installation Kit (WAIK) și veți avea instrumentul dism.

Creați o structură de foldere: c:\drivers\mount - folderul de montare a imaginii WIM; c:\drivers\lan_drivers - folder cu drivere pentru placa de rețea.
Copiați boot.wim din sistemul de operare în folderul c:\drivers
Te avertizez! Cu cât sunt mai mulți drivere, cu atât mai multă versatilitate, dar și dimensiunea imaginii crește foarte mult, acest lucru trebuie luat în considerare. Întreaga imagine este încărcată în RAM.

2.2 Pregătire
Pentru 2008\7, lansați Deployment Tools Command Prompt din meniul Start cu drepturi de administrator.
Pentru 2012 - lansați linia de comandă cu drepturi de administrator.

Să ne uităm la conținutul imaginii boot.wim:

În teorie ar trebui să fie așa:

După cum puteți vedea din captură de ecran, boot.wim conține două imagini - Windows PE (Index 1) și Windows Setup (Index 2). Driverele pentru placa de rețea trebuie adăugate la Windows Setup, așa că vom lucra cu imaginea 2 (Index 2).

Dar nu este atât de simplu. Buna companie Microsoft a blocat schimbarea acestei imagini; pentru a o edita, trebuie să fie „reîncărcată”.
Noi facem:

Dism /Export-Image /SourceImageFile:c:\drivers\boot.wim /SourceIndex:1 /DestinationImageFile:c:\drivers\boot1.wim
Dism /Export-Image /SourceImageFile:c:\drivers\boot.wim /SourceIndex:2 /DestinationImageFile:c:\drivers\boot1.wim

În consecință, am reîncărcat imaginile Windows PE\Setup într-un fișier nou.
Mai întâi l-au copiat pe primul, apoi pe al doilea index.
Șterge boot.wim, redenumește boot1.wim în boot.wim
dism /get-wiminfo /wimfile:c:\drivers\boot.wim

Ar trebui să returneze aceleași două secțiuni, cu indexul 1 și 2.
2.3 Adăugarea de drivere
Montăm imaginea cu index 2 din fișierul boot.wim în folderul „c:\drivers\mount” cu comanda:
dism /Mount-Wim /WimFile:c:\drivers\boot.wim /index:2 /MountDir:c:\drivers\mount


Adăugați drivere la imagine. Driverele pot fi adăugate pe rând sau toate deodată dintr-un anumit director.
Pentru a adăuga un driver, specificați calea completă către fișierul .INF:

dism /image:c:\drivers\mount /add-driver /driver:"C:\drivers\lan_drivers\E1C5232.INF"

Dacă există o mulțime de drivere, atunci specificați directorul ca sursă pentru căutarea și adăugarea driverelor:
dism /image:c:\drivers\mount /add-driver /driver:"C:\drivers\lan_drivers" /recurse /forceunsigned

Parametrul /recurse este folosit pentru a instala drivere din subdirectoare, iar /ForceUnsigned este folosit pentru a instala drivere nesemnate.
După adăugarea tuturor driverelor, imaginea de boot trebuie să fie închisă (demontată).
dism /unmount-wim /mountdir:c:\drivers\mount /commit

Parametrul /commit specifică faptul că toate modificările aduse imaginii trebuie să fie comise; fără el, toate modificările se vor pierde.
2.4 Imagine în stocare
Acum să-l copiem în orice director în care veți stoca imagini.
Și instalați-l pe serverul WDS.

Acum trebuie să specificați un nume. Numele imaginii este ceea ce veți vedea când selectați încărcătoarele de pornire dacă aveți mai multe dintre ele.

2.5 Securitate

Securitate - Pentru a adăuga permisiuni pentru un cont de utilizator la un grup de imagini, faceți clic Click dreapta mouse-ul peste grupul oraz și faceți clic pe securitate. Adăugați un cont de utilizator de la AD și configurați control total. Dacă utilizați un cont de administrator de domeniu în timpul instalării WDS, nu trebuie să faceți acest lucru.

3.1 Crearea unei imagini și copierea acesteia într-o resursă de rețea folosind Windows PE și programul ImageX
Acum să înregistrăm o imagine de computer folosind Windows PE și programul ImageX și să o salvăm pe o resursă de rețea.
Pentru a face acest lucru, trebuie să porniți de la disc Windows P.E.
Pentru a avea acces de scriere la o resursă de rețea, trebuie să vă conectați la aceasta introducând următoarea comandă:
NET USE y: \\nmp\oem\<имя папки>/UTILIZATOR:AD\ *
Și introduceți parola.

Apoi, trebuie să scrieți imaginea instalării principale folosind programul ImageX situat în mediul Windows PE sau pe un alt disc pe o resursă de rețea. Pentru a face acest lucru, introduceți următoarea comandă:
e:\imagex.exe /capture d:y:\<имя>.wim"<название>" /comprima rapid /verify

Unde e:\ - disc RAM, D: - disc OS, Y: - unitate de rețea. După aceasta, va începe procesul de creare și copiere a imaginii în resursa de rețea specificată.
3.1.1 Desfăşurare manuală

Dacă trebuie să implementați imaginea manual (fără WDS), dar prin rețea

Dimensiunea biților de sistem trebuie să fie aceeași cu cea a sistemului pe care îl despachetăm.
După crearea imaginii, o puteți implementa pe noul hardware folosind programul ImageX și Windows PE.
Formatăm discul pentru a despacheta WMI pe el.
Pentru a face acest lucru, introduceți următoarele comenzi:

diskpart
selectați discul 0
curat
creați dimensiunea primară a partiției=100
selectați partiția 1
format fs=ntfs label=„sistem”
atribui litera=c
activ
creați partiția primară
selectați partiția 2
format fs=ntfs RAPID
atribui litera=e
Ieșire

Puteți crea un script pentru această procedură salvând informațiile furnizate într-un fișier text în folderul de imagini. Pentru a rula scriptul din linia de comandă Windows PE, trebuie să introduceți comanda: diskpart /s<имя_сценария>.TXT

Formatarea trebuie făcută NUMAI în Windows PE. Dacă formatați hard diskul pe alt computer folosind Windows, apoi introduceți acest hard disk în computerul țintă, apoi imaginea cu o probabilitate de 80% NU SE VA IMPLANTA.

Ne conectăm la o resursă de rețea pentru a implementa imaginea introducând următoarea comandă:

NET USE y: \\nmp\oem\<имя папки>/UTILIZATOR:AD\ *
Introduceți parola.
! trebuie să înțelegeți ce disc este care, pentru a face acest lucru, utilizați comanda DIR C: (D,E,F & etc), sortăm discurile dacă sunt mai multe dintre ele
Extinde imaginea la HDD folosind programul ImageX, dintr-o resursă de rețea, introducând următoarea comandă:
d:\imagex.exe /aplicați y:\<имя>.wim 1 e: /verify

După aceasta, va începe procesul de implementare a imaginii pe hard disk-ul specificat de la o resursă de rețea.

Apoi, trebuie să utilizați instrumentul BCDboot pentru a inițializa stocul de date de configurare de pornire (BCD) și pentru a copia fișierele mediului de pornire în partiția de sistem, introducând următoarea comandă la promptul de comandă:

e:\windows\system32\bcdboot e:\windows

Odată ce imaginea este creată și copiată într-o resursă de rețea, trebuie să introduceți comanda de ieșire și aplicația se va închide și computerul va începe să repornească.
Imaginea configurată este implementată pe computerul țintă.

3.2 Server
Să configuram serverul să lucreze cu imagini.

Să adăugăm imaginea noastră finală la „Imagini de instalare”:

Ca și în cazul imaginii de boot, indicăm vrăjitorului calea către fișierul wim pe care l-am creat:

ÎN dosarul original install.wim poate conține mai multe ediții:

Dar în creat ar trebui să existe doar unul.

Partea 4. Marele și Teribilul DHCP

1) WDS și DHCP sunt instalate pe același server.

WDS și DHCP nu pot ocupa portul UDP 67 în același timp. Impiedicand WDS sa asculte pe portul UDP 67, puteti expune portul la traficul DHCP si puteti seta optiunea DHCP 60 (sfera de aplicare sau optiunea de server) la PXEClient, rezolvand conflictul.
Dacă instalați WDS pe un server DHCP, în timpul configurării apare pagina DHCP Opțiunea 60. Selectați casetele de selectare Nu ascultați pe portul 67 și Configurați opțiunea DHCP 60 la PXEClient. Mesajul pe care clientul îl primește de la serverul DHCP conține adresa IP, masca de subrețea și opțiunea 60.
Ca rezultat, devine clar pentru client că serverul DHCP este, de asemenea, un server WDS. Dacă mai târziu adăugați DHCP la serverul WDS, puteți configura această setare făcând clic dreapta pe numele serverului din snap-in-ul WDS și selectând Proprietăți. Fila DHCP are casete de selectare similare.

2) WDS și DHCP sunt situate pe servere diferite, pe aceeași subrețea ca și clienții.

Nu este necesară nicio configurație suplimentară, deoarece WDS și DHCP sunt situate pe servere diferite. Ambele servicii pot asculta pe portul UDP 67, iar clienții se află pe aceeași subrețea ca și serverele WDS și DHCP, astfel încât traficul de difuzare este disponibil pentru toată lumea.

3) WDS și DHCP sunt instalate pe servere diferite, în diferite subrețele.

Serviciile WDS și DHCP instalate pe servere diferite nu interferează unul cu celălalt ascultarea pe portul UDP 67.

Trebuie să configurați routerul să trimită pachete de difuzare pentru că cel mai adesea vedem că pachetele de difuzare nu pot ajunge la alte subrețele. În plus, tot traficul pe portul UDP 4011 de la computerele client către serverul Windows Deployment Services trebuie direcționat corespunzător.

Pentru a ajuta clientul WDS să găsească serverul WDS, trebuie să îl configuram opțiunea DHCP 66 și opțiunea DHCP 67.
Configurarea setărilor DHCP pe o rețea IPv4 se face din snap-in-ul DHCP, accesibil din secțiunea Administrative Tools din meniul Start.

În snap-in-ul DHCP, extindeți IPv4, apoi faceți clic dreapta pe Opțiuni server (sau opțiuni de domeniu) și selectați Configurare opțiuni. Derulați la 066 Boot Server Host Name, bifați caseta de selectare și introduceți numele de gazdă a serverului WDS în caseta de text (Nume este în regulă, dar IP este preferat).

Apoi bifați caseta de selectare 067 Bootfile Name. În caseta de text, introduceți calea și numele fișierului Preboot Execution Environment (PXE) pentru a porni pe client. Valoare text pentru parametrul 67:

boot\x86\wdsnbp.com - 32 de biți
SAU
boot\x64\wdsnbp.com - 64 de biți
Configurați opțiunea DHCP 67 cu fișierul imagine de pornire corect.

Pentru sisteme pe 32 de biți\boot\x86\wdsnbp.com
Pentru sisteme pe 64 de biți\boot\x64\wdsnbp.com

4.1 CNP

Politica de denumire a clientului - în setările serverului WDS, selectați AD DS. În Politica de denumire a clientului, specificați formatul pe baza căruia vor fi denumite computerele.
Modelul implicit de denumire este %61Username% #, aceasta înseamnă că WDS va crea un nume de computer folosind numele utilizatorului conectat la telecomandă atunci când rulează procesul de instalare și # acest număr 1,2,3... până la 999 va fi adăugat după numele de utilizator.

4.2 MOD Cisco DHCP
Nu este atât de înfricoșător pe cât pare:
BU# ip dhcp pool DATE
BU# opțiunea 66 ascii „1.2.3.4”
BU# opțiunea 67 ascii „bootfile.pxe”

Partea 5. o mică postfață

Asta e tot. Acesta este un articol scurt și pare a fi terminat.
Indiferent ce spune cineva, acesta este un lucru foarte necesar pentru rețelele mici.
Pentru cei care doresc să extindă funcționalitatea, există doar un articol excelent despre Geektimes:

În funcție de dimensiunea afacerii dvs., complexitatea implementării Windows 7 variază de la foarte simplu la foarte complex. În ceea ce privește propriile implementări, sarcina se încadrează în ultima descriere. In orice caz, folosind System Center, componenta Operating System Deployment (OSD) a Configuration Manager 2007 și Service Pack 2 (SP2) care urmează să fie lansat în curând pot face procesul mult mai ușor. Indiferent de nivelul de complexitate în care se încadrează organizația dvs., puteți utiliza plan Microsoft pentru a migra o organizație la Windows 7.

Acest articol descrie modul în care o echipă de dezvoltatori Microsoft l-a implementat în propria companie. Vorbește despre modul în care am dezvoltat soluția de implementare Windows 7 și despre cum puteți folosi aceleași instrumente pentru a simplifica

Familiarizați-vă cu scenariile de implementare desktop în organizația dvs

Primul pas, desigur, este de a evalua cerințele și scenariile necesare pentru a realiza o implementare la scară largă a unui nou sistem de operare. Spre deosebire de aplicațiile instalate pe computere desktop, performanța și securitatea datelor utilizatorului depind în mare măsură de sistemul de operare. Așa că deseori petreci mult timp încercând să stabilești starea actuală a lucrurilor și să reduci riscurile căutării tale cea mai bună soluție. Acesta este exact cazul în care ne confruntăm Microsoft, unde există peste 280.000 de computere desktop.

Fig.1 Scenarii de configurare a discului calculator desktopîntreprinderilor

Atunci când proiectați o soluție desktop pentru întreprinderea dvs., principalele considerații sunt configurația hard diskului, tehnologiile de criptare, aplicațiile și datele utilizatorului. (Deși driverele hardware joacă, de asemenea, un rol important în implementare, acest subiect depășește domeniul de aplicare al acestui articol. Soluția Microsoft pentru simplificarea gestionării driverelor hardware este discutată pe blogul TechNet: tinyurl.com/kog748.)

Configurarea unui mediu de lucru, cu unul sau mai multe discuri, este element important atunci când implementați Windows 7 utilizând Configuration Manager. Sarcina este extrem de simplă - indiferent dacă implementați Windows 7 numai pe mașini noi sau dacă utilizați migrarea de pe un alt sistem de operare. Așa cum se arată în Fig.1, trebuie să dezvoltați o soluție care vă permite să găzduiți sistemul pe un singur disc cu mai multe partiții sau în configurații complexe multi-boot cu mai multe discuri.

Multe sisteme desktop de la Microsoft rulează Windows Vista, iar unele grupuri de lucru necesită utilizarea tehnologiei de criptare BitLocker, introdusă în Vista. BitLocker criptează și vă protejează partiția sistemului în cazul furtului sau al pierderii datelor. Când încercați să actualizați un sistem de operare care rulează pe o unitate criptată, secvența de activități ar trebui să dezactiveze sau să oprească criptarea. Majoritatea mediilor mobile necesită criptare, așa că orice soluție concepută pentru acestea trebuie să țină cont de scenariile de criptare.

Un fapt absolut, nenegociabil, este că în orice întreprindere, utilizatorii au date care nu pot fi pierdute în timpul migrării. Pentru utilizatorii sistemului de operare Windows, Microsoft oferă o suită de Instrumente de migrare a statului utilizator (USMT) concepute pentru a facilita colectarea și stocarea. informații despre utilizator. Windows 7 introduce o nouă generație de instrumente USMT (versiunea 4.0) care au îmbunătățiri semnificative față de predecesorii săi. Principala diferență dintre suita USMT 3.0 și versiunea 4.0 constă în ultima parte a scenariilor noastre: alegerea procesului adecvat pentru a colecta informații despre starea datelor utilizatorului și metoda de salvare a acestei stări.

Spre deosebire de versiunea anterioară, USMT 4.0 funcționează ocolind sistemul de operare. Când colectați informații despre starea utilizatorului pentru a permite recuperarea după o actualizare, o pornire completă a sistemului de operare poate cauza o serie de probleme, deoarece unele fișiere pot fi în uz sau blocate. De asemenea, alte aplicații, cum ar fi soluțiile antivirus, pot eșua atunci când încearcă să facă o copie de rezervă a datelor. . Procesul de colectare a datelor în noua versiune funcționează ocolind sarcina completa OS, în medii precum Windows Pre-Execution (PE), reducând semnificativ numărul de servicii lansate, aplicații utilizate și alte scenarii care implică date expuse utilizatorului. Posibilitatea de a încărca starea utilizatorului din Windows PE (prin offline copie de rezervă), funcționează în mod fiabil cu secvența de activități OSD Configuration Manager într-un mediu Windows PE, simplificând procesul Rezervă copie datele utilizatorului.

Odată ce USMT a colectat toate datele necesare utilizatorului, are nevoie de un loc pentru a „stoca” acele date în timpul procesului de migrare. Microsoft are multe opțiuni despre unde să stocheze datele utilizatorilor, dar această gamă de decizii poate să nu se încadreze în bugetul IT al unei întreprinderi. De exemplu, să presupunem că o dimensiune tipică a datelor despre starea utilizatorului la Microsoft este de aproximativ 1 GB. Opțiunile pentru stocarea acestor date pentru extragere ulterioară includ externe hard disk-uri, servere de fișiere și discuri optice de ex. DVD. Pentru organizațiile care utilizează Configuration Manager 2007, rolul State Migration Point vă permite să stocați date pe un server la distanță în timpul procesului de migrare, dar există încă limitări.

Motivul principal pentru ele este că dispozitivul „extern” nu este economic și va necesita spațiu de stocare fizic egal cu starea fiecărui utilizator. Deci, la Microsoft, am avea nevoie de 280 TB de spațiu liber și capacitatea de a ne susține baza de utilizatori. Această abordare funcționează numai dacă puteți estima cu exactitate cantitatea de date despre utilizatori. În caz contrar, cel mai probabil va duce la rezultate imprevizibile și nesatisfăcătoare.

Opțiunea finală este să utilizați mașinile care rulează procesul de migrare. Aceasta poate fi cea mai logică și economică metodă, dar este de obicei dificilă. problema tehnica. Necesită ca mașinile utilizatorilor să aibă o cantitate mare de spațiu liber disponibil pentru a-și face copii de rezervă ale datelor; Include, de asemenea, procesul de copiere a datelor utilizatorului de pe o locație de disc pe alta. După cum știu veteranii tehnologia Informatiei, este nevoie de ceva timp pentru a muta sau copia orice fișier pe hard disk, ceea ce, la rândul său, va face ca procesul de implementare să consume mult timp. O implementare care durează o zi (sau câteva zile) de la utilizator pur și simplu nu este fezabilă și poate prezenta un risc pe care nu ești dispus să-l asumi.

USMT 4.0 include suport pentru hard links, o caracteristică care nu era disponibilă în versiunile anterioare. Migrarea hard link vă permite să stocați eficient datele utilizatorului local pe un singur computer, necesitând puțin timp și spațiu pe disc.

Singura cerință pentru utilizarea hard link-urilor este să aveți 250 MB de spațiu liber pe computerul utilizatorului. Suportul de hard link adaugă posibilitatea de a face backup și restaura fără a muta fișierele fizice pe disc. În schimb, USMT stochează doar pointeri către fișiere fizice și folosește acești indicatori în timpul recuperării, reducând semnificativ timpul necesar pentru migrarea Windows 7. ( Informații suplimentare Pentru informații despre linkurile hard, consultați articolul din revista TechNet: tinyurl.com/m76dxv.)

Înțelegerea diferitelor scenarii vă va ajuta să creați un plan pentru a le rezolva în timpul tranziției la Windows 7.

CREAREA SECVENȚEI DE SARCINI PENTRU MIGRARE LA WINDOWS 7

Odată ce vă familiarizați cu aceste cerințe și scenarii, implementarea soluției devine o sarcină relativ simplă. Pașii pentru crearea soluției pot fi împărțiți în trei categorii principale:

  1. Determinarea activității utilizatorului final
  2. Crearea unei secvențe de activități Windows 7
  3. Migrarea mediului utilizator

Departamentul IT al Microsoft a dezvoltat o soluție, cu numele de cod „Modena”, care vă oferă posibilitatea de a susține prima categorie prin utilizarea unui expert OSD puternic, a doua categorie prin exportul secvenței de sarcini și a treia categorie prin scripturi de migrare a stării utilizatorului. Următoarea secțiune va descrie cum să utilizați instrumentele OSD de la Modena, care includ expertul OSD, secvența de activități exportată și scripturile.

UTILIZAREA EXPERTITULUI OSD

Componenta Configuration Manager OSD este destinată utilizării de către administratori. Din acest motiv, componenta OSD nu include un expert încorporat, ceea ce înseamnă că multe organizații vor trebui să-și dezvolte propriul expert. În general, nu există standarde funcţionalitate pentru a colecta informații despre utilizatorul final utilizând Configuration Manager - o problemă cu care Microsoft s-a confruntat.

Microsoft este o organizație condusă de utilizatori; toți utilizatorii lucrează ca administratori.

Mulți oameni condamnă deciziile luate de Microsoft în domeniul tehnologiei informației, care au afectat utilizarea tuturor componentelor sistemului de operare. Drept urmare, Microsoft a trebuit să ofere o experiență de utilizare foarte fiabilă chiar și atunci când a primit cantitatea maximă de informații de la aceștia, dar acest lucru a fost făcut în așa fel încât informațiile să nu fie redundante și primirea acesteia să nu afecteze experiența utilizatorului.

Modena OSD Wizard a fost testat de Microsoft și este disponibil pentru afacerea dvs. (Pentru mai multe informații despre obținerea de fonduri OSD, consultați blogul la blogs.technet.com/osd.)

Modena OSD Wizard are două componente: un executabil și un fișier de configurare. Fișierul executabil, OSDSetupWizard.exe, este independent sistem utilizator, scris de Microsoft. Este conceput pentru a verifica dacă computerul este pregătit pentru migrarea la Windows 7 și pentru a colecta informații despre utilizatorul final. Rolul final al vrăjitorului este de a obține informații despre utilizator și de a configura variabilele secvenței de sarcini OSD.

Aspectul cheie al vrăjitorului este că este conceput pentru a fi plug-and-play, făcându-l util pentru multe scenarii. Acesta atinge acest obiectiv folosind un fișier de configurare. În esență, într-un mediu complex precum Mediul Microsoft, același executabil poate fi folosit cu fișiere de configurare diferite folosind argumentul /xml:osdconffilename.xml.

De exemplu, implementările Microsoft care necesitau suport pentru consolă pentru Run Advertised Programs (RAP) și Preboot Execution Environments (PXE) au folosit o secvență de activități, dar două fișiere de configurare, câte unul pentru fiecare mediu (RAP și PXE). Acest lucru a creat un pachet de implementare care poate fi utilizat în orice caz, care permite diferite configurații care acceptă acel pachet special.

Să începem cunoștințele noastre cu masterul OSD cu o inspecție ecrane disponibile utilizatorii finali (numiți și pagini). Există opt pagini disponibile în expertul OSD. Folosim termenul „disponibil” în în sens larg, deoarece fiecare pagină se află în una dintre cele trei stări: activat, dezactivat și invizibil. Când este activată, pagina este afișată utilizatorului final; în stare dezactivată, pagina nu este afișată.

Starea invizibilă este un caz special în care pagina nu este afișată decât dacă variabila secvență de activități OSD este zero. ÎN în acest caz, Pagina va cere utilizatorului să introducă datele necesare pentru ca vrăjitorul să-și continue activitatea. (Pentru mai multe informații despre toate stările de pagină (activate, dezactivate și invizibile) ale expertului OSD, consultați blogurile TechNet la blogs.technet.com/osd.) În unele situații, este necesară introducerea utilizatorului final pentru pagini individuale și în în unele situații nu este necesară nicio intrare.

De exemplu, multe organizații permit utilizatorilor finali să furnizeze nume pentru mașinile lor, dar nu le permit să-și aleagă domeniile sau unitățile organizaționale în Director activ Director (AD). Asistentul OSD este ușor de utilizat și vă permite să afișați pagini de expert, dar nu permite utilizatorilor să modifice conținutul datelor individuale, cum ar fi domeniul sau unitatea de afaceri. Această funcție utilă de blocare este disponibilă pe toate paginile din fișierul de configurare.

Pe lângă dezactivare și blocare, unele pagini au atribute suplimentare care modifică comportamentul intern al expertului. Caracteristica expert poate utiliza automat directorul AD pentru a verifica unicitatea numelui computerului sau a acreditărilor utilizatorului. În paginile cu atribute suplimentare, puteți utiliza valori pentru a activa sau dezactiva aceste funcții fără a recompila expertul.

Fiecare dintre cele opt pagini ale asistentului OSD este denumită în funcție de funcția pe care o oferă: Bun venit, Pre-Verificare, Computer, Rețea, Limbă, Volum, Aplicație și Concluzie. sa luam in considerare funcții cheie oferite de unele dintre aceste pagini și discutați despre cum să le utilizați.

Puteți proiecta masterul în așa fel încât să se potrivească cu designul corporativ al organizației dumneavoastră. Puteți crea cu ușurință designul prin fișierul de configurare punând numele imagine de fundal la atributul titlu. Pentru a schimba aspectul expertului în mediul dvs., pur și simplu creați o hartă de biți 630x100, adăugați-o la pachetul OSD și editați fișierul de configurare. (Pentru mai multe informații despre design, consultați blogul TechNet la tinyurl.com/r7jdve.)

Una dintre cele mai puternice caracteristici ale expertului este abilitatea de a rula verificările prealabile înainte de a face upgrade la Windows 7. De exemplu, să presupunem că compania dvs. are o aplicație de resurse umane care nu este compatibilă cu Windows 7. Pentru a reduce impactul asupra productivității utilizatorilor , creați un script și atribuiți un expert OSD de pre-verificare oricărui element pe care este instalată aplicația. Pe baza rezultatelor acestei verificări, puteți permite utilizatorilor să continue migrarea sau să îi avertizați despre aplicații incompatibile.

În prezent, expertul OSD are două verificări prealabile încorporate pe care le puteți activa sau dezactiva în fișierul de configurare. Aceste teste prealabile sunt disponibile deoarece pot fi aplicate la majoritatea companiilor. Prima verificare preliminară este de a monitoriza alimentarea unui sistem de operare complet încărcat (de exemplu, atunci când utilizatorul migrează utilizând programele RAP sau Add\Remove) și apare un mesaj de eroare. Dacă în timpul preverificare detectează că utilizatorul nu este conectat, va apărea o notificare de eroare care solicită utilizatorului să conecteze un adaptor de rețea. Utilizatorul poate apoi să facă clic pe fila Reîncercați verificările înainte de zbor și să continue dacă nu apar alte erori.

A doua verificare preliminară este controlul comunicații fără fir. OSD necesită multă lățime de bandă de rețea pentru a funcționa și funcționează mai bine atunci când este conectat card de retea Ethernet (de ex conexiune prin cablu 802,3). Dacă în timpul inspecţiei conexiune fără fir detectează că utilizatorul nu este conectat la rețea, va apărea o notificare de eroare care solicită utilizatorului să stabilească o conexiune prin cablu la rețea.

Cu toate acestea, verificările preliminare nu se limitează la elementele încorporate. Aceștia acceptă orice executabil sau Scripturi Windows Gazdă de scripting, cum ar fi scripturile Visual Basic. Numărul de preverificări este nelimitat, deoarece acestea pot începe și se pot termina în cinci minute (dacă este nevoie de mai mult timp, expertul OSD va întrerupe scriptul).

Fig.2 OSD Master

De fiecare dată când se execută un script sau un executabil, codul revine la masterul OSD. În funcție de configurația expertului, va apărea un mesaj de succes, de avertizare sau de eroare (vezi orez. 2). Dacă se primește un mesaj de succes sau de avertizare, utilizatorul poate continua să lucreze cu vrăjitorul. Dar când se primește o alertă de stare de eroare, munca utilizatorului este blocată. Codurile valide returnate de scriptul preflight sau de scriptul inline pot fi configurate în osdconf.xml și nu necesită modificări ale executabilului asistent. În plus, descrierea textului erorii poate fi și personalizată.
Există două moduri de a furniza aplicații ca parte a unei implementări Windows 7: ca parte a imaginea de instalare Imagine de instalare Windows (WIM) versiunea de bază Windows 7 sau ca pași într-o secvență individuală de activități. Pe lângă aplicațiile Windows 7, imaginea WIM este adesea folosită pentru aplicații care sunt solicitate frecvent de utilizatorii finali, dar care nu sunt actualizate la fel de des. Această abordare are două diferențe principale. În primul rând, dimensiunea imaginii crește, ceea ce afectează timpul de pornire al clienților; în plus, este necesară intervenția administratorului. După fiecare actualizare a aplicației, imaginea WIM vă va cere să creați noi imagini de instalare și să actualizați pachetele Manager de configurare corespunzătoare asociate cu imaginea de bază.

Fig.3 Asistentul de selecție a aplicației OSD

În aceste scopuri, instrumentele Modena se integrează bine cu caracteristica de instalare a software-ului Configuration Manager 2007 pentru a oferi utilizatorilor finali posibilitatea de a selecta aplicațiile pe care doresc să le instaleze ca parte a procesului OSD. (Pentru mai multe informații, consultați articolul din revista TechNet la http://tinyurl.com/pdfp5s.) După cum se arată în Fig.3, aplicațiile sunt listate într-o structură arborescentă bazată exclusiv pe proiectul dvs. din fișierul de configurare a expertului OSD. De exemplu, puteți defini un grup de aplicații în funcție de departament, locație sau tip de aplicație, apoi puteți defini toate aplicațiile pentru acel grup care urmează să fie instalate implicit. Acest lucru face posibil simpla schimbare sau adăugarea de aplicații cu doar cerința ca aplicația să fie conținută în baza de date Configuration Manager 2007 și să fie accesibilă.

În plus, scopul principal al expertului este de a oferi utilizatorilor posibilitatea de a influența rezultatul final folosind imaginea Windows 7. În mediile în care trebuie să lucrați cu o suma mica datele utilizatorului, vrăjitorul poate fi configurat pentru a solicita informații minime; restul este codificat de către administratori în secvența sarcinilor.


Pierderea datelor: imposibilă

USMT 4.0 include un set de bază de fișiere de configurare care acceptă crearea multor medii de utilizator de întreprindere. Aceste fișiere de configurare, MigApp.xml și MigDocs.xml, conțin majoritatea scripturilor pentru crearea datelor utilizatorului. (Mai multe informații despre fișierele de configurare poate fi găsit în articolul din revista TechNet la http://tinyurl.com/okfgw4.)
Componenta OSD va șterge volumul în care va fi instalat sistemul de operare Windows 7. Din acest motiv, este foarte important ca mediile de utilizator să fie create corect și precis după fiecare utilizare a OSD-ului. Pe scurt, nici măcar nu este luată în considerare posibilitatea pierderii informațiilor.

Cea mai bună opțiune, folosită și de Microsoft, este să creați o locație sigură printr-o secvență de activități, care este folderul țintă pentru mediul dvs. de utilizator. Apoi, folosind variabila OSDStateStorePath a secvenței de activități OSD încorporate, puteți exclude acest catalog din curățarea volumului efectuată de componenta OS Apply în secvența de activități. (Puteți citi despre utilizarea acestei funcții pe blogul TechNet la blogs.technet.com/osd.)

Creați o secvență de activități pentru implementarea Windows 7

Modena OSD Tools include o copie exportată a secvenței de activități OSD care a fost utilizată la Microsoft. Secvența de activități exportată este împărțită în mai multe grupuri numite Master Group și Failover și are structura ierarhica. Grupul principal are componente secundare asociate cu fiecare pas major utilizat în implementarea Windows 7. Fiecare dintre aceste componente (vezi orez. 4) are condiții de eroare care sunt raportate grupului principal și apoi trecute la componenta specializată Failover.

Împărțirea secvenței sarcinilor în aceste componente simplifică procesele de înregistrare, raportare și tratare a erorilor. Ca și în cazul sarcinilor complexe ca acestea, erorile vor apărea indiferent de cât timp petreceți pregătirea - acesta este cazul grupului de failover. A fost creat pentru a aduna pe toți fișierele existente jurnalul necesar pentru a depana problemele de instalare și a le plasa într-un folder OSD securizat.

Pentru a aplica failover-ul unei secvențe de activități, începeți de la nivelul rădăcină și creați două grupuri secundare, Master Group și Failover. Pentru alții opțiune bună este să includeți în grupul principal toți pașii de lucru necesari pentru implementarea dvs. și să îl utilizați ca grup pentru a continua să lucrați la bug. Fiecare grup principal copil, în cazul Microsoft, are cinci grupuri imbricate, prezentate în Fig.4 necesar pentru a continua executarea secvenței de sarcini și configurarea toleranței la erori.

Fig.4 Gruparea secvenței de sarcini

O altă recomandare excelentă este să configurați oricare dintre grupurile de copii care nu sunt critice pentru implementare pentru a continua să lucreze la eroare. Motorul de secvență de sarcini OSD determină întotdeauna acțiunile necesare dacă apare o eroare, examinând grupul părinte pentru a vedea dacă poate continua. Din cauza acestui comportament, trebuie să determinați dacă fiecare componentă trebuie să se întrerupă atunci când apare o eroare sau să continue. Dacă componenta nu este configurată să continue să ruleze atunci când apare o eroare, secvența de activități va trece la grupul părinte pentru a determina următoarea acțiune. ÎN acest proiect (Fig.4) Grupul principal este configurat să continue să funcționeze atunci când apare o eroare, astfel încât va continua să funcționeze cu grupul de failover ca nod.

De exemplu, să presupunem că este creat un grup pentru a înregistra informații despre mediul unui utilizator. Deoarece componentele din acest grup sunt deosebit de importante, designul pentru fiecare dintre ele trebuie să asigure că, dacă apare o eroare, implementarea nu va continua, eventual urmată de ștergerea volumului (presupunând că acesta este următorul pas din secvența dvs. de activități). În acest caz, motorul de secvență de activități determină dacă componenta executabilă este configurată să continue să ruleze atunci când apare o eroare; dacă nu, se va întoarce la etapa de grup de părinți pentru a determina următoarea acțiune. Grupul părinte Stare de rezervă, al cărui parametru de continuare este debifat dacă există o eroare, va contacta părintele său, care în acest proiect este Grupul Master.

Scopul creării unui grup de failover, așa cum sa menționat deja, este de a se asigura că toate datele necesare pentru a rezolva problemele în cazul unei defecțiuni sunt înregistrate. Acest grup ar trebui configurat ca un nod al Grupului Master, astfel încât Grupul Master să îl contacteze în caz de erori (vezi orez. 4). Grupul de failover nu este niciodată conectat în timpul implementării, cu excepția cazului în care există o defecțiune care ar putea fi critică. Acesta este ultimul element din secvența de activități care rulează întotdeauna, chiar dacă instalarea are succes.

Starea implementării se bazează pe valoarea stocată în variabila SMSTSLastActionSucceeded. Acesta este modul în care motorul de secvență de activități este utilizat împreună cu „arborele” secvenței de activități până când este în cele din urmă finalizat. În acest caz, aceasta înseamnă că toți pașii Grupului de failover au fost finalizați, toate jurnalele și datele necesare au fost finalizate. fost colectat. ( Informații suplimentare pentru detalii de design, consultați TechNetblog la blogs.technet.com/osd.)

Furnizarea stării utilizatorului folosind bitmaps și BGInfo.exe

A fost foarte important pentru utilizatorii Microsoft să comunice utilizatorilor starea actuală de migrare în OSD. În mod implicit, toate stările clientului sunt comunicate prin funcțiile Configuration Manager OSD. În timp ce aceste mesaje de stare funcționează bine în unele organizații, există și altele metode creative pentru a comunica utilizatorilor despre pașii mai mari care compun o migrare.

Este foarte important să înțelegem că există etape mai mari care însoțesc procesul de migrare. De exemplu, aceste etape ar putea fi Partition Drive (crearea partițiilor pe hard disk), Instalați Windows(instalare Windows) și aplicații Ultima instalare. Motivul principal pentru toate acestea este că aceste etape oferă mai mult definiție detaliatăîntregul proces, iar utilizatorii, la rândul lor, iubesc acest tip de informații.

Principalele cinci etape utilizate de Microsoft sunt backup, instalare Windows, configurare Windows, instalare aplicație și stare de recuperare. Utilizatorii primesc mesaje folosind hărți de bit statice care sunt redate dinamic folosind instrumentul TechNet Sysinternals BGInfo.exe. (Puteți descărca BGInfo.exe de pe tinyurl.com/2nbxmd, dar acest instrument nu este inclus în setul de instrumente Modena OSD.) Acest instrument vă permite să încărcați hărți de bit și să configurați modul în care acestea apar pe ecran pentru a reflecta starea curenta migrație.

Instrumentul Modena include cinci hărți de bit, câte unul pentru fiecare etapă și imagini care raportează starea stabilită de secvența de activități. De exemplu, în grupul de secvență de activități Instalare OS, instrumentul BGInfo.exe este apelat pentru a încărca un bitmap care afișează această etapă(cm. orez. 5).

Fig.5 Afișarea stării curente a migrației

Modena OSD vă oferă o platformă pentru a implementa această soluție în întreprinderea dvs. și vă solicită doar înlocuirea bitmap-urilor. Pentru a face acest lucru, găsiți folderul scripturi, deschideți directorul BG și înlocuiți fiecare bitmap cu al dvs versiune actualizata. Această acțiune va informa utilizatorii finali despre cei cinci pași principali implicați în implementarea Windows 7. Aceasta va fi o modalitate excelentă de a menține utilizatorii la curent fără a le cere să citească mesaje detaliate, furnizat de motorul de secvență de activități OSD.

rezumat

Sistemul de operare Windows 7 este disponibil într-o versiune corporativă, dar datorită dificultăți asociate, multe organizații nu au început încă să își modernizeze infrastructura. La Microsoft, acest procesînceput acum aproape un an; aproape că am devenit experți, dar nu există limită pentru perfecțiune.

Sistemul de operare Windows 7 oferă utilizatorilor finali productivitate maximă. În cele din urmă, există un obstacol în calea pregătirii pentru implementare. Microsoft oferă instrumente Modena OSD utilizatorilor System Center Configuration Manager 2007 pentru a reduce timpul de pregătire pentru implementare în funcție de complexitatea implementării. Dacă compania dumneavoastră are nevoie nivel inalt interactiunea cu utilizatori finali sau preferați o abordare „minimal touch”, vă puteți simplifica proiectul de implementare Windows 7 folosind procesul pe care l-am folosit la Microsoft.

În acest articol, vom analiza pașii necesari pentru a instala și configura instalarea automată a sistemelor de operare client Bazat pe Windows Servicii de implementare. Vom adauga necesarul imagini de bootși drivere, vom crea o imagine de captură și o vom folosi pentru a crea o imagine de instalare bazată pe instalarea de referință pregătită a sistemului de operare Windows 7.

Să începem prin a instala rolul Implementare Windows Servicii pe un computer care rulează Windows Server 2008 R2. Deschideți Server Manager și faceți clic pe Adăugați roluri.

Selectați Servicii de implementare Windows.

Bifați ambele casete de selectare.

Serverul de implementare vă permite să creați și să gestionați imagini ale sistemului de operare. De asemenea, vă permite să instalați aceste sisteme de operare pe computere dintr-o rețea. Pentru sarcinile de transfer de date folosește un server de transport.

Serverul de transport conține funcționalitatea necesară pentru livrarea datelor prin rețea, inclusiv livrarea prin multicasting și poate fi instalat fie separat, fie de la Serverul de implementare.

Instalare.

Cerințele de bază pentru hardware-ul pe care va fi instalat sistemul pot fi găsite pe această pagină . Dar, în general, dacă atât „șapte” cât și „opt” au funcționat calm pe computer, atunci și „zece” se vor putea simți destul de normale.

Deși, în unele cazuri, trebuie să țineți cont de o mică nuanță - începând cu Windows 8.1, versiunile pe 64 de biți ale sistemului nu mai acceptă procesoare Pentium D. Deci nu va mai fi posibil să instalați Windows 10 pe un computer cu un astfel de procesor. Deși puțini oameni au astfel de procesoare învechite, așa că nu trebuie să vă faceți prea multe griji pentru acest lucru.

Nici nu trebuie să vă faceți griji prea mult cu privire la compatibilitate. Cu toate că acest sistem a suferit multe completări și îmbunătățiri diferite, subsistemul Win32 (prin care sunt lansate programe) practic nu a fost afectat. Dintr-o privire, putem estima că peste nouăzeci la sută din programe vor funcționa fără probleme. Dar în lumea asta totul nu este atât de simplu și este imposibil să dai o garanție de 100%. Aplicațiile sunt diferite, iar dezvoltatorii le compun diferit, așa că se poate întâmpla ca undeva una dintre funcții să nu funcționeze corect. Acum, dezvoltatorii lucrează cu sârguință pentru a preveni acest lucru, așa că cel mai probabil problemele de compatibilitate nu vă vor afecta.

Apropo, au fost create teste speciale pentru aplicațiile din Microsoft Store pentru a verifica automat compatibilitatea acestora cu sistemul de operare Windows 10. Dacă sunt detectate posibile probleme, în activitatea programelor, aceste date vor fi trimise dezvoltatorilor corespunzători pentru soluția lor ulterioară. Deci, cele mai multe probleme vor fi rezolvate cu mult înainte ca utilizatorii să se ocupe de ele.

Un pic despre Internet Explorer

De ce putin? Da, pentru că nu este nimic deosebit de important aici. 🙂

Cel mai probabil, nu a fost mult timp un secret pentru mulți utilizatori sistem nou sunt deja doi browser standard: cunoscutul Internet Explorer 11 și un nou produs numit Edge.

Scopul principal al noului browser Edge este înlocuirea IE-ului deja învechit, care de mult a fost neconform cu realitățile actuale. Internet Explorer în sine a fost lăsat doar pentru a asigura compatibilitatea cu aplicațiile de Internet care au fost scrise special pentru acest browser.

Vechiul browser a fost lăsat special pentru mediul corporativ. Pentru că Edge nu acceptă tehnologia Silverlight și această tehnologie folosit adesea în diverse rețele corporative cu portaluri proprii, modificate, atunci scopul IE este de a sprijini aceste resurse.

A doua veste este că pe 12 ianuarie 2016, sprijin pentru toți versiuni învechite I.E. După această dată, numai cele mai recente versiuni ale fiecărei versiuni de sistem de operare Windows vor continua să fie acceptate.

Metode de implementare Windows 10

Este demn de remarcat faptul că Windows 10 vă permite să utilizați metode de implementare vechi și familiare, cum ar fi MDT sau, de exemplu, SCCM. În general, acest sistem oferă următoarele metode implementari:

  1. Sârmă și sarcină;
  2. La loc;
  3. Aprovizionare.

Prima metodă este o opțiune de implementare destul de veche și familiară. Esența sa este de a porni computerul folosind o imagine Windows PE specială și operațiuni ulterioare cu partiții de hard disk, urmate de implementarea unei imagini Windows 10 gata făcute și configurate. După aceasta, driverele și software-ul necesar vor fi instalate.

Când utilizați prima metodă, puteți salva toate setările necesare și configurația contului. Există un instrument special pentru acest lucru numit Instrumentul de migrare a statului utilizator (USMT). Cu ajutorul acestuia, puteți face o copie a tuturor acestor setări și apoi le puteți restaura pe un sistem nou.

A doua metodă de implementare este, de asemenea, cunoscută de mult timp, esența ei este actualizarea la versiune noua deasupra celui vechi. Din acest motiv, toate setările de sistem și conturile vor fi salvate în noul sistem. În plus, programele instalate anterior vor fi salvate.

Dar a treia modalitate de implementare a Windows 10 este nouă. Folosind-o, puteți transforma orice dispozitiv într-unul corporativ, unde vor fi toate setările și aplicațiile necesare, puteți chiar implementa capacitatea de a schimba ediția sistemului de operare.

Acum să aruncăm o privire mai atentă la fiecare dintre aceste metode.

Ștergeți și încărcați

După cum sa menționat mai sus, această metodă de implementare este cunoscută de mult timp, datând din sistemele de operare anterioare. Ca și înainte, aici trebuie să actualizăm următoarele instrumente de implementare:

  • Descărcați cel mai recent Windows ADK de pe site-ul oficial, conceput pentru a suporta sisteme care încep cu Windows 7;
  • Cei care folosesc MDT vor trebui să actualizeze la MDT 2013 Update 1;
  • Și dacă utilizați SCCM, atunci suportul pentru implementare sau management este inclus în mai multe ediții diferite simultan.

După cum puteți vedea, în aproape toate cele mai recente versiuni ale SCCM puteți implementa și configura sistemul. Dar cea mai completă funcționalitate, cu suport pentru toată lumea caracteristici ferestre 10, va fi doar în cea mai recentă versiune - SCCM vNext.

La loc

Acest tip de upgrade se găsește la multe Lansări Windows. Dar se întâmplă că multe companii au încredere mai mult într-o instalare curată decât într-o actualizare Versiune curentă sisteme. Astfel, ei se feresc de eventualele probleme și defecțiuni. Pentru a recâștiga încrederea utilizatorilor în acest tip de implementare, Microsoft a lucrat din greu pentru a perfecționa această tehnologie în versiunile anterioare ale celor „șapte” și „opt”.

În cele din urmă, utilizatorii au primit o metodă îmbunătățită calitativ de actualizare de la Windows 8/8.1 la operare sisteme Windows 10.

Actualizarea în sine poate fi împărțită în patru părți principale.

Câteva puncte ar trebui clarificate cu privire la această opțiune implementare.

Una dintre cele mai plăcute caracteristici noi este capacitatea de a reveni la sistemul anterior, după actualizarea la unul nou. Cel mai interesant lucru este că acest lucru se poate face chiar și în timpul unei actualizări sau, de exemplu, după un fel de defecțiune a sistemului de instalare.

Acest nou produs convenabil are și o caracteristică foarte interesantă. În prima etapă a upgrade-ului, se calculează cantitatea necesară de spațiu liber pe hard disk și se ia în considerare și spațiul pentru copia de rezervă a sistemului de operare anterior. Prin urmare, se poate întâmpla ca pentru așa ceva volume mari nu este suficient spatiu. Dar dezvoltatorii au prevăzut o astfel de dezvoltare a evenimentelor și au adăugat posibilitatea de a conecta oricare suporturi amovibile, în care va fi creat un director numit Windows.old. În orice caz, hard disk-ul ar trebui să aibă spațiul liber necesar pentru sistemul Windows 10 în sine.

Când faceți upgrade folosind instrumente tradiționale, trebuie să fiți conștient de faptul că a fost adăugată o secvență de activități diferită în SCCM vNext și MDT 2013 Update 1. Puteți citi despre cum să implementați acest lucru .

De multe ori companii mari, folosind MDT sau SCCM, își creează propriile imagini care au deja aplicații gata făcute cu toate setările necesare. Pentru a actualiza cu succes sistemul actual, trebuie să utilizați fișierul standard install.wim. Dacă încercați să adăugați vreunul aplicație terță parteîn imaginea sistemului instalat și aplicația va fi deja instalată în sistem vechi, atunci întreaga asociere de fișiere poate fi întreruptă. Acest lucru poate face ca aplicația să nu funcționeze corect sau nici măcar să nu poată porni.

De asemenea, trebuie să cunoașteți următoarele restricții pentru upgrade-ul In-Place:

  • Arhitectura sistemului instalat trebuie să corespundă arhitecturii sistemului pe care este instalat;
  • Această metodă nu va funcționa dacă aveți Windows To Go sau sistemul. Ce a fost descărcat din fișierul VHD;
  • Nu va fi posibilă actualizarea dacă sistemul este criptat cu vreunul programe de la terți. În același timp, excepția BitLocker. În cazul lui, totul va merge corect și fără probleme inutile.

Având în vedere toate cele de mai sus, putem recomanda în siguranță această metodă de actualizare pentru clienti corporativi. Desigur, mulți s-ar putea să nu aibă încredere în această metodă. Dar totuși, vă recomandăm să îl testați pe mai multe PC-uri separate. Poate că această metodă vă va plăcea și o veți găsi cu adevărat convenabilă.

Aprovizionare

Și pentru o mai bună înțelegere, ne vom uita la această metodă de implementare a Windows 10 folosind un exemplu. De exemplu, există o anumită companie care a achiziționat mai multe tablete pentru angajații săi, cu Ediție profesională„zeci”. Înainte ca acești angajați să poată lucra pe aceste dispozitive, departamentul IT va trebui să lucreze mult la ele. setari aditionale: actualizați sistemul la Enterprise, apoi alăturați-vă domeniului sau, de exemplu, conectați-vă la sistemul Microsoft Intune (sau la orice soluție similară), apoi specificați politicile corespunzătoare și creați certificatele necesare. După aceasta, trebuie instalate profiluri Wi-FI și VPN, apoi trebuie descărcate aplicații corporative speciale și multe altele.

În general, toate acestea se pot face prin politici de grup. Dar vor necesita ca dispozitivul să fie inclus în domeniu. Dar există multe scenarii mobile care ar fi cel mai bine să nu fie incluse în domeniu. Toate acestea trebuie făcute fie de către un angajat IT, fie de către utilizatorul acestui dispozitiv. Dar efectuarea unor astfel de operațiuni va necesita cunoștințe și autoritate adecvate. Ce să faci în această situație? Scrieți un scenariu? Ei bine, nu e o idee rea. Dar ce se întâmplă dacă trebuie să faci asta pe un smartphone?

Datorită tehnologiei Provisioning, administratorul poate crea dosar special, cu parametri de sistem gata pregătiți și chiar cu programele necesare unui mediu corporativ.

Acest fișier poate fi transferat în orice mod: pe o unitate flash, printr-un site web corporativ și chiar prin e-mail. Utilizatorul trebuie doar să îl lanseze pe dispozitiv și după un minut vor fi făcute toate modificările necesare.
Această metodă va funcționa excelent pe smartphone-urile care rulează Windows 10. Acest fișier poate fi lansat folosind Etichete NFC, sau conectând dispozitivul prin USB la computer și trăgând acest fișier de setări pe pictograma acestuia. Astfel de fișiere cu configurația necesară pot fi create în cantități nelimitate și pentru tipuri variate dispozitive având diverse scopuri. Pentru a crea aceste fișiere, utilizați un nou instrument ADK numit Windows ICD. Această componentă este destul de ușor de utilizat. În jumătatea ferestrei puteți vedea parametrii disponibili, în mijlocul ferestrei puteți seta valori pentru aceștia, iar în dreapta îi puteți vedea pe cei în care s-au făcut modificări.
După modificarea tuturor parametrilor necesari, va fi creat un fișier special de setări. Va avea extensia .ppkg. După aceea, îl puteți transfera pe dispozitivul dorit în orice mod și îl puteți lansa.

  • Serghei Savenkov

    un fel de recenzie „scurtă”... de parcă s-ar grăbi undeva