Nekiálltam az Exchange 2013-ra való átállásnak.
Miután az első 2013-as szerver nem abba a site-ba kerül ahol a schema master van, így a schema master site-jában kezdek neki, parancssorból a dolognak (PrepareSchema, PrepareAD, PrepareDomain)
2012-es member gép (ez sosem lesz Exchnange szerver):
Hisztizik, hogy RSAT AD DS kellene neki. Az nincs, ezen a gépen nem is lesz. Válasszunk mást.
2008 R2 DC, minden FSMO role tulajdonosa:
Hisztizik, hogy kéne neki egy .NET 4.0 – Ez átverés, a release notes-ból kiderül, hogy tulajdonképpen 4.5 kell neki. Nem ugrom be, felrakom a 4.5-öt
Kéne még egy Management Framework 3.0. Felrakom.
Ezek után lefutnak a szükséges dologk.
Csak azt tudnám, melyik idióta gyártott ilyen KÖTELEZŐ parancssori kapcsolót: /IAcceptExchangeServerLicenseTerms
Azt hiszem, ha az open világban valaki elkövetne egy hasonlót, keresztbe nyelné le a közösség.
Aki már egy kicsit utánanézett az Exchange 2013-nak az tudja (aki nem azt majd telepítés után fogja képen vágni), hogy az MMC alapú Exchange Management Console-nak vége, meghalt, eltemették.
Ami helyette van az a web alapú Exchange Administration Center.
Hosszas várakozás (2010 SP3, 2013 CU1) és némi küzdelem (Schema Upgrade másik site-on, millió tonna Windows Server Role, Feature, külön letöltendő telepíőkészlet, hatszáz újraindítás) árán sikerült a saját Exchange 2010-es infrastruktúrámba (homokozó) felraknom az első Exchange 2013-at.
A telepítő gyorsan meg is kérdezte, hogy akarom-e elindítani az Administrative Centert.
Akartam. Beléptem. Magyar.
Hogy az a…
Utálok magyarul szervert adminisztrálni.
Miért?
Nem, nem beszélek jobban angolul mint magyarul. Nem, nem felvágós úri hóbort. Hanem:
Ha valami bajom van, a magyar hibaüzenetekre, problémákra kb. 0 megoldást találok a neten.
Ok. Állítsuk át angolra:
Első ötlet: Átállítom az Internet Explorert angolra. Ez magyar, mert az operációs rendszer nyelve ugyan angol, viszont a területi beállítások magyarok, elsősorban a billentyűzet miatt. (Ez az átállítás sem egy matyóhímzés mióta az IE nyelvi beállításait integrálták a control panellel: Win8/IE10)
Kilépek az EAC-ból, becsukom az IE-t.
Megpróbálom elindítani az EAC-ot újra. Csempét nem gyártottak hozzá a start menűbe. Az IE history-ban sincs (vajon miért?). Google.
Kiderül, hogy a cím megyegyezik a 2010 ECP-vel. (https://server/ecp)
Bepötyögöm, belépek, kapok egy 2010-es OWA login ablakot. Mi vaaan?
Megpróbálom a gép összes lehetséges címével (loclhost, FQDN, IP). Mindre ugyanazt kapom vissza.
Google.
Kiderül, hogy abban az esetben, ha a mailbox még a 2010-es szerveren van akkor belépés után átirányít. Ez kikerülhető, ha így: https://server/ecp?ExchClientVer=15 adjuk meg a címet.
Sikerül. Belépek. Magyar.
Gondolkoz. Nézzük meg a postaláda nyelvét.
Belépek a 2010-es OWA-ba, kiderül, hogy magyar. Ok. Átállítom angolra.
IE becsuk, újra kinyit, EAC-ba belép. Magyar.
Get-MailboxRegionalSettings: látszik, hogy angol.
Vajon ez a beállítás honnan jön? AD.
Hopp. Nem azon a site-on van a 2013 mint a felhasználói postaláda 2010-e.
Get-MailboxRegionalSettings -DomainController <Exchange 2013 site DC>
Itt is angol.
Mi van, ha már lefutott a replikáció.
IE kilép, IE belép, EAC: Angol. – véééégre.
2013-04-19 at 10:52
Szia!
Csak kíváncsiságból kérdezem, hohy az Exchange 2013 úgy tudom, hogy megcsinálja az AD előkészítést ha előzőleg nem futattuk a parancsokat? Ennek ellenére még is tanácsos inkább kézzel előkészteni ahogy te is tetted ?
üdv. Drag
2013-04-19 at 11:24
Hali,
A helyzet nem ilyen egyszerű. Ugyan nem tudom, hogy változott-e, de kétlem. Az Exchange 2010-nél az a szabály, hogy a schema upgrade csak olyan gépről futhat, ami a schema master dc-vel egy site-ban van. Nálam az első 2013-as szerver más site-ba került, mint a schema master. Ezért kellett a prepaeschema-t külön lefuttatni. Ha nálad nem az a helyzet mint nálam, akkor nem kell külön futtatni.
üdv,
Zoli
2013-04-21 at 11:43
Mar epp kerdezni akartam, hogy mi lett ezzel a projekttel 🙂
Egyebkent van ilyen az opensource vilagban is, nem kotelezo parameter ugyan, viszont ha automatizalni akarod a telepitest, akkor az: a Qt verzioja ilyen, raadasul trukkos, mert kapcsoloval kell kivalasztanod, hogy _melyik_ licenc szerint telepited, es azt fogadod el. Tehat adott esetben: -opensource -confirm-license. Ha ez nincs, akkor kikerulhetetlenul jon egy lapozhato kepernyo a licenc szoveggel, meg egy yes/no ablak. Es sehogy mashogy nem engedik kitrukkozni.
Csak a huszonotodik inditas utan zavaro a dolog. Es persze a helpben veletlenul sincs benne a -confirm-license.
2013-05-10 at 12:28
az exchange 2013 egyik erdekessege szamomra a CAS-only server menedzselese: ugyanis ezen nincs tavoli powershell. mint a tobbi virtual directoryt, ezt is proxyzza a mailbox serverre.
ugyhogy hiaba lesz 1MBX+1CAS infrastrukturank (vagy jobb), ha az MBX server(ek) elerhetosege problemazik, nem tudom milyen tool-lal fogjuk piszkalni az Exchange beallitasokat. adsiedit?
2013-05-10 at 12:49
Szia,
Ha jól gondolom nem kell külön management, hiszen az exchange beállításai AD alapúak, tehát az MBX-en minden további nélkül tudod a CAS-t managelni. Ami meg nem AD alapú, az úgy is fájlturkászás amihez eddig sem volt felület.
üdv,
Zoli