Telepítsünk Exchange Server 2013 Preview-t együtt második rész - Information Store - Exchange Blog - Site Home - TechNet Blogs

Átírás

1 Telepítsünk Exchange Server 2013 Preview-t együtt második rész Zoltanh [MSFT] 19 Jul :12 AM 0 Frissítve: KB hozzáadása az előfeltételekhez. A sorozatom második és egyben befejező részében a korábban előkészített Active Directory erdőbe fogunk egy Exchange Server 2013 Preview-t telepíteni. Az elképzelt környezetben egy multi-role Exchange Servert alakítunk ki, vagyis az egyes szerepköröket nem választjuk külön, azokat egy gépre telepítjük. A telepítés folyamatát nagyvonalakban a következő ábrán mutatom be: Előkészítés Az előkészítés fázist tovább bonthatnám két fő részre, de nem teszem. Részletesen leírhatnám azt, hogy miként telepítsük fel a Windows Server-t, hogyan konfiguráljuk be az IP címet, léptessük be a tartományba stb. Ezt nem teszem, mivel ezt mindenki egy kicsit másként csinálja teljesen felesleges ezzel időt töltenem. Helyette inkább készítek egy gyors ellenőrzőlistát, ha ezek közül mindegyik pipa, akkor jó eséllyel foghatsz hozzá a *valódi* előkészítéshez. Tehát első lépésként ellenőrizd ezeket az Exchange-nek szánt szerveren: A gép tartománytag? Eléri a tartományi erőforrásokat? A gpupdate /force hiba nélkül lefut a gépen? Ugye nem tiltottad le az IPv6-t? Ha igen, akkor engedélyezd. Ugye nem tiltottad le a Windows tűzfalat? Ha igen akkor engedélyezd. Az Exchange Setup minden szükséges portot engedélyezni fog. Rendelkezel elég erőforrással? A Setup nem blokkol. Akár 1-2GB memóriával is ha szerencséd van akkor a setup lemegy. De az élmény nem lesz kedvező. Hivatalosan 8GB-t ajánlunk. 4-6GB-vel már viszonylag jó élmény érhető el. Ugye nincs korábbi Exchange verzió a környezetben? Ahogy korábban írtam azzal ma még nem működünk együtt. Ugye nem klónoztad a gépet? newsid stb. Használj SysPrep-et. Legalább Windows Server 2008 R2 + SP1-es szinten vagy? Javaslom hogy legyen up-to-date a Windows Server-ed de legalább SP1 legyen fent! Javaslom, hogy ha virtuális környezetben dolgozol és van rá lehetőséged, akkor 1 CPU-nál többet adj a virtuális gépednek. A gép eléri az Internetet? Ha a gép nem éri el az Internetet, akkor a beépített Microsoft Antimalware víruskeresőt nem fogod tudni tesztelni, használni. Így javasolt, hogy a szerver elérje az Internetet. Ha a fenti gyorsteszten átment a géped, akkor hozzáfoghatunk a részletes előkészítéshez. Alapvetően ez nem egy túl nehéz feladat, ellenben nagyon unalmas tud lenni. Telepítenünk kell néhány Windows Role-t és Feature-t, valamint véges számú szoftverkomponenst. Windows Server 2008 R2 A következő szoftver komponensek telepítése szükséges Windows Server 2008 R2-re: Microsoft.NET Framework 4.5 Windows Management Framework 3.0 Microsoft Unified Communications Managed API 4.0, Core Runtime 64-bit Microsoft Office 2010 Filter Pack 64 bit Microsoft Office 2010 Filter Pack SP1 64 bit Microsoft Knowledge Base article KB (Windows Identity Foundation) Microsoft Knowledge Base article KB (Enable the Association Cookie/GUID that s used by RPC over HTTP to also be used at the RPC layer) Knowledge Base article KB (Insecure library loading could allow remote code execution) Windows Server Roles és Features telepítése Windows Server 2008 R2-re: A Windows Server komponenseit egyszerűen powershell segítségével telepíthetjük a következő lépéssor elvégzésével: Indítsuk el Elevated Mode-ban a PowerShell-t Futassuk a következő parancsot: Import-Module ServerManager Másoljuk be a következő parancsot a PowerShell-be (ezzel automatikusan telepítjük az összes szükséges komponenst). Add-WindowsFeature Desktop-Experience, NET-Framework, NET-HTTP-Activation, RPC-over-HTTP-proxy, RSAT- Clustering, RSAT-Web-Server, WAS-Process-Model, Web-Asp-Net, Web-Basic-Auth, Web-Client-Auth, Web-Digest- Auth, Web-Dir-Browsing, Web-Dyn-Compression, Web-Http-Errors, Web-Http-Logging, Web-Http-Redirect, Web- Http-Tracing, Web-ISAPI-Ext, Web-ISAPI-Filter, Web-Lgcy-Mgmt-Console, Web-Metabase, Web-Mgmt-Console, Web- Mgmt-Service, Web-Net-Ext, Web-Request-Monitor, Web-Server, Web-Stat-Compression, Web-Static-Content, Web- Windows-Auth, Web-WMI 1/12

2 A sikeres telepítés után újra kell indítanunk a szervert erre figyelmeztet is a rendszer Windows Server 2012 A következő szoftver komponensek telepítése szükséges Windows Server 2012-re: Microsoft Unified Communications Managed API 4.0, Core Runtime 64-bit Microsoft Office 2010 Filter Pack 64 bit Microsoft Office 2010 Filter Pack SP1 64 bit Windows Server Roles és Features telepítése Windows Server 2012-re: A Windows Server komponenseit egyszerűen powershell segítségével telepíthetjük a következő lépéssor elvégzésével: Indítsuk el Elevated Mode-ban a PowerShell-t Másoljuk be a következő parancsot a PowerShell-be (ezzel automatikusan telepítjük az összes szükséges komponenst). Install-WindowsFeature AS-HTTP-Activation, Desktop-Experience, NET-Framework-45-Features, RPC-over-HTTP-proxy, RSAT-Clustering, Web-Mgmt-Console, WAS-Process-Model, Web-Asp-Net45, Web-Basic-Auth, Web-Client-Auth, Web-Digest-Auth, Web-Dir-Browsing, Web-Dyn-Compression, Web-Http-Errors, Web-Http-Logging, Web-Http- Redirect, Web-Http-Tracing, Web-ISAPI-Ext, Web-ISAPI-Filter, Web-Lgcy-Mgmt-Console, Web-Metabase, Web-Mgmt- Console, Web-Mgmt-Service, Web-Net-Ext45, Web-Request-Monitor, Web-Server, Web-Stat-Compression, Web- Static-Content, Web-Windows-Auth, Web-WMI, Windows-Identity-Foundation A sikeres telepítés után újra kell indítanunk a szervert. Visual C++ 11 Beta eltávolítása Az UCMA telepítőkészlet automatikusan telepíti a Visual C++ 11 Beta-t. A jelenleg elérhető Exchange Server 2013-al azonban ez nem kompatibilis! A telepítés sikertelen lesz ha ez a komponens fent van az Exchange Server-en. Ezért az UCMA telepítése után és az Exchange telepítése előtt távolítsuk el ezt a komponenst. Az eltávolítás módja: Nyisd meg a Control Panel-t Nyisd meg a Programs and Features-t Jelöld ki a következő szoftverkomponenst: Visual C++ 11 Beta Redistributable (x64) és válaszd ki az Uninstall opciót A megjelenő Setup varázslóban válaszd az Uninstall-t Ha az uninstall sikeres volt és minden korábbi telepítést hiba nélkül sikerült elvégezni akkor a következő fejezetben ismertetett telepítés valószínűleg sikeres lesz. Gratulálok. Telepítés A telepítésnek két módja létezik. Végezhetjük a telepítést a varázsló segítségével, vagy használhatjuk a parancssort. Mindkét verziót bemutatom. Én jobban kedvelem a parancssor alapú telepítést mert az egyszerűbben reprodukálható mint a varázsló alapú telepítés. További előnye az, hogy automatizálható. De győzzetek meg a kommentekben hogy miért jobb a varázsló használata. A Preview esetében azt tanácsolom hogy nézzétek meg a varázsló alapú telepítést, de az első olyan esetben amikor hibát tapasztaltok, megáll, nem úgy működik ahogy várnátok akkor indítsátok el a parancssor alapú telepítést. Az Exchange Setup mindig tudja hogy éppen hol jár és van lehetőség arra, hogy egy a varázslóból indított de sikertelen telepítést utána parancssorból indítva onnan folytassuk ahol az korábban megállt! Telepítés varázsló segítségével Jelentkezzünk be a tartományi Administrator felhasználóval (ha az Administrator nevében végeztük az első részben 2/12

3 ismertetett AD előkészítési feladatokat, akkor az Administrator bekerült az Organization Management biztonsági csoportba, aminek hatására megkapott minden olyan jogosultságot aminek birtokában telepítheti az Exchange Servert. Ha más felhasználónevében végeztük el az előkészítést, akkor ezen a ponton vagy hozzáadjuk az Administratort az Organization Management security csoporthoz, vagy ugyanazt a felhasználót használjuk, akinek a nevében előkészítettük a címtárat) A kicsomagolt telepítőkészletből indítsuk el a setup.exe-t (Figyelem: nincs többé setup.exe és setup.com kettősség. Az Exchange Server 2013-ban csak egy setup komponens van, korábbi verziókban volt egy parancssori és egy varázsló alapú setup, ez már a múltté). Ezzel kezdetét veszi a setup. Az Exchange Setup varázsló képes a setuphoz tartozó frissítéseket online letölteni. A termék jelenlegi fázisában válasszuk azt, hogy most ne töltsön le frissítést (ha arra kattintasz, hogy töltsön le frissítést akkor az egész setupkit-et letölti újra, nem tanácsolom) A setup varázsló következő lépésként a működéséhez szükséges fájlokat másolja a folyamat viszonylag hamar lefut és a következő képet láthatod Azonban figyeld meg, hogy a folyamatjelző eljut 100%-ig de a Next gomb még inaktív. Tehát ne csak a folyamatjelzőt figyeld hanem alatta a szöveget is 3/12

4 Ha a We're ready akkor kattinthatsz a Next gombra Rövid bemutatkozás, hogy ki kicsoda, pár hasznos link, egyszerűen csak klikk Next Kötelező elem a liszensz feltételek elfogadása 4/12

5 Az Error Reporting egy nagyon hasznos funkció, nekünk a Microsoft-nak. Ha crash-el az Exchange akkor, a releváns műszaki információkat megkapjuk ami alapján tudjuk a kódot javítani. Ebben a fázisban érdemes engedélyezni (a képen épp tiltva van). Ennek használatát rád bízzuk és megköszönjük ha segíted a munkánkat ebben a fázisban! A következő lépés a varázslóban az előfeltételek ellenőrzése. A Next gombbal indíthatod. Mielőtt megkezdődik az előfeltételek ellenőrzése, előtte ki kell választanunk a telepítendő Exchange szerepköröket. Ebben a példában mi egy szerverre telepítjük mindkét szerepkört és a menedzsment eszközt is. 5/12

6 Meghatározhatjuk hogy a binárisokat a setup varázsló hova tegye. Az alapértelmezett beállítás általában mindenkinek megfelelő, most sem változtatunk ezen. Következő pontban kiválaszhatjuk azt, hogy a beépített víruskereső(!) engedélyezett-e vagy sem. Igen, van beépített víruskereső Microsoft Antimalware motorral. Fontos tudni, amire szerényen felhívja a figyelmünket ugyan a setup varázsló is, hogy a működéséhez az kell, hogy az Exchange Server elérje az Internetet. Ha nem éri el és nem tud frissülni, akkor a Microsoft Exchange Transport szolgáltatás nem fog elindulni. Így ha engedélyezed a víruskeresőt akkor légy abban biztos, hogy az Exchange Server-ed eléri az Internetet. A következő lépésként ha Internet-Facing CAS szervert telepítünk, akkor beállíthatjuk hogy mi legyen a külső elérés URL-je. Ez a gyakorlatban pontosan azt csinálja amit az Exchange 2010-ben is csinált, vagyis az itt beállított FQDN-t állítja be ExternalURL értékként. 6/12

7 Csatlakozhatunk a Customer Experience Improvement Programhoz A varázsló most már mindent tud és hozzáfog az ellenőrzéshez Ha minden megfelel, akkor nincs hibaüzenetünk és Next gombbal indíthatjuk a telepítést (ha valami hiányzik, akkor a varázsló ezen a ponton azt jelzi és nem enged továbblépni) 7/12

8 A telepítés nem túl bőbeszédű. Jelenleg 14 lépésből áll, azt követhetjük figyelemmel. Ha minden megfelelő, akkor a setup a 14 lépést helyesen elvégzi és készen van a telepítés. Hurrá! Telepítés parancssor segítségével Korábban nem voltam a parancssor alapú telepítés híve de ez mára teljesen megváltozott. Megértem és elfogadom, hogy szükség van a varázsló alapú telepítőkészletre. De amikor már átlátjuk, hogy egy Exchange telepítés miből áll és nem ragaszkodunk feltétlenül ahhoz, hogy a folyamatjelző csík animáltan haladjon előre akkor jött el az idő, hogy használjuk a parancssor alapú telepítést. Néhány nagyon fontos érv a parancssor alapú telepítés mellett: Gyorsabb az egész folyamat Könnyen automatizálható 8/12

9 Az előző pontból következik, hogy könnyen reprodukálható Univerzális nyelv arra, hogy elmond miként telepítetted az Exchange Servered Több paraméter érhető el parancssorból mint a varázslóból Szerintem ez már bőven elegendő érv arra, hogy a parancssort válasszuk vagy legalább megpróbáljuk. A telepítés viszonylag egyszerű. Ki kell választanunk a megfelelő kapcsolókat és el kell indítani a telepítést. Gyakorlatilag 1 sor megadásából áll az egész. A setup jelenleg elérhető kapcsolói a következők: Setup.exe [/Mode:<setup mode>] [/IAcceptExchangeServerLicenseTerms] [/Roles:<server roles to install>] [/InstallWindowsComponents] [/OrganizationName:<name for the new Exchange organization>] [/TargetDir:<target directory>] [/SourceDir:<source directory>] [/UpdatesDir:<directory from which to install updates>] [/DomainController:<FQDN of domain controller>] [/AnswerFile:<filename>] [/DoNotStartTransport] [/LegacyRoutingServer] [/EnableErrorReporting] [/NoSelfSignedCertificates] [/AddUmLanguagePack:<UM language pack name>] [/RemoveUmLanguagePack:<UM language pack name>] [/NewProvisionedServer:<server>] [/RemoveProvisionedServer:<server>] [/ExternalCASServerDomain:<domain>] [/MdbName:<mailbox database name>] [/DbFilePath:<Edb file path>] [/LogFolderPath:<log folder path>] [/Upgrade] Telepítsünk egy multi-role szervert parancssorból: Jelentkezzünk be a tartományi Administrator felhasználóval (ha az Administrator nevében végeztük az első részben ismertetett AD előkészítési feladatokat, akkor az Administrator bekerült az Organization Management biztonsági csoportba, aminek hatására megkapott minden olyan jogosultságot aminek birtokában telepítheti az Exchange Servert. Ha más felhasználónevében végeztük el az előkészítést, akkor ezen a ponton vagy hozzáadjuk az Administratort az Organization Management security csoporthoz, vagy ugyanazt a felhasználót használjuk, akinek a nevében előkészítettük a címtárat) Indítsunk el egy parancssort Elevated módban és navigáljunk a parancssorban a kicsomagolt Exchange telepítőkészlet könyvtárába Indítsuk el a következő parancsot: setup.exe /Mode:Install /Roles:ClientAccess,Mailbox /IAcceptExchangeServerLicenseTerms A telepítés ezzel elindul és a szükséges komponenseket feltelepíti az alapértelmezett beállításokkal Nincs teendőnk mint kivárni a telepítési időt Első lépések Ezzel a résszel a célom az volt, hogy a telepítést bemutassam. Azonban a sikeres telepítés után valószínűleg mindenki első lépése az, hogy akkor nézzük mit lehet konfigurálni a rendszerben. A feladat nem is olyan egyszerű. Hosszú idő telt el azóta, hogy az Exchange Server adminisztrációs felülete beköltözött az MMCbe. Az Exchange Server 2013 azonban szakított az MMC-vel. Nincs többé MMC alapú menedzsment felület. Ha megnézzük a Start menüt akkor azt fogjuk látni, hogy adott a PowerShell a HELP és egy Exchange ToolBox: 9/12

10 Gondolom most többen is elkeserednek, hogy semmilyen grafikus menedzsment eszköz nem áll rendelkezésre. A ToolBox bár nagyon hasonlít a régi menedzsment felületre mégsem az. A régi idők utolsó hírnökeként van jelen a ToolBox, összesen négy eszközzel: A jó hír azonban az, hogy nem maradunk grafikus menedzsment felület nélkül. Csak elköltözött az MMC-ből, de nem szűnt meg. A modern kornak megfelelően átköltözött a böngészőbe. Igen a böngészőbe. Már az Exchange Server 2010-nél is volt egy ECP (Exchange Control Panel) amiből az Exchange Organizáció is konfigurálható volt. Most ez kapott egy új köntöst és nevet, így lett belőle Exchange Admin Center. Mostantól kezdve tehát vagy powershell-ből, vagy Exchange Admin Center-ből, böngészővel tudjuk menedzselni az Exchange környezetünket. Az új böngésző alapú menedzsment előnyei: Villámgyors ki az akinek nem volt nagyon lassú a korábbi MMC alapú menedzsment felület? Nos ez megszűnik. Villámgyors lesz így a menedzsment. Nyitottam egy production Exchange Server 2010-en egy Management Console-t. Egyetlen node-t sem nyitottam le, nem végeztem semmilyen munkát vele. Itt a screen-shot a Task Manager-ből. Melyik Admin munkaállomáson fér ez el vidáman? Vagy az Exchange Server-ről adminisztrálunk (soha)? Bárhonnan, bármikor ha én is úgy akarom persze. Platform függetlenül bárhonnan menedzselhetjük az Exchange környezetet ha úgy akarjuk. Az összes CAS szerveren az ECP virtual könyvtáron engedélyezhető / tiltható az EAC funkció. Az ECPVirtualDirectory AdminEnabled kapcsoló segítségével szabályozható Egyszerű verzió kezelés -- nincs szükség a jövőben arra, hogy a menedzsment gépekre Exchange Management Tools 10/12

11 komponenst telepítsünk és minden SP és Update Rollup esetén frissítsük azt. Nem kevés problémát okoz az ha outdate verziójú a management felület amivel konfiguráljuk a rendszert. Persze a rendszernek meg kell védenie magát az ilyen esetekben és nem szabad azt engednie, azonban vannak olyan esetek amikor egyszerűen ez nem lehetséges. Hogy érhetjük el az Exchange Admin Center-t? Nyissunk egy böngészőt az Exchange Server-en vagy egy távoli gépen. Gépeljük be a címsorba az elérési útvonalat ami: A következő bejelentkező képernyő fogad majd minket: Jelentkezzünk be az Administrator account segítségével. Az első bejelentkezés alkalmával meg kell adnunk a használni kívánt nyelvet és időzónát: Íme az új menedzsment felület: 11/12

12 Figyelem: jelenleg még csak tanul Magyarul az Exchange Admin Center. Számos nyakatekert megfogalmazással találkozhatunk. Igyekszünk ezeket javítani a megjelenésig. Ha valamilyen égbekiáltó butaságot látnál a felületen akkor kérlek jelezd azt felém. Nem minősül hivatalos ajánlatnak, de megfogom nézni és mindent megteszek azért, hogy javítsuk. Ígérni azonban nem tudom és nem is ígérhetem, hogy minden ilyen jelzett hibát kijavítunk. Köszönöm. Természetesen a PowerShell alapú adminisztráció továbbra is elérhető: Zárszó Megtanultuk, hogy miként telepíthető egy multi-role Exchange Server Megnéztük azt, hogy miként tudjuk adminisztrálni a telepített Exchange környezetünket az Exchange Admin Center segítségével. A következő lépés a környezet használata. Ez valószínűleg segítség nélkül is menni fog mindenkinek. Így szakítva az elmúlt két bejegyzés formátumával visszatérek az elmélethez. A következő cikkekben a legfontosabb területekről fogok írni, hogy mindenki megérthesse a legfontosabb újdonságok hátterét és működésének módját. Hamarosan folytatjuk. Comments 12/12