Je ne peux pas commenter le fil en raison du manque de représentant. Un autre intervenant a déclaré qu'il ne pouvait pas migrer d'une version inférieure vers une version supérieure d'IIS. Cela est vrai si vous ne fusionnez pas certains fichiers, mais si vous le faites, vous pouvez le faire car je viens de migrer mon site IIS 7.5 vers IIS 8.0 en utilisant la réponse publiée par chews.
Lorsque l'exportation est créée (II7.5), il existe deux fichiers clés (administration.config et applicationHost.config) qui ont des références à des ressources sur le serveur IIS7.5. Par exemple, une DLL sera référencée avec une clé publique et une version spécifiques à 7.5. Ce ne sont PAS les mêmes sur le serveur IIS8. La configuration des fonctionnalités peut également différer (je me suis assuré que les miennes étaient identiques). Il y a quelques nouvelles fonctionnalités dans 8 qui n'existeront jamais dans 7.5.
Si vous êtes assez courageux pour fusionner les deux fichiers, cela fonctionnera. J'ai dû désinstaller IIS une fois parce que je l'ai raté, mais je l'ai eu la deuxième fois.
J'ai utilisé un outil de fusion (Beyond Compare) et sans quelque chose d'équivalent, ce serait un énorme PITA - mais c'était assez facile avec un bon outil de comparaison (cinq minutes).
Pour effectuer la fusion, les fichiers 8.0 doivent être comparés aux fichiers 7.5 exportés AVANT de tenter une importation. Pour la plupart, les fichiers 8.0 doivent remplacer les éléments spécifiques au serveur dans les fichiers 7.5 exportés, tout en laissant les éléments spécifiques au pool de sites / applications.
J'ai trouvé que administration.config était presque identique, sans les informations de version de nombreuses entrées. Celui-ci était facile.
L'applicationHost.config a beaucoup plus de différences. Certaines entrées sont classées différemment, mais sinon identiques, vous devrez donc repérer chaque différence et la comprendre.
J'ai mis mes fichiers d'exportation 7.5 dans le dossier System32 \ inetsrv \ config \ Export avant la fusion.
J'ai fusionné du dossier System32 \ inetsrv \ config vers le dossier System32 \ inetsrv \ config \ Export pour les deux fichiers que j'ai mentionnés ci-dessus. J'ai poussé tout dans les fichiers FROM à l'exception des balises / éléments spécifiques au site (par exemple applicationPools, customMetadata, sites, authentification). Fait à noter, il y avait aussi de nombreux blocs de balises «emplacement» spécifiques au site que je devais conserver, mais le nouveau serveur avait son propre bloc de balises «emplacement» avec des valeurs par défaut spécifiques au serveur qui doivent être conservées.
Enfin, notez que si vous utilisez des comptes de service, ces mots de passe mis en cache sont indésirables et devront être saisis à nouveau pour vos pools d'applications. Aucun de mes sites ne fonctionnait au départ, mais il suffisait de ressaisir les mots de passe de tous mes pools d'applications et j'étais opérationnel.
Si quelqu'un qui peut commenter mentionne ce message, cela aidera probablement quelqu'un d'autre comme moi qui a de nombreux sites sur un serveur avec des configurations compliquées.
Cordialement,
Stuart