Wanneer ik een technisch ontwerp aan het schrijven ben voor een Exchange 2010 omgeving dan maak ik altijd gebruik van de Mailbox Role Calculator (welke hier gedownload kan worden). Door het invullen van een aantal waarden vertelt deze tool mij uiteindelijk precies hoe mijn server met de Mailbox rol gesized moet worden. Zo specificeert de calculatie ook wat de grootte van de benodigde LUN’s voor de database en log bestanden moet worden. Hier zit alleen een addertje onder het gras! Onlangs kwam ik een situatie tegen waarbij drie bedrijven gebruik wilden maken van één Exchange 2010 omgeving maar de mail moest wel in gescheiden databases komen (dit had zowel technische als politieke redenen). Eén van de drie bedrijven bestond uit slechts 25 mailboxen. Voor deze mailboxen gelde een mailbox limiet van 500MB. Voor deze configuratie voerde ik de volgende input in: 
Op basis van deze input adviseert de Mailbox Role Calculator een log LUN size van 1 GB. Normaal gesproken houd ik me aan de aanbevelingen die de Mailbox Role Calculator doet, maar in dit geval niet. Wanneer je namelijk deze aanbeveling opvolgt dan zal er na de installatie al snel geen e-mail afgeleverd worden in de mailboxen van de gebruikers. Exchange 2010 levert namelijk geen mail meer af in de mailbox database wanneer de ruimte op het log LUN beneden de 1 GB is. De e-mail berichten worden dan opgevangen in de Queue. Dit is een ingebouwde maatregel van Exchange 2010 tegen het vollopen van het log LUN. Wanneer een log LUN namelijk volloopt zal de mailbox database gedismount worden. Zodra er weer 1,5 GB aan vrije schijfruimte is zal de Queue leeglopen en worden de e-mail berichten alsnog afgeleverd in de mailbox van de gebruiker. Ik heb het team dat achter de ontwikkeling van de Mailbox Role Calculator zit inmiddels op de hoogte gesteld van deze ‘bug’ maar het is in de versie die nu te downloaden is nog niet aangepast. Zolang het niet is aangepast moeten we hier dus afwijken van de aanbevelingen die gedaan worden. Mijn advies is om het log LUN minimaal 5 GB te maken. |