Exchange documentatie vinden en offline lezen.

De documentatie voor Exchange wordt door de jaren heen steeds beter, zo vind je in de Exchange Server 2010 Help op TechNet een schat aan informatie die je kunt gebruiken voor het ontwerpen, beheren of troubleshooten van een Exchange 2010 omgeving. Het zelfde geldt trouwens voor Exchange 2007 en zelfs voor Exchange 2003. Het verbaast me wel eens om te zien dat er nog steeds vakgenoten zijn die deze bron niet raadplegen. Meestal is de reden simpelweg onwetendheid, en eerlijk gezegd moet je ook wel even je weg vinden voor je snel datgene kunt vinden wat je zoekt.

Een andere reden kan zijn dat je het alleen online kunt raadplegen en in de praktijk zijn we dat nu eenmaal lang niet altijd. Daarom kun je deze documentatie ook downloaden als een los .CHM bestand, ofwel de Exchange 2010 helpfile. Je vindt hem hier. Om hem te openen heb je geen Exchange nodig, dat kan gewoon vanaf je werkstation.

Op het moment van schrijven is dit versie “Nov2009”, dat betekent dat de data grofweg even actueel is als wat je online vinden kunt. Aan sommige delen wordt nog gewerkt, daarom vind je bovenaan iedere pagina wat de status precies is, bijvoorbeeld Content Complete, Writing of Editing. Meer informatie over deze statussen vind je op deze pagina. Overigens is er ook een exemplaar voor Exchange 2007 SP2 te downloaden.

Niet tevreden over de documentatie, of juist wel? Bij zowel de online als offline documentatie kun je een rating aan de pagina geven en feedback aan de schrijvers geven. Zeker doen, uit ervaring weet ik dat hier wat mee gedaan wordt.

Als al deze documentatie nog niet duidelijk genoeg is, zorg dan dat je You had me at EHLO of The Microsoft Exchange Team Blog bij je RSS feeds hebt staan. Hier word uitgelegd hoe het werkt, door de mensen die weten hoe het werkt. Aanrader!

Hoe gezond is mijn Exchange 2010 omgeving?

Een paar jaar geleden ging mijn huisarts met pensioen en kwam ik voor het eerst bij zijn opvolger, een jonge vent die net zijn eigen praktijk geopend had. Nog voordat ik iets over mijn klacht kon vertellen informeerde hij naar mijn werk, hoe lang ik al in deze plaats woonde en hoe het met mijn vrouw en kinderen gesteld was. Terwijl ik hier wat over vertelde keek hij in de computer en zag welke medicijnen ik gebruikte en de uitslag van mijn laatste bloedonderzoek. Gecombineerd met mijn verhaal gaf dit een indruk van de persoon die tegenover hem zat, wat hem beter in staat stelt om mijn verhaal aan te horen en daar op de juiste manier op te reageren.

Wanneer ik als consultant bij een klant kom dan wil ik eigenlijk het zelfde weten. Hoeveel servers heeft de klant, hoeveel gebruikers zijn er? En hoe staat de boel er eigenlijk bij? In dit artikel behandel ik het Exchange 2010 Organizational Health scherm welke mij, en dus ook u, daarbij kan helpen.

 

Organizational Health

De Exchange Management Console (EMC) heeft in Exchange 2010 een flinke opfrisbeurt gekregen. Gebleven is die MMC console met een interface van 3 kolommen die we kennen uit onder andere Outlook. Net als bij Exchange 2007 is de console slechts een schil om de Exchange PowerShell cmdlets, de bouwblokken waarmee Exchange tot in de kleinste details beheerd kan worden. Nieuw is onder andere de Organizational Health view, een scherm wat we vinden als we in de linkerkolom onze on-premise Exchange organisatie selecteren.

In de middelste kolom, op het eerste tabblad zien we nu de Organizational Health view. De gegevens zijn opgedeeld in 3 onderdelen: Organization Summary, Servers Summary en Recipients Summary. Die onderverdeling is niet toevallig gekozen, dat zijn ook de drie hoofdtakken waaruit de EMC is opgebouwd en welke we kunnen kiezen in de linker kolom. In mijn omgeving ziet de data er zo uit:

Opvallend is dat de databases in Exchange 2010 naar het Organization level zijn verhuisd, de reden is dat met de nieuwe Database Availability Groups (DAG) een database kopieën op meerdere servers kan hebben. Verder valt op dat bij Recipients ook informatie te vinden is over het gebruik van features.

Iets wat helaas niet helemaal goed gaat is het tellen van de benodigde Standard en Enterprise CALs, door een fout in de logica worden alle gebruikers waarop de Default Exchange ActiveSync Mailbox Policy (EAP) van toepassing is ten onrechte meegeteld voor een Enterprise CAL. Laten we eens naar een tabblad van die EAP kijken:

Onderaan op het tabblad kunnen we lezen dat voor het wijzigen van deze opties een Enterprise CAL benodigd is voor iedere mailbox waarop deze policy van toepassing is. Zolang je geen vinkje weghaalt is er geen sprake van een wijziging dus is er geen Enterprise CAL nodig. Deze bug is inmiddels bekend en er komt een update in SP1. “Enterprise CALs required” kunnen we dus negeren.

Gegevens verversen

Terug naar de Organizational Health view, helemaal onderaan in beeld zie we wanneer deze gegevens voor het laats geactualiseerd zijn. Ook kunnen we deze regel aanklikken om de laatste gegevens op te halen.

Wanneer we hier op klikken wordt de Collect Organizational Health Data gestart en kunnen we eerst aangeven of we de gegevens direct op willen halen of dat we dit later willen doen. In veruit de meeste gevallen kunnen we dit direct starten.

Het is een korte wizard, want al in het volgende scherm wordt ons een samenvatting getoond van de volgende stappen.

Die zijn achtereenvolgens:

- Het bestand ExBPA.StayingInformed.Config.xml wordt ingelezen, aan de hand van deze file worden de gegevens verzameld. In deze file staat onder andere een verwijzing naar het script CalCalculation.ps1 welke verantwoordelijk is voor het bepalen van de benodigde Standard en Enterprise CALs.

- De informatie wordt daadwerkelijk verzameld.

- De verzamelde en nu actuele informatie wordt opgeslagen in Active Directory met het Set-OrganizationConfig cmdlet en de parameter –OrganizationSummary. De volgende keer dat de Organizational Health view geopend wordt, ziet de gebruiker dus de in AD opgeslagen gegevens.

Wanneer we nu weer naar de gegevens kijken dan zien we dat deze helemaal up to date zijn gebracht:

Conclusie

We kunnen vaststellen dat de Organizational Health snel en simpel inzicht geeft door de belangrijkste waarden van de Exchange organisatie op te noemen. In Exchange 2010 RTM mogen we de telling van de benodigde Enterprise CAL gerust negeren. Maar vertelde dit ons nu echt iets over de gezondheid van de organisatie? Hooguit zien we dat er een probleem is met één van de database kopieën, maar als we iets aan pro-actief beheer doen dan wisten we dat natuurlijk al. Een betere naam zou misschien Organizational Summary zijn geweest.

Nee, om echt inzicht te krijgen in de gezondheid van de omgeving moeten we andere tools gebruiken. Daarover meer in een volgend artikel.

Trivia

- Kijk eens in het script wat gebruikt wordt om de CALs te tellen en ontdek wat één van de werknamen van Exchange 2010 is geweest.

Exchange 2010: Handtekening op basis van AD informatie

Exchange 2007 bracht ons transport rules, met transport rule konden we heel gemakkelijk een disclaimer plaatsen onder bijvoorbeeld alle uitgaande berichten. Voor veel klanten was een transport rule voor dit doel de eerste en vaak ook de enige rule die ze aanmaakten. Maar naast het toevoegen van een juridische boodschap kunnen we natuurlijk ook ieder uitgaand bericht voorzien van de zelfde ondertekening. Een veel gestelde vraag was of we hier ook dynamische gegevens in konden opnemen en dat was helaas niet mogelijk. Exchange 2010 brengt daar verandering in en in dit artikel laat ik zie hoe eenvoudig het is om dit in te stellen.

Het maken van een transport rule in Exchange 2010 gaat precies het zelfde als in Exchange 2007: in de Exchange Managemens Shell met de New-TransportRule cmdlet of in de Exchange Management Console. In dit artikel kies ik de EMC om een disclaimer toe te voegen die dus geen juridische tekst bevat maar een gepersonaliseerde handtekening, de gegevens hiervoor halen we uit Active Directory.

Om te beginnen openen we de EMC en browsen we naar Organization Configuration, Hub Transport. In het rechterpaneel kiezen we New Transport Rule… en de volgende wizard wordt voor ons gestart:

Geef de transport rule een naam en indien gewenst een commentaar, een nieuwe transport rule is standaard gelijk Enabled, haal het vinkje weg als je dat nog niet wilt en klik op Next.

Een transport rule bestaat uit 3 componenten: een voorwaarde, een aktie en een uitzondering. In mijn voorbeeld heb ik als Condition gekozen voor mail die verzonden wordt door gebruikers van mijn organisatie, naar mensen buiten mijn organisatie. Klik op Next.

De actie is duidelijk hier, we willen een disclaimer toevoegen. Wanneer we dit vinkje gezet hebben kunnen we in het onderste deel van de wizard klikken op ‘disclaimer text’.

Zoals je ziet kunnen we hier HTML-tags gebruiken, in dit voorbeeld heb ik alleen een h3-tag gebruikt maar je kunt ook denken aan een specifiek lettertype of een link naar het bedrijfslogo. Verder kunnen we hier dus met variabelen uit Active Directory werken, we zetten de naam van de variabel simpelweg tussen %%. In de praktijk zul je hier misschien nog een hr-tag en daaronder je disclaimer-text aan toe willen voegen. Klik op OK en druk op Next.

In dit voorbeeld heb ik geen Exception gekozen en klikken we op Next.

Hier kunnen we onze keuzes nog een keer controleren en bevestigen we ze met een klik op New.

En zoals we inmiddels van Exchange gewoon zijn krijgen we hier te zien dat de opdracht met succes is uitgevoerd en welke PowerShell regel er onder de motorkap voor ons is uitgevoerd. Klaar is Kees!

Maar hoe ziet het eindresultaat er nu uit? Minder spectaculair dan je misschien zou verwachten:

Dan nog even terug naar de AD properties die we gebruikt hebben in onze handtekening, je vraagt je misschien af welke properties je daar kunt kiezen en welke naam je precies aan moet houden. Daar is een handig truukje voor. Hiertoe openen we de eigenschappen van een mailbox en passen we de gewenste velden aan, bijvoorbeeld door een leeg veld met een waarde te vullen of een ingevuld veld met één karakter aan te passen, zoals ik hier gedaan heb.

Zodra we de eerste aanpassing doen wordt er een button klikbaar die daarvoor nog greyed out was. Dit is een nieuwe functie van Exchange 2010, dit is de ‘Show Exchange Management Shell command’ button. Wanneer we hier op klikken krijgen we de PowerShell regel te zien welke uitgevoerd wordt wanneer we de wijzigingen bevestigen door op OK te klikken, vergelijkbaar met de terugkoppeling die we op de laatste pagina van de wizard zagen.

Hier zien we de parameters van de Set-Mailbox cmdlet die gewijzigd zouden worden: StreetAddress, City en Department, dit zijn de namen die we hierboven gebruikt hebben. Speel maar eens met de velden die voor jou interessant zijn, op deze manier vind je snel welke namen je zoal kunt gebruiken.

Met dit eenvoudige voorbeeld hoop ik jullie fantasie geprikkeld te hebben, ik weet zeker dat jullie een slimmere of nettere toepassing van deze functionaliteit weten te bedenken. Succes!

EMS: Exchange 2003 beheren met Windows 7

Ondanks de enorme verbeteringen van Exchange 2007 en 2010 is de meest in het wild voorkomende versie nog steeds Exchange 2003. Het is dan ook niet raar dat veel mensen hun Exchange 2003 server willen beheren vanaf een Windows 7 computer door hier de Exchange System Manager (ESM) op te installeren. Helaas is er geen ESM voor Windows 7 en de vraag is of die er überhaupt komen gaat. Hoe dan wel?

De laatste versie van ESM is medio 2008 uitgebracht voor Windows Vista, hier te downloaden. Wanneer je deze download en opstart dan word er een directory ESMVISTA aangemaakt met daarin een bestand met de naam ESMVISTA.MSI.

Wanneer je deze in Windows 7 wilt installeren dan resulteert dit in een foutmelding, het pakket controleert namelijk of het wel op Vista wordt geïnstalleerd:

Om deze controle te omzeilen kun je het bestand installeren in zogenaamde Silent Mode. Dat doe je door een ‘elevated’ command prompt te starten (klik met rechts op het Command Prompt icoon en kies Als Administrator uitvoeren). In dit venster navigeer je naar de directory waar EMSVISTA.MSI staat. Vervolgens start je de installatie met het commando:

msiexec /i esmvista /q

Geef de installatie even de tijd en kijk in het Gebeurtenislogboek (eventlog) of de installatie geslaagd is. Als het goed is vind je in je startmenu nu een snelkoppeling naar Exchange System Manager.

Let op: Deze oplossing wordt niet ondersteund door Microsoft.

Als je beschikt over Windows 7 Professional, Enterprise of Ultimate dan is er een alternatief wat wel ondersteund wordt. Namelijk het gebruik van Windows XP Mode, download het hier. Voor een korte overview van Windows XP Mode en heo het werkt verwijs ik je naar een blogppost van Daniel van Soest.

Met Windows XP Mode kun je ESM installeren op Windows XP dus je hebt geen problemen met compatibiliteit of ondersteuning. Toch kun je de applicatie gewoon vinden in je Windows 7 startmenu en er mee werken alsof het lokaal op Windows 7 geïnstalleerd zou zijn. Aanrader!

Exchange 2007 en Windows Server 2008 R2 (update)

Eerder schreef ik over de keuze van Microsoft om Exchange 2007 SP2 niet te gaan ondersteunen op Windows Server 2008 R2. De reden was dat er geen tijd in het testen en oplossen van issues werd gestoken omdat men die energie liever in Exchange 2010 SP1 wilde steken. Veel gebruikers hebben aangegeven toch graag Exchange 2007 op Server 2008 R2 laten draaien, en de Exchange product group heeft geluisterd: Exchange 2007 SP2 zal ondersteund gaan worden op Windows Server 2008 R2. Details volgen nog.

Server voorbereiden op Exchange 2010

In een recent artikel schreef Peter Noorderijk over het voorbereiden van een Windows server op de installatie van Exchange 2010. In dit artikel wil ik nog een derde variant beschrijven, namelijk het gebruik van ServerManagerCMD.exe en xml-files.

Wanneer we de installatiebestanden van Exchange 2010 downloaden of op DVD hebben dan staat in de installatiedirectory een directory met de naam Scripts. Hierin vinden we een aantal xml-bestanden:

Exchange-Typical.xml
Exchange-CAS.xml
Exchange-Hub.xml
Exchange-MBX.xml
Exchange-UM.xml

Deze bestanden kunnen we gebruiken als invoerbestand voor ServerManagerCMD.exe met de switch -ip. Voor een server die alle standaard Exchange 2010 rollen gaat draaien bijvoorbeeld gebruiken we het commando:

ServerManagerCMD.exe -ip Exchange-Typical.xml -Restart

Voor een Edge Transport server ziet het commando er zo uit:

ServerManagerCMD.exe -ip Exchange-Edge.xml -Restart

Goed, wat de bedoeling van de overige bestanden is spreekt wel voor zich, denk ik. Dan zijn er verder nog twee bijzonderheden, ten eerste voor een server die de Unified Messaging rol uit gaat voeren. Voor deze installeren we ook nog de Desktop Experience feature met het volgende commando:

ServerManagerCmd -i Desktop-Experience

En tot slot moeten we voor servers met de Client Access rol een service op 'Automatic' zetten, wat is er handiger om dit ook met een makkelijke opdrachtregel te doen:

sc config NetTcpPortSharing start= auto

Nu zul je misschien zeggen dat je het net zo makkelijk in de GUI kunt doen allemaal, en dit lijkt misschien wel eens handiger. Maar wanneer je 4 servers of 40 servers moet inrichten dan is het alweer een heel stuk makkelijker om de opdrachten in een script of batch-bestand te zetten en deze op de servers te laten draaien.

Een ander voordeel van de commandline is de mogelijkheid om heel eenvoudig een logboek bij te kunnen houden van alle stappen die je genomen hebt. Het maken van screenshots kost tijd en is vaak wat omslachtig, maar een snelle copy-paste van de gebruikte commando's is zo gedaan. Als je nog geen logboek bijhoudt, dan raad ik het je bij deze aan.

Exchange 2010: Edities en licenties

Microsoft producten en licenties, het heeft de naam het meest complexe gebied van ons vak te zijn. En laten we wel zijn, het is doorgaans ook niet eenvoudig om de juiste keuze te maken uit alle verschillende mogelijkheden. In dit artikel wil ik wat licht schijnen op de verschillende versies en bijbehorende licenties van Exchange 2010.

Net als bij Exchange 2007 zijn er twee verschillende versies te koop van Exchange Server 2010, Standard en Enterprise Edition. Voor beide versies installeer je de zelfde software en pas wanneer je een product key invoert worden bepaalde functies uitgeschakeld. Zolang je nog geen key hebt ingevoerd zit je in de trial-mode, die is 120 dagen geldig en komt overeen met de functionaliteit van Enterprise Edition.

Op dit moment zijn de volgende kenmerken van de verschillende server-edities bekend:

Exchange Server 2010	Standard Edition	Enterprise Edition
Aantal databases maximaal	5	100
Maximale database grootte	Onbeperkt (*)	Onbeperkt (*)
Database Availability Group (DAG)	Ja	Ja

(*) Aanbevolen wordt om databases aan te houden die kleiner zijn dan 2 TB.

Naast de verschillende edities van de Server licentie zijn er ook nog 2 verschillende Client Access Licenses (CAL). Het zal je niet verassen dat ook deze Standard en Enterprise in de naam hebben. Voor Exchange 2010 CALs geldt dat je voor iedere gebruiker een Standard CAL nodig hebt. Wanneer je bepaalde features wilt gebruiken waarvoor de Enterprise CAL benodigd is, dan schaf je die aan bovenop de Standard CAL en alleen voor het aantal gebruikers waarvoor je deze functionaliteit nodig hebt.

Exchange Server edities en CALs kunnen door elkaar gebruikt worden, dus je kunt Standard CALs gebruiken om met een Enterprise server verbinding te maken. Onderstaande tabel geeft aan welke functionaliteit de verschillende CALs bieden:

Exchange Client Access License (CAL)	Standard	Enterprise
E-mail, agenda en contactpersonen	Ja	Ja
Exchange ActiveSync	Ja	Ja
ActiveSync Over-the-air updates (**)	Ja	Ja
Outlook Web App	Ja	Ja
Mail archivering	Nee	Ja
Retentiebeleid	Nee	Ja
Unified Messaging	Nee	Ja
Forefront Protection (***)	Nee	Ja

(**) Updates voor Outlook Mobile op Windows Mobile 6.1 en hoger.
(***) Alleen bij bepaalde licentie-/contractvormen, vraag je leverancier.

Samengevat geldt dat je eerst een keuze maakt voor de server licenties, bekijk per server(!) welke editie je nodig hebt: Standard of Enterprise Edition. Vervolgens schaf je voor alle gebruikers Standard CALs aan en alleen voor bepaalde functionaliteit de aanvullende Enterprise CAL. Overigens kun je een server met Standard Edition eenvoudig upgraden naar Enterprise Edition door simpelweg een andere product key in te voeren.

Ik wens jullie veel plezier met Exchange 2010!

Server 2008 R2 loopt vast in VMware ESX

Verschillende mensen melden vastlopers wanneer ze Windows Server 2008 R2 draaien onder VMWare ESX 3.5 en 4. De oorzaak hiervan zou de videdriver zijn die geïnstalleerd wordt met de VMware Tools. Een tijdelijke oplossing is om ofwel geen VMware Tools te installeren, ofwel de VMware videodriver te verwijderen. Een definitiefe oplossing in de vorm van een nieuwe driver is helaas nog niet voor handen.

Exchange 2007 SP2 komt vandaag uit

Vandaag is Exchange 2007 SP2 beschikbaar gekomen op het Download Center. Waarom is dat goed nieuws? Twee redenen.

Op dit moment is van Exchange 2010 een Release Candidate uitgebracht en wordt er al volop mee getest in allerlei scenarios. Wanneer je Exchange 2010 in een bestaande Exchange 2007 omgeving wilt introduceren dan is SP2 een vereiste om beide versies naadloos samen te laten werken.

Een andere reden om blij te zijn met SP2 is dat de beloofde backup plug-in eindelijk zijn weg naar de gebruikers heeft gevonden. Hoe zat het ook alweer? Bij Windows 2000 Server en Server 2003 kreeg je na installatie van Exchange een bepaalde uitbreiding van NTbackup meegeleverd, hiermee kon je eenvoudig maar doeltreffend een backup en restore van je Exchange data uitvoeren. Met Windows Server 2008 kregen we Windows Server Backup (WSB) als opvolger van NTbackup en werkte de oude methode niet meer. Kort daarop werd een plug-in voor WSB beloofd die dit gemis op moest lossen. Helaas heeft Microsoft daarna veel tijd en energie gestoken in de ontwikkeling van Exchange 2010 en moets het tot vandaag duren voordat de plug-in eindelijk beschikbaar kwam.

Downloadlink.
Release notes.
What's new?

OWA wordt Outlook Live, nee, Outlook Web App

Het duurt niet lang meer voordat Exchange 2010 in zijn uiteindelijke versie beschikbaar zal komen. Eén van de tekenen is de Release Candidate die onlangs werd gepresenteerd. Opvallend in deze versie is dat Outlook Web Access nogmaals hernoemd is, de nieuwe naam is Outlook Web App. In eerdere builds van Exchange 2010, waaronder publieke Beta 1, was de naam al eens aangepast in Outlook Live.



De webinterface van Exchange is er al sinds Exchange 5.0 en heette toen Exchange Web Access.

Je server voorbereiden voor Exchange 2010

Het zou zomaar kunnen dat er binnenkort eens een RC1 voor Exchange 2010 beschikbaar komt. Wanneer het zo ver is dan wil je deze natuurlijk zo snel mogelijk in je lab geïnstalleerd hebben. Dan is het goed om te weten dat er een aantal xml-bestanden worden meegeleverd om alle Windows Roles, Features en Role Features te installeren. Deze bestanden kun je voeren aan de commandline versie van de Server Manager: servermanagercmd.exe.

De bestanden staan in de \scripts directory van de Exchange 2010 installatiebestanden:


De naam van de bestanden geeft al aan voor welke toepassing ze bedoeld zijn. Als je meer wilt weten dan open je de bestanden gewoon met vi of notepad. De structuur is zeer leesbaar en geeft een indruk van wat je kunt met servermanagercmd.exe en invoerbestanden.

Gebruik deze bestanden in combinatie met servermanagercmd.exe en de -ip parameter:


Als je helemaal van snelheid houdt dan gebruik je ook de parameter -restart, de noodzakelijke reboot zal dan direct na de installatie worden uitgevoerd.

Servermanagercmd.exe werkt ook in Server 2008 R2 maar wordt niet verder doorontwikkeld. Deze functionaliteit is namelijk naar PowerShell verplaatst, met alle voordelen vandien. Daarover binnenkort meer.

Naam Exchange organisatie kiezen of aanpassen

Tijdens het voorbereiden van Active Directory voor de installatie van Exchange moet je een naam kiezen voor je Exchange organisatie. De naam mag bestaan uit de karakters 0-9, A-Z, a-z en -. Ook mogen er spaties in zitten, maar dan niet aan het begin of aan het einde van de string. Op zich maakt het weinig uit wat voor naam je kiest, gebruikers zien hem in principe niet en zelfs beheerders zullen deze naam niet snel tegenkomen.

Wanneer je Exchange 2007 of 2010 installeerd met de wizard dan wordt de vraag gesteld en is er een standaard waarde van First Organization ingevuld, deze kun je naar wens aanpassen. Wanneer je de opdrachtregel gebruikt voor je installatie dan geef je deze naam op met de parameter /OrganizationName of /on. Hier geldt geen standaard waarde en moet je dus altijd wat opgeven, bijvoorbeeld:

Setup.com /mode:install /role:Mailbox,HubTransport /OrganizationName:"Mijn organisatie"

Deze naam wordt vervolgens gebruikt om alle Exchange objecten in AD een aantal properties mee te geven, bijvoorbeeld LegacyExchangeDN.

Wat nu als je deze naam zou willen veranderen? Daar kan ik kort op antwoorden: dat kan niet. Dat wil zeggen, het kan alleen als je een Exchange 5.5 omgeving hebt die je nog niet aan het upgraden bent naar Exchange 200x. In Exchange 5.5 kun je met de Server Administrator simpelweg de naam veranderen. Deze naam wordt tijdens /forestprep vervolgens omgezet naar de Exchange organisatienaam in AD.

In alle andere andere gevallen is het niet mogelijk om de naam van de Exchange organisatie te veranderen. Kies hem dus zorgvuldig!

Exchange 2007 SP2 gaat niet werken op Server 2008 R2

Let op: er is inmiddels meer bekend over dit onderwerp. Zie de update.

Onlangs is bekend geworden dat Exchange 2007 SP2 niet ondersteund gaat worden op Windows Server 2008 R2. Het tweede servicepack zal naar verwachting binnen een paar weken uitgebracht worden en bereidt Exchange 2007 onder andere voor op samenwerking met Exchange 2010, de opvolger van Exchange 2007, welk later dit jaar uitgebracht zal worden. Overigens gold het zelfde indertijd voor Exchange 2003, welke niet geschikt was om op Windows Server 2008 geïnstalleerd te worden.

Hoewel het dus niet mogelijk zal zijn op Exchange 2007 SP2 te installeren op Server 2008 R2, is het wel mogelijk om domain controllers te gebruiken welke voorzien zijn van de nieuwste editie van Windows Server.

Jeffrey van Heugten wees mij er op dat er een work-around is om het aan de praat te krijgen. Het probleem is namelijk dat je tijdens de setup een foutmelding krijgt bij het installeren van de Mailbox rol, Setup meldt dan een Access Denied met foutcode 3221684229. Die valt te omzeilen door Setup nogmaals te starten maar nu in Compatibility Mode voor Vista SP1. Let wel, dit is een work-around om het werkend te krijgen. Het is nog steeds niet ondersteund en kan stuk gaan na een service of rollup pack. Bedankt Jeffrey.

Windows Vista SP2 Nederlandstalig is uit

Service Pack 2 voor Windows Vista en Server 2008 is al een tijdje beschikbaar, maar nu ook voor Nederlandstalige systemen. Hier te downloaden: x64 en x86.

Sneller opstarten van de Exchange Management Shell

Zoals jullie ongetwijfeld weten kan het best wel even duren voordat de Exchange Management Console gestart is, soms duurt het wel 30 seconden voordat je kunt gaan werken. De reden is dat een deel van de code die geladen wordt bij het opstarten nog gecompileerd wordt naar een vorm waarin het in de console gebruikt kan worden. Omdat dit compileren telkens tijden het opstarten van de EMS plaats vindt zit je steeds tegen een zwart scherm aan te kijken, voordat we het bekende schermpje met geel en witte letters zien.




Nu heeft PowerShell goeroe Jeffrey Snover daar een handig oplossing voor bedacht. Met het volgende script kunnen we deze code eenmalig compileren naar het gewenste formaat, zodat dit niet steeds bij het opstarten hoeft te gebeuren.

Set-Alias ngen @(
dir (join-path ${env:\windir} "Microsoft.NET\Framework64") ngen.exe -recurse |
sort -descending lastwritetime
)[0].fullName
[appdomain]::currentdomain.getassemblies() | %{ngen $_.location}

Kopieer dit in een tekstbestand op en sla het op als ems-versnellen.ps1 of een naam die je leuker vindt. :-) Voer het script eenmalig uit en kijk maar eens wat het verschil is. Zoals altijd kan het resultaat per server verschillen, maar op de servers waarop ik het geprobeerd heb maakte het een flink stuk verschil.

Bron

Aanrader: Test Exchange Connectivity website

Een paar slimme jongens in het Exchange team bij Microsoft hebben een site gemaakt die even briljant is als de bekende Best Practice Analyzers. Het gaat om https://www.testexchangeconnectivity.com/ en die doet precies wat de naam zegt: het testen van de verbindingen met je Exchange omgeving.

Deze site biedt een aantal tests die eigenlijk verplichte kost zijn als je een Exchange-server hebt ingericht of een storing wilt troubleshooten. De site geeft namelijk gedetaileerde feedback over eventuele problemen, erg leerzaam!

Nogmaals de url: https://www.testexchangeconnectivity.com/

Exchange 2007 LoadGen installeert niet

Wanneer je LoadGen probeert te installeren op een server of werkstation dan kan het gebeuren dat de installatie tegen het eind van de procedure afbreekt met een foutmelding:

There is a problem with this Windows Installer package. A program run as part of the setup did not finish as expected. Contact you support personnel or package vendor.

Vervolgens wordt een rollback gedaan en wordt de gedeeltelijk geslaagde installatie ongedaan gemaakt. In het Application Log verschijnt de volgende fout:

Event ID: 11722 Source: MsiInstallerProduct: Microsoft Exchange Load Generator -- Error 1722. There is a problem with this Windows Installer package. A program run as part of the setup did not finish as expected. Contact your support personnel or package vendor. Action START_REMOTE_SERVICE.B08E90EE_3FC7_4509_A7F3_DE16BC275F17, location: net.exe, command: START LoadGenRemote

We zien hier dat de installatie van de LoadGenRemote service slaagt, maar om deze te starten probeert de software verbinding te maken met http://crl.microsoft.com. Wanneer dit niet lukt, bijvoorbeeld doordat de machine geen toegang heeft tot het internet dan zal dit een time-out opleveren. Deze time-out is voor de installatie software reden om de installatie af te breken en terug te draaien.

Een makkelijke workaround is het toevoegen van een entry in de hosts-file voor crl.microsoft.com en 127.0.0.1. Het raadplegen van crl.microsoft.com zal nu een http 404 error opleveren en de installatie zal nu niet meer afbreken.

DPM 2007 Volume Sizing Tool: Aanrader!

Eén van de lastigste klussen bij het implementeren van Data Protection Manager (DPM) 2007 is het inschatten hoeveel data je eigenlijk hebt, laat staan hoeveel data je nodig hebt om gedurende 14 dagen naar disk te snapshotten.

De DPM 2007 Volume Sizing Tool is een set van tools die je hierbij kan helpen. De basis is een Excel-sheet waarin je de blauwe velden vult, de rode dropdownlists kiest en de groene waarden uitleest die de sheet voor je berekend heeft. Maar hoe krijg je die sheet gevuld met de data van je file-, SQL-, Exchange-servers en wat niet meer? Daarvoor is er het script DPMvolumeSizing.VBS waarmee je de servers kunt laten scannen en de waarden op laat slaan in een CSV-file. Deze CSV-file wordt vervolgens weer in de Excel-sheet gelezen en klaar is Kees.

Downloaden kan hier: System Center Data Protection Manager 2007 Volume Sizing Tool

Opvolger Exchange 2007: Exchange '14'

Er circuleren al geruchten over de nieuwe naam van Exchange 'vNext' maar voorlopig moeten we het nog doen met Exchange '14'. Microsoft is tot nu toe nog erg terughoudend geweest met het geven van informatie over de nieuwe telg. Wat weten we al?


- De webinterface die nu nog Outlook Web Access heet wordt flink op de schop genomen en vormt een steeds waardiger alternatief voor Microsoft Outlook. De nieuwe naam van OWA is dan ook geen toeval: Outlook Live.

- Outlook Live biedt nu volledige ondersteuning aan Firefox en Safari.

- Exchange '14' wordt nog steeds aangeboden om op servers in je eigen netwerk te installeren, maar wordt ook aangeboden als online service. Momenteel werken al 3,5 miljoen (!) gebruikers met Exchange '14' in ExchangeLabs, vooral onder het label Live@Edu.

- Beheerders zullen vanuit 1 omgeving zowel hun lokale als gehoste mailboxen kunnen beheren.

- Gebruikers krijgen in Outlook Live een eigen 'control panel' waarmee ze zelf een distributiegroep kunnen aanmaken of hun telefoonnummer in AD aan kunnen passen.

- Beheerders krijgen een vergelijkbare webbased omgeving waarmee ze een groot deel van hun hele omgeving kunnen beheren. Dit wordt dus een derde beheeromgeving, naast EMC en EMS, welke met als de EMC 'onder de motorkap' ook weer op PowerShell is gebasseerd.


Is dat alles? Nee, natuurlijk niet. Exchange '14' brengt nog veel meer vernieuwingen op het gebied van beheer, hoge beschikbaarheid, grotere mailboxen, etc. Maar daarover een volgende keer meer.