PAKIET ADMINISTRATOR · AKTUALIZACJA TEKSTOWA

LogCenter r27 — bezpieczna aktualizacja i odbiór

5 krótkich lekcji, samodzielne laboratorium, 5 pytań kontrolnych i instrukcja PDF.

Stan sprawdzenia: 20.09.2026

Pobierz instrukcję i laboratorium PDF Przejdź do laboratorium Rozwiąż test

1. Trzy niezależne numery wersji

Cel: Rozróżnisz wersję aplikacji LogCenter, repozytorium interpretacji oraz enova365.

Wydanie aplikacji to 2026.09.16-r27. Centralne repozytorium opisów zdarzeń nadal ma wersję 2026.09.08-r23 i 46 reguł. Oznaczenie 2606.1.2 odnosi się do enova365 używanej w materiałach bazowych, nie do LogCenter. Różne numery tych trzech elementów same w sobie nie oznaczają błędu aktualizacji.

Zapisz aktualną wersję instalacji z panelu LogCenter lub znacznika installation-version.json (pole PackageVersion). Brak znacznika oznacz jako nieustaloną wersję instalacji; nie zgaduj jej na podstawie filmu.
Odczytaj version, publishedAt i releaseNotes w manifeście aplikacji oraz version i ruleCount w manifeście interpretacji.
Oddzielnie zapisz wersję enova365, której logi analizujesz. Nie wnioskuj o zgodności każdego dodatku wyłącznie z numeru LogCenter.

Wynik do potwierdzenia: Karta kontroli zawiera trzy osobne pozycje: aplikacja r27, interpretacje r23 / 46 reguł, rzeczywista wersja enova365 w LAB.

2. Nowy adres aktualizacji aplikacji

Cel: Wskażesz właściwy kanał aktualizacji i nie pomylisz go z bazą opisów zdarzeń.

Opis wydania r27 wskazuje wspólne repozytorium aplikacji enova365 i nowy adres bezpiecznych aktualizacji. Manifest aplikacji znajduje się pod enova365/apps/v1/log-center/stable/manifest.json. Repozytorium interpretacji ma osobny adres enova365/interpretations/v1/stable/manifest.json. Nie zastępuj jednego drugim. R27 nie oznacza nowego zestawu 46 reguł.

Na kopii LAB sprawdź efektywne ustawienia ApplicationUpdates, w tym ewentualne nadpisania w konfiguracji lub zmiennych środowiskowych. Nie publikuj pełnego pliku konfiguracji.
Porównaj ManifestUrl z adresem manifestu aplikacji podanym w tym pakiecie. ManifestSignatureUrl powinien wskazywać ten sam adres z końcówką .sig. Sprawdź zaufany klucz publiczny i kanał stable.
Jeżeli stara instalacja nadal wskazuje poprzedni adres, zaplanuj zmianę tylko ustawień aktualizacji aplikacji, z kopią i możliwością odtworzenia. Nie nadpisuj ustawień EventRepositoryUpdates, kont usług ani połączeń SQL.
Sprawdź dostęp HTTPS z kontekstu konta usługi. Nie rozwiązuj błędu pobrania przez wyłączenie walidacji podpisu lub certyfikatu.

Wynik do potwierdzenia: Kontrola aktualizacji rozpoznaje wydanie r27 i nie zgłasza błędu podpisu. Kontrola interpretacji pozostaje niezależna i wskazuje r23.

3. Bezpieczne pobranie pełnego instalatora

Cel: Wyjaśnisz różnicę między sprawdzeniem, pobraniem i instalacją aktualizacji.

LogCenter używa jednego pełnego pakietu Installer do nowej instalacji i aktualizacji; nie jest potrzebny osobny pakiet Upgrade. Mechanizm aplikacji sprawdza podpis ECDSA manifestu, adres HTTPS, rozmiar i SHA-256 pakietu. Samo pobranie pliku nie aktualizuje usługi. Bezpośrednie pobranie ZIP z przeglądarki nie wykonuje za użytkownika tych kontroli.

Pobierz pełny Installer r27 przez mechanizm weryfikujący aktualizacje. Jeśli pobierasz ręcznie, zweryfikuj pochodzenie podpisanego manifestu zaufanym kluczem publicznym oraz sumę i rozmiar ZIP; sama zgodność sumy pobranej z tego samego niezweryfikowanego źródła nie dowodzi autentyczności.
Oczekiwany rozmiar: 50 265 731 bajtów. Porównaj SHA-256 z wartością w sekcji Źródła tego pakietu. Do obliczenia sumy lokalnego pliku możesz użyć Get-FileHash -LiteralPath 'C:\LAB\Enova365LogCenter-Installer-2026.09.16-r27-win-x64.zip' -Algorithm SHA256 (dostosuj ścieżkę).
Przy niezgodności podpisu, rozmiaru lub sumy przerwij. Zachowaj komunikat i pobierz pakiet ponownie z potwierdzonego źródła; nie uruchamiaj częściowo pobranego instalatora.
Zapisz oddzielnie statusy: manifest sprawdzony, ZIP zweryfikowany, instalacja jeszcze niewykonana.

Wynik do potwierdzenia: Masz zweryfikowany ZIP r27 oraz zapis kontroli. Działająca usługa nie zmieniła wersji wskutek samego pobrania.

4. Aktualizacja na wydzielonym LAB

Cel: Przeprowadzisz kontrolowaną aktualizację bez utraty konfiguracji i danych uwierzytelniających.

Pełny instalator Windows x64 wykrywa istniejącą usługę i umożliwia jej aktualizację. Zachowuje m.in. konto usługi, konfigurację, źródła logów, połączenia SQL i klucze Data Protection. W poprzedzającym wydaniu r26 poprawiono parametr reguły zapory z DisplayGroup na Group. Nie zalecamy ręcznego usuwania reguł ani wyłączania zapory jako obejścia błędu starego instalatora.

Użyj oddzielnej maszyny lub usługi LAB z syntetycznymi logami, bez produkcyjnych poświadczeń i bez zapisu do produkcyjnych baz. Uzgodnij okno przerwy. Zapisz nazwę usługi, konto, katalog, port, wersję i stan /Health przed zmianą.
Zabezpiecz konfigurację, magazyn danych aplikacji, lokalne reguły oraz DataProtectionKeys w lokalizacji o ograniczonym dostępie. Sprawdź możliwość odtworzenia i dostępność poprzedniego instalatora. Klucze LogCenter nie są kluczami serwera WEB enova365; nie usuwaj żadnego z tych katalogów.
Rozpakuj zweryfikowany ZIP do nowego pustego katalogu na hoście LAB. Uruchom Uruchom-Instalator.cmd z wymaganym podniesieniem uprawnień. Sprawdź wykrytą usługę, katalog i port; dopiero wtedy wybierz aktualizację usługi.
Instalator tworzy kopię przed wymianą plików i przewiduje automatyczne odtworzenie przy błędzie aktualizacji. Po błędzie sprawdź log oraz rzeczywisty stan starej usługi; sam komunikat o próbie odtworzenia nie potwierdza sukcesu.
Jeżeli zainstalowana wersja jest już r27, nie reinstaluj bez potrzeby. Wykonaj część odbiorową; nie obniżaj wersji, aby sztucznie wykonać ćwiczenie.

Wynik do potwierdzenia: Usługa LAB uruchamia się, installation-version.json wskazuje r27, ustawienia pozostały zachowane. Nie zmieniono produkcyjnych usług ani baz enova365.

5. Odbiór działania i obsługa niepowodzenia

Cel: Potwierdzisz nie tylko uruchomienie usługi, lecz także odczyt logów i działanie interpretacji.

Odpowiedź /Health jest konieczną, ale niewystarczającą kontrolą. Źródło UNC może nadal być niedostępne, a filtr lub eksport może działać inaczej niż oczekujesz. Weryfikuj ten sam syntetyczny przypadek przed i po aktualizacji. Reguły lokalne mają pierwszeństwo przed centralnymi, a centralne przed wbudowanymi.

Sprawdź /Health oraz logowanie dotychczasowym kontem LAB. Nie wpisuj hasła do raportu i nie resetuj go tylko na potrzeby testu.
Wczytaj ten sam zestaw syntetycznych logów: stały zakres czasu, źródło, identyfikator żądania lub sesji. Porównaj liczbę i treść zdarzeń przed i po aktualizacji.
Sprawdź interpretację znanego zdarzenia oraz wersję centralnego repozytorium r23 / 46 reguł. Osobno potwierdź zachowanie własnych reguł; aktualizacja centralna nie powinna ich usuwać.
Wykonaj eksport, sprawdź jego zawartość i usuń z kopii przeznaczonej do udostępnienia dane osobowe, tokeny i połączenia. Nie wysyłaj surowych logów do kursu ani AI.
Zasymuluj niedostępność źródła wyłącznie w odizolowanym LAB bez zmiany produkcyjnych ACL. Rozpoznaj błąd dostępu, przywróć źródło i ponów test. Nie traktuj go automatycznie jako uszkodzenia SQL.
Przy nieudanym odbiorze wstrzymaj wdrożenie. Zabezpiecz log instalatora, wersje i wynik /Health. Odtworzenie poprzedniej instalacji wykonuj według planu z zachowaniem konfiguracji i kluczy; nie naprawiaj problemu przez ręczne aktualizacje tabel enova365.

Wynik do potwierdzenia: Raport zawiera wersje, wyniki przed/po, /Health, kontrolę źródła, interpretacji i eksportu oraz wynik próby błędnego dostępu. Brak dowodu oznacza niezaliczony punkt, a nie sukces domyślny.

Laboratorium: aktualizacja i odbiór r27

Wykonuj zadanie tylko w odizolowanym LAB. Zaznaczenia i wynik testu są lokalną samokontrolą, nie zapisują postępu modułu ani nie wydają certyfikatu.

PRÓBA PRAKTYCZNA / OSOBNA BAZA LAB

Powtórz zadanie bez podpowiedzi

Sprawdź, pobierz i — jeśli wersja LAB jest starsza — zaktualizuj LogCenter do r27. Następnie przeprowadź odbiór działania i udokumentuj jedno kontrolowane niepowodzenie.

Dane startowe: Stały syntetyczny zestaw logów, ustalony zakres czasu i identyfikator zdarzenia. Docelowa aplikacja 2026.09.16-r27, interpretacje 2026.09.08-r23 / 46 reguł. Nie używaj logów klientów.

Przypadek do wyjaśnienia: Źródło syntetycznych logów w LAB jest niedostępne. Wyjaśnij, dlaczego poprawny /Health nie dowodzi dostępu do tego źródła. Odtwórz dostęp bez rozszerzania produkcyjnych uprawnień.

Najpierw wykonaj próbę z samą kartą danych. Dopiero później porównaj wynik z poniższymi kryteriami. Wpisuj tylko oznaczenia danych demonstracyjnych.

Baza LAB i wersja aplikacjiTwój rezultat: rekordy, odczyt przed i po, wyjaśnienie różnicy

Kryteria — otwórz po samodzielnej próbie

Zapisałem wersje aplikacji, interpretacji i enova365 osobno oraz stan usługi przed zmianą.Sprawdziłem podpisany manifest, rozmiar i SHA-256 instalatora; pobrania nie uznałem za instalację.Sprawdziłem zabezpieczenie konfiguracji i kluczy oraz plan odtworzenia.Potwierdziłem r27 i /Health po aktualizacji albo udokumentowałem, że LAB już miał r27.Porównałem odczyt tego samego zestawu logów, filtr, interpretację oraz bezpieczny eksport.Wykonałem kontrolowaną próbę niedostępnego źródła, przywróciłem je i ponowiłem odczyt.

Wykonałem próbę na nowym punkcie startowym bez filmu, instrukcji krok po kroku i klucza odpowiedzi.

Karta pozostaje w tej otwartej stronie. Pobierz ją przed zamknięciem; nie jest wysyłana do serwera ani automatycznie zaliczana jako kompetencja.

Źródła i parametry wydania

Aplikacja: 2026.09.16-r27 · interpretacje: 2026.09.08-r23 / 46 reguł.

Rozmiar instalatora: 50 265 731 bajtów.

SHA-256: 9d5a221e9dc42444122f90b8a83680fcbe8d68d5cf0ec39d588b25fe5da5ce9d

Procedura: instrukcja aktualizacji, dokumentacja repozytoriów oraz mechanizm ApplicationUpdateService w projekcie LogCenter. Jest to materiał ERPologia dotyczący LogCenter, nie informacja o nowym wydaniu systemu enova365 przez Sonetę.