Ces 2 derniers mois ont été chargés 
Un petit peu de temps pour parler d’une notion qui peu vite faire peur aux administrateurs Exchange.
Le regard devient sombre, une urgence l’appelle et le voilà disparu :p
J’ai nommé … Autodiscover !!!
Microsoft Security Advisory 2416728 : the ASP.NET Vulnerability.
Détail : http://www.microsoft.com/technet/security/advisory/2416728.mspx
Une vulnérabilité a été trouvée dans ASP.NET touchant ainsi toutes les versions d’Exchange 2003, 2007 et 2010 !
Il est donc vivement conseillé de patcher vos serveurs, les fix sont disponibles ici :
http://www.microsoft.com/downloads/en/results.aspx?freetext=security+update+.net&displaylang=en&stype=s_basic
Attention de bien reclasser par date pour avoir les fix du 27 septembre !
Plus d’informations sur le site de la team d’Exchange :
http://msexchangeteam.com/archive/2010/09/27/456453.aspx
Mise à jour : un collègue (Laurent Teruin) à présenter le détail ainsi qu’un lien vers chaque fix en fonction de votre plateforme :
http://unifiedit.wordpress.com/2010/09/28/exchange-correctif-ms10-70-a-appliquer-rapidement/
S’il y a bien une chose qui m’a gêné la première fois que j’ai installé Exchange 2010, c’est au moment des vérifications post-installation lorsque j’ai lancé ma commande préférée, la commande au combien vitale et indispensable, j’ai nommé Test-ServiceHealth, que le drame se produisit !!! Le retour de la commande n’était plus comme dans Exchange 2007 et la clarté du retour devenait hasardeuse car sous forme de liste et non plus sous forme de table formatée 
Mettant cela de coté je m’étais dit que je regarderai le pourquoi du comment lorsque j’aurai un peu de temps.
6 mois plus tard … c’est chose faite :p
Voyons un peu comment retrouver le formatage de la version Exchange 2007 de Test-ServiceHealth !
Nous allons continuer cette série de postes avec les pré-requis système pour pouvoir ensuite passer à l’installation des rôles à proprement parlé.
Rappel de notre future infrastructure :
2 HUB/CAS + 2 MBX
J’entends de plus en plus de personnes trouver que le fait de retirer SIS d’exchange va à l’encontre de tous les principes fondamentaux du stockage actuel … !!!
En première approche on pourrait dire que c’est vrai, rien qu’avec la déduplication que l’on peut voir aujourd’hui à toutes les sauces, montre bien que les principaux acteurs du marché veulent réduire l’espace consommé sur le backend le plus possible.
Oui mais voilà en terme de performances on y perd … la déduplication ce n’est pas magique non plus.
Ici on parle de SIS et nous allons voir pourquoi l’équipe d’exchange a décidé de retirer cette fonctionnalité !
Nous allons voir comment migrer vers Exchange 2010 car il est tant de migrer ! rien que pour les organisations où la mobilité est importante, le nouveau OWA (Outlook Web App) vaut vraiment le coup ! Sans compter la puissance du nouveau Cluster DAG (Database Aviability Group) qui rend le cluster beaucoup plus facile à manipuler et beaucoup plus réactif.
Voilà la seconde partie du poste précédent sur les clusters Exchange 2007 CCR.
Ici nous allons voir les étapes à réaliser pour remettre en production un cluster qui aurait perdu plus de 2 membres (1 Node Mailbox + Le Quorum).
Aujourd’hui nous allons voir ce qui se passe vraiment en cas de crash d’un node d’un cluster CCR dans notre infrastructure Exchange !!
Rappel :
1 cluster CCR est constitué de :
2 Node en Cluster MSCS (1 instance CMS)
1 Quorum en FSW (File Share Witness) hébergé sur un serveur (préconisation Microsoft, sur un CAS) de type Majoritaire.
