ERPERPologiaSYSTEM ERP enova365Okres otwarty · zobacz plany

PAKIET ADMINISTRATOR · PRAKTYKA

Warsztaty administratora LogCenter r27

Pracujesz na jednym incydencie od rejestracji objawu do bezpiecznego przekazania diagnozy. Oddzielasz obserwację, hipotezę i potwierdzoną przyczynę. Sam zbieżny czas lub komunikat o przekroczeniu czasu nie dowodzi blokady SQL ani błędu dodatku.

6 ćwiczeń · 210 min pracy + 30 min przerw · poziom podstawowy i rozszerzony

Przed rozpoczęciem

  • Podstawowa znajomość Windows, usługi i konta usługowego; przed startem ADM-01-M01 i ADM-01-M09. Zaawansowany tuning SQL nie jest wymagany.
  • Opiekun udostępnia wydzielony LogCenter r27, konto LAB i syntetyczne źródła. Uczestnik nie otrzymuje produkcyjnych haseł ani uprawnień sysadmin.
  • Do podstawowych warsztatów wystarczą pliki logów. Dostęp SQL/ChangeInfos jest opcjonalnym rozszerzeniem tylko do odczytu w osobnej bazie demonstracyjnej.
  • Własne środowisko oraz licencje zapewnia organizator. ZIP nie zawiera instalatora, bazy SQL, kont ani automatycznej konfiguracji usługi.

Przygotowanie środowiska

  1. Opiekun sprawdza adres i nazwę instancji LAB, LogCenter 2026.09.16-r27, interpretacje 2026.09.08-r23 oraz miejsce przechowywania raportów. Zapisuje stan /Health i wersje.
  2. Rozpakuj ZIP do osobnego katalogu. Pliki w folderze logi mają rozszerzenie .log i zawierają po jednym obiekcie JSON w wierszu; nie zmieniaj go na .jsonl (ta końcówka nie jest obsługiwana przez sprawdzony czytnik).
  3. W konfiguracji źródeł wydzielonego LogCenter wskaż wyłącznie folder logi jako źródło WARSZTAT-R27. Konto procesu musi móc czytać ten katalog. Nie dodawaj całego dysku ani logów produkcyjnych.
  4. Ustaw datę 20.09.2026. Dane są stałe, a domyślny filtr programu obejmuje bieżący dzień; późniejsze uruchomienie bez zmiany daty da pusty wynik. Pamiętaj o strefie +02:00.
  5. Przed zajęciami opiekun potwierdza w UI odczyt danych, filtr procesu, korelację i eksport. Jeśli źródło lub funkcja nie działa, usuwa problem albo przekłada sesję; nie zastępuje braku działania zrzutem z instrukcji.

Jedna kolejność nauki w dziewięciu modułach

M01–M03: podstawy. M04–M08: diagnoza i przekazanie. M09: utrzymanie. Zaliczenie ćwiczenia wymaga dowodu wykonania, nie tylko obejrzenia filmu.

W01 · 25 MIN

Środowisko i bezpieczny zakres

Narysuj mapę komponentów i określ, co wolno zmieniać w tym LAB.

  1. Zapisz adres, wersje i stan początkowy. Oddziel LogCenter od Soneta-Web, Soneta-Server i SQL.
  2. Wypełnij granice dozwolonych działań w karcie wyników. Zaznacz, że logi są syntetyczne.
  3. Uzgodnij punkt przerwania i sposób kontaktu z opiekunem.

Oddaj: Karta środowiska oraz mapa zależności.

Warunek odbioru: Wskazano wersję każdego elementu i brak dostępu do produkcji; nie utożsamiono /Health z pełnym odbiorem.

Jeśli próba się nie uda: Jeżeli nie umiesz wskazać właściciela źródła lub konta usługi, wróć do ADM-01-M01 i uzupełnij kartę z opiekunem.

W02 · 35 MIN

Źródło logów i zakres dat

Dodaj wydzielone źródło plikowe i odczytaj dane z właściwego dnia.

  1. Wykonaj przygotowanie środowiska opisane wyżej. Ustaw datę 20.09.2026 i tylko źródło WARSZTAT-R27.
  2. Sprawdź procesy Web, Server, WebAPI i Scheduler. Porównaj proces z nazwą pliku, a SourceContext z treścią wpisu.
  3. Zmień datę na 19.09.2026, porównaj wyniki i wróć do dnia incydentu. Nie zmieniaj czasu serwera.
  4. Dla wskazanego przez opiekuna nieistniejącego katalogu LAB opisz różnicę między brakiem danych a błędem dostępu. Nie zmieniaj produkcyjnych ACL.

Oddaj: Zrzuty zakresu dat i źródła, lista procesów, opis próby błędnej ścieżki.

Warunek odbioru: Wyniki zmieniają się zgodnie z datą; źródło zawiera wyłącznie pliki warsztatowe. Pusty wynik nie został uznany automatycznie za brak błędów.

Jeśli próba się nie uda: Sprawdź datę i strefę, nazwę źródła, rozszerzenia oraz dostęp konta procesu; nie uruchamiaj programu jako administrator tylko po to, aby zamaskować błąd uprawnień.

W03 · 35 MIN

Filtr błędów i odzyskanie kontekstu

Znajdź przerwane żądanie LAB-TRACE-410 i pokaż pełny przebieg.

  1. Znajdź wpisy Error oraz Fatal dla daty incydentu. Jeżeli kontrolka wybiera jeden poziom, wykonaj dwa oddzielne wyszukania.
  2. Dla LAB-TRACE-410 zanotuj pierwszy błąd i ostatni objaw, następnie usuń ograniczenie poziomu.
  3. Pokaż cały przebieg tego identyfikatora od najstarszego zdarzenia. Nie łącz zdarzeń o innym TraceId tylko dlatego, że wystąpiły obok.

Oddaj: Wynik wyszukania błędów i pełna oś czasu tej samej korelacji.

Warunek odbioru: Pełny kontekst ma 6 zdarzeń. Raport pokazuje także wpisy informacyjne; przy błędach tego żądania są 3 wpisy Error.

Jeśli próba się nie uda: Porównaj aktywne filtry, limit wierszy i sortowanie. Nie zmieniaj danych wejściowych w celu uzyskania oczekiwanej liczby.

W04 · 45 MIN

Diagnoza oparta na dowodach

Oddziel objaw 502, zdarzenie SQL timeout, interpretację reguły oraz hipotezę przyczyny.

  1. Ułóż chronologię LAB-TRACE-410. Wskaż zdarzenie poprzedzające błąd w Web oraz jego źródło.
  2. Sprawdź interpretację zdarzenia. Zapisz, czy pochodzi z reguły lokalnej, centralnej czy wbudowanej; jeśli UI tego nie potwierdza, zapisz nieustalone.
  3. Oddziel zdarzenia 401, walidacji i Scheduler od głównego żądania. Dla wpisu bez identyfikatora zapisz ograniczenie korelacji.
  4. Zaproponuj dwa odczyty do potwierdzenia hipotezy SQL (np. oczekiwania/blokady w czasie problemu i konfiguracja limitu czasu) oraz właściciela następnego działania. Nie wykonuj zapisu SQL.

Oddaj: Tabela: obserwacja / interpretacja / hipoteza / brakujący dowód / następny krok.

Warunek odbioru: Przekroczenie czasu potwierdzono jako objaw. Blokady, brak indeksu lub wada dodatku nie zostały ogłoszone jako pewna przyczyna bez danych.

Jeśli próba się nie uda: Usuń nieudowodnione stwierdzenia, dołącz brakujące źródła albo pozostaw przyczynę nieustaloną.

W05 · 30 MIN

Bezpieczny eksport i eskalacja

Przekaż incydent bez ujawniania danych, zachowując jego użyteczność diagnostyczną.

  1. Wyeksportuj zdarzenie i kontekst głównej korelacji do lokalnego folderu wyników LAB.
  2. Otwórz plik poza podglądem aplikacji. Usuń ze swojej kopii treningowy adres osoba@lab.example.invalid i nazwę osoby TESTOWA-OSOBA, jeśli występują. To fikcyjne znaczniki do sprawdzenia minimalizacji danych.
  3. Zachowaj czas ze strefą, proces, TraceId, kod błędu i potrzebny fragment stosu. Nie wysyłaj surowego eksportu do AI.
  4. Wypełnij raport: wpływ, dowody, hipoteza, wykonane kontrole, ograniczenia i właściciel kolejnego kroku.

Oddaj: Zanonimizowany eksport oraz karta incydentu Markdown.

Warunek odbioru: Raport pozwala odtworzyć przebieg bez treningowych danych osoby. Zachowano identyfikator i zakres czasu.

Jeśli próba się nie uda: Jeśli filtr ukrył potrzebne zdarzenie, odtwórz eksport od źródła. Jeśli wykryjesz prawdziwy sekret, przerwij i zgłoś opiekunowi zamiast udostępniać plik.

W06 · 40 MIN

Aktualizacja r27 i odbiór

Przeprowadź kontrolę pakietu oraz odbiór działania według uzupełnienia r27.

  1. Zapisz oddzielnie r27 aplikacji i r23 interpretacji. Przejdź przez podpisany manifest, rozmiar i SHA-256 zgodnie z pakietem aktualizacyjnym.
  2. Wskaż chronione kopie konfiguracji, lokalnych reguł i DataProtectionKeys. Nie dołączaj tych kopii do wyników dla innych uczestników.
  3. Jeżeli opiekun przygotował starszą, odizolowaną usługę i okno zmiany, przeprowadź aktualizację pełnym instalatorem. Jeżeli LAB już ma r27, nie obniżaj wersji: wykonaj kontrolę i odbiór, oznaczając instalację jako niewykonywaną.
  4. Porównaj /Health, logowanie, ten sam syntetyczny przebieg i eksport. Niepowodzenie któregokolwiek wymaganego punktu oznacza wstrzymanie wdrożenia.
  5. Wskaż plan odtworzenia i dowody potrzebne po odtworzeniu. Sam opis planu nie potwierdza faktycznego przywrócenia usługi.

Oddaj: Karta aktualizacji: przed/po, wynik kontroli pakietu, zakres wykonania i decyzja opiekuna.

Warunek odbioru: Rozróżniono sprawdzenie, pobranie, instalację i odbiór. Brak wykonanej instalacji lub odtworzenia jest jawny, a nie oznaczony jako sukces.

Jeśli próba się nie uda: Nie obchodź błędu podpisu i nie kasuj kluczy. Przerwij zmianę, zabezpiecz komunikat i wróć do potwierdzonego punktu startowego z opiekunem.

PROJEKT · OCENA PRZEZ EGZAMINATORA

Projekt egzaminu praktycznego LOG-01 / r27

  • Egzamin jest nadzorowany: 90 minut pracy i 10 minut obrony raportu. Strona nie uruchamia sesji, nie ocenia automatycznie i nie wydaje certyfikatu praktycznego.
  • Opiekun wydaje świeży zestaw A lub B, inny od warsztatu, i kartę zadania. Uczestnik otrzymuje objaw oraz okno czasowe, bez rozwiązania i wskazania właściwej korelacji.
  • Dozwolona jest dokumentacja produktu i własna lista kontrolna. Niedozwolony jest klucz egzaminatora, rozwiązanie innego uczestnika i generowanie raportu przez asystenta AI.
  • Nie instalujesz nic na produkcji. Część aktualizacyjna polega na weryfikacji pakietu i przygotowaniu bezpiecznej decyzji; nie wymaga ingerencji w usługę produkcyjną.
  • Zaliczenie wymaga co najmniej 80/100 punktów, minimum w każdym zadaniu oraz braku błędu krytycznego. Brak dowodu nie daje punktów.
  • Problem środowiska niezależny od uczestnika oznacza przerwanie i nowy termin, nie automatyczne niezaliczenie. Poprawka na świeżym wariancie po omówieniu luk.
  • Ogólny quiz Akademii i jego certyfikat potwierdzają test wiedzy, nie zaliczenie tego egzaminu praktycznego. Decyzję i dowody zapisuje imiennie egzaminator.

E01 · Zakres, wersje i bezpieczeństwo — 10 pkt, minimum 10

Karta środowiska, trzy osobne wersje, źródła i dozwolone działania.

  • Identyfikuje przydzielony LAB i zakres bez produkcji — 4 pkt
  • Rozdziela wersję aplikacji, interpretacji i enova365 — 3 pkt
  • Ustala punkt przerwania oraz ochronę konfiguracji i kluczy — 3 pkt

E02 · Źródło i filtr — 15 pkt, minimum 8

Odtwarzalne kryteria wyszukania i potwierdzenie zakresu danych.

  • Wybiera przydzielone źródło i właściwy dzień ze strefą — 5 pkt
  • Prawidłowo używa procesu, poziomu i kryterium treści — 5 pkt
  • Potrafi pokazać kontekst po zdjęciu filtra błędów — 5 pkt

E03 · Korelacja i uzasadnienie diagnozy — 25 pkt, minimum 13

Chronologia z cytowanymi zdarzeniami oraz oddzielenie faktów od hipotez.

  • Wybiera korelację odpowiadającą zgłoszonemu objawowi — 8 pkt
  • Porządkuje pełny kontekst i wyklucza sąsiednie żądania — 7 pkt
  • Oddziela objaw od niepotwierdzonej przyczyny i proponuje test — 10 pkt

E04 · Kontrola aktualizacji — 15 pkt, minimum 8

Decyzja o pakiecie, kontrola autentyczności i plan odbioru.

  • Rozdziela manifest aplikacji i repozytorium interpretacji — 4 pkt
  • Wskazuje i sprawdza podpis, rozmiar oraz SHA-256 bez obchodzenia błędów — 6 pkt
  • Wskazuje kontrolę funkcjonalną i bezpieczne odtworzenie — 5 pkt

E05 · Minimalizacja danych i eksport — 20 pkt, minimum 10

Rzeczywisty eksport z UI oraz zanonimizowana kopia do przekazania.

  • Eksportuje potrzebne zdarzenie wraz z kontekstem — 6 pkt
  • Sprawdza wynik i usuwa wskazane dane osoby bez utraty diagnostyki — 8 pkt
  • Zachowuje czas, proces, identyfikator oraz pochodzenie danych — 6 pkt

E06 · Przekazanie i obrona — 15 pkt, minimum 8

Raport i samodzielne powtórzenie wybranego wyszukania.

  • Przekazuje wpływ, ustalenia, ograniczenia i właściciela kolejnego kroku — 6 pkt
  • Powtarza wyszukanie bez podpowiedzi — 5 pkt
  • Wyjaśnia własną decyzję i kiedy należy przerwać działania — 4 pkt

Błędy krytyczne — brak zaliczenia niezależnie od sumy

  • Wyjście poza przydzielony LAB lub nieautoryzowany zapis SQL.
  • Wyłączenie kontroli podpisu, certyfikatu albo uruchomienie odrzuconego pakietu.
  • Usunięcie kluczy lub konfiguracji albo rozszerzenie uprawnień bez zgody opiekuna.
  • Przekazanie rzeczywistego sekretu lub danych osoby poza dozwolony kanał; pozostawienie jawnie wskazanego znacznika treningowego danych osobowych w finalnym eksporcie.
  • Sfałszowanie dowodów, posłużenie się cudzym wynikiem lub kluczem egzaminatora.

Co oddajesz

  • karta-srodowiska.md
  • raport-incydentu.md
  • chronologia.md
  • eksport-zanonimizowany.txt
  • karta-aktualizacji.md
  • zrzuty-z-UI (tylko LAB, bez haseł)

Źródła i granice weryfikacji

  • Soneta: Systemowe, s. 620 — rola Soneta-Web, Soneta-Server i SQL; lokalna migawka dokumentacji 27.06.2026.
  • LogCenter: SonetaLogService i LogProcess — formaty plików, odczyt Timestamp/TraceId i proces z nazwy pliku; sprawdzenie kodu 20.09.2026.
  • LogCenter: instrukcja aktualizacji i podpisane manifesty wydania aplikacji r27 oraz interpretacji r23. Wydania sprawdzono w pakiecie aktualizacyjnym ERPologia.

Sprawdzenie materiałów i parsera nie zastępuje pełnego pilotażu w interfejsie ani rzeczywistej instalacji lub odtworzenia usługi.