Saya tidak dapat mengomentari utas karena kurangnya perwakilan. Pemberi komentar lain menyatakan bahwa mereka tidak dapat bermigrasi dari versi yang lebih rendah ke versi IIS yang lebih tinggi. Ini benar jika Anda tidak menggabungkan beberapa file, tetapi jika Anda melakukannya, Anda dapat melakukannya karena saya baru saja memigrasi situs IIS 7.5 saya ke IIS 8.0 menggunakan jawaban yang diposting oleh chews.
Ketika ekspor dibuat (II7.5), ada dua file kunci (administrasi.config dan applicationHost.config) yang memiliki referensi ke sumber daya di server IIS7.5. Misalnya, DLL akan dirujuk dengan kunci publik dan versi khusus ke 7.5. Ini TIDAK sama di server IIS8. Konfigurasi fitur mungkin berbeda juga (saya memastikan milik saya identik). Ada beberapa fitur baru di 8 yang tidak akan pernah ada di 7.5.
Jika Anda cukup berani untuk menggabungkan kedua file - itu akan berhasil. Saya harus menghapus IIS sekali karena saya mengacaukannya, tetapi mendapatkannya untuk kedua kalinya.
Saya menggunakan alat penggabung (Beyond Compare) dan tanpa sesuatu yang setara, itu akan menjadi PITA yang sangat besar - tetapi cukup mudah dengan alat diff yang bagus (lima menit).
Untuk melakukan penggabungan, file 8.0 perlu di-diff terhadap file 7.5 yang diekspor SEBELUM pengimporan dilakukan. Untuk sebagian besar, file 8.0 perlu menimpa hal-hal khusus server dalam file 7.5 yang diekspor, sambil meninggalkan hal-hal khusus kumpulan situs / aplikasi.
Saya menemukan bahwa administrasi.config hampir identik, tanpa versi info dari banyak entri. Yang ini mudah.
ApplicationHost.config memiliki lebih banyak perbedaan. Beberapa entri diurutkan secara berbeda, tetapi sebaliknya identik, jadi Anda harus memilih setiap perbedaan dan mencari tahu.
Saya meletakkan file ekspor 7.5 saya di folder System32 \ inetsrv \ config \ Export sebelum menggabungkan.
Saya menggabungkan FROM folder System32 \ inetsrv \ config ke folder System32 \ inetsrv \ config \ Export untuk kedua file yang saya sebutkan di atas. Saya mendorong semua yang ada di FROM file kecuali tag / elemen khusus situs (misalnya applicationPools, customMetadata, situs, otentikasi). Sebagai catatan khusus, ada juga banyak blok tag "lokasi" khusus situs yang harus saya pertahankan, tetapi server baru memiliki blok tag "lokasi" sendiri dengan default khusus server yang harus dipertahankan.
Terakhir, perhatikan bahwa jika Anda menggunakan akun layanan, kata sandi yang di-cache ini adalah sampah dan harus dimasukkan kembali untuk pool aplikasi Anda. Awalnya tidak ada situs saya yang berfungsi, tetapi yang diperlukan hanyalah memasukkan kembali kata sandi untuk semua kumpulan aplikasi saya dan saya sudah aktif dan berjalan.
Jika seseorang yang dapat berkomentar menyebutkan posting ini di utas - itu mungkin akan membantu orang lain seperti saya yang memiliki banyak situs di satu server dengan konfigurasi yang rumit.
Salam,
Stuart