Exchange 2010 : Ouverture de calendriers partagés avec OWA

Exchange 2010 apporte avec Outlook Web Access (OWA) une fonctionnalité réclamée depuis fort longtemps: la possibilité d’ouvrir un calendrier partagé dans OWA de manière simple et consolidé.

En effet il est possible avec Exchange 2007 ou Exchange 2003 d’ouvrir un calendrier partagé dans OWA, mais la procédure n’est pas forcément très simple du fait que rien n’est prévu dans l’interface graphique.

Voir ma capture sous Exchange 2003, il faut impérativement ouvrir plusieurs fenêtres IE :

Avec OWA 2010 la possibilité est offerte directement dans l’interface graphique et ce quelque soit le navigateur (firefox ou IE).

Voyons en détails :
Je suis connecté sous OWA 2010 avec le compte “frederic laubel”. Pour ouvrir un calendrier partagé je fait tout simplement un clic droit sur “Mes calendriers”:

Notez que maintenant apparait “Ouvrir un calendrier partagé”.

J’indique le nom du compte sur lequel je souhaite accéder au calendrier partagé, ici “administrator”:

Le calendrier apparait alors dans la même fenêtre et à coté du calendrier principal de l’utilisateur:

Il est possible d’ouvrir plusieurs calendriers en même temps exactement comme dans Outlook ! Les calendriers se rajoutent alors sous “Calendriers des personnes”.

La même chose avec une vue par mois:

Voilà c’était juste un petit zoom sur une nouveauté bien sympathique de Exchange 2010. La version 2010 de OWA apporte d’autres nouveautés…la suite dans un prochain billet !

Quelques changement…

J’ai décidé de procéder à quelques changement, histoire de me rajouter encore un peu plus de boulot et de pression… ;o)

• Création d’un forum de discussion dédié à Exchange 2007 et Exchange 2010 : l’objectif est d’augmenter le niveau d’interaction entre vous et moi, et de vous permettre de poser tout plein de questions sur Exchange en général ou sur mes articles en particulier.
• Création d’un nouveau site dédié uniquement aux news sur Exchange 2010 : le but de ce site est de permettre de suivre l’actualité sur Exchange 2010 sans alourdir inutilement mon site principal avec des dépêches un peu light techniquement. Le site laubel.wordpress.com reste dédié aux articles de fond ayant du contenu technique sur E2007 et E2010, et le site exchange2010fr.wordpress.com vous permet de suivre les dépêches spécifiques à Exchange 2010.

Et comme dit l’autre, la connaissance s’accroit quand on l’a partage.

Exchange 2007 : Ajout et analyse de compteurs de performance (perfmon + pal)

Lors de l’installation d’Exchange 2007 celui-ci rajoute des compteurs dans l’outil de collecte de performance Windows (perfmon.msc).

Ces compteurs sont utiles pour superviser des rôles ou des points précis sur Exchange, notamment la réplication CCR ou SCR (Voir l’article Technet sur l’utilisation de perfmon pour superviser Exchange).

Cependant pour faire du troubleshooting poussé ces compteurs ne sont pas suffisant. Heureusement il est possible d’alimenter perfmon avec de nouveaux compteurs spécifiques à Exchange 2007 via des fichiers .xml.

Ces fichiers .xml sont spécifiques à chaque rôles Exchange 2007 :

• Exchange_2007_Perfwiz-AIO.xml (Rôles HUB/CAS/MBX sur le même serveur)
• Exchange_2007_Perfwiz-CAS.xml (spécifique au rôle CAS)
• Exchange_2007_Perfwiz-MBX.xml (spécifique au rôle MBX)
• Exchange_2007_Perfwiz-HUB.xml (spécifique au rôle HUB)
• Exchange_2007_Perfwiz-HUB-CAS.xml (Rôles CAS/HUB sur le même serveur)
• Exchange_2007_Perfwiz-UM.xml (spécifique au rôle UM)

Prenons l’exemple d’un serveur mailbox sur lequel je souhaite diagnostiquer un problème de lenteur.

Important : Cette procédure n’est valable que pour une configuration sur Windows 2008 en anglais. (Pour une version française sur W2K8 il est nécessaire d’utiliser un outil supplémentaire, et pour Windows 2003 il faut utiliser d’autres fichiers sources. Ça marche bien dans les deux cas mais les procédures sont sensiblement différentes.)

Premier temps : mise en place des compteurs  avec les fichiers .xml

Tout d’abord je récupère le fichier .xml spécifique à mon serveur, ici il s’agit du rôle mailbox donc du fichier Exchange_2007_Perfwiz-MBX.xml.

Dans Server Manager je me positionne sur Reliability and Performance / Data Collector Sets / User Defined / et je crée une nouvelle collecte :

Je donne un nom à ma collecte et je choisi la création depuis un modèle :

Je sélectionne depuis “Browse” le fichier Exchange_2007_Perfwiz-MBX.xml

Sélection du répertoire cible :

Je termine en décidant de ne pas démarrer la collecte immédiatement.

En retournant sur perfmon, la collecte personnalisée apparait bien.

En allant dans les propriétés de la collecte, je peux voir l’ensemble des compteurs de performance inclus dans la collecte. Personnellement je préfère changer le format du fichier en .CSV (en effet j’ai constaté un bug avec le format .BLG en cas d’analyse avec PAL)

Évidemment libre à vous de supprimer ou ajouter des compteurs ou de conserver le format .BLG.

La collecte peut démarrer.

La collecte est bien en statut Running.

Laissez tourner la collecte le temps qui vous semble pertinent en fonction de vos problèmes, généralement une journée.

Une fois la collecte terminée il est le temps de passer à l’analyse du fichier.

Deuxième temps : l’analyse avec PAL

Le programme PAL, pour Performance Analysis of Logs,  est un outil graphique gratuit dédié à l’analyse des logs de performances, que ce soit pour Exchange, mais aussi SQL, Active Directory,IIS, etc…Il est développé par des gens de Microsoft (surtout par Mike Lagase).

Le gros intérêt de PAL est sa capacité à analyser les données brutes des compteurs de performance (depuis un fichier .csv ou .blg), pour les comparer aux best practices Microsoft et en faire ressortir les dérives éventuelles (avec des codes couleurs, vert, jaune ou rouge). Bref PAL est votre meilleur ami dès qu’il s’agit de troubleshooter des problèmes de performances en environnement Microsoft…

Première étape il s’agit de récupérer la dernière version de PAL et de l’installer. Aucunes difficultés particulières sur ce point, évidement PAL doit s’installer sur une station de travail et non pas directement sur le serveur à analyser.

Une fois la collecte terminée j’importe le fichier dans PAL (onglet Counter Log).

La seule subtilité de l’outil consiste à ne pas oublier de spécifier dans l’onglet Threshold File le type d’analyse. Ici je précise que le fichier provient d’un serveur Exchange 2007 ayant uniquement le rôle Mailbox :

Ensuite j’exécute l’analyse, attention ça peut prendre pas mal de temps en fonction de la durée de la collecte !

Le résultat est un rapport au format HTML (plusieurs centaines de pages !) me permettant de voir tout de suite les points posant problème en rouge.

Contenu du sommaire :

• Tool Parameters
• Chronological Order
  • Alerts by Chronological Order
• Processor
  • Processor Utilization Analysis (Alerts: 0)
  • Processor Queue Length (Alerts: 0)
  • Excessive Processor Use by Processes (Alerts: 0)
• Network
  • Network Utilization Analysis (Alerts: 0)
  • Network Output Queue Length Analysis (Alerts: 0)
  • Network Interface Packets Outbound Errors (Alerts: 0)
• Disk
  • Logical Disk Read Latency Analysis (Alerts: 0)
  • Logical Disk Write Latency Analysis (Alerts: 0)
  • Process IO Data Operations/sec (Alerts: 0)
  • Process IO Other Operations/sec (Alerts: 0)
  • LogicalDisk Disk Transfers/sec (Alerts: 0)
• Memory
  • Free System Page Table Entries (Alerts: 0)
  • Pool Non Paged Bytes (Alerts: 0)
  • Pool Paged Bytes (Alerts: 0)
  • Available Memory (Alerts: 9)
  • Memory Pages/sec (Alerts: 0)
  • Memory Leak Detection (Alerts: 0)
  • Handle Leak Detection (Alerts: 30)
  • High Virtual Memory Usage (Alerts: 0)
  • Process Working Set (Stats only)
  • Memory System Cache Resident Bytes (Alerts: 0)
  • Memory Pages Input/sec (Alerts: 0)
  • Memory Page Reads/sec (Alerts: 0)
  • Memory Cache Bytes (Stats only)
  • Memory Pages Output/sec (Stats only)
  • Memory Transition Pages RePurposed/sec (Alerts: 0)
• Paging File
  • Paging File % Usage (Alerts: 0)
• .NET Related
  • Memory Leak Detection in .NET (Alerts: 10)
  • .NET CLR Memory % Time in GC (Alerts: 0)
• MSExchange ADAccess Domain Controllers
  • MSExchange ADAccess Domain Controllers LDAP Search Time (Alerts: 0)
  • MSExchange ADAccess Domain Controllers LDAP Read Time (Stats only)
  • MSExchange ADAccess Domain Controllers LDAP Searches timed out per minute (Alerts: 0)
  • MSExchange ADAccess Domain Controllers LDAP Search calls/Sec (Stats only)
• MSExchange ADAccess Caches
  • MSExchange ADAccess Caches LDAP Searches/Sec (Stats only)
• MSExchangeIS Client
  • MSExchangeIS Client RPC Operations/sec (Stats only)
  • MSExchangeIS Client RPC Average Latency (Alerts: 0)
  • MSExchangeIS Client JET Log Records/sec (Stats only)
• MSExchangeIS Mailbox
  • MSExchangeIS Mailbox Slow FindRow Rate (Alerts: 0)
  • MSExchangeIS Mailbox Messages Delivered/sec (Stats only)
  • MSExchangeIS Mailbox Messages Queued For Submission (Alerts: 0)
  • MSExchangeIS Mailbox Messages Sent/sec (Stats only)
  • MSExchangeIS Mailbox Messages Submitted/sec (Stats only)
  • MSExchangeIS Mailbox Categorization Count (Stats only)
  • MSExchangeIS Mailbox Search Task Rate (Alerts: 0)
• MSExchangeIS
  • MSExchangeIS RPC Averaged Latency (Alerts: 0)
  • MSExchangeIS RPC Operations/sec (Stats only)
  • MSExchangeIS RPC Requests (Alerts: 0)
  • MSExchangeIS Virus Scan Queue Length (Stats only)
  • MSExchangeIS Virus Scan Files Scanned/sec (Stats only)
  • MSExchangeIS Virus Scan Messages Processed/sec (Stats only)
  • MSExchangeIS VM Largest Block Size (Stats only)
  • MSExchangeIS VM Total Free Blocks (Stats only)
  • MSExchangeIS VM Total Large Free Block Bytes (Stats only)
  • MSExchangeIS RPC Num. of Slow Packets (Alerts: 0)
  • MSExchangeIS RPC Client Backoff/sec (Stats only)
  • MSExchangeIS Client: RPCs Failed: Server Too Busy / sec (Stats only)
  • MSExchangeIS Slow QP Threads (Alerts: 0)
  • MSExchangeIS Slow Search Threads (Alerts: 0)
• MSExchange Store Interface
  • MSExchange Store Interface RPC Latency average (msec) (Stats only)
  • MSExchange Store Interface RPC Requests outstanding (Stats only)
  • MSExchange Store Interface RPC Requests failed (%) (Stats only)
  • MSExchange Store Interface RPC Requests sent/sec (Stats only)
  • MSExchange Store Interface RPC Slow requests (%) (Stats only)
  • MSExchange Store Interface ROP Requests outstanding (Stats only)
• MSExchangeMailSubmission
  • MSExchangeMailSubmission Hub Servers In Retry (Stats only)
  • MSExchangeMailSubmission Successful Submissions Per Second (Stats only)
  • MSExchangeMailSubmission Failed Submissions Per Second (Stats only)
• Process
  • Process % Processor Time (Stats only)
• MSExchange Database
  • MSExchange Database Database Page Fault Stalls/sec (Alerts: 0)
  • MSExchange Database Log Record Stalls/sec (Alerts: 0)
  • MSExchange Database Version buckets allocated (Alerts: 0)
  • MSExchange Database Log Threads Waiting (Alerts: 0)
• MSExchange Search Indices
  • MSExchange Search Indices Throttling Delay Value (Stats only)
• MSExchange Assistants
  • MSExchange Assistants Events Polled/sec (Stats only)
  • MSExchange Assistants Events in queue (Stats only)
  • MSExchange Assistants Average Event Processing Time In seconds (Stats only)
• MSExchange Resource Booking
  • MSExchange Resource Booking Average Resource Booking Processing Time (Stats only)
  • MSExchange Resource Booking Requests Failed (Alerts: 0)
• MSExchange Replication
  • MSExchange Replication CopyQueueLength (Stats only)
  • MSExchange Replication ReplayQueueLength (Stats only)
• Disclaimer

Extrait :

Avouez que c’est quand même beaucoup plus rapide, pratique, pertinent, sérieux et sexy qu’une analyse à la mano !!!

Et coup de chapeau à Mike Lagase et John Rodriguez (Monsieur Performance sur Exchange)…

Exchange 2007 : Scripts powershell pour gérer les bases

Voilà trois scripts Exchange 2007 que je trouve indispensables pour administrer les bases.

• Script Exchange 2007 pour connaitre le nombre de boites aux lettres réparties par bases
• Script Exchange 2007 pour connaitre la tailles des fichiers .EDB
• Script Exchange 2007 pour connaitre l’état des bases

Évidemment ces scripts sont modifiables en fonction de votre environnement (spécification des serveurs MBX, export,etc…)

Illustration des scripts sur un environnement de test :

• Répartition des BALs par bases :

• Tailles des fichiers .edb :

• Etat des bases :

Exchange 2010 : Explication sur la haute disponibilité et le stockage

Une présentation très sympa et très simple sur le stockage et la haute dispo Exchange 2010  :
La présentation est en Silverlight (l’équivalent de Flash) il faut donc le plugin Silverlight correspondant à votre navigateur.

Les services Exchange qui ne démarrent pas ? Démarrez-les par un script !

Pour de multiples raisons (installation sur un contrôleur de domaine, installation récente d’un Rollup, bug, etc…) il peut arriver que certains services Exchange n’arrivent pas à démarrer automatiquement. Dans ce cas, une solution possible peut passer par un script (à lancer depuis un script de boot par exemple) qui va chercher et lancer tous les services Exchange qui sont arretés.

Contenu du script (Exchange shell, donc avec une extension .ps1) :

gwmi win32_service | where-Object {$_.StartMode -eq “Auto” -and $_.Name -like “MSExchange*” -and $_.State -eq “Stopped”} | Start-Service

Le script est à télécharger depuis mon espace perso ici.

Exchange 2010 : Téléchargez le .VHD !!

Excellente nouvelle : Il est maintenant possible de télécharger une machine virtuelle pré-configurée contenant Exchange 2010
Il faut être un peu patient car la bête tient sur 9 fichiers de 700Mo…

Attention : il faut impérativement Hyper-V (et donc tous les pré-requis Hyper-V).

Téléchargement immédiat ici

NB: Le mot de passe des comptes est: pass@word1

Un script pour connaitre la version exacte des serveurs Exchange (Build, Rollup)

Comme je l’ai déjà indiqué à l’occasion du Rollup6  (voir dans la catégorie Rollup et Bugs) pour connaitre précisément la version d’un serveur Exchange 2007 il est nécessaire d’aller voir dans le registre. En effet les outils intégrés dans Exchange (get-ExchangeServer | fl ) ne permet pas de récupérer la version du Rollup !

Pour éviter ce travail, Jeff Guillet, MVP Exchange, à eu la bonne idée d’automatiser ça grâce à un ch’tit script

Illustration sur ma maquette :

Le script est disponible ici.

Exchange 2010 : Les vidéos du TechEd USA 2009

Pour ceux qui n’ont pas eu la chance d’assister au TechEd 2009 aux US les vidéos sur Exchange 2010 sont disponibles pour tous !!! A ne pas rater !!

Microsoft Exchange Server 2010 Architecture (Ross Smith IV):

http://www.msteched.com/online/view.aspx?tid=067e1…2f0100

Storage in Microsoft Exchange Server 2010 (Matt Gossage):

http://www.msteched.com/online/view.aspx?tid=37c93…68ac8d

High Availability in Microsoft Exchange Server 2010 (Scott Schnoll):

http://www.msteched.com/online/view.aspx?tid=e9863…da12e3

Microsoft Exchange Server 2010 Management Tools (Evan Dodds & Paul McKnight):

http://www.msteched.com/online/view.aspx?tid=5d0ab…9bfc7a

Information Protection and Control in Microsoft Exchange Server 2010 (Ed Banti & Jesse Doughterty):

http://www.msteched.com/online/view.aspx?tid=1dd6c…1275b4

Microsoft Exchange Server Outlook Web Access 2010: The Future of Web-Based E-mail (Paul Limont):

http://www.msteched.com/online/view.aspx?tid=6c107…e926a0

Unified Messaging in Microsoft Exchange Server 2010 (Michael Wilson):

http://www.msteched.com/online/view.aspx?tid=75f67…5f1a27

Exchange 2010: Préparez vous dès aujourd’hui

La version final de Exchange 2010 sortira dans plusieurs mois: cela vous laisse largement le temps de mettre à niveau votre environnement pour être en phase avec les pré-requis !

Au delà de la liste exhaustive de l’ensemble des pré-requis, voyons quels sont éléments important à prendre en considération dès aujourd’hui avant la mise en place du premier serveur Exchange 2010.

Active Directory

• Niveau fonctionnel Windows 2003 natif
  Il n’est pas possible d’installer Exchange 2010 dans un domaine Active Directory ayant un niveau fonctionnel inférieur à Windows 2003. Si c’est votre cas, il faut augmenter le niveau fonctionnel de votre domaine en Windows 2003 natif. Cela sous entend donc de supprimer tous les contrôleurs de domaine Windows 2000, ce qui ne doit pas être très problématique vu l’ancienneté de Windows 2000. Je rappelle qu’il est fortement recommandé de procéder à un état des lieux complet de votre environnement d’annuaire avant migration: une infra Active Directory dans un mauvais état c’est une infra Exchange dans un mauvais état !

• Service Pack 2
  Les contrôleurs de domaine Windows 2003 doivent être au minimum en Service Pack 2.

Système d’Exploitation

• Windows 2008
  Ce qui était fortement conseillé avec Exchange 2007 SP1 est maintenant devenu obligatoire : un serveur Exchange 2010 de production ne s’installe que sur du Windows 2008 64 bits (et Windows 2008 R2).  N’attendez pas pour mettre à jour vos connaissances sur cet OS !

Exchange 2003/2007

Il est possible de mettre à niveau une organisation Exchange 2003 ou Exchange 2007 vers Exchange 2010.

• Exchange 2003
  Les serveurs Exchange 2003 doivent posséder le Service Pack 2. Ceci est déjà un pré-requis pour une migration vers Exchange 2007, donc rien de nouveau.
• Exchange 2007
  Les serveurs Exchange 2007 doivent posséder le Service Pack 2 pour pouvoir cohabiter dans le même site Active Directory que des serveurs Exchange 2010. (le SP2 n’est pas rendu public à l’heure où j’écris ces lignes).

Par ailleurs il est utile d’avoir en tête les éléments suivant :

• L’outil de sauvegarde intégré dans Windows 2008 ne permet pas de sauvegarder Exchange 2007 ou Exchange 2010.  Habituez vous dès aujourd’hui à sauvegarder Exchange en VSS avec un outil dédié.
• Le Cluster à stockage partagé (SCC) n’existe plus dans Exchange 2010. Inutile d’investir aujourd’hui dans ce type d’infrastructure pour la messagerie.
• Avec la réduction des I/O disques (environ -50%) et la modification du type d’I/O (diminution sensible des écritures aléatoires et augmentation des écritures séquentielles) privilégiez plutôt des solutions de stockage à moindre coût (SAN devenu inutile en terme de sécurisation des données ou de performances).
• Les versions d’Outlook antérieurs à 2003 ne sont pas supportées avec Exchange 2010. Migrez vers Outlook 2007 : avec le SP2 les performances d’Outlook font un bon en avant ! (le SP2 n’est pas encore public).
• Exchange 2010 inclu une solution d’archivage : pourquoi investir maintenant dans une solution tierce partie onéreuse ?

Exchange 2010 est réellement plus simple (plus de gestion du clustering, interface graphique pour générer les certificats, PRA plus simple, DAG…), moins cher (HA possible avec deux serveurs contre quatre pour Exchange 2007, moins de disques (JBOD), disques moins onéreux ), plus performant (support sans problème de BAL de plusieurs Giga), et plus riche (archivage inclu, RMS) que Exchange 2007 !!! Ce millésime 2010 va faire du bruit !!