HyperV.fr

Le 15 Avril, Microsoft annonçait la mise à disposition de la prochaine version d’Exchange Server en Bêta : Annonce Microsoft Exchange Server 2010.

L’information est relayée sur le blog de Damien Caro, Evangéliste Microsoft spécialisé dans les systèmes de communications unifiées, que vous aurez peut-être déjà suivi lors de sessions Techdays et qui reprend les nouvelles fonctionnalités apportées par cette version 14 d’Exchange.

Travaillant régulièrement sur Exchange Server 2007, notamment pour mes missions pédagogiques, je me devais donc d’effectuer un test rapide cette mouture…

Au Menu :

• Suppression des Clusters SCC
• Fusion des clusters CCR et SCR vers DAG
• Suppression des Groupes de Stockage
• Accès MAPI gérés par le Client Access Server
• Outlook Web Access Live
• etc …

Déjà, il faut rappeler qu’Exchange Server 2007, par rapport à sa version précédante, Exchange Server 2003, avait apporté un très grand nombre de nouvelles fonctionnalités, comme par exemple le remaniement du produit pour lui apporter une segmentation possible par rôle, au nombre de cinq (Mailbox, Client Access, HUB Transport, EDGE et Unified Messenging), qui sont bien entendu conservés avec Exchange Server 2010. Celui-ci n’apporte pas de rôle supplémentaire

J’ai réalisé mes tests sur des plateformes Windows Server 2008 R2, avec 1024Mo de RAM et en 64 bits, car cette Bêta d’Exchange 2010 n’est disponible que sous cette architecture (la version 32 bits d’Exchange server 2007 était, quant à elle, uniquement destinée aux phases de tests et de préparations, sans mise en production possible). Cela confirme donc encore une fois la volonté de Microsoft à migrer progressivement vers des architectures uniquement 64bits (pour rappel, Microsoft Windows Server 2008 R2 n’est disponible qu’en version 64 bits également).

Le programme d’installation en lui même n’a graphiquement presque pas changé, mais l’on constate que, pour cette Bêta, Microsoft à réduit considérablement la taille de ce programme qui passe à 295Mo contre les quelques giga de la version Exchange Server 2007 RTM.

Dans les premières étapes d’installation, une section a été rajouté pour vous permettre de charger un module linguistique, destiné à votre produit Exchange Server 2010 final, ce qui peut s’avérer pratique en plusieurs cas.

Pour les pré-requis supplémentaires, le seul que j’ai eu à effectuer est l’installation du Microsoft Filter Pack : Office System 2007 Converter que vous pourrez trouver sur le site Microsoft Download.

D’entrée de jeu, on remarque la disparition des sections destinées au cluster de type SCC (Single Copy Cluster). Cette fonctionnalité n’est plus supportée par Exchange Server 2010 !

Damien Caro, encore une fois, nous explique pourquoi dans un billet (notamment parce que cette nouvelle mouture du produit de messagerie Microsoft amène une autre fonctionnalité de clustering, le DAG.).

[ Le Data Availability Group permet de pouvoir gérer des clusters allant jusqu'à 16 noeuds (déjà apportés par les infra 2008 Server), il est une fusion des types de clusters CCR et SCR et il supprimera les problèmes de SPOF rencontrés sur les SAN dans les environnements SCC. Le but de ce système DAG, en quelques mots, est de permettre à un serveur "maître" d'effectuer des réplications de sa base de données vers un ou plusieurs (max.15) autres partenaires de réplication qui posséderont alors une copie de cette même base de données de boîtes aux lettres. ]

L’installation s’étant terminée correctement, passons à la console de gestion EMC (Exchange Management Console) :

Il est possible que vous rencontriez au moment de l’ouverture l’erreur suivante

The WinRM client received an HTTP server error status (500), but the remote service did not include any other information about the cause of the failure. It was running command 'Discover-ExchangeServer -UseWIA $true'

Pour palier à cela, il faut désavtiver les authentifications anonymes sur le répertoire virtuel « PowerShell » dans IIS (qui est un pré-requis aux rôles Mailbox et Client Access).

Un coup d’oeil rapide sur cette console et on retrouve la segmentation par Organisation, par Serveurs et par Objets destinataires.

Premier élément que l’on rencontre, une section « Summary », en plusieurs parties, relativement pratique lorsque l’on possède une Organisation Exchange conséquente. Cette section regroupe le nombre de base de données présentes dans l’organisation, diverses informations sur les serveurs et rôles déployés (toujours en terme de quantité), ainsi qu’une partie consacrée aux objets destinataires.

Pour que ces informations soient disponibles, il est nécessaire de générer des rapports sur l’état de santé de l’organisation (Il ne vous est pas besoin d’effectuer des rapports sur chacun de vos serveurs. Sur un seul suffit et l’information est ensuite accessible depuis toutes les consoles EMC) :

Ensuite, second constat, les bases de données (de boîtes aux lettres, où de dossiers publics) ne se créent plus et ne se gèrent plus au niveau des Serveurs mais au niveau de l’Organisation. Les Groupes de Stockage ont, quant à eux, disparu.

C’est maintenant à partir de cette section « Configuration de l’organisation » que l’on va pouvoir déterminer quel serveur, dans notre infrastructure Exchange, sera maître d’une base de données.

Pour chaque base de données présentes dans l’organisation, la zone « Database Copie » précise quels sont les serveurs de boîtes aux lettres qui possèdent une copie (via DAG) de cette base de données.

Pour mettre en oeuvre cette fonctionnalité, DAG, il faut dans un premier temps créer un nouveau groupe de disponibilité et que le service de « Failover Clustering » soit installé sur les serveurs appartenant à ce groupe de disponibilité (que l’on verra dans un  prochain billet ).

On retrouve bien une section « Mailbox » dans la configuration des serveurs, mais aucune action ne peut être initiée à partir de cet emplcament. Cela semble correspondre à une simple vue, pour conserver celle qui existait avec Exchange Server 2007, des bases de données réparties sur les serveurs de boîtes aux lettres.

Pour chaque serveur, on retrouve également un utilitaire de configuration qui permet de déterminer les différents niveaux de log à adopter pour chaque services/fonctionnalités d’Exchange Server 2010. Cette utilitaire se nomme « Manage Diagnostic Logging »

Pour les objets destinataires maintenant, on retrouve une nouvelle fonction d’exportation des boîtes aux lettres vers un format .pst (Export Mailbox).

On peut également remarquer la possibilité, via la console de gestion d’Exchange Server 2010, de déplacer une boîte aux lettres vers une autre organisation (New Move Request), ce qui n’était possible qu’avec Windows PowerShell sous Exchange Server 2007. L’apparition de la directive « Verify Move Readiness » permet de vérifier qu’une boîte aux lettres est, ou non, deplaçable vers une autre forêt (organisation).

Passons ensuite vers la section des utilitaires.

Je vous rassure la console de gestion des dossiers publics n’a pas été une nouvelle fois enlevée (tout du moins pour cette version Bêta ). Nous retrouvons par contre une nouvelle console, qui va permettre de pouvoir éditer des modèles d’accès aux propriétés de plusieurs types d’objets.

Les modifications apportées seront disponibles ensuite avec le client Microsoft Office Outlook. Plutôt utile lorsque l’on souhaite apporter des propriétés personnalisées.

En parlant de propriétés, si l’on revient à celles d’un objet destinataire telle que les boîtes aux lettres par exemple, on pourra noter que pour chaque modification effectuée, un bouton nous donne la commande PowerShell associée à cette action. En effet, toutes manipulations effectuées via la console de gestion d’Exchange (EMC) est en fait réalisées par le système grâce à une commande PowerShell, d’où l’utilité de maîtriser ce système avec Exchange.

Pour rester sur les propriétés d’une boite aux lettres, on peut également remarquer que la gestion des notification de planification de réunion, précédemment disponible uniquement via PowerShell, a été rajouté aux propriétés :

Pour terminer cette fois, un petit tour rapide vers Outlook Web Access :

Exchange Server 2010 BETA apporte donc OWA Live qui, outre l’aspect graphique, apporte peut-être de nouvelles fonctionnalités que je ne développerai pas ici pour l’instant.

Quelques liens utiles sur Microsoft Exchange Server 2010 Bêta :

• Le site d’information TechNet sur Exchange 2010
• Le Lien pour télécharger cette Bêta
• Le Forum Microsoft sur Exchange Server 2010 Bêta

Bons Tests

NB : Vous retrouverez un prochain billet sur DAG qui mérite à mon avis un peu plus d’attention que celle développée ici.

« Article Windows Server 2008 R2 – Windows Seven : NAP-DHCP Migrer IAS vers NPS »