Recent am dat peste o discutie pe net asemanatoare ceea ce observasem si eu. Imediat dupa boot, IP nema.

http://social.technet.microsoft.com/Forums/en-US/windowsserver2008r2virtualization/thread/5f260322-58aa-4126-a856-cb8e63442325

Rar se mai intampla sa isi ia IP.

Chestia asta am vazut-o pe mai multe servere cu hardware diferit deci exclud sa cred ca e hardware related.

In cazul meu problema se manifesta numai atunci cand Timezone-ul din masina virtuala nu este la fel cu cel de pe host (exact ca in discutia din link-ul de mai sus). E incredibil. Stiu ca este greu de crezut insa am reprodus problema de cateva zeci de ori chiar astazi.

Folosind get-command –module failoverclusters se pot vedea toate comenzile din acest modul.

Inclusiv cluster validation report-ul poate fi rulat din powershell.

Prima data trebuie sa poti face discovery si target-ul sa iti apara in lista. Apoi dai connect.

Alegi advanced.

Iar aici poti selecta exact IP-ul asignat placii de retea dorite (Initiator IP).

De downloadat il puteti downloada de aici:

http://www.microsoft.com/download/en/details.aspx?id=20163

Iar instalarea este foarte simpla; de fapt pune doar cateva fisiere in folderul SQLIO din Program Files.

In acest folder gasim si fisierul param.txt care arata cam asa:

Si specifica locatia fisierului de test, numarul de threaduri folosite si dimensiunea acestui fisier (de exemplu vedeti ca eu la ultimele teste am folosit un fisier de 512Mb). Acest fisier trebuie specificat cu parametrul –F la utilizarea SQLIO.

Nu treceti cu vederea nici fisierele Readme.TXT sau Using SQLIO.rtf pentru ca au informatii foarte utile despre folosirea SQLIO. De exemplu in SQLIO.rtf gasim exemple de utilizare:

sqlio -kW -s10 -frandom -o8 -b8 -LS -Fparam.txt
timeout /T 60
sqlio -kW -s360 -frandom -o8 -b64 -LS -Fparam.txt
timeout /T 60
sqlio -kW -s360 -frandom -o8 -b128 -LS -Fparam.txt
timeout /T 60
sqlio -kW -s360 -frandom -o8 -b256 -LS -Fparam.txt
timeout /T 60

sqlio -kW -s360 -fsequential -o8 -b8 -LS -Fparam.txt
timeout /T 60
sqlio -kW -s360 -fsequential -o8 -b64 -LS -Fparam.txt
timeout /T 60
sqlio -kW -s360 -fsequential -o8 -b128 -LS -Fparam.txt
timeout /T 60
sqlio -kW -s360 -fsequential -o8 -b256 -LS -Fparam.txt
timeout /T 60

sqlio -kR -s360 -frandom -o8 -b8 -LS -Fparam.txt
timeout /T 60
sqlio -kR -s360 -frandom -o8 -b64 -LS -Fparam.txt
timeout /T 60
sqlio -kR -s360 -frandom -o8 -b128 -LS -Fparam.txt
timeout /T 60
sqlio -kR -s360 -frandom -o8 -b256 -LS -Fparam.txt
timeout /T 60

sqlio -kR -s360 -fsequential -o8 -b8 -LS -Fparam.txt
timeout /T 60
sqlio -kR -s360 -fsequential -o8 -b64 -LS -Fparam.txt
timeout /T 60
sqlio -kR -s360 -fsequential -o8 -b128 -LS -Fparam.txt
timeout /T 60
sqlio -kR -s360 -fsequential -o8 -b256 -LS -Fparam.txt

Ce pot fi puse intr-un fisier batch pentru a automatiza testul.

In mod normal output-ul arata cam asa:

Si bineinteles ca difera destul de mult in functie de parametrii selectati (read/write/random/sequential) si de performanta hardware-ului.

Exista multe alte tool-uri pentru determinarea performantelor sistemului de stocare, doar ca personal SQLIO mi se pare foarte simplu de folosit.

PS: Exista si SQLIOSIM care insa e diferit si e un tool ce simuleaza doar comportamentul SQL Server.

Secretul consta in cativa parametri ai comenzilor XCOPY si ROBOCOPY. Pe care dintre ele le folositi, depinde de alegerea fiecaruia pentru ca ambele stiu sa copieze ACL-urile fisierelor.

La XCOPY parametrul este /O:

Iar la ROBOCOPY este /SEC (bineinteles ca se poate si cu /COPYALL sau /COPY:DATS).

Spor!

Nota:Oricum de cand cu Group Policy Preferences, nici eu nu mai prefer scripturile pentru managementul imprimantelor.

Interesant e ca de la Windows 2003 au existat exemple de scripturi incluse chiar in instalarea sistemului de operare:

Scripturile de mai sus sunt incluse in OS – c:\%windir%\system32 in Windows 2003/XP si C:\%windir%\System32\Printing_Admin_Scripts in Windows Vista/7/2008/2008 R2.

De exemplu cu prnmngr.vbs ne putem conecta la o imprimanta partajata de pe un print server.

Iar cu prnsrvr.vbs putem extrage informatii despre driverele instalate pe print server (cu parametrul – x se pot identifica si sterge driverele nefolosite).

Iar cu prncnfg.vbs putem extrage informatii despre o anumita imprimanta.

Celelalte scripturi importante sunt:

- prnjobs.vbs – pentru a interactiona cu print joburile (pauza, resume, cancel jobs)

- prnport.vbs – display and manage TCP/IP printer ports

Scripturile folosesc WMI si pot fi folosite si doar pentru a invata cum sa interactionezi cu imprimantele via VBS/WMI.

Iar in caz ca scripturile nu acopera tot si se doreste mai mult sunt sigur ca o sa gasiti si alte scripturi pentru managementul imprimantelor pe Technet Scriptcenter.

Nici macar SCVMM-ul nu mai reuseste sa faca o conexiune cu acel host Hyper-V.

Insa stati linistiti, e BY DESIGN – http://support.microsoft.com/kb/2506417.

This issue is by design. Running Active Directory Domain Services on a server that is also running a RemoteFX-enabled virtual machine is not a supported configuration.

Adica Microsoft a facut treaba asta intentionat. Va dati seama cat a muncit indianul ala de la MS sa scrie acel cod care iti blocheaza consola Hyper-V in caz ca rulezi acest scenariu? Eu ma gandesc ca era mai simplu sa afiseze un mesaj de eroare cand instalai RemoteFX sau si mai bine sa recunoasca acest bug.

PS: eu inca stau si ma intreb cum o reusi AD-ul sa incurce RemoteFX-ul.

RIS & WDS nu sunt greu de setat si atunci cand faci teste si le pui in acelasi subnet totul merge perfect. Si e chiar mai simplu atunci cand si DHCP-ul e pe acelasi server. De ce? Pentru ca si comunicatia cu serverul de deployment se face tot prin mesaje de broadcast DHCP.

Dar ce faci cand serverul de deployment este in alt subnet. Pai ori setezi un IP Helper (DHCP relay) sa forwardeze mesajele de broadcast si catre el, ori setezi optiunile 66 si 67 in serverul DHCP sa directioneze clientul direct catre serverul RIS/WDS.

In urmatorul KB aveti explicata comunicatia dintre client/server si DHCP via mesaje DHCP:

http://support.microsoft.com/kb/244036

Atentie la un anumit scenariu. Daca lasati optiunea 67 necompletata sau cu informatii incorecte care nu duc catre un fisier de boot, atunci clientul o sa faca fallback pe broadcast si o sa incerce sa se conecteze la un server disponibil prin broadcast DHCP.

Il puteti instala tot din powershell:

Sau via GUI:

Cam toata lumea vad ca a luat-o razna cu acest build pre beta si pe unii ii si inteleg. Suntem entuziasmati de tot ce apare nou si dorim sa stim si sa folosim de pe acum tehnologiile ce vor aparea peste 1-2 ani.

Din ce am aflat pana acum se pare ca noul OS al Microsoft-ului o sa vina cu foarte multe schimbari iar directia e clara – virtualizarea (aka cloud-ul). Foarte schimbat e si logon screen-ul dupa cum vedeti mai jos. Si da, imi place, fata de cel din 2008 pe care il consider groaznic si ca aspect si ca functionalitate. Dar parca prea orientat catre consumer. Sincer, nu avem nevoie de astfel de briz/briz-uri in Windows Server. Dupa ce ca tehnologia avanseaza atat de rapid si trebuie sa invatam non stop, mai trebuie sa tinem pasul si cu interfata. Bine macar ca la baza o sa fie Powershell, iar cei ce vor stapani acest subiect, vor putea sa ignore interfata si sa administreze numai din linie de comanda (dar atunci ma mai intreb de ce o sa se mai numeasca Windows ).

De server manager tot nu am scapat la primul logon. E foarte schimbat si principala functionalitate e ca poate administra si servere remote, nu numai pe cel local. Dar totusi, de ce trebuie sa mi-l porneasca by default dupa logon? Oare cine da ideile astea acolo? Spuneti-mi si mie daca exista vreun admin care sa nu dezactiveze pornirea lui automata.

Altfel e “ok”. Adica atat de schimbat incat nu pot sa zic mai mult. Am cautat 5 minute cum sa activez remote desktop.

La add roles/features, targetul activitatii poate fi un VHD. Cool, nu? Desigur, nu e nimic nou sub soare aici, poate doar interfata friendly.

Si wizardul de instalare stie sa ruleze in background.

Iata si cireasa de pe tort – meniul de Start:

Deja m-am speriat cand l-am vazut si tot cautam un command pompt sa rulez un dcpromo ca sa-mi revin. Surpriza:

Clar. E pe undeva pe aici:

Ba nu e. Mai caut eu putin si pana la urma vad ceva care zice: configuration required. Jur ca nu era acolo 5 minute mai devreme .

Si uite ca acum tot ce faci are in spate powershell si poti vedea exact comenzile din spatele wizard-ului:

Powershell se pare ca este viitorul administrarii windows server. Adminii care nu vor sti powershell nu vor avea ce sa caute in lumea Windows 8 (parerea mea). De fapt si eu in interfata asta noua nu am stiut cum sa-i dau reboot. A trebuit sa deschid un prompt powershell si sa dau shutdown –r.

Si lista cu noutati e enorma dar doar o sa enumar cateva:

- Hyper-V 3. Aici e crema si pe el se pune accentul iar din ce se aude o sa fie match cu ce are Vmware acum. Dar asta doar se aude si pana atunci Vmware poate mai scoate vreo doua versiuni. Anyway, s-a muncit mult la formatul vhdx (16TB limit) datorita caruia va fi  posibil sa faci live migration intre servere in configuratie shared nothing. Asta chiar ca e cool si Vmware nu are asa ceva (inca).

- Diverse scenarii de replicare si failover cu Hyper-V

- WHEA – Windows Hardware Architecture – foarte important pt virtualizare. Stiti modul in care chkdsk marca blocurile de pe disk ca bad? Cam asa o sa faca si WHEA si o sa permita ca restul masinilor virtuale care nu au fost in zona de memorie afectata sa ruleze in continuare. Bineinteles ca e nevoie de ECC-uri .

- NIC Teaming la nivel de OS

- Powershell everywhere – totul va fi construit cu powershell in spate

- Server core poate fi upgradat la full version (GUI) si invers. Cam ce ziceam eu de ani buni legat de un OS modular (nu stiu cat de modular o sa fie W8 dar e ceva).

- Data deduplication

- storage pools – poti defini un storage pool de 10Tb si tu de fapt sa ai doar 1TB si sa upgradezi pe parcurs.

- AD aware de tehnologiile de virtualizare – clonning and snaphots.

- IIS 8

- schimbari in Remote FX, Direct Access si Branchcache

- componenta de Volume activation, LDAP based

Si toate astea sunt doar cateva din noutatile aduse de Windows 8. Dar sa nu uitam ca este doar un pre beta si pana la final mai e un drum lung. Multe dintre cele expuse aici e posibil sa nu reziste drumului si altele e posibil sa apara pe parcurs. Iar pana cand vor fi folosite cu adevarat vor trece ani buni .

Viitorul suna bine!