Lync 2013, Office 2013, Sharepoint 2013 & Exchange 2013 RTM
Lync 2013, Office 2013, Sharepoint 2013 & Exchange 2013 sunt deja disponibile pe Technet si MSDN:
Wow!
REMINDER – Un nou concurs Winadmin
Prin amabilitatea lui Victor avem cateva carti pe care le vom oferi ca premii pentru membrii forumului Winadmin.
Regulile vor fi ca si pana acum. Primii 3 utilizatori ai forumului cu cele mai multe postari in luna octombrie vor primi cartile.
Microsoft Virtual Machine Converter
Ca parte a programului Switch to Hyper-V, Microsoft a lansat un tool de conversie ce ajuta in migrarile de la Vmware la Hyper-V – Microsoft Virtual Machine Converter aka MVMC.
MVMC vine in doua variante – standalone sau plugin pentru clientul de VSphere. Exista si un mod CLI unde din linie de comanda pot fi executate taskurile de conversie. Din CLI se poate executa si doar conversia unui fisier VMDK fara a-l importa pe un host Hyper-V.
Ambele versiuni si documentatia sunt disponibile aici:
http://www.microsoft.com/en-us/download/details.aspx?id=34591
Nu este cel mai “tare” tool de V2V dar este free si pentru cei ce au nevoie sa faca o migrare de la Vsphere la Hyper-V este folositor. Mai ales ca unul din motivele unei astfel de schimbari sunt costurile iar achizitia unui software suplimentar ar putea fi o problema.
Mai jos aveti cateva imagini cu plugin-ul de vmware si converterul standalone (ambele arata la fel, iar ultimele doua imagini le-am luat direct din documentatie).
Windows 2012–DHCP Hot Standby
In articolul de aici am prezentat doua scenarii cu noul DHCP din Windows 2012. Dupa cum am promis, in acest articol o sa incerc sa descriu functionalitatea de failover a serviciului DHCP din Windows 2012.
Nota: E posibil ca articolul sa mai primeasca modificari in timp deoarece informatiile despre acest serviciu sunt inca destul de limitate in momentul scrierii acestui articol.
Functionalitatea de DHCP Failover Hot Standby permite unui al doilea server DHCP sa intervina si sa asigneze adrese IP atunci cand un alt server DHCP nu mai este disponibil. Intre cele doua server trebuie configurata o relatie de failover si aceasta este posibila numai pentru scopuri IPv4.
Pentru inceput e nevoie sa aveti facut scopul pe unul dintre cele doua servere:
Odata scopul facut trebuie rulat wizard-ul Configuration Failover. Pe al doilea server nu trebuie setat nimic pentru ca wizard-ul va face totul pentru noi.
Dupa cum se observa mai jos se poate seta failover la nivel de scop.
Alegem serverul de standby:
Iar in fereastra de mai jos lucrurile devin mai interesante. Aici setam in ce mod sa se comporte cele doua servere:
Pentru modul Failover cu partener in Standby alegem Mode – Hot Standby iar ca rol Standby.
Din definitia din RFC pentru Maximum Client Lead Time:
The MCLT refers to maximum client lead time. This time is con- figured on the primary server and transmitted from the primary to the secondary server in the CONNECT message. It is the max- imum amount of time that one server can extend a lease for a client’s binding beyond the time known by the partner server.
Iar mai jos din documentatia beta MS:
The DHCP failover protocol includes a setting for Maximum Client Lead Time (MCLT,) which defines the temporary lease period given by the failover server to a new client. This period also determines the amount of time that a server in a failover relationship will wait in partner down state before assuming control over the entire IP address range.
MCLT cannot be set to zero, and the default setting is 1 hour.
Iar acum traducerea mea:
Este intervalul pe care serverul standby il asteapta ca partenerul sa revina online, inainte ca sa preia controlul intregului scop. In acest interval poate da adrese IP dintr-un procent limitat din scop ce se poate configura din urmatoarea interfata:
Acest procent din scop este rezervat si folosit tocmai pentru astfel de cazuri – pentru a nu exista conflicte pe perioadele cand comunicatia intre cele doua servere este intrerupta.
Auto State Switchover Interval – cand unul dintre parteneri nu mai este online statusul se schimba pe communication interrupted si un administrator trebuie sa-l treaca manual pe Partner Down. Optiunea aceasta schimba automat statusul pe Partner Down dupa ce a trecut un anumit timp in statusul “communication interrupted”.
Pentru neclaritati pun mai jos ceva link-uri utile cu informatii despre tehnoligia prezentata mai sus. Inclusiv RFC-ul ce descrie protocolul DHCP Failover (134 de pagini):
Understand and Troubleshoot DHCP Failover in Windows Server "8" Beta
Step-by-Step: Configure DHCP for Failover
Ensuring High Availability of DHCP using Windows Server 2012 DHCP Failover
DHCP Failover & Load Balancing in Windows 2012
Pana de curand scenariile de high availablility pentru DHCP au fost o problema. Singurele metode prin care puteai sa obtii high availability erau folosind Windows Clustering sau clasicul scenariu split scope 80/20 (mai nou cu Delay Offer in W2K8) insa si acolo era o poveste intreaga si trebuia sa stii destul de bine cum functioneaza comunicatia client server si echipamentele de retea ca sa mearga asa cum vroiai. De fapt ca sa fiu sincer, de multe ori nu mergeau asa cum vroiai.
Ei bine, Windows Server 2012 a rezolvat aceasta problema si exista mecanisme de high availability si load balancing direct in serviciul de DHCP. Adica no more split scopes sau clustering. Acum in scenariul de HA se pot seta servere locale de DHCP ce isi replica informatiile din scopuri cu un server din site-ul central (Standby Server).
Bineinteles ca se poate seta un server Standby chiar si in acelasi site, dar probabil ca celalalt scenariu este mai potrivit.
Si anume configuratia de tip Activ/Activ (Load Balance Mode) in care pot exista doua servere DHCP in acelasi site ce deservesc simultan aceleasi scopuri.
Serverele is replica tot timpul informatiile din scopuri si isi redistribuie periodic inchirierile de IP-uri.
In zilele urmatoare o sa vin cu o serie de articole in care o sa detaliez setup-ul acestor doua noi functionalitati din Windows Server 2012.
So, stay tuned!
Windows Server 2012–Adding servers to Server Manager
Noul server din Windows 2012 permite administrarea mai multor servere. Dar inainte de toate serverele trebuie adaugate in Server Manager. Lucrul acesta se face cu optiunea Add Servers din meniul Manage:
Mai jos puteti vedea ca exista si un tab numit Import – puteti importa o lista text cu numele serverelor.
Acum puteti de exemplu sa adaugati roluri pe noul server adaugat la Server Manager:
Sau puteti sa-l restartati cu un singur click sau sa deschideti o sesiune Powershell pe el.
Optiunea Manage As permite specificarea altor credentiale decat cele sub care ruleaza Server Manager.
Este posibila inclusiv administrarea serverelor dintr-un workgroup, insa procedura e mai complicata. Detalii gasiti in documentatia de pe Technet:
http://technet.microsoft.com/en-us/library/hh831453.aspx
Network access validation algorithms NTLM/SMB
Rasfoind prin KB-urile de la MS am gasit unul foarte interesant. Chiar daca se refera doar la XP/2003/2000 inca mai e util in unele scenarii de troubleshooting.
http://support.microsoft.com/kb/103390
Gasiti aici explicate cateva scenarii plus algoritmul parcurs in procesul de autentificare. Este high level dar totusi foarte util. Mai ales in scenarii de workgroup.
Active Directory Replication Status Tool
AD Replication Status Tool este un tool destul de nou ce a fost lansat vara aceasta. Scopul lui este de a analiza replicarea domain controller-elor in forestul sau domeniul in care se afla clientul de pe care este rulat. Poate rula si de pe Windows Server si de pe Windows XP/Vista/7, necesarul fiind sa aveti Dot Net Framework 4.
De mentionat ca este un tool View-Only. Adica nu veti putea influenta replicarea prin acest tool, ci doar sa verificati, monitorizati. Oricum este destul de util pentru ca ofera o vedere de ansamblu asupra acestei parti destul de importante a Active Directory si poate grabi cateodata unele investgatii.
Puteti personaliza ce anume sa investigheze, doar un anume DC, un domeniu, sau intreg forest-ul.
Ei bine, in mediul meu de test nu aveam erori asa ca raportul de mai jos este curat, insa trebuie mentionat ca atunci cand aveti erori tool-ul devine util pentru ca ofera informatii despre erori si link-uri catre articolele de pe Technet ce explica acele erori.
Iar rapoartele pot fi exportate (Excel, XPS, XML) pentru a putea fi date mai departe.
Si din ce am auzit poate rula si de sub un cont normal de user (nu ar fi nevoie de domain admin).
Il puteti downloada de aici: http://www.microsoft.com/en-us/download/details.aspx?id=30005
Dedicated Crash Dump file
De pe vremea lui Windows 2000 si 2003 stiam ca un requirement pentru crash dump file e sa ai page file pe C: si acesta sa fie minim dimensiunea crash dump-ului (plus 2Mb parca).
Dar incepand cu Vista si 2008 nu mai e nevoie ca pagefile-ul sa fie pe C: pentru a putea genera un crashdump. Putem seta un pagefile dedicat pentru crash dump folosind urmatoarea cheie de registry:
Location: HKEY_LOCAL_MACHINE\System\CurrentControlSet\Control\CrashControl
Name: DedicatedDumpFile
Type: REG_SZ
Value: Example: D:\crashdumpfile.sys
Locatia poate fi pe orice volum atasat sistemului.
Mai multe detalii despre optiunea DedicatedDumpFile gasiti in urmatorul KB:
http://support.microsoft.com/kb/969028
Uniqueness attributes in Active Directory
Pe tema din titlu am gasit doua articole excelente ce clarifica foarte bine ce trebuie sa fie unic din atributele unui obiect din Active Directory.
http://technet.microsoft.com/en-us/library/cc977992.aspx
PS: cu dedicatie pentru Vitalie 
.