Mises à niveau sur place pour Windows Server (mise à jour pour Y2016)
Dans l'esprit de demander à une bonne question subjective J'apportions à nouveau cela, dans l'espoir que Serverfault continuera d'être une "go to" préférée lors de la recherche sur ce sujet.
ancienne référence
De retour en 2011, cette question a été posée: raisons pour lesquelles des mises à niveau en place sont mauvaises
la question
fait une mise à niveau sur place de Windows Server X64 (2008 R2, 2012, 2012 R2) vers une nouvelle version de serveur Windows pris en charge une bonne pratique ces jours-ci ou non?
les réponses
N'oubliez pas du lien ci-dessus: Les grandes questions subjectives ont tendance à avoir de longues réponses. Les meilleures questions subjectives inspirent vos pairs à partager leurs expériences réelles, pas seulement à poster un one-liner ou un dessin animé sans oublier d'être récompensé par des upvotes pour être simplement "d'abord".
Mon avis est, lors de la prise en charge une mise à niveau sur place d'un système d'exploitation de serveur Windows vers une version plus récente est la méthode préférée de mise à niveau d'un serveur (en particulier une Vm) ces jours-ci. Non seulement il est beaucoup plus rapide et permet une plus grande automatisation, mais elle ne tient pas non plus autant de risque contre la récompense que les mises à niveau sur place plus anciennes représentées en raison du support de Microsoft d'un meilleur modèle de transition de cycle de vie.
Microsoft a beaucoup fait pour s'assurer que les mises à niveau sur place sont plus faciles qu'avant et plus transparentes sans soudure, sans les problèmes qui ont affecté des mises à niveau anciennes. Cela semble être le plan d'action recommandé si vous souhaitez tout garder tel quel: installation de serveur Windows et mise à niveau :
"Si vous souhaitez conserver le même matériel et tous les rôles de serveur que vous avez configurés sans aplatir le serveur, La mise à niveau est la voie à suivre "
Mme Bloggers croit que le battage médiatique: mise à niveau sur place de 2008 R2 à 2012 R2
De plus, les VMS permettent des instantanés, des P2V, du clonage et de la restauration à la facilité dans cette transition. (Référence: "P2V IT dans un test VM et, euh, testez-le."
Nous devrions être "Traiter les serveurs comme les bovins pas animaux" - Randy Bias . Les anciens jours de prise en charge et d'alimentation des serveurs dont vous êtes responsable n'est pas fait comme intimement que cela était autrefois. Tous les serveurs ne sont pas un flocon de neige et l'hébergement en nuage public est un excellent exemple de cette pratique.
Par exemple:
- Azure - Options de mise à niveau Azure sur place
- AWS - Options de mise à niveau du serveur AWS in-Place
J'ai personnellement fait de multiples mises à niveau sur place de 2008 R2 à 2012 R2 au cours de l'année écoulée, avec environ 400 plus prévues pour la prochaine année et demie. Tous ont bien disparu, avec seulement des problèmes mineurs par la suite sur 2 serveurs qui n'ont pas besoin de rentabilisations. Tant que le serveur existant fonctionne bien, vous devriez avoir confiance en vous déplaçant cette direction.
Certaines choses importantes à prendre en compte lors de la création de cette affirmation que les mises à niveau sur place sont la voie préférée d'aller:
- La mise à niveau est-elle prise en charge? - Par exemple, la modification des versions de langue ou des types de construction n'est pas options de mise à niveau vers Windows 2012 R2
- Les applications s'exécutant sur le serveur sont-elles entièrement compatibles avec la nouvelle version du système d'exploitation dans leur état actuel?
- Existe-t-il un moyen de récupérer facilement l'état précédent avant la mise à niveau sur place (instantané VM, sauvegarde, clone, etc.)?
- Le matériel (le cas échéant) appuie-t-il le nouveau système d'exploitation?
Le serveur existant est-il bien exécuté actuellement sans problèmes?
Si la réponse est oui à toutes les questions ci-dessus, une mise à niveau sur place est la voie préférée.
Juste pour référence en cours et ajouter des détails directement de la bouche du cheval à partir d'un article plus récent, Microsoft ne prend pas en charge les mises à niveau Azure . Les bovins sont tués, non améliorés.