Quelle cohabitation pour Windows 2008 et Exchange 2007 ?

Attention, Windows 2008. C’est d’ailleurs la seule version de Exchange qui peut actuellement être installée sur ce système d’exploitation.

A noter que le SP1 de Exchange est en réalité une version complète ! Nous allons passer en revue les éléments nécessaires pour Windows 2008, puis pour Exchange 2007 avec les spécificités de son installation sur Windows 2008.

Windows PowerShell pour Exchange

Windows PowerShell a déjà 4 ans ! En Octobre 2004, Jeffrey Snover enregistrait ses premières présentations publiques sur Channel 9. En Avril 2006, c’était le tour du blog Windows PowerShell d’être inauguré.

Il semblerait que l’évangélisation et l’adoption par la communauté IT fût une réussite, puisqu’en Novembre 2007, Windows PowerShell a été intégré au Common Engineering Criteria (CEC) 2009. En d’autres termes, tout produit serveur commercialisé à partir de Juillet 2008 devra intégrer le support de Windows PowerShell.

Coup d’oeil sur le développement d’applications Web

A propos de la modernisation des applications et de l’incitation à utiliser des BUI (browser user interfaces), les développeurs System i ont une doléance majeure : tout cela est trop compliqué. En effet, il y a trop de composantes et trop de choix de technologies convenant à chacune d’elles.
Ce grief est légitime : les BUI sont, par nature, plus complexes que leurs homologues sur écran vert. Mais ce n’est pas une raison pour renoncer à la modernisation des applications. Au lieu de cela, il vaut mieux, avant de commencer à écrire du code, consacrer un certain temps à l’apprentissage de l’architecture des applications Web et des technologies servant à développer les BUI. Les options sont si nombreuses qu’il vaut mieux commencer par définir les décisions à prendre et l’information à accumuler pour les éclairer.

Consolidation de SQL Server

Aujourd’hui, je constate un désir très fort chez mes clients de posséder un environnement SQL Server consolidé. Toutefois, le fait qu’ils pensent en avoir besoin ne signifie pas qu’ils sont prêts à franchir le pas, ni nécessairement qu’ils doivent le faire. Avant d’envisager la mise en oeuvre d’un environnement SQL Server consolidé, évaluez votre environnement en place afin de déterminer si la planification d’une consolidation est tout simplement envisageable ou qu’elle en vaut la peine.
(Comme l’analyse et l’évaluation nécessitent du temps, une aide extérieure vous sera peut-être utile. Pour en savoir plus à ce sujet, consultez l’encadré « Un peu d’aide ne fait pas de mal ».) Cet article présente la procédure à suivre pour collecter les informations nécessaires à une telle évaluation. La solution abordée porte sur la consolidation de la charge de travail. Pour une autre solution de consolidation, consultez l’encadré Web « Different Paths to Server Consolidation : Workload vs. Virtualization » (http://www.itpro.fr, Club Abonnés).

Mise en place d’un cluster Exchange 2007 CCR

La mise en place d’un cluster Exchange 2007 de type CCR ne représente pas de difficultés majeures si cette entreprise est correctement préparée et si vous maîtrisez correctement les principes de bases inhérents à cette infrastructure.
Nous allons donc passer en revue avant de procéder à son installation, les différents composants dont vous aurez besoin et les aspects techniques auxquels vous aurez à faire face. Malgré ces nombreuses étapes, le cluster CCR (Cluster en Réplication Continue) est de loin le plus simple à installer et celui qui vous demandera le moins de validation matérielle.

Principes de base des serveurs de fichiers

Alors qu’un serveur de fichiers est l’un des éléments phares dans la salle des serveurs, il est étonnant de voir combien ces serveurs sont désorganisés dans de nombreuses entreprises.
Après en avoir aidé plusieurs à réorganiser leurs serveurs de fichiers, j’ai décidé de partager certains problèmes courants rencontrés et de vous présenter quelques remèdes en utilisant les fonctions intégrées de Windows 2003, des add-ons gratuits et de nouveaux processus de gestion. Vous l’aurez compris, il faut s’organiser !

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

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

GUI d’imprimante par machine

Dans l’article « Per-Machine Printer Connections + Custom Plug-In », (www.iTPro.fr, Octobre 2006) je présentais un Windows Script Component (WSC), PGPMgr.wsc, et un script ligne de commande, PMPMgr.js, qui facilitent la gestion d’imprimantes par machine sur un ou plusieurs ordinateurs. Si vous n’avez pas déjà utilisé des imprimantes par machine, ce sont des connexions d’imprimante réseau qui apparaissent pour tous les utilisateurs d’un ordinateur. (A l’inverse, le wizard Add Printer n’ajoute une imprimante qu’au profil de l’utilisateur courant.)Le script ligne de commande que je présentais dans l’article précédent joue bien son rôle, particulièrement pour gérer des imprimantes par machine sur de multiples ordinateurs, parce qu’il permet de lire des listes d’ordinateurs et d’imprimantes à partir de fichiers texte. C’est très utile pour gérer des imprimantes par machine en masse; toutefois, j’ai préféré un outil plus facile à utiliser quand il m’a fallu gérer des imprimantes par machine sur un ordinateur à la fois. À cette fin, j’ai écrit une HTML Application (HTA), PMPMgr.hta, qui fournit une GUI pour la composante PMPMgr.wsc.

 

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.

Une exploitation judicieuse de l’architecture de Sharepoint Portal Server

Microsoft SharePoint Portal Server exploite la capacité de Planification de votre portail SharePoint », afin d’obtenir des directives de planification.)

La taille des bases de données revue à  la hausse avec Exchange 2003 SP2

Vous avez probablement entendu parler de l’une des grandes nouveautés dbase de données.

Exchange 2007 sous Virtual Server 2005

Dans l’idéal, chaque département informatique devrait avoir un environnement dédié pour tester les nouvelles versions de logiciels. Dans la réalité, tout le monde ne peut pas se permettre de mettre de côté des systèmes de test, même si peu d’informaticiens affectionnent l’idée d’installer une bêta sur des machines de production.Avec la sortie par Microsoft de la version Virtual Server 2005 Release 2 (R2), téléchargeable gratuitement , vous pouvez configurer facilement et à moindre coût un banc de test isolé et exécuter des bêtas ou les dernières versions de logiciels dans un environnement de machines virtuelles. J’ai mis en place récemment un environnement pour tester la bêta 1 d’Exchange Server 2007 et la nouvelle version d’Outlook Web Access (OWA), et cet article a pour objet de présenter la procédure de base pour parvenir à ce résultat.

L’encadré Web exclusif « Creating the Basic Virtual Environment » (http:// www.itpro.fr, Club Abonnés) explique les processus appliqués pour créer les machines virtuelles et disques durs virtuels sous Virtual Server et pour installer les systèmes d’exploitation Windows sur les machines virtuelles. La figure 1 illustre la topologie de mon environnement de test. Avant d’entreprendre votre projet de virtualisation, vérifiez auprès de votre direction les stratégies de l’entreprise concernant l’installation de logiciels bêta et l’exécution de systèmes de test connectés au réseau de production.

Il me faut plus de débit, 2eme partie

Vous vous en souvenez, dans la 1ère partie de cet article (www.itpro.fr), j’évoquais plusieurs scénarios de performances, tels que contention de la CPU liée à la priorité et à LPAR, contention de disque liée à des tailles de pools changeantes et à l’utilisation du ratio de force de fichier base de données, et le scénario de fermeture de fichier Last Updater.Dans la 2ème partie, les cas de performances étudiés concernent aussi des expériences récentes chez Comapny aBc, une entreprise fictive qui a beaucoup de machines System i haut de gamme et une charge de travail quotidienne à deux niveaux de demande, chacun présentant des caractéristiques de traitement nettement différentes. A une heure prévisible chaque jour, la charge d’entrée augmente et conduit le système à 100 % d’utilisation de la CPU. Quand ce pic est atteint, la quantité de traitement disponible est poussée à sa limite et certains temps de réponse deviennent inacceptables pour les utilisateurs.

Ici, j’évoque quelques éléments importants liés au traitement susceptibles d’affecter la performance, mais généralement hors du champ du réglage du système. Parmi eux, on retiendra la contention d’objets liée aux jobs applicatifs, la protection du chemin d’accès gérée par le système, l’allocation de l’espace des fichiers base de données, et le seuil du journal.

Durcir le SYSTEM I : Firewall Friendly VPN

La demande croissante d’e-business s’accompagne d’une forte exigence de sécurité. Virtual Private Network avec IP Security Architecture (IPsec VPN) y répond en fournissant le cryptage et l’authentification de bout en bout au niveau de la couche IP et en protégeant les données confidentielles qui empruntent des réseaux plus ou moins fiables.IPsec présente un double avantage : une large étendue de la couverture et une granularité agile pour la protection. Hélas, il existe des incompatibilités entre IPsec VPN et le NAT (Network Address Translation) que les pare-feu utilisent.

Ces incompatibilités doivent être résolues si l’on veut généraliser le déploiement d’IPsec VPN en e-business. La solution réside dans Firewall Friendly VPN. En V5R4, le System i peut être à la fois client et serveur pour une connexion VPN qui traverse NAT. Firewall Friendly VPN peut servir de multiples scénarios e-business tels que : fournir des relevés de comptes en ligne aux clients d’une banque, permettre à des agents d’assurance locaux de soumettre des demandes en toute sécurité par Internet, ou laisser les clients System i télécharger des documents à partir du serveur IBM RETAIN.

Architecture fonctionelle et technique des sites collaboratifs Sharepoint

Les technologies Sharepoint font partie de la stratégie à long terme de l’éditeur Microsoft. L’ensemble des nouveaux produits de l’éditeur s’appuient sur ce socle de travail collaboratif et de synthèse de l’information.Cet article délivre des recommandations sur l'architecture fonctionnelle de sites basés sur Windows Sharepoint Services.Il s’appuie sur notre connaissance technique et fonctionnelle de la plateforme Sharepoint ainsi que sur le retour d’expériences que nous avons pu acquérir lors de l’intégration de cette technologie. Il présente tout d'abord les concepts détaillés associés à l'architecture fonctionnelle et applicative. Il délivre ensuite une analyse des impacts de ces concepts pour finalement fournir une synthèse des informations.

Notre réflexion nous permettra de répondre à quelques problématiques assez répandues dans l’implémentation des technologies Sharepoint telles que :
• Sharepoint propose plusieurs fonctionnalités permettant de gérer les permissions. Quelle combinaison est la meilleure stratégie ?
• Comment articuler chaque site les uns avec les autres ? Comment choisir entre une collection de sites et de multiples sites ?

L’essentiel du matériel dans un réseau PME

La plupart des réseaux PME (petites et moyennes entreprises) comportent quelques composantes physiques rudimentaires. Câbles physiques, commutateurs Ethernet intelligents, routeurs et autres, tout cela transporte les données qui contribuent à votre activité.La plupart des réseaux PME (petites et moyennes entreprises) comportent quelques composantes physiques rudimentaires. Câbles physiques, commutateurs Ethernet intelligents, routeurs et autres, tout cela transporte les données qui contribuent à votre activité.

Les clés de la conception Exchange, 2eme partie

Dans l’article « Les clés de la conception Exchange, 1ère partie », vous avez découvert les quatre principes architecturaux clé que sont la simplicité, l’intégration, le coût et l’efficacité. Vous avez également pris connaissance de quelques astuces pour bien démarrer une conception Exchange Server en documentant vos exigences métier et conceptuelles, et en planifiant vos besoins concernant Active Directory et votre configuration matérielle.Dans le présent article, nous allons aborder les 6 dernières étapes, ô combien précieuses, pour concevoir une organisation Exchange Server 2003 ou Exchange 2000 Server robuste et performante.

10 découvertes sur XP PRO X64

Etant accro de techno, il me tardait d’avoir Windows XP Professional x64 Edition opérationnel sur mon poste de travail. J’ai bâti récemment un nouveau poste de travail en utilisant un processeur AMD Athlon 64 3200+, des doubles lecteurs SATA (Serial ATA) 150 Go et 1,5 Go de RAM sur une carte-mère ASUS qui a le chipset nForce de NVIDIA.Le système comporte aussi un lecteur de DVD-ROM et un graveur de DVD Pioneer Electronics. Je ne suis pas allé jusqu’à créer une compatibilité 64-bit, aussi j’étais curieux de savoir comment le nouvel OS XP 64-bit se comporterait sur le système. Voici donc 10 des choses les plus intéressantes découvertes sur XP Pro x64 en cours de route.

Boîte à  outils System iNEWS : Installation physique d’un System i

Nous sommes en train d’installer un System i modèle 520 dans un immeuble informatique en copropriété et nous avons quelques soucis d’installation physique pendant la phase de planification. Le 520 est monté en rack, mais le rack fourni par IBM est un cabinet 25U mi-hauteur. Le responsable de l’installation collective exige un rack de pleine […]