Zastanawiam się, jaka jest najlepsza praktyka przy przenoszeniu strony internetowej na inny serwer (wraz ze wszystkimi ustawieniami itp.)
- Ręcznie ponownie utwórz witrynę na nowym serwerze (niemożliwe do utrzymania z oczywistych powodów)
- Skopiuj plik ustawień applicationHost.config
- Użyj appcmd, aby wykonać kopię zapasową i przywrócić
- Użyj MSDeploy, aby opublikować witrynę na nowym komputerze
- Użyj narzędzia innej firmy
Zastanawiam się tylko, jakie były doświadczenia innych.
deployment
iis-7
migrate
Kalid
źródło
źródło
Odpowiedzi:
Powiedziałbym, że wyeksportuj konfigurację serwera w menedżerze IIS:
Przenieś te pliki na nowy serwer
Na nowym serwerze wróć do sekcji „Konfiguracja udostępniona” i zaznacz „Włącz konfigurację współdzieloną”. Wprowadź lokalizację w fizycznej ścieżce do tych plików i zastosuj je.
BAM! Idź na piwo!
źródło
MSDeploy może migrować całą zawartość, konfigurację itp., Co zaleca zespół IIS. http://www.iis.net/extensions/WebDeploymentTool
Aby utworzyć pakiet, uruchom następujące polecenie (zastąp Default Web Site nazwą swojej witryny internetowej):
Aby przywrócić pakiet, uruchom następujące polecenie:
źródło
Oto przydatna witryna internetowa dotycząca używania appcmd do eksportowania / importowania konfiguracji witryny. http://www.microsoftpro.nl/2011/01/27/exporting-and-importing-sites-and-app-pools-from-iis-7-and-7-5/
źródło
Microsoft Web Deploy v3 może eksportować i importować wszystkie pliki, ustawienia konfiguracyjne itp. Wszystko to umieszcza w archiwum zip gotowym do zaimportowania na nowym serwerze. Może nawet uaktualnić do nowszych wersji usług IIS (v7-v8).
http://www.iis.net/extensions/WebDeploymentTool
Po zainstalowaniu narzędzia: kliknij prawym przyciskiem myszy serwer lub witrynę internetową w konsoli zarządzania usługami IIS, wybierz opcję „Wdróż”, „Eksportuj aplikację ...” i przeprowadź eksport.
Na nowym serwerze zaimportuj wyeksportowane archiwum zip w ten sam sposób.
źródło
użyj appcmd, aby wyeksportować jedną lub wszystkie witryny, a następnie ponownie zaimportować na nowy serwer. Może to być iis7.0 lub 7.5. Podczas eksportowania za pomocą appcmd hasła są odszyfrowane, a następnie ponownie zaimportowane i ponownie zaszyfrowane.
źródło
Nie mogę komentować wątku z powodu braku przedstawiciela. Inny komentator stwierdził, że nie może migrować z niższej wersji do wyższej wersji usług IIS. Jest to prawdą, jeśli nie scalisz niektórych plików, ale jeśli to zrobisz, możesz, ponieważ właśnie zmigrowałem moją witrynę IIS 7.5 do IIS 8.0, korzystając z odpowiedzi opublikowanej przez chews.
Podczas tworzenia eksportu (II7.5) istnieją dwa pliki kluczy (administracja.config i applicationHost.config), które zawierają odniesienia do zasobów na serwerze IIS7.5. Na przykład biblioteka DLL będzie odwoływana z kluczem publicznym i wersją specyficzną dla 7.5. NIE są one takie same na serwerze IIS8. Konfiguracja funkcji również może się różnić (zapewniłem, że moje są identyczne). W 8 jest kilka nowych funkcji, które nigdy nie będą dostępne w wersji 7.5.
Jeśli jesteś wystarczająco odważny, aby scalić dwa pliki - zadziała. Musiałem raz odinstalować IIS, ponieważ zepsułem to, ale dostałem to po raz drugi.
Użyłem narzędzia do scalania (Beyond Compare) i bez czegoś równoważnego byłoby to ogromne PITA - ale było całkiem łatwe z dobrym narzędziem do porównywania (pięć minut).
Aby wykonać scalenie, pliki 8.0 należy porównać z wyeksportowanymi plikami 7.5 PRZED próbą importu. W większości przypadków pliki 8.0 muszą nadpisać elementy specyficzne dla serwera w wyeksportowanych plikach 7.5, pozostawiając elementy specyficzne dla puli witryny / aplikacji.
Okazało się, że administracja.config była prawie identyczna, bez informacji o wersji wielu wpisów. Ten był łatwy.
ApplicationHost.config ma znacznie więcej różnic. Niektóre wpisy są uporządkowane inaczej, ale poza tym identyczne, więc będziesz musiał przejrzeć każdą różnicę i to rozgryźć.
Umieściłem moje pliki eksportu 7.5 w folderze System32 \ inetsrv \ config \ Export przed scaleniem.
Połączyłem Z folderu System32 \ inetsrv \ config do folderu System32 \ inetsrv \ config \ Export dla obu plików, o których wspomniałem powyżej. Przesunąłem wszystko w plikach FROM z wyjątkiem tagów / elementów specyficznych dla witryny (np. Pule aplikacji, customMetadata, witryny, uwierzytelnianie). Na szczególną uwagę zasługuje wiele bloków tagów „lokalizacja” specyficznych dla witryny, które musiałem zachować, ale nowy serwer miał swój własny blok znaczników „lokalizacji” z ustawieniami domyślnymi serwera, które należy zachować.
Na koniec pamiętaj, że jeśli używasz kont usług, te zapisane w pamięci podręcznej hasła są niepotrzebne i będą musiały zostać ponownie wprowadzone w pulach aplikacji. Żadna z moich witryn nie działała początkowo, ale wystarczyło ponownie wprowadzić hasła do wszystkich moich pul aplikacji i działałem.
Jeśli ktoś, kto może komentować, wspomina o tym poście w wątku - prawdopodobnie pomoże to komuś takiemu jak ja, który ma wiele witryn na jednym serwerze o skomplikowanych konfiguracjach.
Pozdrowienia,
Stuart
źródło
W moim przypadku pliki zostały już skopiowane, znalazłem najłatwiejszy sposób wykonania czynności z tego poradnika: https://www.ryadel.com/en/exporting-importing-app-pools-and-websites-configuration-between -multiple-iis-instances /
Wyeksportowałem AppPools / Websites, skopiowałem pliki xml na serwer docelowy i zaimportowałem AppPools, a następnie strony internetowe. Działał bardzo dobrze. To także kolejna doskonała opcja na to pytanie.
źródło