WSUS | Move WSUS content catalog

Estimated reading time: 3 minuty

Katalog serwera WSUS

Serwer WSUS do poprawnego działania wymaga wskazania przy instalacji katalogu do którego będzie on pobierał zawartość aktualizacji z Internetu. Pojedyncze aktualizacje Microsoft mogą zajmować nawet do kilku GB miejsca na dysku i dlatego ilość zajętego miejsca może bardzo szybko rosnąć.

Jeśli dodatkowo serwer jest zintegrowany z rozwiązaniami firm trzecich, które umożliwiają importowanie do serwera WSUS danych o aktualizacjach nie pochodzących od Microsoft, to ten katalog jeszcze szybciej będzie rosnąć.

Gdy braknie już miejsca na dysku na zawartość aktualizacji mam dwie opcje do wyboru:

  • reinstalacja serwera WSUS i ponowna jego konfiguracja. Zadanie wykonalne, ale czasochłonne w zależności od stopnia skomplikowania konfiguracji serwera WSUS.
  • zamiana konfiguracji katalogu do którego serwer pobiera zawartość bez konieczności reinstalacji serwera WSUS.

Zmiana lokalizacji katalog serwera WSUS

Zmiany konfigurajcji folder z zawartością nie da się zrobić a konsoli WSUS. Trzeba do tego wykorzystać narzędzie cmd – wsusutil.exe. Znajduje się ono w katalogu c:\Program Files\Updates Services\Tools.

Narzędzie to daje mi dwie opcje do wyboru:

  • zmiana konfiguracji katalogu wraz z przeniesieniem całej zawartości do nowego wskazanego przez mnie katalogu
  • zmiana konfiguracji takalogu ale bez przenoszenia całej zawartości.

Ta druga opcja jest przydatna jeśli chce odzyskać w całości miejsce zajęte przez ten katalog.

Rysunek 1. Komenda do zmiany katalogu z zawartością dla serwera WSUS

Komenda poniżej ustawia katalog d:\wsus dla serwera WSUS bez przenoszenia zawartości katalogu. Decyduje o tym przełącznik -skipcopy.

wsusutil.exe moveconent d:\wsus -skipcopy d:\wsus.log

Komenda poniżej zmiana konfiguracja w raz z przeniesieniem zawartości katalogu.

wsusutil.exe moveconent d:\wsus d:\wsus.log

Sprawdzenie poprawności konfiguracji serwera WSUS

Po zmianie konfiguracji muszę sprawdzić czy zmiany zostały poprawnie ustawione. Na konsoli IIS sprawdzam ustawienia Virtual Directory dla WSUS Administration Site.

Rysunek 2. Konfiguracja katalogu dla serwera WSUS na serwerze IIS.

W polu Physical Path powinien być wskazany katalog do którego został przeniesiony katalog z zawartością serwera WSUS.

Rysunek 3. Konfiguracja katalogu dla serwera WSUS na serwerze IIS.

I jeszcze jedno muszę skontrolować. Do poprawnego działania serwera WSUS musi być poprawnie skonfigurowany udział sieciowy – WSUSContent.

Rysunek 4. Konfiguracja udziału sieciowe wykorzystywanego przez serwer WSUS.
Strona główna
Zaszufladkowano do kategorii Software Updates, WSUS | Otagowano , , | Dodaj komentarz

Configuration Manager | Capture media failed

Poprzednio opisałem proces przechwytywania systemu operacyjnego do obrazu. Tym razem opiszę kilka błędów, na jakie trafiłem podczas przygotowywania obrazów.

Przechwytywanie obrazu systemu

Przechwytywanie obrazu systemu operacyjnego nie jest skomplikowanym procesem. Nie zawsze jednak przebiega on bez błędów. Zdarzają się błędy, które uniemożliwiają przygotowania obrazu systemu i zapisania go do pliku wim.

Uruchamiam proces przechwytywania i czekam.


Rysunek 1.
Sysprep przygotowuje systemu do przechwycenia.

Niestety, chwilę po rozpoczęciu działania polecenia sysprep cały proces się zatrzymuje.


Rysunek 2.
Zakończenie procesu przechwytywania obrazu.

Błąd 0x80073cf2

Informacje o tym, dlaczego proces zakończył się niepowodzeniem znajdę w logach znajdujących się w katalogu C:\$WINDOWS.~BT\Sources\Panther.

Poniżej błąd spowodowany tym, że w obrazie wzorcowym jest zainstalowana aplikacja Microsoft Copilot. Sysprep podjął próbę jej usunięcia, ale zakończyła się ona niepowodzeniem.


Rysunek 3.
Analiza błędów polecenia sysprep.

W drugim przypadku kod błędu jest taki sam, ale aplikacja, która powoduje błąd jest inna.


Rysunek 4.
Analiza błędów polecenia sysprep.

Błąd 0x80310039 – Bitlocker is on for the OS volume

Nie tylko aplikacje zainstalowane w obrazie wzorcowym mogą stwarzać problemy. Również włączenie Bitlockera może uniemożliwić wykonanie obrazu systemu operacyjnego.


Rysunek 5.
Analiza błędów polecenia sysprep.

Rozwiązanie jest proste. Uruchamiam polecenie:

manage-bde -off c:

Po wykonaniu komendy przez system, sprawdzam czy Bitlocker został wyłączony na dysku C. Wykonuję polecenie:

manage-bde -status c:

Rysunek 6.
Sprawdzenie właczenia Bitlocker dla dysku C.

Po ponownym uruchomieniu proces przechwytywania obrazu zakończy się pomyślnie.

Tutaj znajdziecie opis logu setupact.log, z którego dane mogą pomóc w rozwiązywaniu problemów, przy przygotowaniu własnego obrazu systemu lub instalacji aktualizacji nowej wersji systemu Windows.

Strona główna

Zaszufladkowano do kategorii Capture Media, Configuration Manager | Otagowano | Dodaj komentarz