Écoutez cet article

Si vous assurez la prise en charge de systèmes d’exploitation depuis un certain temps, vous vous rendrez rapidement compte que, tous les ans environ, Microsoft publie un nouveau système d’exploitation pour serveurs. Au fur et à mesure que de nouvelles versions sont publiées, les anciennes versions sont retirées et ne sont plus prises en charge. Au cours de ce processus, vous pouvez avoir des serveurs à reconstruire ou à mettre à niveau.

Je recommande d’effectuer une installation propre chaque fois que cela est possible. Je n’ai jamais été un adepte des mises à niveau sur place. Bien que les mises à niveau soient prises en charge, il est fréquent de rencontrer des problèmes pendant ou après la mise à niveau du système d’exploitation, en particulier si le système d’exploitation que vous mettez à niveau a été installé et maintenu pendant un certain temps.

Cependant, il existe des circonstances particulières où une installation propre n’est pas une option, ou le niveau de risque pour effectuer une mise à niveau sur place est acceptable. Le tableau ci-dessous fournit un résumé des systèmes d’exploitation Windows qui peuvent être mis à niveau vers Windows Server 2012. Vous devez prendre note des directives suivantes concernant les chemins pris en charge.

Les mises à niveau sur place des éditions 32 bits vers les éditions 64 bits ne sont pas prises en charge. Server 2012 n'est disponible qu'en version 64 bits.
Les mises à niveau sur place à partir d'un type de build ne sont pas prises en charge. Par exemple, une version vérifiée (débogage) par rapport à une version gratuite (vente au détail).
Si le serveur a certains rôles, comme AD DS, des étapes supplémentaires peuvent être envisagées.
Les mises à niveau à partir de versions préliminaires (Release Candidate) ne sont pas prises en charge.
Les mises à niveau de Server Core à GUI ne sont pas prises en charge en une seule étape. Server 2012 permet le changement une fois que Server 2012 est mis à niveau avec succès.