Windows | Windows Server | Active directory | Exchange | SharePoint | SCCM | SCOM | Hyper-V | App-V
ACCUEIL Facebook Twitter Linked In Viadeo Flux RSS
Actualités suivantes

Actualités précédentes
Nouvel outil de diagnostic sur Office 365
Nombreux départ à Microsoft
Cortana aura du retard sur Android
Que vaut vraiment la Microsoft Surface 3?
Microsoft tente de réduire l'écart avec Sony


Publié le : 11/03/2010 08:31:46
Mise à jour le : 06/03/2010 11:22:23
Catégories :


Version imprimable

Auteur(s)

Quelle fenêtre de migration pour les différents Windows ?


Depuis mai 2004, les différentes versions de Windows sont placées sous la nouvelle politique de support (Support Lifecycle Policy)  selon laquelle Microsoft s’engage à garantir un support de 10 ans pour ses produits commerciaux. Pour les Services Packs, la durée du support est de 24 mois à partir de l’annonce du Service Pack suivant. Plusieurs versions de Windows arrivent à cette échéance et doivent donc s’inscrire dans un plan de migration vers des Windows plus récents.

Microsoft vient de rappeler à ses clients que certaines de ses versions de Windows vont arriver en fin de cycle de support et qu’il convient donc de mettre en place un plan de migration si cela n’a déjà été fait. Les trois systèmes d’exploitation concernés sont Windows Vista SP0 (connue également sous l’appellation RTM pour release to manufacturing), Windows 2000 et Windows XP SP2 (et les versions précédentes).

Il n’y a donc là rien de nouveau ou de surprenant, mais les migrations qui sont toujours des opérations lourdes et qui n’apportent pas toujours les innovations fonctionnelles attendues, certaines entreprises ont tendance à les repousser à plus tard.

Dans une note intitulée « Plan for End of Microsoft Support for Some Windows Clients » qu’il vient de publier, le Gartner propose de clarifier la situation.

Pour les entreprises ou organisations qui utilisent Vista SP0 ou Windows XP SP2, la solution est relativement simple : il suffit de déployer le dernier Service Pack avant que le support pour la version existante prenne fin.

Si, contrairement aux idées reçues, le test et le déploiement d’une version SP ne sont pas des opérations triviales, ils peuvent être réalisés à distance avec la plupart des outils de gestion de patchs. Pour ne rien gâcher, précise le Gartner, « les retours des utilisateurs sur Windows XP SP3 et les Services Packs de Windows sont plutôt favorables et rapportent peu de difficultés majeures ». 

Du côté de Windows 2000, la situation est plus difficile selon Michael Silver, analyste du Gartner et auteur de la note. Les utilisateurs de ce système d’exploitation doivent migrer vers XP SP3, Vista ou Windows 7 avant le 13 juillet 2010 s’ils ne veulent s’exposer d’être sans support.

A noter également que Windows 2003 passera à la même date de la phase de Mainstream Support à celle d’Extended Support.

Si la migration n’est pas possible, les utilisateurs devraient signer un contrat de Custom Support avec Microsoft - Un tel contrat coûte au moins 50 000 dollars par trimestre - ou considérer d’autres voies pour minimiser les risques d’être sans support.

Intel migre vers Windows 7 :

Une des entreprises dont l’opération de migration devrait être suivie avec beaucoup d’attention est Intel en raison des liens qui l’unissent à Microsoft. En septembre dernier, le numéro Un des microprocesseurs annonçait qu’il allait entreprendre la migration vers Windows 7 pour ses quelques 80 000 postes de travail.

Comme beaucoup d’entreprises, Intel a décidé de sauter Windows Vista et de passer directement de XP à 7. Dans un de ses blogs, un ingénieur d’Intel a donné quelques éléments sur cette opération qui se révèle plus complexe que prévue. Une des difficultés tient au modèle de sécurité de Windows 7 baptisé User Account Control qui a été introduit avec Vista, mais n’était pas présent dans XP.

L’UAC informe l’utilisateur lorsqu’une application fait appel à une fonctionnalité qui nécessite l’approbation de l’administrateur.  Il n’y a aucun problème pour Vista ou  Windows 7. Mais le problème se pose lorsque l’application n’a pas été écrite pour en informé l’utilisateur. Dans ce cas, elle tombe en panne tout simplement sans aucun message en direction de l’utilisateur.

Une autre difficulté est liée au passage vers le mode 64 bits, mode qui ne supporte pas les applications écrit en 16 bits. On pourrait penser que ce n’est pas un problème pour Intel et bien la réalité est toute différente. Beaucoup d’applications ont été packagées avec des installateurs 16 bits. Ces applications et leurs installeurs ne sont pas supportées et doivent donc être changées. (Source ITR Manager)