Si bineinteles ca unul din colegii nostri este prezent in lista de tutoriale.

Tip: E al doilea din lista.

http://technet.microsoft.com/en-us/systemcenter/cm/bb892875.aspx

Iti permite sa importi custom catalogs in System Center Configuration Manager (merge si cu Essentials). Daca mai multi producataori de hardware/software ar publica asa ceva, ai putea sa fii la zi cu updateurile si nu numai pentru produsele facute de Microsoft.

In momentul de fata au publicat cataloagele Dell, HP, Intel si Citrix. Veti putea administra update-urile pentru produsele lor, in acelesi mod in care procedati cu cele de Windows.

Mai multe detalii tehnice poate ne spune Vitalie .

Pasii pe care i-am urmat sunt cei de mai jos. Daca vreti sa vedeti screencast-ul, il gasiti aici:

On DC1

• Insert vNext DVD
• Open cmd and type d:\SMSSETUP\BIN\X64\extadsch.exe
• Check ExtADSch.log in C:
• Open AD, select View – Advanced Features
• Grant ConfigMgr computer account full control on this object and this descendent objects

On ConfigMgr

• Install Report Viewer 2008 SP1 Redistributable
• Open Server Roles – Features
• Select .NET Framework 3.5.1 Features, BITS, Group Policy Management and Remote Differential Compression
• From Web Server (IIS) select WebDAV Publishing, ASP.NET, ASP, Windows Authentication, Dynamic Content Compression and IIS 6 WMI Compatibility
• Run Windows Update to install latest updates
• Configure WebDAV
• Sites – Default Web Site – WebDAV Authoring Rules
• Add Authoring Rule – All Content, All Users, Read
• WebDAV Settings
• Allow anonymous property queries – True
• Allow custom properties – False
• Allow property queries with infinite depth – True
• Allow hidden files to be listed – True
• Apply
• Open Administrative Tools – Windows Firewall with Advanced Security
• Select Inbound Rules – New rule
• Port – TCP – 1433 – allow the connection – next – SQL TCP 1433
• Port – TCP – 4022 – allow the connection – next – SQL TCP 4022
• Insert SQL Server 2008 DVD
• Select Run program
• Select New SQL Server stand-alone installation
• Select features
• Database Engine Services
• Reporting Services
• Client Tools Connectivity
• Management Tools
• Integration Services (optional)
• Use default instance
• Use the same account for all SQL Server services
• SQL Server Browser set to Automatic
• Add Current User
• Install SQL
• Windows update (SQL Server 2008 SP1)
• Open SQL Server Management Studio to test connectivity
• Open Server Manager – Roles – New Role – Windows Deployment Services
• Open Server Manager – Roles – New Role – Windows Server Update Services
• Insert ConfigMgr DVD – Install
• Install SQL hotfix
• Run prerequisite Check again
• Install ConfigMgr

http://edge.technet.com/Media/Windows-InTune-Under-the-Hood/

Windows Intune este un serviciu “cloud based” destinat administrarii si managementului sistemelor din companiile mici si mijlocii. Am spus ca este cloud based, ceea ce inseamna ca va fi vandut sub forma de abonament. Ceva in genul “vreau sa am Windows Intune pentru 50 de sisteme” si platesti doar pentru numarul de sisteme pe care le ai. Automat in subscriptia asta primesti si licente pentru Windows 7 Enterprise si multe alte chestii gen APP-V, DART, DEM si AGPM.

Cum functioneaza? Prin instalarea unui client local pe statii care comunica via HTTPS cu serviciile “din nor”. Administratorul se conecteaza la portalul web Intune si poate vedea care este status-ul sistemelor indiferent unde se afla (si admin-ul si statiile).

Admin-ul poate gestiona update-urile, partea de antivirus, si poate face un inventory hardware si software al sistemelor. Integrat in acest sistem este si partea de remote assistance care merge peste HTTPS via Windows Intune fara a mai fi nevoie de alt serviciu suplimentar.

Tot ce mai lipseste este software deployment.

Un scurt video cu Windows Intune gasiti aici.

Între timp am mai adăugat imaginea de Windows 7 Enterprise x86 și imaginea de boot x86 în WDS. Am dat drumul repede o mașină virtuală, am boot-am de pe imaginea x86 ca să am acces la Windows 7 Enterprise x86 și am început să-mi fac cafeaua de noapte Între timp WSUS-ul și-a făcut treaba, eu doar am mai instalat Outlook 2010. Buun…

Acum, ca să pregătesc calculatorul pentru imagine, trebuie să rulez Sysprep ca să șterg toate datele unice ale unui sistem (de exemplu nume și SID). Înainte de a rula sysprep, sistemul trebuie scos din domeniu.

Notați-vă/modificați parola contului de admin local pentru orice eventualitate.

Rulez Sysprep

În Run scriu Sysprep. Din Explorer, fac dublu click pe Sysprep.exe. Alegem Enter System Out-of-Box Experience (OOBE), bifăm Generalize și alegem Shutdown la Shutdown Options.

OOBE este pentru ca următoarea boot-are să se facă în Windows Welcome (gen OEM). Generalize ca să se șteargă informațiile hardware specifice/unice. Shutdown ca să facă shutdown și nu restart pentru că încă nu avem iso-ul cu Windows PE.

Toată chestia asta o putem rula și direct în command prompt: c:\Windows\System32\sysprep\sysprep.exe /oobe /generalize /shutdown.

Sysprep a început să-și facă treaba și va da shutdown la sistem.

După ce am făcut oprit mașina, trebuie să creăm o imagine de boot nouă cu care vom face captura mașinii pe care am rulat Sysprep.

În consola WDS, selectăm Boot Images și alegem o imagine de boot adăugată anterior. În cazul meu Microsoft Windows Setup (x86). Facem click dreapta și selectăm Create Capture Image.

Introducem numele și descrierea imaginii și selectăm un director în care vom salva imaginea.

După ce imaginea a fost creată, bifăm căsuța Add image to the Windows Deployment Server now pentru a adăuga imaginea în consola WDS.

În acest moment putem porni mașina cu sysprep și folosi F12 pentru network boot. Din lista cu imagini, alegem Capture image x86.

La Volume to capture, selectăm partiția D: pentru că C: este partiția ”system reserved” pe care o crează Windows 7 la instalare.

Îi dăm un nume și descriere imaginii și selectăm Next.

Selectăm locația undw vom salva fișierul WIM. Eu o salvez pe partiția E:

Bifăm Upload image to WDS… pentru a adăuga automat imaginea în consola WDS.

Introducem numele serverului și testăm conexiunea cu butonul Connect.

Alegem grupul pe care îl avem creat in WDS și alegem Next pentru a începe captura.

După ce am selectat Finish, putem să creăm o mașină nouă, folosim F12 și alegem Microsoft Windows Setup (x86).

Și mai departe urmează o instalare normală de SO cu WDS.

Alegem imaginea creată la pasul anterior.

Când instalarea s-a finalizat, confirmăm că avem Outlook 2010 instalat și sistemul este actualizat la zi.

Când mai am timp, o să scriu un articol despre instalarea automată, fără intervenția utilizatorului.

Cam asa ar trebui sa arate procesul de deployment al sistemelor de operare.

P.S. Nu uitati sa cititi System Requirements pentru WDS, in special partea cu DHCP!

In Server Manager selectam Add Roles.

Selectam Windows Deployment Services si mergem pana la capat cu Next.

Dupa instalare, rolul trebuie configurat.

Click dreapta pe numele serverului si selectam Configure Server

Eu voi selecta discul D: pentru stocarea imaginilor si fisierelor.

O sa scot debifez si “Add images to server now” pentru ca vreau sa adaug imagile dupa configurare.

Dupa ce am dat Finish serverul nostru WDS este configurat.

Pentru a putea instala sisteme noi aevm nevoie de cel putin o imagine de boot si una de sistem de operare. Acum voi folosi imaginile de pe DVD-ul cu Windows Server 2008 R2 urmand ca data viitoare cand nu o sa am somn sa fac o instalare customizata pe care o voi putea adauga ca imagine pe acest server.

Pentru a adauga o imagine de boot facem click dreapta pe Boot Images si alegem Add Boot Image.

Pe DVD, in directorul Sources gasim fisierul boot.wim

Pentru a adauga imaginea unui SO facem click dreapta pe Install Images si alegem Add Install Image.

Trebuie sa cream un grup in care vom pune imaginea respectiva. Grupurile astea cica ne-ar ajuta daca avem mai ulte imagini similare, cu permisiuni separate pe grupuri, OUuri, departamente etc. De exemplu sa nu poata instala cineva de la HR o imagine care este facuta pentru cei de la Financiar.

Eu am denumit grupul Default pentru ca niciodata nu am folosit mai mult de un grup.

Pe DVD, tot in directorul Sources gasim fisierul install.wim

Sunt sigur ca nu o sa folosesc nici o versiune Core, deci le debifez. La fel cu Datacenter si Web. Nu am treaba cu aceste editii in mediul virtual de acasa.

Putem debifa si “Use the default name and description…” daca vrem sa denumim imaginile dupa placul nostru. Eu le voi lasa default pentru simplitate.

Imaginile de server le-am adaugat pentru ca vreau sa fie acolo cand o sa am nevoie de ele. Pentru demo, am mai adaugat o imagine de Windows 7 Enterprise x64 folosind pasii de mai sus.

Acum nu ne ramane decat sa boot-am un calculator (masina virtuala in cazul meu) in retea (F12) si sa urmam “Vrajitorul” aka Wizard

Restart…

Ultimul restart…

Calculatorul e pus si in domeniu automat.

Implicit, calculatoul se pune in OU-ul Computers in formatul %61Username%#.

OU-ul si formatul de nume se pot configura in proprietatile serverului WDS.

Formatul de nume poate fi de forma:

%First: the first name of the user.
%Last: the last name of the user.
%Username: the user name of the user.
%MAC: the MAC address of the computer.
%n#: an incremental n-digit number.
%0n#: an incremental n-digit number, with zeros added before the digit.

Le-am gasit cu greu aici.

Cam atat despre initierea in Windows Deployment Services.

Evident, toti pasii de mai sus pot fi automatizati (serial, partitii, aplicatii, chiar si numarul de telefon de la helpdesk poate fi introdus in imagine ) folosind un fisier xml creat cu Windows AIK. Dar, despre asta intr-un alt articol.

Exista destul de multe metode pentru a monitoriza aparitia unui anumit eveniment in event viewer. Avem tool-uri, scripturi, agenti de monitorizare, iar de la Windows Vista in sus putem sa declansam anumite activitati la aparitia unui eveniment folosind Task Scheduler.

Astazi o sa prezint un mod de a face acest lucru folosind un script VBS (asta si pentru ca poate fi folosit cam pe orice versiune de Windows):

strComputer = “.”

Set objWMIService = GetObject(“winmgmts:{(Security)}\\” & _
        strComputer & “\root\cimv2″)

Set colMonitoredEvents = objWMIService.ExecNotificationQuery _  �
    (“Select * from __InstanceCreationEvent Where ” _
        & “TargetInstance ISA ‘Win32_NTLogEvent’ ” _
            & “and TargetInstance.EventCode = ’7035′ “)

Do
    Set objLatestEvent = colMonitoredEvents.NextEvent
        Wscript.Echo “Un serviciu a fost oprit”
        Wscript.Echo “————————”
        Wscript.Echo “User: ” & objLatestEvent.TargetInstance.User
        Wscript.Echo “Time: ” & objLatestEvent.TargetInstance.TimeWritten
        Wscript.Echo “Category: ” & objLatestEvent.TargetInstance.Category
        Wscript.Echo “Event Code: ” & objLatestEvent.TargetInstance.EventCode
        Wscript.Echo “Message: ” & objLatestEvent.TargetInstance.Message
        Wscript.Echo “Record Number: ” & objLatestEvent.TargetInstance.RecordNumber
        Wscript.Echo “Source Name: ” & objLatestEvent.TargetInstance.SourceName
        Wscript.Echo “Event Type: ” & objLatestEvent.TargetInstance.Type
        Wscript.Echo

        Wscript.Echo objLatestEvent.TargetInstance.Message
        Wscript.Echo
Loop

Scriptul monitorizeaza aparitia evenimentului cu ID-ul 7035 (vedeti linia cu TargetInstance.EventCode = ’7035′; pentru a monitoriza alt event modificati aceasta linie) in oricare din logurile sistemului. In momentul in care apare va afisa detalii despre eveniment. ID-ul 7035 apare la oprirea sau pornirea unui serviciu in Windows. Evenimentele de start si stop au acelasi cod (7035 si 7036) asa ca e putin mai greu sa deosebesti intre oprirea si pornirea unui serviciu doar din ID-ul eventului. Ca exemplu l-am pornit pe un server din command prompt:

Si am restartat serviciul DNS Client:

La cateva secunde iata ce se intampla in command prompt:

Exemplul cu restartul de serviciu nu este cel mai bun exemplu tocmai pentru ca nu exista event-uri separate pentru start si stop, insa e suficient ca sa intelegeti ca functioneaza. Scriptul poate fi modificat foarte usor pentru a face altceva, nu numai a afisa informatii pe ecran. Trebuie doar sa introduceti codul in bucla Do … Loop din script.

Sursa: Hey, Scripting Guy!

În principiu, trebuie făcute 3 lucruri pentru a exporta și importa actualizările de pe un server pe altul:

1. Trebuie să ne asigurăm că setările de limbă și metoda de download aleasă sunt la fel pe ambele servere.
2. Trebuie să copiem actualizările de pe primul server pe al doilea.
3. Trebuie să copiem metadata de pe primul server pe al doilea.

Deci, la pasul 1 verificăm ca setările din Options – Update Files and Languages să fie la fel pe ambele servere.

La pasul 2 copiem actualizările de pe primul server pe al doilea. Putem folosi orice metodă dorim (backup, xcopy etc.) pentru a copia fișierele necesare pe al doilea server.

Trebuie copiat tot conținutul directorului X:\WSUS\WSUSContent unde X: este directorul unde WSUS stochează acualizările. Întreg conținutul directorului trebuie copiat în aceași locație (WSUS\WSUSContent) pe al doilea server.

La pasul 3, copiem fișierul metadata de pe primul server pe al doilea folosind utilitarul wsusutil.exe.

Ca să exportăm metadata, deschidem o fereastră command prompt și navigăm către C:\Program Files\Update Services\Tools (dacă SO este instalat pe discul C:). Folosim comanda wsusutil.exe export NumeleFișieruluiMetadata.cab NumeleFișieruluiLog.log. De exemplu wsusutil.exe export AllUpdates.cab Export.log va avea ca rezultat un fișier AllUpdates.cab și unul Export.log în directorul cu wsusutil.exe.

Acum nu ne rămânde decât să copiem conținutul directorului WsusContent pe al doilea server și să importăm fișierul cu metadata, AllUpdates.cab pe al doilea server de WSUS. Ca și la export, folosim același utilitar, wsusutil.exe, din linie de domandă dar cu switch-ul import în loc de export. De exemplu: wsusutil.exe import AllUpdates.cab Import.log, evident dacă fișierul AllUpdates.cab se află în același director cu wsusutil.exe; dacă nu, atunci specificăm calea către fișier.