Blogul experienței mele

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:

Instalare Exchange 2010 partea 1

Înainte de a începe procedura pentru prepararea Active Directory și a instalării propriu-zise a Exchange 2010, aș vrea să mă opresc puțin asupra cerințelor care trebuiesc respectate, relative la infrastructura poștei existente, la mediul Active Directory, versiunile și componentele necesare ale sistemului de operare.

Cerințele relative la versiunile precedente Exchange:

• Nu va fi posibil de a avea în același forest, servere Exchange 5.5 sau 2000.
• Serverele Exchange 2003 preexistente, vor trebuia să aibă instalat cel puțin  Service Pack 2.
• Nu va fi posibil de instalat Exchange Server 2010 în același site, împreună cu Exchange Server 2007 (excepție cazul când acestea vor avea instalat Sevice Pack 2).

Cerințele pentru Active Directory

Acestea sunt cerințele minime relative la Active Directory:

• Schema master: Windows Server 2003 cu Service Pack 1 sau Windows Server 2008 Standard sau Enterprise edition (32-bit sau 64-bit).

Diferența dintre RDS CAL şi TS CAL

În acest articol voi vorbi despre Windows Server 2008 RDS CAL, care defapt a înlocuit vechiul Terminal Services (TS) CAL. Vreau să explic de ce a fost schimbat numele, ce înseamnă de fapt asta pentru voi, şi ce alte funcționalități au fost adăugate pentru RDS CAL. Sunt 4 modificări cheie, pe care le vom clarifica în ce urmează:

1. Echivalența Windows Server 2008 TS CAL & Windows Server 2008 RDS CAL
2. Diferența de preț dintre 2008 RDS CAL şi 2008 TS CAL
3. Tranziția prețuri & disponibilitate al TS CAL şi RDS CAL
4. Includerea Microsoft Application Virtualization (App-V) pentru TS cu 2008 TS CAL  şi 2008 RDS CAL

Echivalența Windows Server 2008 TS CAL & Windows Server 2008 RDS CAL

În 2008 cu odată  lansarea Windows Server 2008 R2 a fost schimbat numele de Terminal Services în Remote Desktop Services. Ca atare a fost redenumit numele de CAL. Aşa cum ați observat că CAL-ul se numeşte Windows Server 2008 RDS CAL (şi nu pur şi simplu 2008 R2 CAL). Acest lucru este pentru ca R2 este un nou release de update şi deci dacă aveţi nevoie să procuraţi o nouă licență Windows Server, nu trebuie să procuraţi un nou RDS CAL dacă aveţi deja 2008 TS CAL. Aceasta înseamnă că puteţi utiliza Windows Server 2008 TS CAL cu Windows Server 2008 R2 Remote Desktop Services.

Utilizarea RemoteApp pe Windows XP – rezolvarea problemei de compatibilitate a aplicațiilor în Windows 7

Una din cele mai întâlnite probleme la migrarea de la Windows XP la Windows 7 este compatibilitatea aplicațiilor, deoarece unele aplicații scrise pentru Windows XP nu funcționează pe Windows 7, sau sunt situri web intranet care pot fi vizualizate doar cu Internet Explorer 6.

O modalitate de a rezolva această problemă este de a folosi Windows XP Mode, o funcționalitate disponibilă pe Windows 7, care permite instalarea unei mașini virtuale (cu sistem de operare Windows XP) direct pe workstation-ul utilizatorului și astfel executând aplicațiile incompatibile cu Windows 7 în interiorul mașinii virtuale. Integrarea cu meniul start permite utilizatorului să folosească cu ușurință aceste aplicații, fiindcă aplicațiile virtuale pot fi deschise din același meniu din care sunt deschise aplicațiile obișnuite,  rezultatul final este acela ca vom vedea numai fereastra aplicației, nu și tot desktop-ul mașinii virtuale.

MS SQL. Suspect database state.

Baza de date poate fi cu status “SUSPECT” din mai multe cauze: defecțiuni tehnice, LOG-file sau MDF-file defecte, lipsa spațiului pe disc etc. Pentru a afla cauza exactă pentru care baza de date a intrat în modul “SUSPECT”, putem să utilizăm următoarea interogare

DBCC CHECKDB (‘YourDBname’) WITH NO_INFOMSGS, ALL_ERRORMSGS

Începem restabilirea bazei de date. Pentru simplitate vom lua cazul când este afectată baza de date utilizator.

1. Oprim MS SQL SERVER;

2. Copiem într-un loc sigur fișierele mdf și log ale bazei de date avariate;

3. Pornim serverul și ștergem baza de date avariată. La acest moment în unele cazuri, când nu este posibilă ștergerea, va trebui corectarea tabelului de sistem sysdatabases;

4. Creem o bază de date nouă, cu același nume și aceeași locație, ca și baza de date suspectă;