Jaki jest cel instalacji administracyjnej zainicjowanej za pomocą msiexec / a?

Technologia Windows Installer obsługuje instalację administracyjną. Linia poleceń do inicjowania instalacji administracyjnej to: 'msiexec /a setup.msi ". Chcę zrozumieć cel tego typu instalacji i w jakich scenariuszach są one pomocne?

Author: Stein Åsmul, 2011-04-06

3 answers

W prawdziwym świecie, to nie ma aż takiej wartości w ogóle. MSI został zaprojektowany w czasach, gdy komputer miał zazwyczaj dysk twardy 2 - 20GB. Wymyślili wszystkie te scenariusze reklamowe "run from source", które wydawały się wtedy naprawdę fajne, ale nigdy tak naprawdę nie wpadły w realny świat.

Dzisiaj to, co / a robi dla mnie, twórcy konfiguracji, daje mi łatwy sposób na "wyodrębnienie" MSI i zweryfikowanie jego zawartości. To wszystko.

 19
Author: Christopher Painter,
Warning: date(): Invalid date.timezone value 'Europe/Kyiv', we selected the timezone 'UTC' for now. in /var/www/agent_stack/data/www/doraprojects.net/template/agent.layouts/content.php on line 54
2015-03-09 09:46:31

Cel instalacji administracyjnych

Instalacje administracyjne są na ogół najbardziej przydatne w scenariuszach wdrażania na dużą skalę, gdzie oprogramowanie jest instalowane na wielu komputerach jednocześnie, na przykład w dużym banku z tysiącami stacji roboczych. W rzeczywistości jest to dość krytyczne dla takich scenariuszy wdrażania. Jako program application packager pierwszą rzeczą, którą zwykle robisz, jest wykonanie instalacji administratora w celu sprawdzenia zawartości pliku MSI i struktura.

Operacje w instalacji administracyjnej

Admin instaluje się po prostu wyodrębnia plikiz wewnętrznych plików cab i dostosowuje układ nośników pliku MSI, aby użyć wyodrębnionych plików do instalacji zamiast wewnętrznych plików cab. Efektem końcowym jest zgrabna hierarchia folderów pokazująca, gdzie pliki trafią do docelowego systemu, oraz mniejszy plik MSI niż oryginalny, teraz pozbawiony wewnętrznych plików cab. Operacja sprawia, że nie zmiany w systemie docelowym poza tą ekstrakcją, chyba że MSI jest specjalnie zaprojektowany, aby to zrobić, co jest poważnym błędem projektowym w prawie wszystkich przypadkach. Wyjątki, poza moją głową, mogą obejmować konfigurowanie plików licencjonowania lub plików przetwarzania końcowego do wdrożenia w jakiś sposób. Nigdy nie widziałem takich konstrukcji w prawdziwym życiu, ale można dodawać niestandardowe akcje do instalacji admina.

Korzystanie z instalacji administracyjnych

Po zainstalowaniu przez administratora wyodrębnionego pliki mogą być umieszczone na udział sieciowy dostępny z tysięcy stacji roboczych i może być zainstalowany stamtąd. Zazwyczaj odbywa się to za pomocą wyspecjalizowanego oprogramowania wdrożeniowego, takiego jak SCCM (wcześniej Microsoft SMS) lub podobnego. Jednak instalacja może być również uruchomiona ręcznie przez użytkownika na stacji roboczej w niektórych przypadkach. Kluczową zaletą tej instalacji współdzielenia sieciowego jest to, że operacje samodzielnej naprawy i późniejsze patch i upgrade instaluje się do stacje robocze mają dostęp do oryginalnych plików źródłowych, dzięki czemu instalacja przebiega pomyślnie. Być może doświadczyłeś, że Microsoft Office nagle poprosi Cię o włożenie płyt instalacyjnych w celu ponownej instalacji kilku plików. Tak byłoby również w przypadku stacji roboczych, gdyby źródła nie były dostępne online. To wymaganie źródłowe może się zmienić w przyszłości, gdy Microsoft buforuje coraz więcej zawartości instalatora na każdym komputerze lokalnym (Windows 7, Aktualizacja Jan 2018 : Zobacz tę odpowiedź aby uzyskać więcej informacji na temat tego buforowania: dlaczego MSI wymaga oryginału .plik msi, aby kontynuować Odinstalowywanie?). Dodam, że w takiej lokalizacji można również umieścić plik msi bez rozpakowywania go przez obrazek admina, ale za pomocą admin install można pobrać dowolny plik osobno (bez ogromnego pobierania cab). W przypadku dużych plików MSI jest to ważne i wolę obrazy admin jako źródło instalacji, aby łatanie było bardziej niezawodne - jest to subiektywna preferencja, ale jest ze względu na prawdziwe doświadczenie.

Administrative Installs & Patching

Wreszcie tworzenie łat MSI zazwyczaj wymaga uruchomienia instalacji administratora dla oryginalnej konfiguracji, a także dla nowej konfiguracji. Plik łatki Instalatora Windows jest następnie tworzony na podstawie różnic między nowymi i starymi folderami instalatora. Ponieważ takie instalacje Administratora są krytyczne dla późniejszego tworzenia plików poprawek. Tak jest w przypadku Wise for Windows Installer - jedynego produkt, który znalazłem, aby stworzyć naprawdę niezawodne łatki w prawdziwym życiu (ten produkt jest obecnie niedostępny na rynku, kilka szczegółów tutaj: jakiego produktu instalacyjnego użyć? InstallShield, WiX, Wise, Advanced Installer, etc ). Znowu subiektywna obserwacja oparta na rozległych testach w świecie rzeczywistym.

Jest również możliwe łatanie instalacji administratora, jeśli otrzymasz MSI i MSP (plik ścieżki) od dostawcy. Wyodrębniasz MSI i łatasz obraz Administratora za pomocą MSP. Folder docelowy będzie następnie zawierać nowszy MSI i wszelkie nowe pliki (pod warunkiem, że łata admina działa, czego generalnie nie ma w moim doświadczeniu).

"Uruchom Ze Źródła"

Chris wspomina o "uruchamianiu ze źródła" i jest to raczej bezużyteczna i przestarzała koncepcja, w której niektóre pliki w instalacji mogą być pozostawione na udziale sieciowym i dostępne bezpośrednio stamtąd. Szczerze mówiąc, nie próbowałem tej funkcji od lat.

Ta funkcja jest rzadko używana, ale myślę, że może być korzystna w scenariuszach gdzie wspólny zestaw plików zasobów powinien być dostępny dla wszystkich stacji roboczych i chcesz uniknąć masowego powielania. Poprawki do plików zasobów mogą być następnie wdrożone przez "łatkę instalacyjną Administratora", jak opisano powyżej, bez ponownej instalacji czegokolwiek na stacjach roboczych (jak dobrze to działa, nie jest jasne - brak korzystania z tej funkcji może być wskazówką).

Duży pakiet oprogramowania z wieloma różnymi modułami, w których tylko kilka jest używanych przez różne osoby, może przyspieszyć instalację i użytkowanie znacznie, instalując tylko kilka wymaganych funkcji, a resztę pozostawić do uruchomienia ze źródła lub zainstalowania przy pierwszym użyciu. Przyspieszyłoby to instalację i późniejsze instalacje poprawek oraz mogłoby pozostawić potencjalnie niebezpieczne i niepotrzebne pliki binarne poza systemem. Ten ostatni punkt może być ważny w zamkniętych środowiskach. Jednak w realu widzialem patche zmieniajace funkcje na instalowane lokalnie po patchu co jest bardzo dziwne i niechciane zachowanie, ale bardzo wspólne doświadczenie. W praktyce znajduję "run from source" lub reklamowane funkcje o bardzo ograniczonym zastosowaniu. Ogólnie lepiej jest podzielić konfigurację na dwie z jedną dla klienta i jedną dla instalacji serwera.


UPDATE :

Oto nowe podsumowanie tego samego numeru: admin install i jego zastosowania (ekstrakcja plików i inne) . Przeczytaj również poniższy komentarz na temat "zmieniono zachowanie pamięci podręcznej MSI w systemie Windows 7 począwszy ".

 34
Author: Stein Åsmul,
Warning: date(): Invalid date.timezone value 'Europe/Kyiv', we selected the timezone 'UTC' for now. in /var/www/agent_stack/data/www/doraprojects.net/template/agent.layouts/content.php on line 54
2018-01-15 02:21:34

Powiedz, że musisz zainstalować product X na pewnej liczbie maszyn i że będziesz musiał również zastosować poprawki dla X. Zamiast nakładać serię łatek na każdą maszynę, możesz to zrobić:

  • Tworzenie obrazu administracyjnego dla X
  • Zastosuj łaty do obrazu administracyjnego
  • Zainstaluj X na każdej maszynie, używając łatanego obrazu

To może zaoszczędzić trochę czasu i wysiłku, a będziesz wiedział, że wszystkie Twoje maszyny są pewne, że są w tym samym / align = "left" /

 1
Author: Ed.,
Warning: date(): Invalid date.timezone value 'Europe/Kyiv', we selected the timezone 'UTC' for now. in /var/www/agent_stack/data/www/doraprojects.net/template/agent.layouts/content.php on line 54
2011-04-06 18:26:20