Ku pamięci: http://hkeylocalmachine.com/?p=166

Kiedy wszystkie sposoby zawodzą: manualna dezinstalacja.

Ku pamięci:

Najprostszym rozwiązaniem jest wyczyszczenie zawartości katalogu: C:\Users\Default i podmiana na taki sam katalog skopiowany z innego, działajacego system. Pamiętamy przy tym o zachowaniu wersji OSa.

Pełny opis błedu oraz rozwiązanie pochodzą z: https://helgeklein.com/blog/2013/09/error-message-explained-user-profile-service-failed-logon/

Pewna aplikacja dostarczona przez vendora została zainstalowana zgodnie z wymaganymi wytycznymi: odpowiednia wersja Javy, systemu operacyjnego oraz przegladarki internetowej. Po pomyślnym zainstalowaniu aplikacja utworzyła skrót na pulpicie, odwolujący sie do pliku start.html, zlokalizowanego na lokalnym dysku. Plik zawiera konfiguracje startowa, pozwalającą na uruchomienie i korzystanie z aplikacji.

Jakież było zdziwienie użytkownika, kiedy uruchamiając aplikację spotkał się z poniższym błędem:

Dzieje sie tak, ponieważ obecne ustawienia bezpieczeństwa nałożone na przeglądarke użytkownika nie pozwalają na wykonywanie kodu JavaScript oraz uruchomienie elementow ActiveX, zlokalizowanych na naszej lokalnej stronie www.

Rozwiązaniem jest zaznaczenie opcji: Allow active content to run in files on My Computer* oraz restart przeglądarki.

Kolejnym błędem jaki napotyka nasz użytkownik jest komunikat: Java (TM)  was blocked because it is out of date and needs to updated.

Ponieważ Java została zinwestygowana od strony systemu operacyjnego i dostarczona w poprawnej wersji, problemu należy upatrywać raczej w ustawieniach i konfiguracji przeglądarki internetowej. Szczegółowo na temat ActiveX można poczytać na blogu Elizabeth Ross: https://technet.microsoft.com/itpro/internet-explorer/ie11-deploy-guide/out-of-date-activex-control-blocking. Wnikliwa lektura artykulu dostarcza pełne spektrum rozwiązań, począwszy od aktualizacji problematycznego komponentu, na jego wyłączeniu skończywszy. W naszym konkretnym przypadku wymagane jest wyłączenie komunikatu, co można osiągnąć poprzez zmianę ustawień lokalnych polityk komputera.

W tym celu należy uruchomić z wiersza poleceń przystawkę GPO (gpedit.msc) oraz w kluczu: Computer configuration –> Administrative Templates –>Internet Explorer –> Security Features –> Add-on Management –> Turn off blocking of outdated AxciveX controls for Internet Explores zmienić wartość na Enabled. Następnie odswieżamy polityki komputera. Wskazaną wartość można oczywiście wyedytować w rejestrze.

Ostatnim problemem, na który napotyka nasz użytkownik jest komunikat: “Your Java version is out of date”.

Z uwagi na specyfikę środowiska, w którym pracuje użytkownik nie możemy wykonać upgrade Javy do najnowszej wersji dostępnej w Internecie. Należy zatem wyłączyc komunikat, np. używając rozwiązania opisanego pod linkiem: http://www.wincert.net/microsoft-windows/disable-java-version-is-out-of-date-message/.

Po wdrożeniu powyższych kroków nasz użytkownik może bez przeszkód kontynuować pracę … 🙂

setup /q /action=rebuilddatabase /instancename=sccm /sapwd=Pa$$w0rd /SQLCollation=SQL_Latin1_General_CP1_CI_­AS /SQLSYSADMINACCOUNTS=domain\administrato­r

Ku pamięci.

Korzystając z okazji wydanego niedawno UR 10 do SCOM 2012 SP1 i możliwości aktualizacji środowiska SCOM postanowiłam przy okazji rozejrzeć się za możliwościami tuningu wydajności konsoli SCOM, tak aby widoki, dashboardy i pozostałe formy prezentacji danych monitoringowych wyświetlały się na ekranach zainteresowanych w tempie akceptowalnym i przynoszącym potencjalne korzyści z ich przeglądania 😉 .

Poniżej prezentuję zastosowane rozwiązania:

1. Czyszczenie konsolowego cache

Rozwiązanie na dobrą sprawę pozwala na uruchomienie “świeżej” wersji konsoli bez naleciałości i danych powstałych w poprzednich sesjach; pozwala również na pozbycie się błędów typu: ObjectNotFoundExceptions. Metoda przydaje się również, gdy plik cache urasta do rozmiarów zgoła nieakceptowalnych i chcemy zwolnić nieco miejsca na dysku.

Sposób wykonania został zaprezentowany w TechNetowym źródle: https://technet.microsoft.com/en-us/library/hh212884.aspx

Artykuł opisuje ponadto metody czyszczenia cache po stronie serwera zarządzającego (SCOM Management Server) oraz po stronie agenta; w obu przypadkach przyczyny czyszczenia są zgoła nieco inne niż w naszym konkretnym przypadku, niemniej jednak warto się z nimi zapoznać.

2. Stworzenie większej ilości plików TEMPDB korespondującej z ilością corów na procesorze na serwerze/klastrze SQL hostującym bazę danych.

Jest to metoda o którą potykałam się już od dłuższego czasu; tuning wydajności ma związek nie tyle z samym SCOM ile źródłem danych, z którego on korzysta; czyli SQL Server.

Polega na stworzeniu dodatkowych plików tempdb w celu rozdzielenia transakcji I/O pomiędzy poszczególne pliki oraz zapobiega blokowaniu w momencie kiedy wiele procesorów wykonuje zadania SQL jednocześnie.

Lekką zagadką dla mnie jest, ile tych plików tempdb powinno być; moje źródło mówi, że powyżej 8 corów należy utworzyć 1 plik tempdb na 2 cory procesora. Czyli jeśli mamy 16-corowy procesor, plików tempdb powinno być 12. Jeśli mamy 24-corowy procesor, plików tempdb powinno być 16, itd. Całość jest opisana w poniższym artykule: https://epmlivesupport.desk.com/customer/portal/articles/1357944-create-multiple-tempdb-files-per-cpu; mało tego został do niego dołączony skrypt tworzący pliki tempdb co by nie musieć robić tego samemu … Jeśli post trafi w ręce któregoś z guru SQL’owych będę wdzięczna za wypowiedzenie się, na ile działania arytmetyczne oraz wyznaczenie ilości plików tempdb jest poprawne …

Różnica w poprawie czasu dostępu do danych SCOM z konsoli po zastosowania rozwiązania z powyższego artykułu nie czyni z konsoli demona szybkości, ale komfort pracy zauważalnie się polepszył.

3.  Czas na …MDoP! (Max Degree of Parallelism)

MDoP jest jednym z zaawansowanych właściwości serwera SQL. Domyślnie, serwer sam próbuje wykryć jaki poziom MDoP powinien zostać użyty. SQL działający na maszynie z więcej niż jednym procesorem, będzie samodzielnie próbował znaleźć najlepszy poziom zbieżności. Sam paralelizm jest w tym przypadku liczbą procesorów używanych do uruchomienia pojedynczej instrukcji dla każdego zapytania, które ma paralelny plan wykonania. By nie dublować informacji, podaję linka do źródła: http://thoughtsonopsmgr.blogspot.com/2014/12/scom-2012x-console-on-steroids-try-mdop.html.

Po zmianie poziomu paralelności konsola SCOM przyspieszyła znacząco.

Podsumowanie:

Zastosowanie kombinacji trzech powyższych metod pozwoliło na przyspieszenie dostępu do danych o prawie 50%. Największe przyspieszenie szybkości zostało zaobserwowane po zmianie domyślnej wartości MDoP na wartość mającą zastosowanie w moim środowisku SCOM. Challenge accepted 🙂

Sposobem na pozbycie się błędu oraz pomyślną aktywację systemu jest uruchomienie konsoli cmd z uprawnieniami administratora oraz wykonanie poniższej komendy:

slmgr -ipk <nasz_klucz_produktu>

a następnie próba aktywacji systemu z nowym kluczem:

slmgr -ato

Taka sytuacja może pojawić się w momencie aktualizacji systemu z Windows 8 do Windows 10 TP – system podjął próbę aktualizacji w oparciu o klucz produktowy Windows 8, co zakończyło się niepowodzeniem. Import nowego klucza rozwiązał problem.

Ku pamięci: krótko, zwięźle i na temat.

http://blogs.msdn.com/b/powershell/archive/2009/11/23/you-don-t-have-to-be-an-administrator-to-run-remote-powershell-commands.aspx

SCCM 2012 R2 jest potężnym narzędziem, oferujacym wiele możliwości nie tylko w obszarze tytułowych kwerend, ale również w pozostałych. Dla poszukujacych inspiracji o przydatnych kwerendach, możliwych do wykorzystania we firmowym SCCMie – poniższy link: http://technet.microsoft.com/en-us/library/dd334590.aspx. Wybór jest duzy I jest dobrym punktem wyjścia dla tworzenia własnych kwerend i zapytań.

Pod linkami:

• http://technet.microsoft.com/en-us/library/hh427342.aspx 
• http://technet.microsoft.com/en-us/library/bb892800.aspx

dostępna jest lista logów SCCM (zarówno od strony serwera, jak I klientów) wraz z opisami.

Bardzo polecam – przydaje sie podczas rozwiązywania problemów z SCCM.