Actu Exchange semaine 4

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.

Contenu complémentaire : Deuxième partie de l'article : Dépannage des problèmes DNS dans un environnement Exchange Première partie de l'article : Dépannage des problèmes DNS dans un environnement Exchange Séparer les serveurs

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

Contenu complémentaire : Windows PowerShell et 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.

Contenu complémentaire : Dépannage des problèmes DNS dans un environnement Exchange Séparer les serveurs

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.

Actualité Exchange semaine 37

Actu 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 […]

Nouvelles 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

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.

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

Contenu complémentaire : - Groupe utilisateur Exchange : http://msexchange.fr/ - Article de Pascal Creusot : La haute disponibilité au niveau de la messagerie Exchange

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.