Я не можу коментувати тему через відсутність представника. Інший коментатор заявив, що не можуть перейти від нижчої версії до вищої версії IIS. Це справедливо, якщо ви не об’єднуєте деякі файли, але якщо це зробити, ви можете, як я щойно перемістив свій веб-сайт IIS 7.5 на IIS 8.0, використовуючи відповідь, розміщену chews.
Коли створюється експорт (II7.5), є два ключові файли (Administration.config та applicationHost.config), які мають посилання на ресурси на сервері IIS7.5. Наприклад, DLL буде посилатися на відкритий ключ та версію, характерну для 7.5. Вони НЕ однакові на сервері IIS8. Конфігурація функцій також може відрізнятися (я впевнився, що мої були однакові). У 8 є нові функції, які ніколи не існуватимуть в 7.5.
Якщо ви досить сміливі, щоб об'єднати два файли - це спрацює. Мені довелося один раз видалити IIS, тому що я його переплутав, але отримав його вдруге.
Я використовував інструмент злиття (Beyond Compare) і без чогось еквівалента це був би величезний PITA - але це було досить просто з хорошим інструментом розходження (п’ять хвилин).
Для злиття файли 8.0 повинні бути диференційовані щодо експортованих 7,5 файлів до того, як буде здійснена спроба імпорту. Здебільшого 8.0 файлам потрібно перезаписати конкретні серверні речі в експортовані 7,5 файлів, залишаючи при цьому специфічні матеріали для пулу сайтів / додатків.
Я виявив, що Administration.config майже однаковий, не містить інформацію про версію багатьох записів. Це було легко.
У applicationHost.config є набагато більше відмінностей. Деякі записи впорядковані по-різному, але в іншому випадку однакові, тому вам доведеться обрати кожну різницю і розібратися в ній.
Я поклав свої 7 7 експортних файлів у папку System32 \ inetsrv \ config \ Export до об’єднання.
Я злився з папки System32 \ inetsrv \ config у папку System32 \ inetsrv \ config \ Експорт для обох вищезазначених файлів. Я пересунув усе, що знаходиться у файлах FROM, за винятком тегів / елементів для конкретних сайтів (наприклад, applicationPools, customMetadata, sites, authentication). Окремо слід зазначити, що також було багато блоків тегів "location", які я мав зберігати, але новий сервер мав власний блок тегів "location" із типовими для сервера типовими налаштуваннями, які потрібно зберігати.
Нарешті, зауважте, що якщо ви користуєтесь обліковими записами служб, ці кешовані паролі є непотрібними і їх потрібно буде повторно ввести для ваших пулів додатків. Жоден з моїх сайтів не працював спочатку, але все, що потрібно, було повторне введення паролів для всіх моїх пулів додатків, і я працював.
Якщо хтось, хто може коментувати, згадує цю тему вниз - це, ймовірно, допоможе комусь іншому, як я, хто має багато сайтів на одному сервері зі складними конфігураціями.
З повагою,
Стюарт