Blogul experienței mele

Adăugare Hyper-V Role pe Windows Server 2012 găzduit de VMware Workstation

Am decis azi să fac niște testări pe niște mașini virtuale, eventual găzduite de Windows Server 2012, care la rândul său era virtualizat pe VMware Workstation. Deci am purces la instalarea Hyper-V Role. Însă mare a fost mirarea, am primit un mesaj că rolul deja rulează (Hyper-V cannot be installed: A hypervisor is already running). Defapt el nu era instalat, doar că „adevarul” este că un hypervisor (ca Hyper-V) poate fi instalat doar pe un hardware fizic, adică nu se instalează în interiorul altui mediu de virtualizare.

Cel puțin așa spun cei de la Microsoft.

Dacă doriți să instalați Hyper-V sau să adăugați Hyper-V Role pe Windows Server 2012 care este un VM pe un VMware Workstation (în cazul meu) sau pe alt mediu de virtualizare, avem două variante pentru acest lucru.

Varianta 1

1. Faceți shutdown la VM.
2. Găsiți fișierul de configurare VMX a mașinii virtuale.
3. Adăugăm la sfârșitul fișierului: hypervisor.cpuid.v0 = „FALSE”
   
4. Dacă la pornirea mașinii  primiți un mesaj de genul: HAL_Memory_Allocation, în același fișier VMX adăugăm mce.enable = „TRUE”
5. Salvăm fișierul VMX și pornim mașina VM.

Varianta 2

Pentru aceasta vom folosi instrumente care ni le oferă chiar sistemul de operare 🙂

Folosind următoarele linii de comandă: (în PowerShell sau Command Prompt)

1. DISM /Online /Enable-Feature /FeatureName: Microsoft-Hyper-V
2. DISM /Online /Enable-Feature /FeatureName: Microsoft-Hyper-V-Management-Clients

La final aș vrea să vă recomand ca aceste proceduri să fie efectuate doar pentru testări și nici într-un caz să nu fie implementate în producție.

Cu respect.

Instalare SQL Server 2012 pe Windows 2008 R2 Server Core

Odată cu apariția Windows Server 2008 și anume cu Windows Server Core, am fost tentat să instalez pe el SQL Server 2008. Însă nu am putut face acest lucru, deoarece nu era oficial suportat. Cu toate aceste, acum avem  SQL Server 2012! care suportă instalarea lui pe versiunea Core din Windows Server 2008 R2.

Versiunea Core nu necesită instalarea interfeței grafice, și necesită doar o parte din patch-uri, pot să îl numesc versiunea Linux a Windows-ului. Gestiunea lui se face ca pe timpurile MS-DOS, numai ca cu Windows PowerShell sau de la distanță utilizănd  Remote Server Administration Tools (RSAT). De ce instalăm anume pe versiunea Core? Pentru ca avem următoarele beneficii:

• More secure. Având limitate multe dintre opțiuni, s-a redus simțitor mediu asupra căruia pot fi potențiale atacuri, în special pentru acele servere care sunt conectate permanent la Internet.
• Relatively perform better. Lucru pe care îl fac mereu cu serverele mele de testare, este dezactivarea tuturor serviciilor inutile care rulează implicit pe mașină – Windows Audio, Print Spooler, etc. Astfel maximizând toate resursele care sunt disponibile pe server, încât alte aplicații care rulează, pot folosi aceste resurse.  

Instalarea Active Directory pe Windows Server 2008

Microsoft Active Directory oferă o structura pentru a centraliza gestionare reţelei şi de a stoca informații despre resursele de reţea în întregul domeniu. Active Directory folosește Domain Controllers pentru a menţine, acest storage centralizat, disponibil utilizatorilor reţelei. Pentru a configura o mașina Windows Server 2008 de a găzdui un Domain Controller, mai multe condiţii ar trebui să fie luate în considerare, şi mai multe etape ar trebui să fie efectuate. În acest articol am să va ghidez pentru îndeplinirea acestor condiții si de a urma pașii pentru a crea un Windows Server Domain Controller pentru un nou domeniu Active Directory într-un forest nou.

Considerații pentru instalarea unui nou Windows Server 2008 forest

Când instalaţi AD pentru a crea primul controler de domeniu într-un nou Windows 2008 Server forest, trebuie să ținem cont de următoarele considerente:

• Trebuie să se facă decizii asupra domain functional level, pentru a stabili dacă forest-ul şi domeniu poate conţine controlerele de domeniu care rulează pe Windows 2000 Server, Windows Server 2003, sau ambele.
• Domain controllers care rulează pe Microsoft Windows NT Server 4.0 NU sunt suportate pe Windows Server 2008.

Instalarea Exchange 2010 partea 3 – Instalarea serverului

Iată-ne ajunși la a 3 și ultima parte a acestui articol despre instalarea Exchange Server 2010!

• Instalare Exchange 2010 partea 1
• Instalarea Exchange 2010 partea 2: Prepararea Active Directory

Modalitatea cea mai simplă de a continua instalarea, la această etapă, este de a utiliza Exchange 2010 Setup Wizard, lansând setup.exe din meniul de instalare.

Acesta va copia fișierele de instalare în mapa %TEMP%\ExchangeServerSetup. În afară de diverse fișiere de instalare, vor fi copiate și diverse fișiere XML, care vor fi utilizate de Exchange Best Practice Analyzer pentru a analiza mediul unde se va efectua instalarea.

La această etapă, procedura de setup va verifica prezența câtorva componente:

• Microsoft .NET Framework 3.5 SP1
• Windows PowerShell V2/Windows Remote Management

În absența acestora va apărea un mesaj de eroare, care va indica lipsa unuia sau a ambelor componente.

Setup-ul va face apoi vizibil splash screen-ul pentru instalarea Exchange 2010 (așa cum vedem în figură, este foarte

Instalarea Exchange 2010 partea 2: Prepararea Active Directory

În această parte vom vedea care sunt comenzile necesare pentru pregătirea forest-ului Active Directory.

Ca și în versiunile precedente, în cazul în care se începe direct cu Wizard Setup al Exchange 2010, cu un account care are permisiunile necesare, wizard-ul va prepara Active Directory și domeniul în mod automat. Prin efectuarea preparării Active Directory pas cu pas din linia de comandă, avem avantajul de a verifica rezultatul fiecărui pas în parte.

Dacă se prepară un mediu Active Directory pe un server Windows Server 2008, inițial va fi nevoie de a instala Active Directory management tools și Powershell cu ajutorul comenzii:

ServerManagerCmd –i Powershell

ServerManagerCmd -i RSAT-ADDS

Vom instala Exchange Server 2010 într-un mediu în care lipsesc orice alte versiuni precedente de Exchange. Amintesc că în cazul în care este prezentă o altă versiune de Exchange, va fi necesar executarea comenzi Setup /PrepareLegacyExchangePermissions. Comanda dată poate fi abreviată în modul Setup.com /pl.

Acum trecem să vedem care sunt cei 3 pași necesari pentru prepararea Schema-ei, pentru AD și pentru domeniu: