Actu Exchange semaine 4

Actu Exchange : Semaine 47

Actu Exchange – Semaine 03

Gestion des dossiers publics dans Microsoft Exchange Server 2007

Microsoft a annoncé la mise au rebut des dossiers publics dansune organisation Exchange Server depuis un certain temps, vous avez probablement établi une relation du type « amour/haine » vis-à-vis des dossiers publics. D’une part, ceux-ci stockent beaucoup de données, dont certaines extrêmement utiles. D’autre part, Microsoft n’a pas consacré beaucoup d’efforts ces dernières années au développement d’outils pour la gestion des dossiers publics. Par conséquent, il est difficile de savoir exactement qui crée les dossiers et à quoi ils servent.

Lorsque Microsoft a lancé Exchange Server 4.0 en 1996, les dossiers publics lui ont permis de rivaliser avec une fonctionnalité de Lotus Notes permettant aux utilisateurs de répliquer des données afin de travailler avec une copie locale au lieu de se connecter sur le réseau à un serveur distant. A l’époque, ce n’était pas rien car la bande passante disponible n’était pas aussi généreuse qu’aujourd’hui. Les arguments avancés en faveur des dossiers publics étaient les suivants : permettre de créer des applications stratégiques contenant les données les plus importantes et laisser à Exchange le soin de gérer la réplication des données et la logique applicative (par ex., formulaires) dans l’organisation Exchange.

Aujourd’hui, avec les réseaux toujours plus performants et les applications de pointe telles que SharePoint, les dossiers publics ont largement perdu leur utilité. Toutefois, les administrateurs restent confrontés aux dossiers publics créés et remplis par les utilisateurs au fil des années.

Dépannage des problèmes DNS dans un environnement Exchange, partie 3

L'article met l’accent sur l’importance de l’intégrité du serveur DNS, notamment sur l’intégrité de zone, DNS intégré à Active Directory (AD) et la résolution de noms. Avant de pouvoir dépanner DNS, n’oubliez pas qu’il vous faut valider la connectivité à votre service DNS.

Actu Exchange sem 46

Actu Exchange semaine 2

Outils de développement avec Exchange 2007

Si vous disposez d’un Exchange Server 2003, le chemin initiatique pour développer sur Exchange ressemblait plus à un parcours du combattant. Les précédents numéros d’Exchange Magazine vous ont présenté les innovations de Microsoft Exchange Server 2007 en termes de fonctionnalités, et en ce sens, les outils de développement sont également loin d’être en reste. Cet article a pour objectif de vous présenter les différentes technologies de développement intégrées au produit, et vous montrer qu’elles sont à la portée de tous. Comme nous l’évoquions, en plus des fonctionnalités de développement déjà disponibles dans les versions précédentes et que vous retrouverez dans la suite de cet article, Microsoft Exchange Server 2007 introduit de nouvelles technologies de développement :
• Exchange Web Services
• Exchange .NET Framework Extensions
• Transport Agents
• The Exchange Management Shell

Dépannage des problèmes DNS dans un environnement Exchange, partie 2

Dans un environnement Exchange (Exchange Magazine septembre 2007 ou www.itpro.fr Club abonnés), j’expliquais que le bon déroulement de vos opérations DNS est essentielle au fonctionnement approprié de votre environnement Exchange.
J’y abordais deux types de problèmes DNS ayant une incidence sur Exchange : la connectivité entre les serveurs Exchange et les serveurs DNS d’une part et, d’autre part, les performances des serveurs DNS.
Le présent article met l’accent sur l’importance de l’intégrité du serveur DNS, notamment sur l’intégrité de zone, DNS intégré à Active Directory (AD) et la résolution de noms. Avant de pouvoir dépanner DNS, n’oubliez pas qu’il vous faut valider la connectivité à votre service DNS.

Actu Exchange sem 45

Solutions pour Outlook Web Access

Messageware, une entreprise spécialisée dans les solutions pour Outlook Web Access, vient de sortir OWA Suite 2009, un logiciel d’entreprise pour Microsoft Exchange Server 2007.

Cette solution se définit comme « un Outlook desktop-like webmail experience pour les entreprises de toutes tailles ».

Symantec Backup Exec 12.5

Symantec en partenariat avec Dell a annoncé la sortie de Dell PowerVault DL2000, une console de gestion automatisée et centralisée capable d'assurer des restaurations de données à partir de disques.

Elle est composée de Symantec Backup Exec 12.5 et d’autres fonctions spécifiques de gestion de disque développées pour Dell.

Actu Exchange sem 1

Nouvelles fonctionnalités du premier Service Pack d’Exchange 2007 (dernière partie)

Lors du précédent numéro du magazine, nous avons commencé à lister les principales nouveautés du service pack 1 d’Exchange 2007, liées aux rôles CAS, HUB & EDGE et à la MMC d’administration.

Nous avons également abordé rapidement le support de Windows 2008. Dans cette seconde et dernière partie, nous allons traiter des deux derniers rôles : le serveur de boîtes aux lettres (MBX) et le serveur de messagerie unifiée (UM).

Guide de l’administrateur AD pour Exchange 2007

Alors que Microsoft Exchange 2007. En fait, il leur faudra, à l’avenir, collaborer plus étroitement avec leurs collègues qui administrent Exchange. Cet article passe en revue les fonctionnalités d’Exchange 2007 le plus susceptibles de présenter un intérêt pour les informaticiens travaillant avec AD.

Actu Exchange sem 44

Actualités Exchange 36

Exchange 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é.

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.