Jim Alchin parle de Windows XP

par Paul Thurrott
Jim Allchin, vice-président du Microsoft Group, est l'homme clé dans les plans d'avenir de Microsoft. En tant que cheville ouvrière de Windows et membre du Business Leadership Team de la société, il est peut- être celui qui a fait le plus pour les succès passés - et futurs - de Microsoft.

Allchin est venu chez Microsoft en 1990, de Banyan Systems (ePresence aujourd'hui), où il a été le principal architecte de l'OS de réseau distribué VINES. Il a d'abord travaillé sur les produits réseau de Microsoft mais est rapidement passé dans le groupe Windows NT, secret à  l'époque, pour aider au développement des solutions entreprises. Après le passage de Microsoft à  Windows XP, Allchin s'est trouvé aux prises avec les attentes différentes des consommateurs professionnels et particuliers.

Allchin est un personnage beaucoup plus discret que beaucoup d'autres dirigeants de Microsoft. On le voit peu dans les salons et autres événements importants, bien qu'il ait une forte présence à  l'intérieur de la société : événements pour développeurs, réunions d'analystes et sessions stratégiques. Mais quand XP en était au stade bêta, Allchin est venu au devant de la scène, guidant la fusion des produits Windows domestiques et professionnels de Microsoft dans une gamme de produits de type NT. Depuis que Microsoft a lancé XP (sous le nom de Whistler) en décembre 1999, Allchin a été accessible, ouvert et honnête quant à  ses plans pour cet important produit.

Au cours des 18 mois de développement de XP, Allchin est resté un fervent supporter de Windows comme plate-forme idéale pour les utilisateurs professionnels et domestiques. Cette année, j'ai eu plusieurs occasions - entre autres, une interview privée - une XP Technical Preview et une conférence de presse - d'entendre l'opinion d'Allchin sur le plus récent OS de Microsoft. La compilation de ces discussions et interviews révèle un homme passionné par son travail et bien résolu à  travailler main dans la main avec les clients pour résoudre les problèmes.

Recherchez, créez et partagez vos documents …

Microsoft SharePoint Portal Server 2001 facilite la création et l'utilisation d'un portail intranet personnalisé. Pour plus d'informations et recevoir votre kit d'évaluation Gratuit, connectez vous sur www.microsoft.com/france/sharepoint

News iSeries – Semaine 06 – 2002

Semaine du 4 au 10 février 2002.

Des infos pour Microsoft .Net

Des solutions pour RPG avec .Net notamment.

ASNA présente les nouvelles versions Microsoft .Net de ces produits : ASNA Visual RPG (AVR) for .Net et Acceler8DB (ADB) for .Net qui permet aux développeurs - programmeurs RPG de programmer en utilisant le standard .Net.

Les nouveautés de la semaine 06 – Windows 2000 & .Net – 2002

Tous les nouveaux produits du 4 au 10 février 2002

Actualités Windows NT / 2000 – Semaine 06 – 2002

Actualités du 4 au 10 fevrier 2002

Implications des opérations de sauvegarde/restauration sur la sécurité

par Wayne O. Evans
La conception et le contrôle des opérations de sauvegarde/restauration ne sont pas des tâches simples. Qui plus est, ces deux actions ont des répercussions sur le système de sécurité. Cet erticle explique les implications de sécurité des opérations Save (sauvegarde) et Restore (restauration) en mettant l'accent sur les profils d'utilisateurs.

Suivre une réplication d’A.D.

par Mark Minasi
Dans " Get a Handle on AD Internals " ("Une plongée dans le schéma AD"), septembre 2001, et " Forcing AD Replication " ("Forcer la réplication de AD"), septembre 2001, j'expliquais comment utiliser repadmin.exe pour suivre et contrôler la réplication d'Active Directory (AD) et donnais quelques indications succinctes sur la manière dont l'AD se réplique. Voyons ici comment l'AD suit le trafic de réplication ...

Tirer des enseignements des déploiements d’Exchange 2000

par Tony Redmond
Il y a un an, avaient lieu les premières livraisons de Microsoft Exchange 2000. Pendant les 12 mois qui ont suivi, ceux qui ont déployé le nouveau produit ont appris beaucoup de choses : entre autres, que l'expérience acquise avec Exchange Server 5.5 ne garantit pas que nous comprendrons automatiquement Exchange 2000. Chaque jour, quelque chose de nouveau vient me rappeler la différence entre ces deux produits. (Ces changements sont un bon argument pour tester les nouveaux déploiements d'Exchange 2000 avant de les introduire dans l'environnement de production, comme l'explique l'encadré " Tester d'abord ".) Rien n'apprend autant que l'expérience d'un déploiement concret. Nous sommes désormais en mesure d'identifier les éléments les plus importants dans les déploiements d'Exchange 2000 réussis. Si vous avez attendu pour déployer Exchange 2000, vous pouvez bénéficier de cette expérience. Pour que l'organisation d'Exchange 2000 fonctionne en souplesse, il faut tenir compte des facteurs suivants : où placer les serveurs GC (Global Catalog), comment utiliser l'ADC (Active Directory Connector), comment les produits add-on travaillent avec Exchange 2000, quels clients Exchange vous employez, quelles fonctions de Windows 2000 affectent Exchange 2000, et si l'on peut regrouper ou non les serveurs Exchange.

Simplifier le déploiement des desktops sous Windows 2000

par Don Baker
Combien de temps vous faut-il pour déployer 50 ordinateurs (desktops) Windows 2000 Professional bardés de tout le logiciel applicatif nécessaire ? Consultant dans une grande société de communications, j'ai dû relever ce défi et ai décidé d'automatiser le processus. J'avais beaucoup lu sur WSH (Windows Script Host) et brûlais d'en tirer profit. Avec un logiciel d'imagerie disque, l'utilitaire Sysprep de Microsoft et une connaissance élémentaire du scripting WSH, j'ai pu adoucir la corvée qui consiste à  mettre sur pied et configurer les desktops. Mon processus comporte quatre étapes principales : créer une image de disque dur standard, écrire un script pour effectuer certaines tâches de configuration nécessaires, préparer l'image disque pour le clonage et cloner l'image sur les stations de travail cibles. Vous aussi pouvez déployer des stations de travail rapidement et facilement en utilisant la procédure et le code décrits ici (bien entendu, il faudra personnaliser le code).

Les nouveautés de la semaine 05 – Windows 2000 & .Net – 2002

Tous les nouveaux produits du 28 janvier au 03 février 2002

Actualités Windows NT / 2000 – Semaine 05 – 2002

Actualités du 28 janvier au 3 fevrier 2002

Faites le grand saut en étendant le schéma A.D.

par ALain Lissoir
(AD) offre de nombreuses possibilités de gestion des données. L'article " Diving into the AD Schema ", septembre 2001, aide à  clarifier les termes et relations quelque peu compliqués du schéma AD : les objets classSchema et attributeSchema (et les attributs associés) et les relations entre les classes et les attributs (abstrait, auxiliaire et structurel). Vous voilà  donc prêt à  approfondir davantage pour étendre le schéma ...

En premier lieu, déterminez si une extension est vraiment nécessaire et songez à  ses répercussions sur votre forêt AD. Sachant que l'on ne peut pas supprimer les extensions AD sous Win2K, il faut comprendre les restrictions et les exigences du schéma. Et donc planifier et tester soigneusement une extension avant de l'appliquer en production. Créez un objet d'extension réussi dans un environnement de test, puis transférez-le dans l'AD de production.

Services serveurs de Windows 2000 : 1ère partie

par Jordan Ayala
Les services de Windows jouent un rôle central vis-à -vis de l'OS et des applications chargées. Votre système contient des dizaines de services qui contrôlent pratiquement tout ce qui se fait avec Windows. Ils valident toutes sortes d'actions : connexion (log on), archivage et impression (file and print), support des réseaux existants, et bien d'autres ...

Dans cette première partie (sur deux), je définis les services, explique ce qu'ils font, et propose des outils et des astuces sur la manière de les gérer. Je présente les services disponibles dans Windows 2000 Server, Standard Edition, sans packs de service appliqués (les autres produits serveur de Win2K et Win2K Professional ont différentes options de services). Les informations fournies ici jettent les bases pour configurer les services Win2K et régler leurs performances, ce que nous verrons dans la 2e partie.

Détection automatique de l’environnement runtime

par Bradley D. Kliewer
Si vous utilisez le kit iSeries pour développer des requêtes SQL destinées à  des fichiers iSeries qui s'exécuteront sur un PC et sur l'iSeries, vous avez sûrement remarqué que le programme Java démarre bien plus lentement sur l'iSeries que sur le PC. Ce ralentissement est dû pour beaucoup aux drivers JDBC du kit ...

Les drivers DB2 UDB natifs (aussi appelés drivers DB2) démarrent bien plus rapidement. Cependant, cette rapide initialisation se fait au détriment de la portabilité : on ne peut pas utiliser les drivers DB2 UDB d'un programme s'exécutant sur le PC, où le débogage avec des outils de développement (comme VisualAge) est bien plus commode.

Et si l'on pouvait avoir le meilleur de deux mondes : des drivers DB2 UDB pour exécuter des applications sur l'iSeries, et des drivers Toolkit pour déboguer des applications sur le PC ? Avec une classe d'utilitaires plutôt courte qui s'adapte à  l'environnement runtime, on peut presque directement déplacer un programme d'une plateforme sur l'autre. Examinons une classe raisonnablement simple que vous pouvez facilement mettre en oeuvre en l'état ou adapter facilement à  vos propres besoins.

Comment échanger des données de gestion avec XML

par Rich Deidrich et LindaMay Patterson
XML tend à  se banaliser comme mode de représentation des données pour les B2B et B2C. En offrant une interface d'échange générique standard, XML simplifie le développement et le déploiement des applications e-business ...

Les générateurs de code X2F2X aident les applications iSeries à  utiliser et à  conserver les données des documents XML

Des solutions de sécurité pour iSeries et Windows

Des solutions de gestion et de sécurité pour les environnements i et Windows.

Anael Solutions, division de Geac Enterprise Solutions France présente Anael travail temporaire, nouvelle solution globale de gestion au quotidien, dédiée aux entreprises de travail temporaire et fonctionnant en environnements iSeries, Windows NT et Windows 2000.

News iSeries – Semaine 04 – 2002

Semaine du 21 au 27 janvier 2002.

Outils de sauvegarde et de reprise de l’iSeries

par John Ghrist
Ces produits iSeries offrent la protection des archives et d'autres fonctions de sauvegarde et de reprise pour données et applications ...

Comme les événements récents l'ont tragiquement illustré, toute entreprise qui ne peut pas recréer ses enregistrements critiques à  tout moment est en danger de mort face à  une grande catastrophe. Et, pour les entreprises qui travaillent en 24/7 et ne peuvent même pas tolérer une courte interruption de l'exploitation, il est vital de conserver un enregistrement de chaque transaction.

Bien que la plupart des sociétés n'entrent pas dans ces cas extrêmes, la routine apparemment banale qui consiste à  sauvegarder et archiver données et applications est plus importante aujourd'hui que jamais. Si vous songez à  muscler vos possibilités de sauvegarde et de reprise, le recensement suivant devrait vous indiquer quels sont les produits à  examiner en premier. Chaque liste contient un URL ou une adresse e-mail pour chaque société, afin de vous informer davantage sur chaque produit.

Les produits de la liste sont toutes les solutions logicielles qui aident les utilisateurs de l'iSeries à  automatiser l'archivage des rapports et autres documents, données, bases de données, applications et même le contenu de tout un système. Votre choix variera probablement en fonction de la taille de l'entreprise. On trouvera ici non seulement de classiques utilitaires de sauvegarde sur bande, mais également des outils de réplication de base de données, des systèmes haute disponibilité, et des produits de reprise après sinistre.

Couvrir toutes les bases

Par Al Barsa, Jr., et Sharon L. Hoffman
Quand on parle de sauvegarde et de reprise, on pense surtout à  la première. C'est logique : si l'on n'a pas sauvegardé correctement les informations, il n'y a pas grand intérêt à  parler de reprise. Pourtant, à  y regarder de plus près, en se concentrant sur la sauvegarde, on ne prend pas le problème par le bon bout ...

Le sujet qu'il s'agit de résoudre ici est comment rétablir l'exploitation après une perte d'informations : qu'il s'agisse d'une poignée de données en raison d'une erreur de manipulation ou de tout le système après une catastrophe naturelle. Pour aborder la sauvegarde et la reprise en utilisant la méthodologie qui s'applique à  la plupart des projets de programmation, nous commençons par analyser les modalités de reprise des données. Ce processus est connu sous le nom de plan antisinistre, détermination des risques, ou autre. Quel que soit le nom donné, le plan antisinistre ne se cantonne pas à  la reprise des données. Un bon plan doit prévoir les dommages ou la perte dans tous les domaines : matériel, logiciel, données et personnel. Selon le type d'activité que l'on c confie à  l'infrastructure informatique et son niveau d'implication dans l'exploitation quotidienne, le degré du plan antisinistre nécessaire peut varier considérablement.

  En principe, un plan antisinistre ne concerne que des catastrophes majeures, comme des incendies, des ouragans ou autres cyclones, qui détruisent tout un centre informatique. Pourtant, il vaut mieux créer un plan antisinistre qui prenne en compte tout le spectre des reprises potentielles nécessaires. Vous constaterez que les technologies iSeries, comme la journalisation, peuvent éliminer pratiquement le temps d'immobilisation causé par la maintenance régulière ou des événements non catastrophiques comme le " crash " d'un disque. S'ajoutent à  cela des solutions comme le clustering et le logiciel haute disponibilité, capables d'atténuer ou d'éliminer les effets d'un sinistre localisé, en transférant directement les opérations vers un centre informatique situé dans une autre zone géographique.

  Comme la plupart des sujets touchant à  la reprise sur sinistre sont indépendants des plates-formes, nous nous en tiendrons à  une vue générale des principales composantes d'un plan antisinistre classique. (Voir l'encadré " Autres lectures " pour plus d'informations sur le plan antisinistre.)

  Dans les sections suivantes, nous nous concentrons sur des technologies iSeries spécifiques et sur la manière de les utiliser en complément du plan antisinistre, en s'assurant que l'on dispose de toutes les sauvegardes nécessaires pour effectuer une reprise. Si vous avez déjà  un plan antisinistre, félicitations ! Vous avez fait un grand pas pour assurer la survie et la continuité de l'entreprise. Que l'on travaille à  partir d'un plan existant ou que l'on en crée un pour la première fois, il faut examiner le plan annuellement ou à  chaque modification importante de l'infrastructure informatique.