Archiwum kategorii: Windows Server 2008

Wpisy dotyczące Windows Server 2008 i 2008R2

Gdzie znaleźć kto instalował aplikację na danym serwerze

Czasami, gdy jednym serwerem zarządza kilka osób, może zdarzyć się, że trzeba dokładnie ustalić kto spartolił sprawę zainstalował jakieś oprogramowanie – np. nowszą wersję softu do wspomagania drukowania, na którą nie mamy jeszcze licencji. Pomocne w określeniu tego faktu są logi z Windows Servera. Znajdują się one w:

Event viewer -> Windows Logs -> Application

Aby dowiedzieć się kto zainstalował dany soft i o jakiej godzine szukamy zdarzenia nr 11707:

Zrzut okna z event 11707

Jeśli natomiast chcesz się dowiedzieć kto odinstalował jakąś aplikację to musisz szukać zdarzenia o numerze 11724:

Gdzie znaleźć log z instalacji urządzeń

Jeśli potrzebujesz znaleźć log kiedy i jakie urządzenia zostały zainstalowane w Windowsie to należy szukać takich informacji w pliku:

C:\Windows\inf\setupapi.dev.log

Jest tam opisane praktycznie wszystko co potrzebujesz:

  • kiedu dokładnie było instalowane (Boot session)
[Boot Session: 2017/03/14 01:03:21.428]
  • co było instalowane (Import Driver Package w wypadku instalacji z folderu Windows albo inny folder jeśli uruchamiałeś instalator zewnętrzny – np. dostarczony przez producenta drukarki HP czy innego Ricoha)
sto: Staging all driver updates.
sto: {Import Driver Package: C:\Windows\WinSxS\amd64_wvms_pp.inf_31bf3856ad364e35_6.1.7601.23677_none_c157295e214db25d\wvms_pp.inf} 09:55:46.685
 sto: Importing driver package into Driver Store:
 sto: Driver Store = C:\Windows\System32\DriverStore (Online | 6.1.7601)
 sto: Driver Package = C:\Windows\WinSxS\amd64_wvms_pp.inf_31bf3856ad364e35_6.1.7601.23677_none_c157295e214db25d\wvms_pp.inf
 sto: Architecture = amd64
 sto: Locale Name = neutral
 sto: Flags = 0x00000245
 inf: Opened INF: 'C:\Windows\WinSxS\amd64_wvms_pp.inf_31bf3856ad364e35_6.1.7601.23677_none_c157295e214db25d\wvms_pp.inf' ([strings])
 inf: Opened INF: 'C:\Windows\WinSxS\amd64_wvms_pp.inf_31bf3856ad364e35_6.1.7601.23677_none_c157295e214db25d\wvms_pp.inf' ([strings])
 sto: Importing driver package files:
 sto: Source Path = C:\Windows\WinSxS\amd64_wvms_pp.inf_31bf3856ad364e35_6.1.7601.23677_none_c157295e214db25d
 sto: Destination Path = C:\Windows\System32\DriverStore\FileRepository\wvms_pp.inf_amd64_neutral_602cbe52ca72742e
  • jakie pliki kopiowane. skąd i gdzie (SourceRootPath, SourceFileName, TargetDirectory):
 flq: {FILE_QUEUE_COPY}
 flq: CopyStyle - 0x10000000
 flq: SourceRootPath - 'C:\Windows\WinSxS\amd64_wvms_pp.inf_31bf3856ad364e35_6.1.7601.23677_none_c157295e214db25d'
 flq: SourceFilename - 'vmswitch.sys'
 flq: TargetDirectory- 'C:\Windows\System32\DriverStore\FileRepository\wvms_pp.inf_amd64_neutral_602cbe52ca72742e'
 flq: {FILE_QUEUE_COPY exit(0x00000000)}
  • czy skończyło się sukcesem (Exit status)
 sto: Imported driver package into Driver Store:
 sto: Filename = C:\Windows\System32\DriverStore\FileRepository\wvms_pp.inf_amd64_neutral_602cbe52ca72742e\wvms_pp.inf
 sto: Time = 78 ms
 sto: {Import Driver Package: exit(0x00000000)} 09:55:46.763
<<< Section end 2017/03/27 09:55:46.763
<<< [Exit status: SUCCESS]

Zmiana edycji Windows Server 2008R2

Zakupiliśmy niedawno edycje Windows Server 2008R2 DataCenter, aby pokryć zapotrzebowanie na licencje na wirtualizatorach. Ogólnie chodzi o to, że jeśli posiadasz jakąś farmę np. VMware albo Hyper-V i chcesz przerzucać maszyn wirtualne między nimi, to na każdej z nich musi być dodatkowa licencja Windows Server DataCenter. To jest, jeśli chcesz mieć możliwośc migracji VM z hosta na inny host częściej niż raz na 90 dni – nie ja to wymyslałem. Wszystko jest zgrabnie opisane tutaj.

Wracając do meritum – chciałem sobie zmienić po prostu klucz na Windows Server 2008R2 Standard na ten od DataCenter ale oczywiście okazało sie, że to nie takie proste.

  1. Po pierwsze – wbity klucz od DataCenter nie podobał się aktualnej wersji Windows Servera (Standard), co w sumie jest nawet logiczne – dlaczego klucz od DataCenter miałby pasowac do Standard?

The product key you have entered will not work with this edition of Windows Server 2008 R2. You must run Windows Server 2008 R2 Setup or enter a Windows Server 2008 R2 Standard product key.

      The product key you have entered will not work with this edition of Windows Server 2008 R2.
    You must run Windows Server 2008 R2 Setup or enter a Windows Server 2008 R2 Standard product key.

2. Trzeba zatem zmienić jakoś Standard na DataCenter – zacząłem googlować i znalazłem tę oto stronę, gdzie jest opisane jak tego dokonać. Należy przy tym pamiętać, że działa to tylko w górę (a jakże) – nie można zrobić downgrade’u edycji, np. z DataCenter z powrotem na Standard.

3. Przed zmianą edycji W2K8R2 wg wskazówek ze strony powyżej sprawdziłem jeszcze czy na pewno mam właściwą edycję zainstalowaną i jakie mam możliwości jej zmiany. Zrobiłem to poleceniem

DISM /online /Get-TargetEditions

Wypluło, że i owszem – mogę zmienić Standard – na Enterprise lub DataCenter:

Sprawdzanie możliwości upgrade'u edycji

4. Długo się nie namyślając wklepałem polecenie, który miał aktywować wersję DataCenter podając przy tym mój klucz, który dostaliśmy od Microsoft:

Zmiana edycji z podaniem klucza - błąd 1605

5. Jak widać Windowsowi coś się bardzo nie spodobało i wypluł błąd 1605 (Error: 1605. This specified product key is not valid for the target edition. Run this command again with a product key specific to the target edition.). Czyli każe mi wpisać klucz produktu docelowego, na który chcę podnieść. Czekaj, przecież właśnie to mu  podałem… Potrzebuję więcej  google’a…

6. Rozwiązaniem okazało się podanie klucza tymczasowego, który znalazłem na stronie Microsoftu:

Windows Server 2008R2 DataCenter:
74YFP-3QFB3-KQT8W-PMXWJ-7M648

Podstawiając go do polecenia z punktu 5 udało mi sie pomyślnie zmienić wersję Windows Servera 2008 R2 z Standard na DataCenter. Zatem polecenie do zmiany na klucz tymczasowy brzmi:

DISM /online /Set-Edition:ServerDataCenter /ProductKey:74YFP-3QFB3-KQT8W-PMXWJ-7M648

7. Ostatni krok to restart systemi i zmiana klucza z wersji KMS-owej na nasz zakupiony. Odbyło się już bez problemów i po wstukaniu klucza w panelu sterowania -> System i restarcie miałem aktywowane DataCenter:

Windows activation successfull

Szablony administracyjne Windows 10

Microsoft wydał szablony administracyjne dla Windows 10. Przypominam, że aby móc z nich skorzystać, należy wgrać pliki *.admx do Central Store’u (o ile z takowego korzystacie), czyli  \\nazwa_domeny\SYSVOL\nazwa_domeny\Policies\PolicyDefinitions\, a pliki różnych wersji językowych *.adml do odpowiednich folderów. np. dla serwera w języku angielskim do folderu  \\nazwa_domeny\SYSVOL\nazwa_domeny\Policies\PolicyDefinitions\EN-US.

Po wgraniu nowych polityk może Was uraczyć podczas otwierania jakiejkolwiek polityki GPO komunikat  o treści „Namespace ‚Microsoft.Policies.Sensors.WindowsLocationProvider’ is already defined as the target namespace for another file in the store.”

store-err

Jak podaje producent wyjścia są dwa:

1. Olać błąd i pracować dalej (trochę słabe)
2. Skasować z Central Store’u plik „LocationProviderADM.admx” oraz wszelkie jego wersje językoweo („LocationProviderADM.adml”), a następnie zmienić nazwę „Microsoft-Windows-Geolocation-WLPAdm.admx” na LocationProviderADM.admx. Tak samo postąpić z wersjami językowymi (*.adml).