Ce que vous devez savoir sur Exchange 2007Prambule La nouvelle version du serveur de messagerie Microsoft est enfin arrive : Exchange Server 2007. Succdant aux versions Exchange 5.5, Exchange 2000 et Exchange 2003, celle nouvelle version apporte de nombreuses fonctionnalits supplmentaires. Vous pouvez considrer, dans ce contexte, que le passage de la version 2000/2003 2007 est analogue la migration des versions 5.5 2000. Une fois de plus, les changements sont tellement importants que cela va vous obliger revoir tous les concepts et mthodes de dploiement, d'administration et d'exploitation. L'utilisation de la messagerie dans les entreprises est devenue aujourd'hui incontournable. La solution Small Business Server de Microsoft a permis par exemple des millions de petites socits de se doter de ce type d'outil et a contribu dmocratiser l'utilisation de la messagerie lectronique dans le monde. Toutefois, l'utilisation de celle-ci a volu durant toutes ces annes. En effet, un simple outil d'envoi et de rception mail, ses dbuts, est devenu un serveur ddi au travail collaboratif et la communication gnrale au sein de l'entreprise. Les besoins croissants des utilisateurs ont fait merger d'autres fonctionnalits :

- centraliser par exemple toutes les donnes rentrantes sur un seul point d'accs, - interroger sa messagerie depuis son tlphone portable l'aide de la reconnaissancevocale,

- permettre un accs son client Microsoft Outlook depuis n'importe quel endroit tout en conservant toutes ses fonctionnalits ou encore permettre de pousser les mails jusqu' l'utilisateur final.Microsoft Exchange 2007 a t conu spcifiquement pour rpondre quatre demandes essentielles en ce qui concerne l'utilisation et l'exploitation d'un serveur de messagerie d'entreprises : scurit, performance, fonctionnalit et cot. Les principales nouveauts d'Exchange 2007 Parmi toutes les nouvelles fonctionnalits d'Exchange Server 2007, voici les dix principales plbiscites par Microsoft, et qui devraient, pour certains d'entre vous, vous ravir. Console de Management Exchange : la console est une des deux nouveauts des interfaces d'administration d'Exchange 2007 et est base sur la console Microsoft Management Console Version 3 (MMC V3). Cette console est requise pour pouvoir administrer Exchange 2007. En utilisant cette console, vous pouvez manager tous les serveurs Exchange, les destinataires et composants administratifs de votre organisation. Exchange Management Shell : le Shell Exchange est un nouvel outil d'administration bas sur des lignes de commandes. Le Shell Exchange est capable d'excuter toutes les tches d'administration que vous pouvez lancer dans la console MMC et peut mme effectuer des fonctions non disponibles dans celle-ci. La Messagerie Unifie : Exchange 2007 inclut le support pour la Messagerie Unifie (UM : Unified Messaging). La messagerie unifie combine de multiples infrastructures dans une seule architecture de messagerie. Grce la messagerie unifie Exchange 2007, les utilisateurs peuvent recevoir tous les mails lectroniques, fax, SMS et messages vocaux dans une seule bote Exchange et y accder par diffrents priphriques, tels que les tlphones mobiles, analogique ou numrique. Cela se ralise au moyen d'un systme de

reconnaissance vocale. Amlioration des performances : Exchange 2007 supporte le dploiement d'Exchange dans une architecture 64 bits et amliore par ce biais les performances et les capacits. En passant d'une version 32 bits une version 64 bits, la version Entreprise d'Exchange 2007 offre maintenant la possibilit de prendre en charge plus de groupes de stockage et de bases de donnes par serveur. Vous pourrez ainsi crer jusqu' 50 groupes de stockage par serveur et 50 bases de donnes par serveur. Disponibilit : lorsque de multiples serveurs Exchange 2007 ayant le rle Hub Transport Ser-ver sont dploys sur un site, un quilibre de charge ou load balancing est automatiquement assur dans le flux des messages transitant entre le Hub Transport et les serveurs de botes aux lettres et ne ncessite aucune configuration de l'administrateur. Si le serveur Hub Transport Server, appel serveur de pont, est indisponible cause d'un incident ou d'une intervention programme, un systme de rcupration est lanc automatiquement avec les autres serveurs de ponts. Hautes disponibilits pour les serveurs de botes aux lettres : Exchange Server 2007 inclut trois nouvelles fonctionnalits de haute disponibilit pour les serveurs de botes aux lettres : Local Continuous Replication (LCR), Cluster Continuous Replication (CCR), and Single Copy Clusters (SCC). Ces fonctionnalits de rplication continue utilisent les logs pour charger une copie des groupes de stockage de production. Dans un environnement LCR, la copie est situe sur le mme serveur o se trouve le groupe de stockage de production. Dans un environnement CCR, la copie est situe sur le nud passif de votre cluster. Bas sur Active Directory : la complexit du routage SMTP Exchange a t rduite en la basant sur l'architecture des sites et services Active Directory. Cela signifie que vous n'avez plus configurer le routage Exchange lors du dploiement. En revanche une configuration de routage entre Exchange 2003 et 2007 reste ncessaire durant une phase de migration. Diminution du trafic : Exchange 2007 route automatiquement les mails en utilisant le moins d'tapes possibles. Chaque site Active Directory est considr comme une tape. Exchange 2007 slectionne le chemin le plus direct entre le serveur source et le serveur destination. Si un serveur de transport (Serveur Hub Transport) est indisponible dans un site de manire temporaire les mails sont mis en attente dans un tat chec. Rsolution des destinataires : le serveur Hub Transport amliore la gestion des listes de distribution et listes de distribution dynamique (appel groupe de distribution fond sur des requtes). Le serveur Hub Transport se sert d'Active Directory pour communiquer avec d'autres serveurs dans le mme site l'aide de la structure site et service d'Active Directory. Auto dcouverte : les clients Outlook 2007 peuvent automatiquement se connecter leurs serveurs d'accs clients pour accder leurs botes aux lettres. Ainsi le paramtrage du poste client se fait automatiquement.

qui est destin cet ouvrageCet ouvrage est spcialement ddi tous les administrateurs de messagerie Exchange mais galement tous ceux qui souhaitent simplement dcouvrir ce nouveau produit. Que vous soyez dbutants ou confirms en administration de messagerie, ce livre est crit dans l'esprit d'une autoformation. L'administrateur Exchange utilisant une version antrieure 2007 trouvera l'ensemble des informations ncessaires la mise en uvre du produit dans un contexte de migration. Il pourra en effet, se constituer un ensemble de mthodes mettre en uvre pour optimiser ses chances de russites dans le cadre d'une migration d'Exchange 200X ou Exchange 5.5 Exchange 2007. Les administrateurs de serveurs de messageries tiers pourront tablir un comparatif objectif entre les solutions qu'ils connaissent et Exchange 2007. Ils auront disposition un ensemble d'lments leur permettant de tester toutes les fonctionnalits du produit et d'tudier des possibilits de migration ou de collaboration entre les diffrents environnements. Les dbutants, quant eux, auront matire travailler grce cet ouvrage en raison des nombreux concepts thoriques mais aussi de ses exemples. Ils auront le loisir de valider leurs connaissances grce aux nombreux exercices de chaque chapitre et de s'assurer ainsi qu'ils ont bien intgr toutes les notions fondamentales qui leur ont t enseignes. Toutefois, pour apprcier pleinement cet ouvrage, vous allez devoir vous familiariser avec certaines technologies telles que Active Directory, Annuaire ADAM, Schma, Domaine et bien d'autres encore. Pour ceux qui sont encore novices dans ces environnements, vous trouverez au chapitre Architecture Active Directory toutes les notions ncessaires pour vous aider dans la lecture de ce livre. Si vous ne comprenez pas ces concepts, vous aurez beaucoup de difficults lire les autres chapitres. Soyez attentif et prenez le temps de bien assimiler l'ensemble de ces notions fondamentales avant de passer la suite.

Comment lire cet ouvrageComme nous l'avons vu prcdemment, cet ouvrage est conu pour trois types de public diffrents, les administrateurs Exchange, les administrateurs de serveurs de messagerie tiers et les dbutants. Ce qui vous donne donc trois manires d'aborder ce livre. Pour les administrateurs Exchange : il peut tout d'abord tre lu sans tenir compte du plan. Vous pouvez prendre un chapitre de manire alatoire qui traite d'un sujet particulier et exploiter les informations qui vous intressent. Vous pouvez galement raliser certaines manipulations dtailles au cours des diffrents chapitres, afin de vous assurer que vous en avez retenu l'essentiel. Pour les administrateurs de serveurs de messagerie tiers : vous pouvez lire cet ouvrage en ne consultant que les points qui vous intressent. Si par exemple, vous voulez aborder le thme de la messagerie unifie, vous avez simplement regarder le chapitre concern et bien tudier les concepts et mthodes indiques. Ainsi, vous aurez une vision concise du sujet et vous serez en mesure de juger de la qualit du logiciel et de ses fonctions. Pour tous les autres : vous avez une dernire option qui consiste lire l'ouvrage du dbut la fin en respectant attentivement l'ordre des chapitres pour valider vos acquis. Cela permet de raliser une autoformation efficace, et vous donne ainsi, les aspects mthodologiques mais galement techniques de la mise en uvre complte d'une solution de serveur de messagerie sous Exchange 2007. Quel que soit le type de public auquel vous appartenez, vous remarquerez que le livre suit une chronologie bien prcise. Vous allez dmarrer par une partie planification avant de vous lancer dans la ralisation. Cela vous permettra de matriser l'outil ou bien seulement de pouvoir en parler de manire objective.

Comment grer un projetAvant de dmarrer cet ouvrage, vous devez dans un premier temps vous concentrer sur une mthode d'organisation, d'implmentation, d'exploitation pour mener bien votre projet. Mais, vous devez surtout prendre en compte la problmatique suivante :

- Comment vais-je mettre en place une solution de ce type pour qu'elle rponde aux besoinsactuels et futurs ?

- Comment vais-je dmarrer mon projet ? - Quelles sont les clefs de la russite pour mener bien la ralisation d'un tel projet ? Danstoutes ces questions, se cache une mthode simple que vous allez dcouvrir. Si vous avez dj des notions de gestion de projets ou que seule la partie technique vous intresse, alors vous pouvez passer au chapitre suivant. Pour les autres, apprenez prendre vos repres dans la gestion de projet et inspirez-vous de cette mthode avant de vous attaquer directement l'aspect technique du produit. Connaissez-vous la mthode du QQOQCP ? Le Qui, Quoi, O, Quand, Comment et Pourquoi ne vous dit rien ? Alors lisez ce qui suit.

Pour russir un projet, vous devez poser les bonnes questions, et ce dans le but d'obtenir les bonnes rponses. Cela peut paratre simple, mais dtrompez-vous, il s'agit de la tche la plus difficile raliser. Si votre responsable vous demande de mettre en place un serveur de messagerie, cela ne vous indique pas si tous les employs de la socit sont concerns ni d'ailleurs si vous devez mettre en place des quotas sur les botes aux lettres ou si le serveur devra tre accessible depuis l'extrieur.

Vous n'avez aucune de ces informations car votre responsable ne vous les a pas transmises. C'est justement l que commence votre travail. Imaginez prsent la situation suivante : un utilisateur appelle la hotline pour signaler que toutes les applications, Word, Excel et mme sa comptabilit fonctionnent de manire irrgulire le matin et galement en dbut d'aprs-midi. Le hotliner lui demande alors un peu plus de prcision et il l'informe que cela concerne beaucoup de personnes dans l'entreprise et cela se produit de manire alatoire dans la semaine. Considrez ds maintenant qu'il s'agit en fait d'un problme rseau sur un lment physique, le Switch. Si le hotliner considre que l'origine du problme est systme ou viral, il dmarre la rsolution de l'incident en partant d'une solution fausse. Cela reviendrait imaginer un mathmaticien essayant de rsoudre une quation en partant du rsultat. Le hotliner devra donc utiliser le mode de rsolution entonnoir. Ce mode consiste prendre plusieurs causes et traiter tous les cas possibles de pannes. Il peut ainsi liminer au fur et mesure certaines d'entre elles jusqu'au moment o il ne restera plus qu'une cause possible. Comme quoi, peu importe le dtail technique mais importe la mthode. Tout cela nous ramne la conclusion suivante : lors de votre tude, ne partez jamais dans l'ide que vous avez dj la solution mais construisez-la en fonction des rponses que vous avez obtenues. N'hsitez surtout pas poser de nouveau les questions pour vous assurer d'avoir bien compris ce que demande votre Direction Technique. prsent, voici les questions que vous serez amen vous poser. Le Qui Le Qui est la premire question essentielle que vous devez vous poser. Elle va rpondre naturellement une ventuelle faisabilit de votre projet. Si aucune personne de votre service ne sait implmenter un serveur Exchange, vous aurez sans nul doute, beaucoup de mal le raliser. Vous devez connatre parfaitement tous les acteurs actifs ou passifs du projet afin que chacun puisse trouver sa place dans la fonction et dans le temps. Elle permet galement de constituer un ensemble de ressources qui sera votre soutien permanent durant toute la phase d'tude et de ralisation. Quelques exemples :

- Qui est concern par le projet ? - Qui, au contraire, n'est pas concern ? - Qui va rpondre aux questions techniques ? - Qui va rpondre aux questions fonctionnelles ? - Qui fera partie de l'quipe projet ? - Qui est l'initiative du projet ? - Qui est le financeur ? - Qui peut vous aider dans la ralisation de ce projet ? - Qui peut avoir un rle court, moyen et long terme ?

- Qui peut poser des contraintes ? - Qui a dj ralis ce type de projet ? - Qui va me fournir les lments matriels et logiciels ?Le Qui rpond une question simple : qui va, de prs ou de loin, interagir dans le projet et comment ? Si nous devions faire un schma, nous le reprsenterions ainsi :

Dans le cas o vous tes seul mener le projet, vous devriez avoir alors toutes les comptences ncessaires pour mener bien cette mission. Si ce n'est pas le cas, il vous reste deux solutions, trouver une aide externe qui puisse vous aider ou lire entirement ce livre. Le Quoi Cette question demeure la plus sensible. Vous vous demandez pourquoi ? Tout simplement parce qu'elle va dfinir l'essentiel de votre architecture. C'est le noyau dur de votre projet et vous devez imprativement en prendre conscience ds que vous vous lancerez dans cette fabuleuse aventure. Quelques exemples :

- Quelles versions d'Exchange installer ? - Quelle architecture de messagerie installer ? - Migrer ou mettre jour ? - Quelles sont les spcificits du(des) serveur(s) ?

- Quels types de matriels ? - Quelles marques de matriels ? - Quelles versions du systme d'exploitation ? - Quels sont les besoins en terme de redondance, de sauvegarde ? - Quelles sont les rpartitions de charges souhaitables ? - Quelle architecture pour maintenant et pour demain ?Cette liste de questions est loin d'tre exhaustive mais vous donne quelques lments de base pour dmarrer votre recherche de besoins. La question essentielle est de positionner votre architecture dans le temps. Le O Cette question du O vous fait trs certainement sourire. Vous devez vous demander pourquoi la question O se pose ? C'est trs simple : votre vision de l'architecture Exchange ne doit pas tre uniquement lie une installation d'un serveur, soumis des contraintes et des spcifications techniques, mais elle doit aussi se situer dans l'espace. En effet, sous Exchange 2007, la structure site et service Active Directory sert de base toute la communication des serveurs de messagerie. Les administrateurs Exchange 5.5 qui ont dj du absorber le changement de l'administration Exchange 2000 devront encore faire un pas de plus vers l'administration Active Directory. Il suffit de se dire que la messagerie va devenir une application simple qui se greffe autour d'un annuaire qui devient le noyau dur de votre architecture. cette tape du livre, il vous reste encore deux possibilits : fermer ce livre et vous dire que finalement les prcdentes versions d'Exchange vous conviennent et que la migration ne se fera pas chez vous ou alors relever le dfi et poursuivre la lecture de ce livre. Quelques exemples :

- O vont se situer mes serveurs ? - O se trouveront les clients ? - Depuis quel endroit vais-je devoir administrer mon serveur Exchange ? - Mon serveur sera-t-il joignable depuis n'importe quel endroit ? - O se situent les autres serveurs de l'architecture ? - O se trouvent les serveurs qui grent l'active Directory ? - O se trouvent toutes les applications ncessaires mon installation ? - O vais-je pouvoir trouver des informations ncessaires l'installation ? Ne confondez pas avec le "ou" sans accent qui entre dans le cadre des questions du quoi. N'oubliez pas : plus vous aurez d'informations avant de commencer, plus votre projet se

droulera correctement, et plus les questions afflueront en amont de la mise en place, plus vous vous rapprocherez de la russite. Le Quand Cette question est celle que vous entendez le plus souvent, et pour cause : ne dit-on pas le temps c'est de l'argent ? Combien de fois avez-vous entendu "nous allons vous faire gagner du temps" ? Quelle remarque gnrale pouvons-nous faire sur le temps ? Il est incompressible ! Combien de fois avez-vous entendu votre responsable vous dire "il me faut cela pour hier" ? Tout le monde, qu'il soit issu du monde informatique ou non, a dj entendu ces questions. Alors quoi de plus normal que de les poser pour votre projet. Les questions relatives aux "quand" sont nombreuses. Il est question du temps d'implmentation de la solution, il est question du temps d'tude, etc.... tous les niveaux, nous aurons cette problmatique. Pourquoi me direz-vous ? Car cette question est celle qui vous permettra d'estimer le cot d'implmentation de votre solution. Grce la matrise du temps, vous matrisez les cots et donc la russite de votre projet. Quelle que soit la problmatique, vous avez toujours une question de temps, de dlai et d'objectifs. Quelques exemples :

- Quelles sont les dates de dbut et de fin du projet ? - Quels sont les dlais de chaque quipe ? - Avez-vous des pnalits de retard sur le projet ? - Avez-vous des dlais sur les livraisons des logiciels ? - Quelle est la dure hebdomadaire de travail ? - Quelles sont les runions planifies ? - Quelle est la dure maximale de mise en place ? - quel moment installerez-vous tel ou tel serveur ?La liste est loin d'tre complte mais il vous appartient de trouver les questions suivantes. L'objectif de cette partie du livre tant de vous donner des bases et non de traiter uniquement de la gestion d'un projet de mise en place Exchange 2007. Le Comment Dans cette question, vous entendez essentiellement le mot mthode. La mthode ou plutt votre mthode est importante pour la russite du projet. Sans mthode, vous ne pouvez pas correctement lier toutes les tches, vous ne pouvez pas non plus grer et traiter toutes les exceptions, vous ne saurez pas quelle dcision prendre lors de situation critique. Le comment rsume lui tout seul les mthodes que vous allez utiliser et les moyens que vous mettrez en place pour y arriver. Dans cette question, vous aurez la responsabilit des choix qui seront faits. Vous devrez grer, organiser, planifier votre projet d'architecture

Exchange 2007. Quelques exemples :

- Comment vais-je mettre en place l'architecture ? - Comment vais-je mettre en place une scurit centralise ? - De quelle manire vais-je installer mon serveur Exchange ? - Quelles sont les mthodes d'installation ? - Quelles sont les diffrentes architectures ? - Comment vais-je grer le projet ? - De quelle manire dois-je aborder les contraintes de l'entreprise ? - Comment vais-je prsenter la solution de manire objective ?Vous comprenez que la mthode que vous choisirez aura des impacts non ngligeables sur l'ensemble du projet. Prenez l'exemple suivant : vous dcidez d'installer Exchange de manire automatique sur tous les domaines de votre fort mais vous n'avez pas prvu les mthodes de prparation du schma et des domaines. Vous serez confront des ralentissements importants dans la phase de ralisation. Ne ngligez surtout pas ce point. Le Pourquoi Grce cette question, vous serez en mesure de trouver les rponses aux objections qui vous seront mises lors de votre prsentation de la solution que vous souhaitez mettre en place. En effet, vous aurez certainement argumenter, convaincre devant un public qui sera parfois sceptique, voire contestataire ou bien carrment oppos. Si vous croyez en votre projet, sachez que tout le monde ne sera pas forcment de votre avis. Si vous connaissez parfaitement votre sujet, vous serez plus mme de le dfendre objectivement, avec force et conviction. Quelques exemples :

- Pourquoi dois-je implmenter cette solution ? - Qu'est-ce que cela va apporter ma socit ? - Quels sont les avantages et inconvnients ? - Quelles sont les solutions concurrentes ? - Quels sont les cots directs et indirects ? - Quelles sont les contraintes court, moyen et long terme ? - Est-ce que cette solution est fiable ? - Est-ce que cette solution peut s'intgrer dans mon systme d'information ?

- Pourquoi une solution de messagerie interne et non pas hberge ? - Quelles sont les objections potentielles ? - Pourquoi cette solution va-t-elle optimiser la production de l'entreprise ? - quels besoins cette solution va-t-elle rpondre ? - En quoi la solution choisie devra tre retenue ?Une fois de plus, la liste n'est pas complte. Mais vous avez maintenant un ensemble d'lments vous permettant de commencer votre tude. Avez-vous remarquez que vous avez, au travers de ces questions, dj dessin le plan de votre mission ? Avez-vous remarqu que vous allez savoir rpondre aux objections avant mme qu'elles vous soient soumises ? Cette mthode du pourquoi doit vous permettre de dfendre efficacement le projet. Vous voil arriv maintenant la phase pratique de ce livre. Vous allez dmarrer par une phase de conception et d'implmentation et vous abordez au fur et mesure toutes les notions techniques essentielles pour la mise en place d'une solution Exchange 2007.

Planification de l'infrastructureVous souhaitez implmenter une solution Exchange 2007 dans un systme d'information existant ? Vous devez procder une nouvelle installation au sein d'une socit ? Vous avez besoin d'optimiser votre mthode et vos connaissances en gestion de projet ? Cette premire partie de l'ouvrage vous est directement destine. Avant de dvelopper les concepts techniques, vous allez apprendre dans cette section comment grer un projet pour atteindre vos objectifs. Vous allez dcouvrir comment identifier la source et la cible, comment mettre en place une maquette de test, et enfin comment planifier l'ensemble des tches qui sont dfinies. Les points techniques sont peu abords dans ce chapitre. Cela n'est d'ailleurs pas l'objet de celui-ci. En revanche, il vous apporte un savoir-faire sur les mthodes appliquer pour votre organisation. De manire plus globale, la lecture de la section qui suit, s'applique la mise en place d'un logiciel de messagerie mais peut galement vous servir pour tout type de projet, quel qu'il soit. Identification de l'architecture source L'une des premires actions raliser est de prendre connaissance de votre architecture source. Celle-ci dfinit l'ensemble de votre systme d'information actuel ainsi que les composants additionnels qui lui sont associs. Elle constitue le point de dpart de votre tude. Plus vous connaissez votre source, mieux vous savez dfinir la cible. Dans votre projet, vous pouvez considrer que vous partez d'un point A (la source) et que vous devez vous rendre vers un point B (la cible). Du point A au point B, vous devez dfinir toutes les tapes appeles tches. Il est important d'aborder ces points qui peuvent toutefois vous paratre basiques. En effet, segmenter le plus possible chacune de ces tapes est indispensable si vous voulez vous assurer du bon droulement du projet. Ainsi la partie ci-aprs prsente une approche simplifie de ce dont vous devez disposer avant de dmarrer un projet.

Enfin, pour savoir comment dtailler les tches que vous allez identifier, il est ncessaire de tracer deux lignes directrices : l'une fonctionnelle et organisationnelle et l'autre technique. C'est pourquoi, disposer de comptences en gestion de projet ne suffit pas mener de telles tudes. Ces comptences doivent tre compltes par un appui technique qui vous garantit un haut niveau d'expertise. En effet, vous ne pouvez pas quantifier des dures de tches si vous n'en connaissez pas les dtails, vous ne pouvez pas non plus identifier des exceptions dans le droulement d'un processus si vous n'avez jamais eu les traiter. Toutefois, cet aspect technique n'intervient que dans la partie dtaille du projet. Cela signifie que vous pouvez d'ores et dj tracer les grands traits de celui-ci et vous faire uniquement aider sur les aspects techniques en fin de pr-tude et d'tude sur l'existant.

Cela signifie galement, qu'aprs la lecture de cet ouvrage, vous serez en mesure de prendre en charge l'ensemble du projet mme s'il s'avre complexe. Par exemple, imaginez que vous devez mettre en place une solution Exchange 2007 sur un environnement Active Directory monodomaine et multisites. Vous savez ce qu'il faut mettre en place mais vous ne savez pas comment le faire. Vous avez vu dans diffrentes runions de prsentations du produit qu'il vous faut deux serveurs HUB, un serveur d'accs client et un serveur EDGE. Ces derniers points constituent ce que l'on peut considrer comme tant le dtail technique. Si ce dernier constitue votre maillon faible, ce livre va essayer de vous aider combler cette lacune. Mais n'oubliez jamais ceci : peu importe le "comment faire", tant que vous savez "o trouver comment faire". Dans les parties suivantes, vous allez apprendre raliser une tude et mettre en place une organisation efficace. Vous allez pouvoir identifier toutes les tapes du dbut la fin du projet. Pour mener bien cette partie tude, il vous est conseill de mettre en place des tableaux simples afin de consolider dans un seul fichier toutes les donnes rcoltes. FORTS FORT A DOMAINES DOMAINE 1A DOMAINE 2A DOMAINE 3A DOMAINE 4A FORT B DOMAINE 1B DOMAINE 2B DOMAINE 3B DOMAINE 4B DOMAINE 5B DOMAINE 6B Architecture Systme L'architecture systme : elle constitue l'essence mme de votre structure puisqu'elle reflte votre organisation et son fonctionnement. Comme toute structure, elle apporte son lot d'avantages et d'inconvnients. Il vous appartient d'identifier tous ses lments. Le terme "systme" peut tre divis en deux lots : les contenants et le contenu. Les contenants Les forts Les domaines Les sites Les units d'organisation (OU) Les stratgies de scurit (GPO) Les groupes Les dossiers Le contenu Les systmes serveurs Les systmes clients Les applications serveurs Les applications clientes Les bases de donnes Les logiciels bureautiques La volumtrie des donnes serveurs La volumtrie des donnes clients SITES SITE 1A SITE 2A . . SITE 1B SITE 2B . . . . OU OU 1A OU 2A OU 3A . OU 1B . . . . . OU N-1 OU N-2 OU11A OU12A . . . . . . . . OU111A OU112A . . . . . . . . GPO GPO1A GPO2A . . GPO 1B GPO 2B . . . . Groupes Dossiers GL1A GL2A GG1A . GG1B GG2B GL1B GL2B . . DOS A DOS B DOS C DOS D DOS 1 DOS 2 . . . .

Une fois que vous avez list tous ces lments, il ne vous reste plus qu' faire un inventaire exhaustif dans chacun des lots. Ces derniers vont vous permettre d'identifier votre structure et de vous assurer que vous n'aurez oubli aucun dtail pour la suite. Cette tape d'audit vous permet de mieux vous imprgner des problmatiques de l'entreprise. En effet, grce la dcouverte de l'environnement source et le listing des ressources acquises, vous pouvez dj percevoir les limites et contraintes auxquelles vous allez tre confrontes. Exemple : Vous devez installer votre serveur Exchange 2007 et vous souhaitez mettre en place la communication "RPC via http" pour les postes itinrants qui possdent Outlook. Sur un aspect technique, seule la version Outlook 2003 peut prendre en charge cette fonction. Or, si votre parc ne contient que des versions Outlook2000 ou XP, vous ne pouvez donc pas mettre en place cette solution sans mettre jour les versions Outlook, engendrant de ce fait une augmentation du cot de la mise en uvre. prsent, nous allons dtailler chacun des points qui sont lists ci-dessus.Les contenants

Ces contenants sont un ensemble logique identifiant votre structure. Cet ensemble est compris dans un cercle dit de scurit. Tout ce qui rentre dans ce cercle est soumis ses rgles. C'est la dfinition mme de l'environnement en domaine contrairement l'environnement en groupe de travail. Le domaine est dfini par une limite de scurit dans laquelle tout objet appartenant au domaine est gr de manire centralise. Le groupe de travail est dfini par la rgle de gestion poste poste. Dans ce contexte, il ne vous reste plus qu' identifier et positionner tous les contenants de votre infrastructure. En ce qui vous concerne, vous n'aborderez ici que les aspects du domaine.

Identification des forts Les forts sont les contenants de plus haut niveau. Pourquoi est-il si important de commencer par elles ? Parce qu'elles reprsentent le point de dpart de la prparation l'installation d'une solution Exchange 2007. Si vous n'avez pas de fort, vous ne pouvez pas

avoir d'organisation Exchange. Les forts constituent la base de l'architecture systme. Les forts contiennent tous les autres contenants ci-dessous. En effet, dans une fort, vous avez les domaines, les OU, les stratgies de scurit, les relations d'approbation, les rplications, les rles des serveurs, les droits et autorisations, les dossiers et les arborescences associes.

Il vous faut lister le nombre de forts, leurs niveaux fonctionnels mais galement leurs noms et les relations d'approbation existantes entre elles. En effet, si votre structure a fusionn avec une autre socit et que les deux entits partagent les mmes donnes, il y a fort parier qu'elles souhaiteront par la mme occasion avoir un systme de messagerie unique. La fort constitue la limite de scurit pour les domaines qu'elle contient et elle apporte ceux-ci un schma unique. L'ensemble des lments du schma est rpliqu sur tous les contrleurs des domaines de la fort. Relation fort et source : tant donn que l'installation d'Exchange modifie considrablement le schma de votre fort, vous devez donc connatre le niveau de changement que votre structure est prte accepter. Vous pouvez rencontrer le cas d'une socit ayant deux forts : une dite de production et une de recette. Vous devez, avant de commencer, savoir quelle est celle qui est modifiable et toujours considrer les possibilits de retour la configuration initiale. Sans cela, vous pourriez avoir grer des situations trs dlicates. Identification des domaines Les domaines sont les contenants de deuxime niveau. Placs sous la fort, ils hbergent les objets dits "actifs" de la structure : les comptes, les ordinateurs, les imprimantes, etc. Ces domaines constituent galement une limite de scurit pour les objets qu'ils contiennent. En

effet, le contrleur d'un domaine reoit une accrditation du contrleur racine qui son tour donnera des accrditations ses objets.

Chaque domaine est un ensemble de scurits qui va autoriser ou interdire l'accs une ressource l'intrieur de celui-ci. Vous devez donc identifier le nombre de domaines, leurs niveaux fonctionnels, le nombre de contrleurs de chacun d'entre eux, les liens de rplication mis en place et les diffrentes relations d'approbation existantes. Relation domaine et source : identifiez les domaines qui peuvent tre impacts par les changements de votre projet. Prenez par exemple la situation qui suit : vous avez une fort avec trois domaines. Vous souhaitez implmenter une solution Exchange 2007 pour votre entreprise dans laquelle un seul domaine hbergera les serveurs de messagerie. Vous devez alors identifier toutes les tapes ncessaires la mise en uvre de cette solution : prparation des domaines, renseignement des catalogues globaux, etc. N'oubliez pas que l'analyse de votre source reste votre seul moyen d'arriver la cible. Identification des sites Les sites sont les contenants de niveaux dits physiques. Ils reprsentent la topologie gographique de votre structure et hbergent un grand nombre d'informations notamment les stratgies de rplication dans votre fort Active Directory. Certains prtendent que la structure Sites et Services Active Directory n'a pas d'importance dans un dploiement et que tout est fait de manire automatique. Ne vous fiez pas cela car ce point est capital pour la suite. Les notions de rplications, de liens de sites, d'ISTG ou encore de KCC ne doivent avoir pour vous aucun secret. Si vous connaissez peu la partie thorique, retenez juste ceci : le schma et les domaines

contiennent des informations qui se rpliquent entre les diffrents contrleurs de domaine. La structure des Sites et Services Active Directory est l pour en assurer la cohrence et la disponibilit. Exemple : Vous tes un utilisateur du domaine societe.com et votre socit est divise en plusieurs sites rpartis dans plusieurs villes. Le matin, vous tes sur un site et vous changez votre mot de passe. Vous partez l'aprsmidi sur un autre site dans une autre ville. Si votre infrastructure a prvu ce genre de situation, alors vous n'aurez aucun souci d'ouverture de session sur l'autre site. Dans le cas contraire, vous ne saurez pas quel mot de passe utiliser et vous serez forc de contacter le support technique. Relation sites et source : la relation qui existe entre les sites et la source est simple. Si vous avez prvu d'installer une organisation Exchange 2007 dans une structure multisites, alors vous devez considrer que les prparations ncessaires des domaines et de la fort doivent se rpliquer sur toute la structure. Si les liens ne sont pas oprationnels ou ne sont pas fiables, vous devez faire face une contrainte importante. Cette remarque s'avre encore plus vraie pour des dploiements de grande envergure. Identification des Units d'Organisation (OU) L'Unit d'Organisation (OU) justifie son rle par le fait qu'elle permet d'organiser les objets. Si ceux-ci taient tous placs la racine du domaine, il serait difficile de les trouver et de les administrer. Si vous deviez placer une stratgie de scurit pour certains utilisateurs, cela deviendrait difficile raliser techniquement. Vous trouvez une situation identique sur un serveur de fichiers. En effet, mieux vaut placer ceux-ci dans un rpertoire plutt que de les avoir la racine d'un seul dossier. Les units d'organisation sont l pour vous aider rpartir les objets d'un domaine afin que vous puissiez les administrer plus simplement. Dans votre structure, vous devez les identifier puis lister les besoins en fonction de leurs contenus. Relation Units d'Organisation et source : avoir une structure souple et volutive permet de mieux organiser la cible. Ds lors que vous avez identifi les besoins de chacun, vous pouvez mieux dfinir l'organisation et la structure de votre solution Exchange 2007. Identification des Stratgies de scurit Les stratgies de scurit appeles aussi GPO (Group Policy Object) sont lies un contenant (Domaine, Site ou OU) et permettent de configurer des politiques de scurit communes pour tous les objets inclus dans ce contenant. Ces GPO contiennent des paramtrages sur les ordinateurs et les utilisateurs. Ces stratgies vous permettent de mieux grer l'environnement des utilisateurs et galement de centraliser un certain nombre d'actions d'administration. Quelles sont les stratgies de scurit au sein de votre entreprise ? Quelle politique de mot de passe a t choisie ? Quelles sont les politiques d'environnement du bureau qui ont t prises ? Vous pouvez constater au travers de ces diffrentes questions qu'il va vous falloir identifier chacune d'entre elles mais galement dcrire les paramtres de configuration. Relation GPO et source : entre les GPO de votre structure et l'analyse de la source, vous devez juste comprendre que toute politique de scurit mise en uvre diminue votre champ d'actions sur les clients et les serveurs. Sachez voir les politiques de scurit mais surtout matrisez l'tendue de leurs actions. Identification des groupes Les groupes sont les contenants de bas niveaux. Vous devez savoir qu'il existe trois types de

groupes : les groupes locaux, les groupes globaux et les groupes universels. Ces groupes ont deux types d'tendue, ce sont soit des groupes de scurit soit des groupes de distribution. Vous devez tablir un listing complet avec le nom des groupes, leurs types et leurs tendues. Vous devez considrer un autre type de groupe lorsque vous mettez en place une architecture Exchange. Ce sont les groupes "fonds sur des requtes". Ces nouveaux groupes apparus sous Exchange 2003, ont la particularit suivante : les objets (utilisateurs ou groupes) ayant la valeur d'attribut spcifi dans la requte ldap du groupe dynamique, sont automatiquement rendus membres de celui-ci. Relation Groupes et source : la prsence des groupes permet d'organiser votre architecture Active Directory et d'attribuer des permissions des ensembles plutt qu' l'unit. Si vous connaissez les groupes de votre entreprise, alors vous pourrez mieux organiser le fonctionnement de la messagerie. Si les utilisateurs sont regroups dans un ensemble c'est qu'ils partagent en gnral les mmes types d'accs. En analysant le nombre de groupes ainsi que leurs contenus, vous pouvez tablir en amont des ensembles fonctionnels partageant les mmes droits d'accs dans l'organisation Exchange. Identification des dossiers L'analyse des dossiers utilisateurs est certes intressante mais elle reste facultative. Dans une organisation standard (sans Exchange), vos donnes peuvent tre organises de deux manires : via l'accs un serveur de fichiers (ou NAS) ou via l'accs un portail d'entreprise comme SharePoint Portal 2007. Dans une organisation comprenant Exchange pr 2007, vous pouviez galement le faire par le biais des dossiers publics. Cela vous permettait de rendre disponible certaines informations par le biais du client Outlook ou Web Access. Ces dossiers publics prsents dans les anciennes versions ne figurent plus sur les environnements intgralement composs d'Exchange 2007 et Outlook 2007. La sortie de SharePoint Portal 2007 supplante dsormais les dossiers publics. Cette nouvelle version de SharePoint travaille en troite collaboration avec Exchange 2007 pour offrir aux utilisateurs des services collaboratifs. Dans la source, les utilisateurs accdent aux donnes par diffrents moyens. Mais ils ont pour principales attentes de pouvoir accder toutes les ressources du rseau quel que soit l'endroit o ils se trouvent. Exchange Server 2007 est la dernire version qui supporte encore les dossiers publics. Relation dossiers et source : elle doit retenir toute votre attention du fait qu'elle peut amener des changements profonds dans le mode de fonctionnement d'accs aux donnes de vos utilisateurs. Si vous souhaitez associer une solution Exchange 2007 une solution SharePoint 2007, vous devrez la prendre en considration dans le projet afin de prparer et de construire la cible en fonction de ce choix.Le contenu

Dans cette partie, vous devez analyser l'impact que va engendrer la mise en place d'Exchange sur les lments de la structure. En effet, vous devez savoir dans quelle mesure la solution choisie peut agir sur la production en cours et quels sont les lments sensibles aux changements. Rassurez-vous, dans cette tape d'inventaire, vous n'avez pas encore choisir ce que vous allez faire ou sur quel serveur vous allez installer Exchange 2007. Vous devez juste comprendre l'intrt du processus d'audit du contenu.

Identification des systmes serveurs tablissez la liste de tous les systmes d'exploitation (OS) serveurs prsents dans votre structure ainsi que les services qui tournent dessus ou encore les tches planifies, les transferts de donnes, etc. Quelle relation existe-t-il entre vos systmes d'exploitation et votre projet de messagerie ? La rponse est simple : vous devez vous assurer qu'aucun problme de compatibilit n'existe entre Exchange 2007 et la structure systme en place. Exemple : Vous avez prvu d'installer Exchange 2007 sur un serveur de votre entreprise qui fait office de serveur WEB et sur lequel les services SMTP et NNTP sont installs. Comme vous le verrez dans les chapitres suivants, ces services sont incompatibles avec Exchange 2007. Le choix que vous avez donc prendre sera, soit de supprimer ces services s'ils ne sont pas utiliss, soit de changer de serveur. Mais en aucun cas, vous ne devez vous trouver face cette situation au moment de l'installation. Crez pour cela un fichier Excel sur lequel vous listerez tous les systmes recenss, les services pack, les correctifs spcifiques, les applications prsentes, les tches, les services. Analysez galement tous les transferts de fichiers ou autres qui existent entre vos serveurs. Mettez en place une colonne indiquant les capacits de chacun de vos serveurs. L'objectif tant de dessiner une cartographie applicative afin de vous assurer de n'avoir omis aucun lment. Identification des rles des serveurs Le rle d'un serveur est de savoir ce qu'il fait. Vous avez dans un premier temps list l'ensemble des rles de chaque serveur. Vous devez ajouter une colonne dans votre tableau Excel indiquant son rle au sein de l'entreprise. Savoir si c'est un serveur membre, autonome ou contrleur de domaine ou savoir s'il y a des serveurs de bases de donnes ou des serveurs de fichiers vous aidera galement par la suite. Si vous dcidez d'installer Exchange 2007 sur des serveurs de votre entreprise, vous choisirez plutt un serveur membre qu'un contrleur de domaine. Si vous devez mettre en place un serveur EDGE, vous aurez besoin d'un serveur autonome. Dans votre fichier Excel, vous n'avez plus qu' insrer une colonne supplmentaire pour intgrer ces notions de rles et de fonctions. Identification des systmes clients Auditer les postes clients peut vous paratre moins important mais sachez que c'est sur ce type de point que vous pouvez faire basculer un projet de la russite l'chec. Le traitement des postes clients est en gnral une tape trs longue dans le projet car il constitue un volume de travail important (dploiement, mise niveau, paramtrage, etc). Si le parc client n'est pas homogne et que les versions du client Outlook sont nombreuses, vous devez prendre soin de le signaler dans votre rapport et positionner dans votre planification des tches la charge ncessaire pour la ralisation. Le dploiement client est et restera toujours la tche la plus laborieuse d'une ralisation par la charge de travail que cela reprsente. Identification des applications serveurs Vous savez prsent qu'un des serveurs de l'entreprise hberge une base de donnes. Analysez de manire plus dtaille cet aspect pour savoir si le serveur est ddi l'application qu'il hberge, s'il est reboot ou s'il est capable de prendre en charge une autre application. L'objectif tant de savoir si vous pouvez mutualiser des logiciels au sein d'un mme serveur. Vous dresserez pour cela un plan de faisabilit pour chaque serveur. Prenez l'exemple

suivant : vous avez un serveur qui sert au service Helpdesk. Vous souhaitez y installer Exchange. Si on vous informe que ce serveur n'est quasiment jamais reboot en journe et que l'application Helpdesk est extrmement sensible, vous ne prendrez pas le risque de choisir celui-ci. Identification des applications clientes L'tude des applications clientes a pour seul intrt de savoir s'il peut y avoir un impact significatif entre la mise en place d'un serveur Exchange et une application tierce de type client/serveur. Si votre structure possde galement un systme client lger (Citrix, TSE), vous devez alors prendre en compte cette information pour savoir si les clients s'intgreront dans cette topologie. Identification des bases de donnes Vous devez identifier toutes les bases de donnes de votre infrastructure dans la mesure o Exchange 2007 pourrait avoir une interaction forte avec SharePoint Portal. Mettez toutes les chances de votre ct : identifiez celles qui sont susceptibles de prendre en charge cette nouvelle fonction, vous conomiserez ainsi du temps pour la suite. Cette tape reste cependant facultative si aucun projet de ce type ne doit voir le jour dans votre socit. Identification des volumtries des donnes clients La volumtrie des donnes est un point sensible. Si votre socit utilise dj la messagerie lectronique de manire non centralise (type client pop), vous devez dans ce cas rcuprer les donnes utilisateurs. Pour cela, vous devez valuer la taille totale de leurs dossiers et planifier dans votre cible suffisamment d'espace disque pour prendre en charge ces donnes. Plus votre analyse de dpart est prcise, plus la cible est correctement proportionne vos besoins. Architecture Rseau Cette analyse prsente un aspect dlicat mais demeure relativement simple. Il s'agit ici d'identifier le rseau en deux points : les services rseaux prsents sur la structure et la structure physique Active Directory. Les services rseaux Les trois services principaux auditer sont : le DNS, le DHCP et le WINS. Vous devrez tablir le plan de fonctionnement de ceux-ci. Votre schma rcapitulatif doit tablir l'ensemble de l'architecture existante comme dans l'exemple donn dans le schma ci-dessous :

Nous allons regarder prsent comment chaque service fonctionne. Les exemples fournis vont vous aider savoir par quoi et comment dmarrer l'analyse. Le DNS

- Le ou les serveurs de noms - La ou les zones DNS de recherche directe - Les enregistrements de service LDAP, Kerberos, Catalogue Global - La ou les zones DNS de recherche inverse - Les types de zones - Les transferts de zones - Les types de recherches.Le DHCP

- Le ou les serveurs DHCP - Les tendues - Les options d'tendues, de serveurs ou de clients - Les configurations de serveurs.Le WINS

- Le ou les serveurs WINS - Les partenaires de rplications - Les mappages statiques - Les options d'enregistrement.L'analyse de ces services vous permet de rpondre plusieurs questions quant la structure de la cible. Elle vous permet :

- de vous assurer que la rsolution de nom DNS ou NETBIOS est fonctionnelle pour la miseen place d'une solution Exchange 2007 ;

- de vous offrir la possibilit de positionner vos serveurs de la cible aux endroits les plus appropris de l'infrastructure ; - d'tablir la liste des lments manquants ou insuffisants votre cible. Si l'architecture source ne possde pas tous les pr-requis ncessaires la mise en place de la cible, vous pouvez ainsi effectuer les changements appropris.La structure physique Active Directory Vous allez devoir identifier les sites, les liens de sites mais aussi les sous-rseaux et les emplacements prsents au sein de l'infrastructure. Cette tape est indispensable pour la suite du projet. En effet, Exchange 2007 utilise le systme de rplication Active Directory sur lequel il est install. Tout le routage des mails se base non plus sur les connecteurs SMTP ou sur les connecteurs de groupe de routage comme sur Exchange 2003 mais sur la topologie de rplications des sites AD. Cette tude vous permet de positionner correctement vos serveurs dans la cible. Cela vous permet galement d'optimiser le systme de rplication actuel s'il vous semble ne pas correspondre exactement vos attentes et objectifs. Architecture de messagerie Si votre objectif est de raliser votre projet dans une infrastructure Exchange existante, vous avez l'obligation de relever toutes les informations de votre organisation actuelle. En effet, la nouvelle version d'Exchange offrant plusieurs solutions de mise niveau, une bonne connaissance de l'existant vous permet de mieux choisir la mthode d'installation. Prenez le temps d'tudier les points suivants :

- Version de votre Organisation Exchange - Stratgies Exchange existantes - Topologie physique de communication SMTP - Politique de scurit - Dossiers Publics

En thorie, la recette d'installation de votre solution existante devrait rapidement vous apporter toutes les rponses aux questions cites prcdemment. Dans le cas d'une mise niveau de votre organisation, vous verrez dans le chapitre Administration de l'organisation tous les dtails de ce type d'installation. Architecture de stockage La mise en place d'un serveur de messagerie amne une autre question qui est de savoir o stocker toutes les informations relatives au fonctionnement du serveur. Vous devez ainsi vous proccuper de la manire dont le stockage sera gr. Que ce soit des donnes de la messagerie, des fichiers de transactions ou des dossiers publics, prenez le temps de bien analyser cette partie et proposez ainsi plusieurs options votre socit. Comme pour la partie systme dans laquelle le sujet de la volumtrie des donnes a dj t abord, vous devez ici, non seulement planifier le stockage des donnes, mais aussi le moyen de les sauvegarder. Vous tablirez un fichier Excel dans lequel vous mettrez toutes les informations de la source et de la cible. Vous n'aborderez aucun moment un aspect technique mais uniquement un aspect volumtrique. Il s'agit de faire le point sur :

- ce que vous avez (votre existant) ; - ce que vous pouvez faire (vos moyens actuels) ; - ce que vous souhaitez faire (vos besoins).Politique de scurit La politique de scurit constitue le dernier point d'analyse de la source. Qu'il s'agisse de la politique de scurit systme ou de votre organisation Exchange, vous devez comme dans les parties prcdentes, analyser tous les aspects de la source afin qu'il n'y ait pas de point bloquant dans la cible. Si par exemple, vous avez une politique de scurit trop leve en matire d'installation de logiciels ou d'attribution de droits locaux, vous devez prvoir des allgements afin de permettre la bonne ralisation de la mission. Une solution consiste positionner les ressources dans des emplacements temporaires non soumis stratgies durant la phase de ralisation. Une fois le projet achev ou l'installation ralise, vous devrez remettre leur emplacement d'origine ces ressources. tablissez un fichier Excel sur lequel vous positionnerez les stratgies et leurs tendues. Renseignez enfin des contenants temporaires dans lesquels des ressources pourront tre places. Dessinez les liaisons entre les ressources et les stratgies. Vous avez dcouvert, dans la partie Identification de l'architecture source, les lments que vous devez identifier sur une architecture source. Vous avez vu que les composantes essentielles de l'tude portent sur l'architecture systme, rseau, messagerie, stockage et scurit. Vous avez compris que pour chacune d'entre elles, vous devez tablir des tableaux rcapitulatifs qui vous permettront par la suite de mieux modliser la cible. Vous devez maintenant tre capable d'appliquer cette mthode dans n'importe quelles situations. Vous pouvez mme amliorer cette mthode en y rajoutant des points qui ne sont pas traits dans cet ouvrage. Identification de l'architecture cible

L'identification de la cible commence dans un premier temps par la connaissance des types d'installations que vous offre Exchange 2007. Aprs avoir tudi l'architecture source, vous devez choisir quel mode d'installation sera slectionn pour votre projet. En fonction de votre source, voici les choix qui vous sont proposs : raliser une nouvelle installation, faire une mise niveau ou enfin effectuer une migration depuis un environnement de messagerie autre qu'Exchange. Vous devez donc comparer les avantages et les inconvnients de chacune d'entre elles. L'objectif de cette partie est de vous transmettre des mthodes qui vous aideront construire vos propres axes de rflexions et amlioreront la qualit de vos dcisions. Installation d'une nouvelle Organisation Ce type d'installation peut vous paratre particulirement simple en apparence. En ralit, vous serez amens tendre votre champ de vision sur les actions entreprendre. En effet, vous devrez, dans ce contexte tre inform de toutes les possibilits que vous offre une nouvelle organisation Exchange. Voici une liste de questions non exhaustives prendre en compte :

- Est-ce que votre socit possde les pr-requis ncessaires ? - Est-ce que l'outil de messagerie est usage interne et/ou externe ? - Est-ce votre messagerie a besoin d'une politique de scurit leve ? - Liste des utilisateurs concerns par une bote aux lettres. - Liste des botes aux lettres de ressources. - Stratgie de destinataires souhaite. - Voulez-vous mettre en place des quotas pour les utilisateurs ? - Voulez-vous mettre en place des quotas individuels ? - Quelle est la dure de rtention des lments supprims ? - Quelle est la dure de rtention des botes aux lettres ? - Quelles sont les stratgies de purge des dossiers ? - Souhaitez-vous la mise en place de OWA ? - Y a-t-il des utilisateurs qui ne doivent pas accder OWA ? Si oui, lesquels ? - OWA doit-il tre en accs total ou seulement sur certains dossiers ? Si oui, lesquels ? - Souhaitez-vous la mise en place de RPC/http ? - Souhaitez-vous l'activation du suivi des messages ? - Faut-il des listes de distribution ? Si oui, lesquelles, et qui est concern ?

- Faut-il des listes d'adresses ? Si oui, lesquelles ? - Quelles sont parmi ces listes celles qui sont accessibles par les clients itinrants ? - Quels sont les ensembles de droits sur les botes aux lettres ? - Souhaitez-vous donner accs au cryptage ou la signature numrique des mails desutilisateurs extrieurs l'organisation Exchange ?

- Y a-t-il des utilisateurs qui ne doivent pas recevoir des mails depuis Internet ? Si oui,lesquels ?

- Y a-t-il des utilisateurs qui ne doivent pas envoyer de mails l'extrieur ? Si oui, lesquels ?Il ne s'agit pas ici d'numrer toutes les technicits de la solution mais de vous montrer les lments prendre en compte pour tablir la liste de vos actions. Etablissez une liste de questions compltes pour votre cible et assurez-vous que vous avez relev toutes les demandes internes de votre structure. Mise niveau d'une organisation Exchange Cette mthode peut tre considre comme la plus dlicate puisqu'elle repose essentiellement sur votre niveau d'expertise d'Exchange 2007. Cependant, elle ne s'loigne pas trop de la mthode prcdente car vous devez galement concevoir une architecture base sur des informations obtenues auprs des personnes de la socit. L'ensemble des questions prcdentes sont reprises pour cette partie. Vous trouverez cidessous quelques questions complmentaires :

- Que va apporter la nouvelle version ? - Quelles sont les mises niveau possibles depuis ma version ? - Avez-vous pu analyser le mode de mise niveau ? - Quels sont les diffrences de versions ? - Dans quel cadre pouvez-vous raliser cette opration ? - Avez-vous tudi toutes les exceptions et les contraintes ?Vous devez vous mettre la place de la personne qui va prendre en charge le changement. Dans ce contexte, vous tes seul dcideur et vous ne devez oublier aucune question qui pourrait engendrer d'ventuels problmes bloquants. Migration depuis un autre environnement de messagerie Ce dernier type d'installation n'est pas une tche facile. En effet, ce processus fait appel deux types de comptences diffrentes, celles sur Exchange 2007 et celles sur l'outil de messagerie tiers. Vous devez nouveau, reprendre les questions des parties prcdentes et les complter par les lments suivants :

- Quelles sont toutes les migrations possibles entre votre serveur de messagerie actuel et

Exchange 2007 ?

- Que va apporter Exchange 2007 par rapport mon logiciel de messagerie actuel ? - Avez-vous pu analyser le mode de migration ? - Dans quel cadre pouvez-vous raliser cette opration ? - Avez-vous tudi toutes les exceptions et les contraintes ?Vous devez toujours garder l'esprit que votre plan d'action n'obtiendra pas l'aval de votre hirarchie si vous n'avez pas correctement dfendu votre projet. Prenez l'exemple suivant : vous avez un systme de messagerie Domino et vous souhaitez migrer sur Exchange 2007. Si votre socit a dvelopp un nombre important d'applications sous environnement Domino, vous aurez charge, en plus de la migration de la messagerie, de dfinir l'volution des applications existantes. Comprenez bien que votre choix et vos conseils engageront directement votre responsabilit. Si vous ne faites pas preuve d'une grande prcision dans l'tude de migration vers Exchange 2007, vous vous exposez une mise en cause directe de votre tude et donc de votre poste au sein de la structure ou de votre socit si vous tes indpendant. Identification des besoins et des moyens Vous avez maintenant choisi le type d'installation pour Exchange 2007. Il ne vous reste plus qu' dfinir les besoins et les moyens de votre structure (ou celle de votre client) qu'ils soient humains, matriels ou financiers. Vous devez prendre le temps de catgoriser les besoins et les moyens comme suit : Les besoins : Les besoins dfinissent les attentes de la socit pour la ralisation du projet. Ils sont diviss en trois catgories : les rels, les indispensables et les facultatifs. Ils permettent de s'assurer que vous avez pens tout ce que vous devrez mettre en place et d'tre sr que vous n'avez pas oubli l'essentiel du projet.

- Les besoins rels : la dfinition de ces besoins ne tient compte ni des contraintes ni de la faisabilit technique. Ils se rsument par "de quoi a besoin ma socit ?". - Les besoins indispensables : ils se dfinissent par l'ensemble des besoins de la socit quisont obligatoires. Vous ne pouvez donc pas vous dispenser de les prendre en compte au risque d'un chec complet du projet.

- Les besoins facultatifs : ils se dfinissent par l'ensemble des besoins dits "optionnels" et quine seront pris en compte que lorsque les besoins rels et indispensables seront assurs. Les moyens : Les moyens dfinissent la manire dont vous allez raliser la mission qui vous a t confie. Vous trouverez trois catgories de moyens : les inexploits, les insuffisants et les inexistants. En effet, avant de dire "voici ce dont j'ai besoin", il faut vous assurer que vous avez dj explor les moyens existants de la socit.

- Les moyens inexploits : ils se dfinissent par l'ensemble des moyens actuels qui ne sontpas utiliss.

- Les moyens insuffisants : ils se dfinissent par l'ensemble des moyens qui ne rpondent

qu'en partie ce que vous voulez mettre en place.

- Les moyens inexistants : ils se dfinissent par l'ensemble des moyens qui vous manquentpour raliser le projet. Les besoins et les moyens sont dvelopps sur trois "tendues" : humaines, matrielles et financires. Chacune de ces tendues est explique ci-aprs.Identification des besoins et identification des moyens humains

Vous devez dterminer dans ce projet quels sont les acteurs ainsi que leur niveau de participation. Vous avez galement charge d'augmenter leurs comptences si ncessaire par le biais de formations prprojet.Identification des besoins et identification des moyens matriels

La maquette et la production demandent des moyens matriels importants. Souvent, les phases de tests sont ralises au moyen de machines virtuelles et la production doit permettre de raliser d'autres tests grande chelle. Reprez le matriel dont vous avez besoin pour raliser toutes ces tches et sollicitez votre responsable si vous avez dj constat des manques.Identification des besoins et identification des moyens financiers

Vous devez tenir compte de l'ensemble des cots qu'occasionne un tel projet. Vous devez analyser les budgets existants comme ceux qui doivent faire l'objet d'une approbation d'une entit hirarchique suprieure avec le pouvoir dcisionnel ncessaire.

Planification de la maquetteAprs une grande partie d'analyse et d'tude, il ne vous reste plus qu' installer la maquette. Cette tape est obligatoire avant la phase de ralisation (phase de production) car elle permet de simuler l'tude en mode test et de discerner toutes les exceptions non traites dans l'tude. Les exceptions constituent les phases non prvues et doivent tre gres avant la mise en production. Identification des pr-requis Que ce soit les pr-requis matriels, logiciels ou rseaux, assurez vous de n'avoir rien oubli. En principe, si votre tude est complte, vous ne devriez avoir que peu d'cart entre ce que vous avez prvu et les besoins rels dtaills dans la partie prcdente. Respectez, si vous le pouvez, la rgle suivante : tablir une maquette l'identique de la production. Un moindre petit dtail peut avoir des consquences prjudiciables. N'oubliez pas : la maquette est la dernire tape avant la ralisation en phase de production. Prenez votre temps pour la mettre en uvre. Identification des pr-requis matriels Les pr-requis matriels sont dfinis par l'ensemble des matriels ncessaires pour la bonne ralisation de la maquette dans des conditions normales de fonctionnement. Si pour les besoins de l'tude vous devez virtualiser toute l'infrastructure, valuez la charge que cela reprsente (espace disque, mmoire, processeurs, etc). Il vous suffit de crer un tableau simple avec, d'un ct le nombre de Machine(s) Virtuelle(s) (ou VM comme Virtual Machine), et de l'autre l'emplacement sur un serveur hte qui hbergera l'ensemble des VM. Vous tes ainsi en mesure d'additionner toutes les ressources requises par celles-ci. Peut-tre aurez-vous besoin de faire l'acquisition de nouveaux serveurs, peut-tre souhaiterez-vous passer par une location matrielle le temps des tests, ou peut-tre avezvous tout simplement dj toutes les machines ncessaires pour cette phase. C'est ce que vous devez dterminer dans la prise en compte des pr-requis. Identification des pr-requis logiciels Comme pour les pr-requis matriels, vous devez galement faire l'acquisition des logiciels ncessaires pour mettre en place votre maquette. Vous avez pour cela besoin de faire la liste des :

- Systmes d'exploitation - Logiciels serveurs Exchange 2007 - Services Pack correspondants - Outils Tiers (antivirus, anti-spam, etc.) - Ensemble des numros de licences ncessaires - Systmes logiciels de virtualisation.Faites attention ne rien oublier dans cette liste. En effet, il est fort dsagrable de constater qu'il manque toujours un CD ou un numro de licence lorsque vous tes en pleine installation, l'objectif tant d'optimiser votre temps.

Identification des pr-requis rseaux Dernier point des pr-requis : le rseau. Il constitue l'lment paradoxalement le plus simple et le plus dlicat. Vous ne pouvez pas, par exemple, vous permettre d'installer une maquette sur le rseau de production au risque de provoquer de graves perturbations. Si vous devez simuler un lien 128 Kbits entre deux sites, un test sur un rseau 100 Mbits ne vous donnera pas du tous les mmes rsultats. Vous ne pouvez donc pas vous affranchir de ces contraintes. Faites la liste du matriel ncessaire pour :

- isoler compltement la maquette de la production ; - reproduire la production l'identique en simulant des routeurs et des lignes dont le dbitest spcifi. Installation de la maquette Vous savez maintenant quels sont les lments prendre en compte pour installer votre maquette. Mais avant de commencer, rflchissez encore quelques instants la manire dont vous allez installer votre maquette. Comme pour installer un logiciel, il ne suffit pas seulement de savoir faire des clics sur suivant mais surtout de savoir pourquoi et comment vous les faites. La situation est identique pour la mise en place de la maquette. Il ne s'agit pas uniquement de dfinir ce dont vous avez besoin pour installer votre maquette, mais surtout de savoir o et comment vous allez la mettre en place. Voici trois tapes suivre pour bien comprendre la mthode de mise en place de l'environnement de tests. Identification de l'emplacement de la maquette Le premier lment prendre en compte est l'emplacement de la maquette. Il est important de comprendre qu'il doit rpondre plusieurs contraintes : tre accessible depuis votre poste, tre accessible depuis l'extrieur si ncessaire, tre en communication avec l'extrieur dans certains cas, et enfin tre situ dans un environnement scuris. Si les premiers points vous paraissent logiques, vous vous demandez peut est ncessaire d'tre dans un environnement scuris ? La rponse est maquette est l'quivalent de votre production. Si tout le monde accde alors tout le monde peut accder votre production. Ne ngligez surtout pas Analyse du cahier des charges Deuxime tape, l'analyse du cahier des charges. Ce document est bas sur l'tude que vous avez ralise. Il rsume toutes les tapes par lesquelles vous devez passer pour installer votre maquette. Il ne fait que rpondre la question : que dois-je mettre en place au final comme solution ? Dans ce cahier des charges, vous trouvez des questions simples que vous aviez listes dans la partie analyse de la cible. Reprenez donc votre tude, tablissez le cahier des charges et faites-le valider par le client. En rgle gnrale, il est rdig par le client et vous vous en servez comme base de travail pour l'analyse et l'tude de l'architecture cible. Vous pouvez aussi l'aider le rdiger dans le cadre d'une prestation d'assistance. Installation de la maquette tre pourquoi il simple : votre votre maquette ce point.

Vous avez termin de rdiger le cahier des charges, il a t valid par le client et vous avez galement rpertori tous les pr-requis ncessaires pour l'installation de la maquette. Installez votre maquette selon les critres explicitement dcris dans cet ouvrage. Faites une installation propre, stable et fiable. Une fois l'installation termine, tablissez une check-list de tout ce que vous devez vrifier. Cette tche consiste opposer les deux environnements, production et maquette et s'assurer qu'il n'y a pas d'cart entre les deux environnements. Les carts persistants doivent d'une part tre reprs et d'autre part tre mineurs pour la ralisation. Par cart mineur, il faut entendre "cart tolrable". Par exemple, si le serveur de production a le service DHCP install mais non fonctionnel, vous n'avez alors pas besoin d'installer le service DHCP sur le serveur de maquette correspondant. En revanche, si un correctif X est prsent sur le serveur de production, alors vous devez l'installer galement sur la maquette car celui-ci peut tre source de confusion lors des tests. Vous pouvez ainsi dfinir deux types d'carts : "carts tolrables" et "carts non admissibles". Prenez bien votre temps pour rdiger la liste de tous les lments contrler. Sauvegarde de la maquette Aprs avoir install votre maquette et une fois la check-list ralise, sauvegardez cette configuration. Cette maquette ne doit tre utilise qu'une fois les tests de sauvegarde et de restauration effectus. En effet, ne perdez pas de temps la rinstaller chaque fois : imaginez que vous procdiez la ralisation en ayant omis de mettre en place une tape, ce serait dommage de perdre chaque erreur de ralisation le temps d'une rinstallation complte de la maquette. Des outils divers existent aujourd'hui pour raliser de telles tches :

- Sauvegarde classique de type BKF Windows. - Sauvegarde par image de type Ghost ou autres. - Sauvegarde par image des machines virtuelles.En fonction de vos besoins et de vos moyens, utilisez la mthode que vous pensez la plus adapte. Pour conclure sur ce point, n'oubliez pas de scuriser galement l'emplacement de ces sauvegardes : un accs mal intentionn sur ces ressources peut avoir de graves consquences. Validation du processus Une fois la maquette installe et sauvegarde, assurez-vous du bon fonctionnement du processus de sauvegarde et de restauration afin de recetter votre maquette. Sans test pralable sur la restauration partielle ou complte de la maquette, vous ne serez pas en mesure de finaliser cette tche et votre recette ne sera pas recevable. Vous ne pouvez pas non plus vous apercevoir au moment de la ralisation des tests que la restauration de la maquette n'est pas fonctionnelle : comme cela a t conseill prcdemment, vous devez au mieux optimiser votre temps. Ce processus doit tenir compte des lments suivants :

- possibilit de restaurer de manire partielle ou totale les machines virtuelles ; - possibilit de restaurer de manire partielle ou totale les machines htes ; - possibilit de restaurer de manire partielle ou totale la configuration logique et physiquede la maquette ;

- possibilit de restaurer de manire partielle ou totale avec rapidit, efficacit et fiabilit.

Vous pouvez maintenant recetter votre maquette. Cette dernire tape avant la phase de ralisation va vous permettre d'tablir le manuel de mise en place de la ralisation. Recette de la maquette Ce document rsume l'installation de la maquette. Il doit tre complet, bien dtaill et surtout comprhensible par tous. Il doit reprendre toutes les tapes de sa mise en place, de l'analyse des pr-requis jusqu' la partie sauvegarde/restauration. Ce livrable doit tre fourni avec des schmas explicatifs et doit tre rdig comme s'il devait s'adresser une personne extrieure au contexte. Bien sr, dans la plupart des cas, il servira uniquement votre utilisation. Dans bien d'autres cas, sachez que les personnes qui ralisent les tests ne sont pas toujours celles qui font l'tude ou qui installent la maquette. Un livrable est un document technique qui dtaille l'objet de votre tude. Il est souvent compos de trois parties : les concepts thoriques, le contexte du client, les diffrentes solutions. En gardant ce ct objectif, vous obtiendrez plus de fluidit dans votre rapport. Posez-vous toujours la question suivante : Si je ne connaissais pas le sujet, qu'est-ce qui pourrait me bloquer en lisant ce document ? Un dernier conseil : dsignez quelqu'un de non technique et demandez lui d'installer la maquette l'aide de votre document. Vous saurez rapidement si votre document est complet et bien renseign ou au contraire si le

document manque cruellement d'informations. C'est un excellent moyen d'obtenir des remarques constructives sur un rapport.

Planification de la ralisationCette dernire tape vitale avant la mise en production va vous permettre de jouer le scnario comme dcrit dans l'tude que vous avez faite. Vous pouvez ainsi valider toute la mise en place de l'architecture cible partir de la source. Cependant, vous devez garder l'ide quelques points importants : Tout d'abord, dites-vous que quelles que soient vos comptences et la qualit de votre tude, vous ne serez que trs rarement (quasiment jamais) en phase avec la ralit. Vous devez savoir combien la thorie est parfois trs lointaine de la pratique. Ne vous remettez donc pas tout le temps en cause, mais au contraire, restez serein et analyser les manques de l'tude pour y apporter les solutions adaptes. Ensuite, mme si vous pensez avoir trait tous les points importants dans votre tude, rassurez-vous, vous ne pouvez encore que rarement penser tout dans le droulement, parfois par manque de connaissance sur le sujet ou parfois simplement par oubli de points lmentaires. Enfin gardez l'ide que la perfection n'existe pas. Autrement dit, mme si vous pensez avoir trait 99% des exceptions de la ralisation, il vous reste toujours 1% que vous ne pourrez jamais viter. Encore une fois, adoptez un comportement patient et calme et ditesvous que vous n'tes pas le seul dans ce cas. Tout le monde subit ce genre de pripties. Aprs ces quelques conseils, lisez maintenant plus en dtails la manire dont vous allez drouler les tapes de la ralisation. Identification des tapes Prise en charge de la recette de la maquette Prenez connaissance de la recette technique de la maquette et lisez-la attentivement. Imprgnez-vous du contexte et analysez l'ensemble du projet. Cette remarque est valable pour le reste de l'ouvrage : essayez de toujours garder une vue d'ensemble sur le projet et ne vous attardez pas sur des dtails techniques qui font l'objet d'une autre analyse. Aprs lecture de l'ouvrage, prenez des notes sur les points sensibles et dmarrez la planification des tches. Il vous est conseill de lire galement tous les documents rdigs dans le cadre du projet (tous les livrables) comme le cahier des charges, la recette d'installation de la maquette... Assurez-vous ensuite que la maquette que vous avez disposition correspond exactement ce qui est dcrit dans la recette mais surtout que cette maquette reproduit exactement l'environnement de production. Dites-vous rgulirement que vous tes dans la phase avant la mise en production. Dans ce contexte, vous devez tre 99,99 % de traitement des exceptions. Plus votre maquette est loigne de la ralit, plus votre marge d'erreur est importante. Planification des tches du projet Votre projet de mise en place de la solution Exchange 2007 ncessite de planifier un ensemble de tches, mais vous devez principalement retenir ces deux points :

- l'identification des tches doit vous permettre de dfinir l'ordre exact des tches. - l'identification des tches doit vous permettre de dfinir la charge exacte de la ralisation.En deux mots "chronologie" et "dure". Cela vous permet d'tablir votre tableau de Gantt.

Ce tableau peut tre ralis l'aide d'un simple tableur ou sur des produits plus spcialiss tels que Microsoft Project. Nous n'aborderons pas tous les dtails de la gestion de projet par le biais de ces outils mais retenez ceci : essayez de segmenter au maximum toutes les tches raliser et notez le temps pass par tche. Ensuite, essayez de voir si cette tche peut tre ralise par plusieurs personnes et galement si une autre tche peut tre lance en parallle de celleci. Et n'oubliez jamais ceci : la mthode importe plus que le dtail technique. Afin de raliser au mieux le projet, essayez de catgoriser les tapes. Certaines sont ou doivent tre lances en mme temps alors que d'autres doivent attendre l'excution d'une tche avant de commencer. La rdaction des tches inclut la planification des runions. Vous avez plusieurs types de runions dont voici quelques exemples :

- Runion de lancement - Runion de validation de phases - Runion de validation d'tapes - Runion de discussion - Runion de clture.Pour finir sur ce sujet, n'oubliez jamais de laisser une marge de manuvre, ce que vous appellerez "marge de tolrance". Si par exemple, vous savez que l'installation du contrleur de domaine prend deux heures, ne mettez pas uniquement deux heures sur votre planning. Assurez-vous que vous avez gard des espaces de temps supplmentaires dans le cas d'un mauvais droulement. Dans ce mme exemple, imaginez que vous vous trompez dans le choix du domaine DNS lors de la promotion du contrleur de domaine. Vous devez alors faire l'opration inverse et allez perdre certainement une trentaine de minutes. Envisagez donc toujours l'ventualit o vous pouvez vous tromper. Traitement des exceptions Par dfinition lorsqu'une exception se produit, l'excution normale d'un programme est interrompue et l'exception est dite traite. Dans le cas d'un dploiement d'une nouvelle architecture, il s'agit d'identifier tout ce qui n'est pas "normal" dans le droulement du dploiement. Le traitement des exceptions est une des tapes les plus sensibles car elle doit vous permettre d'tablir le diffrentiel entre l'tude et la ralisation. C'est donc ici que vous devrez identifier tous les problmes survenus. Le traitement est rgi par quelques rgles. Sachez d'abord catgoriser les deux types d'exceptions :

- Les exceptions rcurrentes, - Les exceptions alatoires.Les principes de traitement sont les suivants :

Une exception rcurrente doit pouvoir tre volontairement reproduite. Vous serez ainsi en mesure de voir les causes et les consquences et d'y apporter une solution. Une exception alatoire ne peut pas tre reproduite. Vous devez donc savoir d'une part si vous avez droul le processus de manire identique chaque fois et d'autre part si les problmes sont toujours les mmes. Dans tous les cas, les exceptions alatoires constituent la bte noire des testeurs car elles ne rpondent parfois aucune rgle. Il est trs difficile d'en reprer les causes et donc de trouver le remde appropri. Il arrive parfois de raliser 20 fois l'installation d'un logiciel sur une machine de test, (masteris et remise dans sa configuration initiale pour chaque test) et que des erreurs surviennent au bout du 21me essai. L'informatique est constitu d'un ensemble de cas particuliers. Ralisation des tches La ralisation peut paratre simple dans la mesure o vous pensez avoir tout trait dans les parties prcdentes. Dtrompez-vous, il n'en est rien, c'est au contraire la partie la plus complexe. Elle demande attention, efficacit, sang froid, comptences et surtout endurance. Vous avez, dans les parties prcdentes, ralis l'tude, vous avez ralis la maquette, vous avez trait les exceptions et vous vous dites : mais que peut-il prsent m'arriver ? La rponse est que le pire reste venir. C'est exactement comme dans le sport, tant que vous n'tes pas arriv, vous n'avez pas gagn et tout peut arriver. Soyez vigilant et suivez les conseils qui suivent. Cette phase de mise en production se rsume en deux tapes : le dploiement et la vrification. Dploiement de l'organisation Vous pouvez prsent procder la ralisation du projet en mode rel. Le point important de la ralisation est de s'assurer de pouvoir faire un retour n-1 si ncessaire. Vous aurez pour cela vu l'impact utilisateur, l'impact rseau, les risques et surtout les procdures de retour arrire. Le dploiement doit tre gr par un chef de projet qui doit en permanence s'assurer du bon droulement des tapes et galement vrifier qu'aucune tche n'est omise. Il doit, par ailleurs, coordonner les quipes et assurer les modifications de la planification si ncessaire. Ne pensez pas que cette tche soit simple. Si vous reprenez le premier concept dvelopp dans ce chapitre, vous savez alors que vous partez d'un point A et que vous devez aller au point B. Mais pour cela vous devez passer par les tapes 1, 2, 3, etc. Le chef de projet doit s'assurer du bon droulement des oprations et prendre les dcisions appropries dans les situations inattendues. Vrification du bon fonctionnement de l'ensemble Assurez-vous que votre infrastructure fonctionne correctement. Pour savoir si c'est le cas, vous devez reprendre le cahier des charges et vrifier si tout ce qui vous a t demand est fonctionnel. Bien sr, il reste la vrification complte du dploiement qui est trait dans la partie suivante, mais vous devez avant toute chose vous assurer que la cible est fonctionnelle conformment au cahier des charges fourni par le client. Vrification du dploiement Tel un chef de chantier qui contrle les travaux effectus dans un btiment, vous devez

procder un ensemble de vrifications. Tout d'abord, vous devez vous assurer que ce qui est install fonctionne correctement. Ensuite, vous devez vous garantir d'avoir trait 100 % des exceptions. En effet, 99% des exceptions ont t traites pendant les phases de tests, les 1% restant sont traites pendant la ralisation. Enfin, vous devez comparer ce qui a t install avec ce qui devait tre install : c'est le dernier point de la vrification. Vrification de l'architecture cible Comme vous avez pu le constater depuis le dbut de ce chapitre, l'architecture cible est votre proccupation premire. Tel un architecte qui ralise les plans de votre maison, vous vous proccupez de savoir si ce qui est construit correspond ce que le client attendait. Vous devez certainement connatre le schma de la communication qui dit que :

- Il y a une diffrence entre ce que la personne pense et ce qu'elle dit. - Il y a une diffrence entre ce que la personne dit et ce que l'autre entend. - Il y a une diffrence entre ce que l'autre entend et ce qu'il comprend. - Il y a une diffrence entre ce qu'il comprend et ce vous vouliez qu'il comprenne.

Le delta entre les points 1 et 4 peut tre trs important si les personnes ne s'expriment pas correctement ou ne se comprennent pas convenablement. Pour comprendre, il faut d'abord couter. Prenez par exemple le cas suivant : le client vous demande de mettre en place des restrictions de remises pour certains utilisateurs. Le terme "restriction de remise" peut avoir un double sens. Il peut s'agir pour le client de dfinir le type de mail qu'il peut recevoir alors que pour vous, il s'agit de savoir de qui et qui l'utilisateur peut envoyer des mails. Faites pour cela trs attention la signification des termes employs par le client. Cette validation de la cible consiste donc s'assurer que l'architecture cible correspond parfaitement ce qu'attendait le client. Test de fonctionnement de la cible

Vous devez laborer pour votre client un ensemble de tests effectuer pour qu'il puisse tester seul (ou assist) le bon fonctionnement de l'ensemble. La confiance n'excluant pas le contrle, le client se doit de s'assurer que ce qui a t mis en place fonctionne mais surtout que cela fonctionne dans diffrents types de cas de figures. Si le client vous a exprim le besoin d'une sollicitation importante le matin, diminuant progressivement en milieu de matine, il doit pouvoir vrifier que ce qui est mis en place rpond ses attentes. tablissement de la recette globale En parallle des tests, vous pouvez prsent rdiger la recette technique validant l'ensemble de ce qui a t mis en place. Vous devez reprendre dans cette recette tous les tests et rsultats de tests effectus par le client et vous devez les joindre votre document. Cette recette doit reprendre le plan gnral suivant :

- Description de la mission - Mission ralise par vous - Prparation de la source - L'installation de la cible - Le jeu d'essai - Validation de la recette.La description de la mission doit reprendre les besoins exprims par le client et galement spcifier tout ce que le client a refus malgr vos conseils. Ceci est important dans la mesure o vous devez toujours vous affranchir de responsabilits qui ne sont plus les vtres. La mission doit dcrire tout ce que vous avez fait, tape par tape en prenant soin de bien prciser les spcifications techniques de la cible. Vous devez prsenter galement ce que vous effectuez sur la source afin d'assurer une traabilit et de pouvoir revenir sur certains points si ncessaire. Le jeu d'essai constitue, comme son nom l'indique un environnement d'essai. Comme vous pourriez essayer une voiture avant de l'acheter, le client va essayer son architecture nouvellement mise en place. C'est une sorte de garantie pour le client qu'il peut travailler sur son environnement de production et vous remonter un ensemble d'observations sur des dysfonctionnements ou des manques par rapport ce qu'il attendait. La dernire partie, la recette technique consiste en la validation du document que vous avez rdig. Vous devez dans cette partie reprendre chaque point du jeu d'essai et valider avec le client qu'il est en accord avec ce que vous aviez prvu de mettre en place.

ConclusionVous avez vu dans ce chapitre comment planifier votre projet de mise en place d'un serveur Exchange. Comme vous avez pu le constater, cette mthode peut s'appliquer d'autres domaines informatiques, comme une migration de domaine Active Directory ou encore une restructuration complte ou partielle d'un systme d'information. Vous avez appris dans ce chapitre des mthodes simples et efficaces pour dbuter dans un projet. Vous devez en revanche, si vous le souhaitez, complter cet apprentissage par des ouvrages spcialiss dans la gestion de projet. Cette partie se voulait pdagogique afin que vous puissiez ajouter votre vision technique une vision plus globale d'un projet mais surtout plus fonctionnelle et organisationnelle.

IntroductionMicrosoft Exchange Server 2007 utilise le service d'annuaire Active Directory pour stocker et partager des informations d'annuaire avec Microsoft Windows. Il est important de bien comprendre comment Exchange 2007 s'intgre dans votre structure Active Directory afin de mieux concevoir votre future architecture. Ce chapitre se compose de deux parties : la description Active Directory logique et la description Active Directory physique. Ces deux structures sont inter-dpendantes. Cela signifie qu'elles sont construites l'une indpendamment de l'autre mais ne peuvent pas fonctionner l'une sans l'autre. La comprhension du service d'annuaire Active Directory est la premire tape qui vous permet de comprendre le fonctionnement de la famille Windows 200x et la manire dont ce systme d'exploitation peut vous aider atteindre les objectifs de votre entreprise. Active Directory se dfinit sur trois ensembles :

- Le stockage : Active Directory enregistre de faon hirarchique les informations relativesaux objets du rseau et met ces informations la disposition des administrateurs, des utilisateurs et des applications. Vous dcouvrirez o et comment la base de donnes du contenu AD est stocke et scurise.

- La structure : Active Directory permet d'organiser le rseau et ses objets l'aide d'entits telles que les domaines, les arborescences, les forts, les relations d'approbation, les units d'organisation et les sites. Vous verrez toutes les relations existantes entre ces ensembles. - L'intercommunication : si votre socit possde des agences partout dans le monde, Active Directory assure une cohrence et une disponibilit des informations contenues dans sa base, en rpliquant les informations relatives la structure logique entre tous les contrleurs de domaine de la fort.Pour achever cette introduction, sachez que ce chapitre n'est pas destin vous former sur Active Directory puisqu'il existe dj plusieurs ouvrages dans ce domaine, mais a pour volont de vous initier aux concepts fondamentaux sans lesquels vous ne pourriez commencer votre apprentissage sur Exchange 2007.

Prsentation de la structure logique Active DirectoryActive Directory est le nom du service d'annuaire de Microsoft apparu dans le systme d'exploitation Microsoft Windows Server 2000. Le service d'annuaire Active Directory est bas sur les standards TCP/IP : DNS, LDAP, Kerberos, etc. Active Directory est un annuaire rfrenant les personnes (nom, prnom, numro de tlphone, etc.) ainsi que toutes sortes d'objets, dont les serveurs, les imprimantes, les applications, les bases de donnes, etc. au sein d'une base de donnes unique. Prsentation de l'annuaire Avant d'aborder les thmes principaux de ce chapitre, voici une analyse rapide d'Active Directory sous deux aspects trs diffrents :

- Le premier considre Active Directory sous sa forme la plus thorique, c'est--dire unespace de noms intgr au systme DNS (Domain Name System) Internet.

- Le deuxime consiste voir Active Directory sous sa forme la plus commune, c'est--direun logiciel qui transforme un serveur en contrleur de domaine. L'annuaire est une structure hirarchique permettant de stocker des objets du rseau. Par objets, vous devez entendre ordinateurs, utilisateurs, groupes mais aussi domaines, applications, services et stratgies de scurit. En fait, tout ce qui peut tre situ sur votre rseau sera dans votre annuaire. Pour chaque objet qu'il contient, l'annuaire stocke diffrents types d'informations appeles attributs. Pour un compte utilisateur, vous trouverez les attributs suivants : nom, prnom, nom de compte, etc. Un attribut peut galement tre utilis par plusieurs objets. Un service d'annuaire masque la topologie du rseau physique ainsi que les protocoles, de sorte qu'un utilisateur accde toute ressource sans savoir o et comment elle est physiquement connecte. Pour reprendre l'exemple du compte d'utilisateur, c'est le service d'annuaire qui permet aux autres utilisateurs autoriss (permissions) sur le mme rseau, d'accder aux informations enregistres (comme par exemple une adresse de messagerie) sur l'objet Compte d'utilisateur. Les services d'annuaire offrent une large gamme de fonctionnalits. Certaines sont directement intgres dans le systme d'exploitation, d'autres sont issues d'applications comme la messagerie. Le service d'annuaire Active Directory permet de grer et d'administrer des ressources comme des utilisateurs ou des ordinateurs. Le service d'annuaire Exchange permet aux utilisateurs de rechercher une personne ayant une bote aux lettres et de lui envoyer des mails. Active Directory est le service d'annuaire central des systmes d'exploitation Windows 200x Server. Il s'excute uniquement sur des contrleurs de domaine. Enfin, Active Directory ne fournit pas seulement un emplacement de stockage de donnes et de services : il protge galement les objets du rseau contre les accs non autoriss et les rpliques pour viter toute perte de donnes lors de l'chec d'un contrleur de domaine. Les concepts Active DirectoryDfinition du schma Active Directory

La premire notion rencontre lors de l'installation d'un contrleur de domaine Active Directory est le terme Objets.

- Qui sont-ils ?

- Comment sont-ils crs ? - Qui peut les administrer ?Les objets Active Directory sont des lments qui constituent un rseau. Un objet est un ensemble d'attributs nomms et circonscrits qui reprsente un lment concret, comme un utilisateur, une imprimante ou une application. Lorsque vous crez un objet Active Directory, certains de ses attributs sont paramtrs automatiquement et d'