La nouvelle fonction de classification de messages d’Exchange et Outlook
la configuration d’Exchange Server 2007 et d’Outlook 2007 en vue de prendre en charge les classifications de message n’a rien de trivial. En effet, cette fonctionnalité impose plusieurs étapes de configuration dans les deux logiciels.
Contenu complémentaire : - Un dossier de présentation d'Outlook 2007 - un article sur Office 2007 - un livre blanc sur Exchange Server 2007 par Bull |
Lire l'article
Publier et sécuriser l’accès à distance à la messagerie Exchange
Dans la partie précédente de ce dossier qui a été publiée dans le numéro de septembre 2007 (Volume 4 - numéro 5), nous avons abordé les messagerie Outlook Voice Access (OVA). Ce sont ces différents modes d’accès qui sont abordés dans cette seconde partie de ce dossier.
Lire l'articleActu Exchange semaine 25
Microsoft vient d’annoncer le lancement de Windows Embedded NavReady 2009, un système d’exploitation embarqué dédié aux constructeurs OEM d’Vista. Le but est de transformer le GPS en moniteur secondaire de votre ordinateur afin de lire des mails ou de consulter la météo, à l’arrêt du véhicule évidemment. L’OS est en train d’être déployé sur les […]
Lire l'articleSLA messagerie avec Exchange Server 2007 : que doit-il contenir ?
En tant qu’administrateur ou architecte d’un environnement Exchange, vous serez peut-être un jour sollicité (ou vous l’avez déjà été), en votre qualité d’expert technique, à rédiger le niveau de service pour Exchange Server dans le cadre d’un contrat entre votre direction informatique et ses usagers ou d’une infogérance de votre plateforme. Le niveau de service et ses définitions possèdent ses propres codes et terminologies (SLA, KPI, OLA, SLM, UC) et après quelques consultations sur Internet, vous serez sans doute confronté à un grand moment de solitude si vous n’avez pas eu une formation à ITIL, à ISO 20000 ou à MOF/MSF (Microsoft Operations Framework et Microsoft Solution Framework).
Pas de panique. L’objectif de cet article est de vous fournir les fondamentaux vous permettant de vous acquitter de cette tâche avec succès. Il est structuré en deux parties. La première partie est de donner une définition des termes que vous devrez connaître. La seconde partie est de vous aider à définir le contenu de votre niveau de service.
Dépannage des problèmes DNS dans un environnement Exchange
DNS doivent entrer dans l’une des trois catégories. Nous allons examiner en détail DNS, ses composants clé et la méthode pour résoudre des catégories de problèmes spécifiques. En appréhendant les différentes catégories de problèmes de DNS et la manière de les résoudre, nous allons démystifier l’aspect « boîte noire » de cette fonctionnalité pour les administrateurs Exchange. Nous allons mettre ici l’accent sur les problèmes de performances et de connectivité liés à DNS, et l’intégrité DNS fera l’objet d’un prochain article.
Lire l'articleActu Exchange semaine 24
Article édité le 12/06/2008Le 4 juin dernier, avait lieu le « briefing été 2008 » Exchange Server 2007 (ES07). La première partie de ce rendez-vous fut consacrée à la présentation des nouvelles fonctionnalités de Windows Server 2008, par Pierre Bugnon, de chez Calipia. Cette remise à niveau, a permis de re-découvrir Server Core, Win Performance […]
Lire l'articleNouvelles fonctionnalités du premier Service Pack d’Exchange 2007 : Première partie
En novembre 2007, le premier service pack a été mis à votre disposition. Il intègre l’ensemble des correctifs développés depuis décembre 2006, mais également toute une série de nouvelles fonctionnalités, dont certaines, il faut avouer, correspondent à des fonctionnalités Exchange 2003 qui avaient disparu dans Exchange 2007 RTM. Cet article a pour but de vous présenter les fonctionnalités les plus importantes apportées par cette mise à jour.
Le SP1 d'Echange 2007 Le groupe utilisateur d'Exchange |
Lire l'article
Sauvegarde et restauration : 6 erreurs fréquentes
Il n’y a rien de plus pénible que d’avoir besoin de restaurer des données à partir d’une sauvegarde, mais de ne pas pouvoir le faire, pour une raison ou une autre. En informatique, la majorité des utilisateurs font cette cruelle expérience un jour ou l’autre. Le désagrément est encore plus fort et plus fréquent pour les administrateurs responsables de volumes importants de données métier. Bien que les technologies de sauvegarde et de restauration aient progressé ces dernières années, vous les utilisez probablement uniquement en dernier recours. Lorsque tout le reste a échoué, vous essayez la restauration à partir des sauvegardes.Pour que cette alternative soit viable, vous devez être suffisant confiant dans la disponibilité et la lisibilité de vos données au moment où vous en aurez besoin. Toutefois, les administrateurs Exchange commettent plusieurs erreurs courantes qui entravent le bon déroulement de leurs opérations de sauvegarde et de restauration.
Lire l'articleExchange 2007 Database Troubleshooter
En novembre 2005, Microsoft a lancé un outil gratuit remarquable et cet événement est probablement passé inaperçu de la majorité des administrateurs. Dénommé à l’origine ExDRA (Exchange Disaster Recovery Analyzer), cet outil avait pour objectif de simplifier la Microsoft Exchange Server 2007 en décembre 2006, ExDRA n’est plus disponible sous forme d’outil téléchargeable séparément ; en fait, le nouvel outil de dépannage de base de données est intégré à l’Assistant Dépannage Microsoft Exchange (ExTrA, Exchange Troubleshooting Assistant), lequel est inclus dans Exchange Management Console (EMC). Il est possible d’utiliser ExTrA pour dépanner des bases de données Exchange 2000 Service Pack 3 (SP3) ou ultérieur.
Notez que si vous disposez encore d’une copie d’ExDRA, vous pouvez continuer à l’utiliser sur les bases de données Exchange 2000 SP3 ou ultérieur. Avec son interface et son approche basées sur l’infrastructure ExBPA (Exchange Best Practices Analyzer) bien connue, l’outil de dépannage de base de données (Database Troubleshooter) analyse une base de données de boîtes aux lettres ou de dossiers publics Exchange et tous les fichiers journaux des transactions associés disponibles, afin de fournir des indications sur la faisabilité d’une récupération et des recommandations.
Les administrateurs Exchange confrontés à des incidents de montage de base de données évaluent fréquemment de manière incorrecte le problème en cours. Ils exécutent souvent sans nécessité Eseutil ou Isinteg, d’où des périodes d’indisponibilité longues et inutiles du système de messagerie. Le Database Troubleshooter a pour but de démystifier la récupérabilité au niveau base de données Exchange, afin que vous puissiez prendre des décisions de récupération avisées, sans tâtonner au moyen de l’approche essai / erreur.
Les solutions de haute disponibilité avec Exchange 2007
les systèmes de messagerie par les entreprises de toute taille. Ce besoin est motivé par la criticité croissante de la messagerie électronique au sein des entreprises et des applications métier. Si la notion de disponibilité minimale varie selon les entreprises, tous les responsables informatiques souhaitent atteindre un niveau élevé de disponibilité. Les entités pour lesquelles la messagerie est critique choisissent souvent de concevoir un système de messagerie hautement disponible afin d'atteindre les objectifs définis dans le cadre du niveau de service requis (SLA). Il faut distinguer deux aspects différents qui sont la continuité de service et la reprise en cas d’incident. On y associe aussi souvent les notions de RTO (Recovery Time Objectives), c'est-à-dire de temps de récupération des données et de RPO (Recovery Point Objectives), c'est-à-dire l’impact sur les données et l’acceptation de retour en arrière et donc potentiellement la perte de données.
RA et PCA, deux aspects complémentaires La mise en place d’un plan de continuité d’activité (PCA) sous-entend une forte réduction de la durée d’indisponibilité, ce qui passe par des solutions de réplication en temps réel entre différents serveurs situés sur un même site ou sur des sites géographiques différents. Un plan de reprise d’activité (PRA) consiste à définir les procédures de retour à une situation acceptable en cas d’incident plus ou moins important sur un serveur, un ensemble matériel, voire un site géographique complet. Ces deux aspects sont complémentaires et le plus important dans tous les cas consiste à définir des procédures en cas d’incident. Ces procédures seront validées, jouées régulièrement et mises à jour en fonction des évolutions des plateformes ainsi que les évolutions des scénarios d’incident. Dans ce dossier, nous allons voir quelles sont les différentes solutions de base qui peuvent être mises en oeuvre dans ces processus de continuité et de reprise d’activité.
Contenu complémentaire : - Groupe utilisateur Exchange : http://msexchange.fr/ - Article de Pascal Creusot : La haute disponibilité au niveau de la messagerie Exchange |
Lire l'article
Dimensionner Exchange Server 2007
En choisissant le matériel pour le changement d’architecture au travers du passage du mode 32-bits (jusqu’à Exchange 2003) au mode 64-bits (à partir d’Exchange 2007).
Bien qu’il existe une version 32-bits d’Exchange 2007 pour la réalisation d’environnement de démonstration ou de test, Exchange 2007 est uniquement supporté par Microsoft pour un environnement de production lorsqu’il exécute l’édition x64 de Windows Server 2003. Le changement d'une plate-forme 32-bits à une plate-forme 64-bits exige une nouvelle approche afin de choisir le matériel du ou des serveurs Exchange, et plus particulièrement en ce qui concerne le processeur et la mémoire.
Actualités Exchange 28
service web de Microsoft lancé en 2006, a passé la barre de un million d’abonnés. Le logiciel est particulièrement utilisé par des petites entreprises aux Etats-Unis, au Royaume-Uni, en France, en Allemagne et au Japon. Petit rappel : Microsoft Office Live Small Business permet de créer gratuitement un site Web professionnel avec nom de domaine, […]
Lire l'articleactu Exchange sem 23
Après Dynamics CRM et Dynamics AX 4.0, Microsoft rend accessible les fonctionnalités mobiles sur sa nouvelle solution ERP Dynamics NAV 5.0. D’après la firme de Redmond, près de 10 millions de professionnels passent plus de 20% de leur temps hors de leur bureau et sont donc en demande d’accès direct à leur application de gestion. […]
Lire l'articleExchange et la protection continue des données
Les systèmes de protection continue des données (ou CDP, Continuous data protection) sont, depuis un an ou deux, l’objet de beaucoup d’attentions dans la communauté bases de données Exchange. Avez-vous besoin de la protection continue des données ? Chaque fois que vous augmentez la complexité d’un réseau ou d’un système, vous augmentez aussi le risque de défaillance. Toutefois, votre entreprise peut tirer avantage du degré de protection supplémentaire ainsi procuré.
Lire l'articleActu Exchange : Semaine 22
Face à l’émergence de nouveaux comportements issus de l’« hyper connectivité », une étude tend à prouver que les entreprises doivent revoir leurs pratiques afin de rester dans la course. Réalisé par IDC en partenariat avec Nortel, à l’échelle mondiale, cette étude indique que 16 % des 2 400 salariés interrogés à travers 17 pays […]
Lire l'articleActualités Exchange 27
L’éditeur de plateformes mobiles. "La propagation des attaques visant les mobiles est inévitable dans un futur proche, a annoncé Brian Burke, program director, Security Products, du groupe d’analyse IDC. Il est néanmoins probable que les premières attaques seront difficiles à déceler avant qu’elles n’aient entraîné des dommages. Face aux solutions dont la détection repose sur les […]
Lire l'article