Non riesco a commentare il thread a causa della mancanza di rappresentante. Un altro commentatore ha dichiarato di non poter migrare da una versione inferiore a una versione superiore di IIS. Questo è vero se non unisci alcuni file, ma se lo fai puoi farlo perché ho appena migrato il mio sito IIS 7.5 a IIS 8.0 usando la risposta pubblicata da mastica.
Quando viene creata l'esportazione (II7.5), ci sono due file chiave (administration.config e applicationHost.config) che hanno riferimenti alle risorse sul server IIS7.5. Ad esempio, una DLL verrà indicata con una chiave pubblica e una versione specifica per 7.5. Questi NON sono gli stessi sul server IIS8. Anche la configurazione delle funzionalità potrebbe differire (mi sono assicurato che la mia fosse identica). Ci sono alcune nuove funzionalità in 8 che non esisteranno mai in 7.5.
Se sei abbastanza coraggioso da unire i due file, funzionerà. Ho dovuto disinstallare IIS una volta perché ho sbagliato, ma l'ho ottenuto la seconda volta.
Ho usato uno strumento di fusione (Beyond Compare) e senza qualcosa di equivalente sarebbe stato un enorme PITA, ma è stato abbastanza facile con un buon strumento di diff (cinque minuti).
Per eseguire l'unione, i file 8.0 devono essere diffusi rispetto ai file 7.5 esportati PRIMA di tentare l'importazione. Per la maggior parte, i file 8.0 devono sovrascrivere le cose specifiche del server nei file 7.5 esportati, lasciando le cose specifiche del sito / pool di app.
Ho scoperto che administration.config era quasi identico, senza le informazioni sulla versione di molte voci. Questo è stato facile.
ApplicationHost.config ha molte più differenze. Alcune voci sono ordinate in modo diverso, ma per il resto identiche, quindi dovrai scegliere ogni differenza e scoprirla.
Ho messo i miei file di esportazione 7.5 nella cartella System32 \ inetsrv \ config \ Export prima dell'unione.
Ho unito la cartella FROM System32 \ inetsrv \ config alla cartella System32 \ inetsrv \ config \ Export per entrambi i file che ho menzionato sopra. Ho spostato tutto nei file FROM tranne i tag / elementi specifici del sito (ad esempio applicationPools, customMetadata, siti, autenticazione). Di particolare nota, c'erano anche molti blocchi di tag di "posizione" specifici del sito che dovevo mantenere, ma il nuovo server aveva il suo blocco di tag di "posizione" con impostazioni predefinite specifiche del server che devono essere mantenute.
Infine, tieni presente che se utilizzi account di servizio, queste password memorizzate nella cache sono spazzatura e dovranno essere reinserite per i tuoi pool di app. Nessuno dei miei siti funzionava inizialmente, ma tutto ciò che era richiesto era reinserire le password per tutti i miei pool di app ed ero attivo e funzionante.
Se qualcuno che può commentare menziona questo post nel thread, probabilmente aiuterà qualcun altro come me che ha molti siti su un server con configurazioni complicate.
Saluti,
Stuart