Eerste blik op Exchange 2010 Beta
17 april, 2009
Zo Exchange 2010 beta is al een paar dagen uit en natuurlijk heb ik hem ook geïnstalleerd. Ik probeer de komende weken diverse artikelen te publiceren met dingen die veranderd zijn in Exchange 2010 Beta. Natuurlijk blijft het een beta en zou het misschien zo kunnen zijn dat niet alle functionaliteiten in de uiteindelijke versie beschikbaar zijn.
In dit eerste artikel zoom ik in op het mailbox gedeelte van Exchange 2010 en dan specifiek op de Exchange Management Console.
Wanneer we de Exchange Management Console openen en we gaan via organizational configuration naar mailbox dan zien we de volgende tabs:
Het zal je gelijk opvallen dat er 2 nieuwe tabs bij zijn gekomen:
- database management
- database availability group
Als eerst database management, hier kunnen we nieuwe databases aanmaken en eventueel een database copy aanzetten. Echter de grootste verandering is dat er niet meer over storage groups wordt gesproken maar alleen nog maar over databases.
Vragen we nu de eigenschappen van de database op dan valt op dat er i.p.v. 3 tabs nu 4 tabs te zien zijn. Dit is waarschijnlijk gedaan omdat er meer informatie zichtbaar is op bepaalde tabs.
Op de general tab zien we dat een aantal velden zijn toegevoegd:
- mounted on server: hier is te zien op welke de mailbox server de database op dit moment gemount is
- master: dit is de server welke de master is van de database
- master type: dit is het type van de server welke de master is van de database
- servers that have a copy of this database: in dit veld worden alle servers weergeven welke een copy hebben van de database
De tab maintenance is nieuw vergeleken met Exchange 2007. De velden die hier op worden weergeven stonden vroeger op de tab general. Het enige veld wat vanuit dat opzicht nieuw is is circular logging, dit stond vroeger op storage group niveau.
Op de overige twee tabs: Limits en Clients zijn geen aanpassingen gedaan.
Wanneer we zoeken naar de optie local continuous replication dan kunnen we lang zoeken. LCR is namelijk niet meer beschikbaar in Exchange 2010 net als eigenlijk bijna alle high availability opties, deze opties zijn vervangen door een nieuwe optie: Database Availability Group, dit wordt later in dit artikel besproken.
Het instellen van een database copy gaat vrij makkelijk en kan eigenlijk volledig gedaan worden via de EMC.
Zoals je kunt zien in bovenstaande afbeelding hoef je maar een paar velden in te vullen:
- de server waar je de database naartoe wil kopiëren, dit kan alleen een server zijn welke in dezelfde DAG groep zit als de master server
- replay lag time, de tijd dat gewacht moet worden voordat de logs worden gereplayed om de andere mailbox server
- truncation lag time, de tijd dat gewacht moet worden voordat de logs getruncate worden op de andere mailbox server
- preferred list sequence number, de prioriteit die de database copy heeft, deze prioriteit wordt gebruikt indien de database bijvoorbeeld op een andere server geactiveerd moet worden vanwege de master server welke uitvalt.
Wanneer de database copy is ingesteld kun je de status zien door de eigenschappen van de database op te vragen in het onderste gedeelte van het scherm.
Hierin is eenvoudig zien hoeveel logs er nog gekopieerd/gereplayed moeten worden en hoeveel er al gekopieerd/gereplayed zijn en wat de prioriteit is die is ingesteld. Wanneer we kijken naar de tab status kun je diverse statussen zien:
Deze statussen konden vroeger alleen gezien worden via Powershell maar nu kan het dus ook via de EMC. De knop view zal alleen actief zijn als er problemen optreden tijdens het kopiëren van de database.
De tweede tab die nieuw is heet database availability group. Deze optie maakt het mogelijk om een database op maximaal 16Exchange 2010 servers te zetten. De DAG monitor houdt de database in de gaten en zorgt voor automatic database-level recovery van een database, server, of network issue.
Om gebruik te maken van DAG functionaliteit dient een DAG groep aangemaakt te worden. Deze groep bevat alle servers welke een copy hebben van een specifieke database voor fail-over doeleinden.
Het definiëren van een DAG group gaat redelijk makkelijk, er hoeven slechts enkele velden ingevuld te worden:
- database availability group name, de naam van de DAG groep
- file share witness share, de naam van de share welke aangemaakt moet worden op de HUB server
- file share witness directory, de naam van de directory waar de bestanden van de file share witness in geplaatst moeten worden
- network encryption, wanneer moet het verkeer versleuteld worden
- network compression, wanneer moet de data gecomprimeerd worden
Voor zover het eerste artikel over Exchange 2010 beta.
Gepost in Exchange 2010 ~ Geen Reactie









