Não posso comentar o tópico devido à falta de representante. Outro comentarista afirmou que não poderia migrar de uma versão inferior para uma versão superior do IIS. Isso é verdade se você não mesclar alguns arquivos, mas se você fizer isso, porque acabei de migrar meu site do IIS 7.5 para o IIS 8.0 usando a resposta postada por chews.
Quando a exportação é criada (II7.5), há dois arquivos principais (admin.config e applicationHost.config) que têm referências a recursos no servidor IIS7.5. Por exemplo, uma DLL será referenciada com uma chave pública e uma versão específica para 7.5. Eles NÃO são iguais no servidor IIS8. A configuração do recurso também pode ser diferente (garanti que os meus eram idênticos). Existem alguns novos recursos no 8 que nunca existirão no 7.5.
Se você for corajoso o suficiente para mesclar os dois arquivos - funcionará. Tive que desinstalar o IIS uma vez porque estraguei tudo, mas consegui na segunda vez.
Eu usei uma ferramenta de fusão (Beyond Compare) e sem algo equivalente seria um PITA enorme - mas foi bem fácil com uma boa ferramenta de comparação (cinco minutos).
Para fazer a fusão, os arquivos 8.0 precisam ser comparados com os arquivos 7.5 exportados ANTES de tentar a importação. Na maior parte, os arquivos 8.0 precisam sobrescrever as coisas específicas do servidor nos arquivos 7.5 exportados, enquanto deixam as coisas específicas do pool de sites / aplicativos.
Descobri que o Administration.config era quase idêntico, sem as informações de versão de muitas entradas. Este foi fácil.
O applicationHost.config tem muito mais diferenças. Algumas entradas são ordenadas de forma diferente, mas de outra forma idênticas, então você terá que selecionar cada diferença e descobrir.
Coloquei meus arquivos de exportação do 7.5 na pasta System32 \ inetsrv \ config \ Export antes de mesclar.
Eu mesclei a pasta FROM System32 \ inetsrv \ config para a pasta System32 \ inetsrv \ config \ Export para os dois arquivos que mencionei acima. Eu empurrei tudo nos arquivos FROM, exceto tags / elementos específicos do site (por exemplo, applicationPools, customMetadata, sites, autenticação). De nota especial, havia também muitos blocos de tag de "localização" específicos do site que eu tive que manter, mas o novo servidor tinha seu próprio bloco de tag de "localização" com padrões específicos do servidor que devem ser mantidos.
Por último, observe que, se você usar contas de serviço, essas senhas em cache são lixo e terão que ser reinseridas em seus pools de aplicativos. Nenhum dos meus sites funcionou inicialmente, mas tudo o que era necessário era inserir novamente as senhas para todos os meus pools de aplicativos e eu estava pronto e funcionando.
Se alguém que pode comentar mencionar este tópico de postagem - provavelmente ajudará alguém como eu, que tem muitos sites em um servidor com configurações complicadas.
Saudações,
Stuart