Мне интересно, как лучше всего перенести веб-сайт на другой сервер (вместе со всеми настройками и т. Д.)
- Вручную воссоздайте сайт на новом сервере (не обслуживается по очевидным причинам)
- Скопируйте файл настроек applicationHost.config
- Используйте appcmd для создания резервной копии и восстановления
- Используйте MSDeploy для публикации сайта на новом компьютере
- Используйте сторонний инструмент
Просто интересно, каков был опыт других.
deployment
iis-7
migrate
Калид
источник
источник
Ответы:
Я бы сказал, экспортируйте конфигурацию вашего сервера в диспетчер IIS:
Переместите эти файлы на свой новый сервер
На новом сервере вернитесь в раздел «Общая конфигурация» и установите флажок «Включить общую конфигурацию». Введите физический путь к этим файлам и примените их.
БАМ! Иди выпей пива!
источник
MSDeploy может переносить все содержимое, конфигурацию и т. Д., Что рекомендует группа IIS. http://www.iis.net/extensions/WebDeploymentTool
Чтобы создать пакет, выполните следующую команду (замените Default Web Site именем вашего веб-сайта):
Чтобы восстановить пакет, выполните следующую команду:
источник
Вот полезный веб-сайт об использовании appcmd для экспорта / импорта конфигурации сайта. http://www.microsoftpro.nl/2011/01/27/exporting-and-importing-sites-and-app-pools-from-iis-7-and-7-5/
источник
Microsoft Web Deploy v3 может экспортировать и импортировать все ваши файлы, параметры конфигурации и т. Д. Он помещает все это в zip-архив, готовый для импорта на новый сервер. Его можно даже обновить до более новых версий IIS (v7-v8).
http://www.iis.net/extensions/WebDeploymentTool
После установки инструмента: щелкните правой кнопкой мыши свой сервер или веб-сайт в консоли управления IIS, выберите «Развернуть», «Экспортировать приложение ...» и выполните экспорт.
На новом сервере таким же образом импортируйте экспортированный zip-архив.
источник
используйте appcmd для экспорта одного или всех сайтов, а затем повторно импортируйте их на новый сервер. Это может быть iis7.0 или 7.5. Когда вы экспортируете с помощью appcmd, пароли расшифровываются, затем повторно импортируются, и они повторно зашифровываются.
источник
Я не могу комментировать тему из-за отсутствия репутации. Другой комментатор заявил, что они не могут перейти с более ранней версии IIS на более высокую. Это верно, если вы не объединяете некоторые файлы, но если вы это сделаете, вы можете, поскольку я только что перенес свой сайт IIS 7.5 в IIS 8.0, используя ответ, опубликованный chews.
Когда экспорт создан (II7.5), есть два ключевых файла (administrator.config и applicationHost.config), которые имеют ссылки на ресурсы на сервере IIS7.5. Например, DLL будет ссылаться на открытый ключ и версию, специфичную для 7.5. Это НЕ то же самое на сервере IIS8. Конфигурация функций также может отличаться (я убедился, что мои были идентичны). В версии 8 есть несколько новых функций, которых никогда не будет в версии 7.5.
Если у вас хватит смелости объединить два файла - это сработает. Один раз мне пришлось удалить IIS, потому что я все испортил, но получил второй раз.
Я использовал инструмент слияния (Beyond Compare), и без чего-то эквивалентного это был бы огромный PITA, но это было довольно легко с хорошим инструментом сравнения (пять минут).
Чтобы выполнить слияние, файлы 8.0 необходимо сравнить с экспортированными файлами 7.5 ПЕРЕД попыткой импорта. По большей части файлы 8.0 должны перезаписывать специфический для сервера материал в экспортированных файлах 7.5, оставляя при этом специфический для сайта / пула приложений материал.
Я обнаружил, что administrator.config почти идентичен, без информации о версии многих записей. Это было легко.
ApplicationHost.config имеет намного больше различий. Некоторые записи упорядочены по-разному, но в остальном идентичны, поэтому вам нужно будет просмотреть каждое отличие и выяснить это.
Я поместил свои экспортные файлы 7.5 в папку System32 \ inetsrv \ config \ Export перед объединением.
Я объединил ИЗ папки System32 \ inetsrv \ config в папку System32 \ inetsrv \ config \ Export для обоих файлов, упомянутых выше. Я протолкнул все в файлах FROM, кроме тегов / элементов, специфичных для сайта (например, applicationPools, customMetadata, sites, authentication). Особо следует отметить, что было также много блоков тегов "местоположения", специфичных для сайта, которые мне пришлось сохранить, но у нового сервера был свой собственный блок тегов "местоположения" с определенными для сервера значениями по умолчанию, которые необходимо сохранить.
Наконец, обратите внимание, что если вы используете учетные записи служб, эти кешированные пароли являются ненужными, и их придется повторно вводить для ваших пулов приложений. Изначально ни один из моих сайтов не работал, но все, что требовалось, - это повторно ввести пароли для всех моих пулов приложений, и я начал работать.
Если кто-то, кто может прокомментировать, упомянет этот пост в ветке - это, вероятно, поможет кому-то вроде меня, у которого много сайтов на одном сервере со сложными конфигурациями.
С Уважением,
Стюарт
источник
В моем случае файлы уже были скопированы, я нашел самый простой способ выполнить шаги, описанные в этом руководстве: https://www.ryadel.com/en/exporting-importing-app-pools-and-websites-configuration-between -множественные-экземпляры-iis /
Я экспортировал пулы приложений / веб-сайты, скопировал файлы xml на целевой сервер и импортировал пулы приложений, затем веб-сайты. Сработало очень хорошо. Это тоже отличный вариант ответа на этот вопрос.
источник