My {IT Pro} Vision
How To
Zmiana serwera SQL Server w Active Directory Migration Tool (ADMT)
03 months ago
by Dariusz Porowski
in How To
Jeżeli z jakiś przyczyn działało wam wcześniej ADMT poprawnie i nagle przestało działać przy okazji wyświetlając błędy połączenia SQL to przypomnijcie sobie czy nie została przypadkiem zmieniona nazwa serwera na którym działa SQL Server.
Jeżeli tak to wystarczy zmienić ustawienia SQL Server dla ADMT w rejestrze w poniższej ścieżce.
dla ADMT zainstalowanego na systemie 64-bit:
HKEY_LOCAL_MACHINE\SOFTWARE\Wow6432Node\Microsoft\ADMT\Databasedla ADMT zainstalowanego na systemie 32-bit:
HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\ADMT\DatabaseMapowanie dysków sieciowych za pomocą Group Policy Preferences, a zmienne środowiskowe
45 months ago
by Dariusz Porowski
in How To
Większość administratorów mapuje udziały sieciowe użytkownikom za pomocą skryptów logowania, używając powłoki systemowej lub Visual Basic. Dość często istnieje również potrzeba mapowania udziału tylko dla danego użytkownika – wykorzystuje się wtedy zmienną środowiskową %UserName% w przypadku skryptów systemowych opartych o net use lub właściwości obiektu sieciowego UserName w przypadku skryptów Visual Basic. W obu przypadkach, dla uzyskania tego samego rezultatu używamy zbieżnej nazwy „UserName”.
Co się stanie jeżeli użyjemy zmiennej %UserName% przy mapowaniu udziałów za pomocą Group Policy Preferences, gdzie przykładowo nasza ścieżka mapowania wygląda następująco: \\files.corp.merago.com\Users\%UserName%? Odpowiedz jest następująca: NIC! Nie uda się użytkownikowi podłączyć jego udziału. Dlaczego? Otóż GPP ma swój zestaw zmiennych i w tym przypadku zmienna nazywa się %LogonUser%. Prawidłowa ścieżka dla GPP powinna wtedy wyglądać tak: \\files.corp.merago.com\Users\%LogonUser%.
OK, mamy rozwiązany problem z podpinaniem udziału po nazwie użytkownika, a co z innymi zmiennymi dla GPP? Przepis poniżej:
- Otwórz GPO w trybie edycji i skieruj się do User Configuration / Preferences / Drive Maps.
- Kliknij prawym przyciskiem myszy na Drive Maps i wybierz New, a następnie Mapped Drive.
- Ustaw wszystkie żądane ustawienia i wpisz bazową ścieżkę w pole Location. Zobacz rysunek poniżej.
- W celu wstawienia odpowiedniej zmiennej, mając ustawiony wskaźnik zachęty w polu Location, naciśnij na klawiaturze klawisz F3. Pokaże się formatka z listą wszystkich zmiennych jakie możesz wykorzystać w GPP. Zobacz rysunek poniżej.
- Wybierz interesująca Cię pozycję, a następnie kliknij przycisk Select. Zmienna zostanie wstawiona we wskazane miejsce w polu Location. Zobacz rysunek poniżej.
Dla przypomnienia: Group Policy Preferences dostępne są dla systemów od Windows XP / Windows Server 2003, przy zastosowaniu poprawki KB943729.
Klient Lync 2010 w połączeniu z serwerem Office Communications Server 2007 R2
05 months ago
by Dariusz Porowski
in How To
Jeżeli przy domyślnej instalacji klienta Lync 2010, chcemy połączyć się z serwerem OCS 2007 to dostaniemy oto taki piękny komunikat, że się nie da:
Cannot sign in to Lync
Cannot sign in because the server version is incompatible with Microsoft Lync 2010. Contact your support team with this information.
Tak on wygląda:
Jednak my chcemy uparcie używać nowszej wersji klienta a nie OCS. Rozwiązaniem jest dopisanie klucza w rejestrze:
- Klucz: HKEY_LOCAL_MACHINE\Software\Policies\Microsoft\Communicator
- Nazwa: DisableServerCheck
- Typ: DWORD
- Wartość: 1 (00000001)
Po dodaniu wpisu do rejestru powinniśmy bez problemów zalogować się 
Orca bez instalacji Windows SDK
01 year ago
by Dariusz Porowski
in How To
We wpisie o edycji paczki MSI z instalacją System Center Cappacity Planer 2007, pisałem o użyciu programu Orca. Wspomniałem również, że Orca jest darmowym narzędziem wchodzącym w skład Windows SDK. Aby uzyskać to narzędzie trzeba zainstalować Windows SDK. Dla mnie nie jest to wygodne rozwiązanie, szczególnie kiedy interesuje mnie tylko Orca, bez innych zbędnych rzeczy wchodzących w skład Windows SDK – po co zaśmiecać sobie system? Pomijam również niedogodność związaną z pobraniem Windows SDK (~1,5 GB) dla narzędzia, które zajmuje ~2 MB 
Można oczywiście użyć instalatora Windows SDK OnLine, ale i tak wiąże się to ze ściąganiem sporej ilości MB i zaśmiecaniem systemu zbędnymi rzeczami. Rozwiązanie wydobycia instalatora Orca przedstawiam poniżej 
Poniższy przykład jest w oparciu o Windows SDK w wersji x64. Ścieżki oraz nazwy plików zapewne różnią się w wersjach x86 oraz Itanium (nie pobierałem tych wersji), natomiast schemat działania i uzyskania instalatora Orca powinien być ten sam.
- Mając pobrane najnowsze Windows SDK (wersja dla Windows 7) w wersji ISO, należy zamontować (np. przy użyciu MagicDisc) /
rozpakować/nagrać na DVD(* niepotrzebne skreślić) obraz. - Kolejnym krokiem jest utworzenie tymczasowego katalogu roboczego gdzieś na dysku twardym np. D:\Orca.
- Uruchamiamy linię poleceń (Start –> cmd.exe –> Enter) i przechodzimy we wskazaną ścieżkę Y:\Setup\WinSDKTools_amd64, gdzie Y: jest napędem montowania obrazu. W tym katalogu znajdują sie trzy pliki: cab1.cab, cab2.cab oraz WinSDKTools_amd64.msi, nas interesuje cab1.cab.
- W pliku cab1.cab znajduje się plik z instalatorem programu Orca. W celu wydostania owego pliku wpisujemy w linii poleceń expand cab1.cab -F:*Orca* D:\Orca. W rezultacie wypakujemy plik bez rozszerzenia z mało przyjemną nazwą WinSDK_Orca_Msi_5E20C107_DAA3_4D49_AFAE_7FB2594F0CDC_amd64.
- Ostatnim krokiem uzyskania ładnej paczki MSI z edytorem Orca jest zmiana nazwy tego pliku na Orca.Msi już w Windows Explorer lub za ciosem z linii poleceń ren WinSDK_Orca_Msi_5E20C107_DAA3_4D49_AFAE_7FB2594F0CDC_amd64 Orca.Msi. W efekcie otrzymujemy gotowy instalator MSI z programem Orca.
Poniżej screen ilustrujący powyższy opis.
Powyższy opis odwołuje się akurat do programu Orca. Przy pomocy tego samego schematu działania można wypakować inne interesujące narzędzia z plików CAB w ramach Windows SDK. Zachęcam również do zabawy z poleceniem expand przy dłubaniu w plikach CAB lub MSU (Microsoft Update Standalone Package)
Zdjęcie skaczącej orki autorstwa Mlewan pochodzi ze strony Wikimedia Commons.
Instalacja System Center Capacity Planner 2007 na Windows 7
11 year ago
Dziś miałem potrzebę użycia całkiem zgrabnego i darmowego (poprzednia wersja 2006 była dostępna tylko dla subskrybentów TechNet oraz MSDN) narzędzia jakim jest System Center Capacity Planner 2007. Niestety, podczas próby instalacji tego narzędzia w systemie Windows 7, otrzymałem komunikat, że w nie ma .NET Framework 2.0 w wersji RTM 
Oczywiście .NET Framework 2.0 w najnowszych systemach Windows 7 oraz Windows Server 2008 R2 jest już wbudowany w system, lecz w nowszej kompilacji. Poniżej screen owego komunikatu.
Nie zastanawiając się za bardzo, zacząłem Bingować oraz Googlować problem – nie lubię wyważać otwartych drzwi. Niestety, to co znalazłem zupełnie nie dotyczyło platformy .NET tylko np. wersji systemu lub komponentu MDAC. Za to ukierunkowało mnie na grzebaniu w paczce MSI. Dzięki użyciu narzędzia do zmiany atrybutów paczki MSI, udało mi się zdjąć warunek sprawdzania zainstalowanej wersji platformy .NET. Poniżej opis jak tego dokonać.
- W pierwszej kolejności musimy zaopatrzyć się w narzędzie do edycji paczek MSI. Najbardziej znanym, darmowym i lubianym przeze mnie jest Orca. Minusem tego zaledwie ~2 MB narzędzia jest to, że jest składnikiem Windows SDK, który już waży prawie ~1,5 GB. Jeżeli, ktoś już ma u siebie lokalnie ściągnięte Windows SDK lub instalację programu Orca to problem pobierania go nie dotyczy. Jeśli jednak nie mamy takiego narzędzia lokalnie i nie mamy ochoty pobierać ~1,5 GB dla ~2 MB narzędzia to istnieje alternatywny edytor, również darmowy, całkiem przyzwoity i ważący ~5,5 MB jakim jest InstEd. InstEd wygląda i działa identycznie jak Orca.
- Jak już będziemy mięli zainstalowany edytor MSI to otwieramy w nim pakiet instalacyjny SCCP 2007. W lewej części edytora znajduje się spis tabel, gdzie namierzamy pozycję _VsdLaunchCondition. Po wybraniu jej, w prawej części edytora zobaczymy dwie pozycje sprawdzania warunków uruchomienia paczki. Jedna dotyczy właśnie platformy .NET, a druga komponentu MDAC.
- Zaznaczamy pozycję dotyczącą platformy .NET tj. CanonicalizedMsiNetAssemblySupport>=VSDSupportedRuntimesMin AND CanonicalizedMsiNetAssemblySupport<VSDSupportedRuntimesMax i usuwamy wiersz warunku.
- Zapisujemy paczkę MSI.
- Odpalamy instalację, która nie sprawdza już platformy .NET i umożliwia dalsze zainstalowanie narzędzia SCCP 2007. Działanie programu po instalacji jest już jak najbardziej prawidłowe.
Poniżej ilustracja obrazująca powyższy opis.
Na marginesie dodam, że System Center Capacity Planner 2007 umożliwia planowanie tylko dla Exchange Server 2007. Są jednak dwa dodatki rozszerzające możliwości narzędzia o planowanie dla Office SharePoint Server 2007 / SharePoint Services 3.0 oraz System Center Operation Manager 2007. Paczki tych dodatków instalują się poprawnie i nie trzeba ich edytować.
Mój artykuł na WSS.pl o rozruchu z VHD
02 years ago
Zapraszam do przeczytania mojego artykułu o rozruchu Windows 7 oraz Windows Server 2008 R2 z różnicowych i rozszerzalnych plików VHD. Artykuł dostępny pod linkiem: http://WSS.pl/Articles/11280.aspx
Miłej lektury! Komentarze mile widziane
Problem z alokacją pamięci 0x800705AA – start VM w Hyper-V
02 years ago
by Dariusz Porowski
in How To
Idąc za ciosem, nawiązując do poprzedniego postu dotyczącego problemu tworzenia pliku pamięci, poniżej omówienie podobnie wyglądającego błędu. Błąd o numerze 0x800705AA wgląda następująco:
An error occurred while attempting to change the state of virtual machine {vm-name}.
‘{vm-name}‘ failed to initialize.
Unable to allocate {vm-mem-size} MB of RAM: Insufficient system resources exist to complete the requested service. (0x800705AA)
…
…
Przykładowy zrzut błędu:
Powyższy przykład jest o tyle prosty, że mamy dokładnie napisane co jest nie tak. Brakuje pamięci RAM, aby zaalokować żądaną zadeklarowaną ilość. W tym przypadku nie ma więcej żadnej filozofii. Zmniejszamy deklarację pamięci w VM, albo zwalniamy potrzebną ilość w RAM.
Problem jest taki, że podobny komunikat (bez treści opisu problemu na dole) może nam wyskoczyć kiedy mamy nawet znacznie większą ilość wolnej pamięci niż potrzebuje VM do startu. O co chodzi? Chodzi o to, że jest to związane z architekturą NUMA (Non-Uniform Memory Access). Rozwiązaniem problemu jest instalacja hotfix-ów opisanych w KB953585.
Dodam również ze instalacja Service Pack 2 dla Windows Server 2008, również powinna rozwiązać ten problem.
Błąd tworzenia pliku pamięci podczas startu VM w Hyper-V
02 years ago
by Dariusz Porowski
in How To
Kiedy któregoś pięknego dnia w momencie uruchomienia ręcznego wirtualnej maszyny w środowisku Hyper-V otrzymacie komunikat:
An error occurred while attempting to change the state of virtual machine {vm-name}.
’{vm-name}’ failed to initialize.
Failed to create memory contents file ‘{vm-mem-file-path}’ of size {vm-mem-size}.
…
…
Prezentujący się tak:
Sugeruję zobaczyć ile mamy wolnego miejsca na dysku pod literką wskazaną w komunikacie. Dalsze kroki prowadzące do rozwiązania problemu już we własnym zakresie
