KARTA ZADANIA · DANE, POLECENIA I KRYTERIA
Awaria po aktualizacji i odtworzenie działania
Zaproponuj bezpieczne przywrócenie działania po nieudanej aktualizacji. Oddziel kopię technicznie poprawną od sprawdzonego odtworzenia aplikacji.
Przygotowanie i sposób pracy
Wykonaj wcześniej podstawowe etapy ścieżki. Użyj oddzielnej notatki lub arkusza, zapisz obliczenia i uzasadnienia. Najpierw pracuj bez klucza odpowiedzi, a przy części systemowej zachowaj identyfikatory dokumentów i zrzuty fikcyjnych danych. Rozszerzenia wykraczające poza poniższy zestaw wymagają dodatkowej karty wejściowej od prowadzącego.
Dane wejściowe
- Fikcyjny incydent: o 09:00 zablokowano nowych użytkowników, o 09:05 wykonano pełną kopię bazy, o 09:15 rozpoczęto aktualizację, o 09:35 po zmianie aplikacji występuje błąd logowania.
- Umowne cele ćwiczenia: dopuszczalna utrata danych RPO 15 min; dopuszczalny czas niedostępności RTO 90 min od 09:00. Brak zgody na nadpisanie bazy produkcyjnej.
- Dostępne: kopia bazy sprzed konwersji, pliki zgodnej poprzedniej wersji aplikacji, zabezpieczona konfiguracja oraz manifest dodatków. Nie potwierdzono jeszcze, czy trwały zapisy integracji po 09:05.
- Sprzeczna sugestia w zgłoszeniu: uruchomić starą aplikację na bazie po konwersji. Potraktuj ją jako pomysł do odrzucenia, nie zatwierdzoną procedurę.
Polecenia
- Zapisz oś czasu, zakres awarii i punkt ostatniego potwierdzonego zapisu. Sprawdź także integracje i zadania w tle.
- Zabezpiecz stan po awarii bez jego kasowania. Dobierz zgodną parę aplikacji i kopii bazy sprzed konwersji oraz oddzielny cel odtworzenia.
- W zatwierdzonym LAB wykonaj pełne odtworzenie pod nową nazwą. Sprawdź integralność, konfigurację, dodatki, logowanie i reprezentatywny proces biznesowy.
- Zmierz czas, porównaj go z celem i opisz warunki decyzji o przełączeniu. Samo sprawdzenie kopii ani start usługi nie potwierdzają poprawnej pracy użytkownika.
Co oddajesz do sprawdzenia
- Potwierdzenie odtworzenia i integralności bazy
- Test działania enova po zmianie i po wycofaniu
- Czas odtworzenia, zakres utraty danych, opis przyczyny i zanonimizowane logi
Dołącz zakres wykonania: część pisemna, obliczenia oraz — tylko jeśli rzeczywiście wykonano — czynności w enova365. Elementy wymagające LAB oznacz jako niewykonane, dopóki nie ma dowodu próby.
Kryteria oceny — 100 punktów
Prowadzący przyznaje za każde kryterium 0%, 50% albo 100% dostępnych punktów: brak lub błędny wynik, wynik częściowy, pełny wynik z uzasadnieniem. Kryterium wymagające pracy w programie nie otrzymuje punktów za sam opis. Proponowany próg tego zadania to 80/100, bez błędów krytycznych i bez niewykonanej wymaganej praktyki. Nie jest to automatyczna ocena jakości całego kursu.
| Kryterium | Punkty | Pełny wynik |
|---|---|---|
| Diagnoza i zachowanie stanu | 25 | Oś czasu, sprawdzenie integracji, brak kasowania dowodów i nieuprawnionych zmian. |
| Plan odtworzenia | 25 | Oddzielny cel, zgodna aplikacja/baza/dodatki, jawna procedura decyzji o przełączeniu. |
| Próba działania | 30 | Udokumentowane pełne odtworzenie i proces użytkownika; symulacja pisemna nie otrzymuje tych punktów praktycznych. |
| Pomiar i wnioski | 20 | Prawidłowo ocenione RTO i RPO, ograniczenia, osoba odpowiedzialna oraz następny test. |
Błędy krytyczne: Nadpisanie niewskazanej bazy, ujawnienie sekretów, zmiana produkcji lub uznanie samego backupu za dowód odtworzenia. Niezależnie od punktów: bezpośrednie zmiany produkcji, ujawnienie danych lub pozorne potwierdzenie niewykonanej próby wykluczają zaliczenie.
Klucz do samokontroli
Pokaż wyniki — dopiero po własnej próbie
- Termin RTO w scenariuszu: 10:30. Odtworzenie działania o 10:20 oznacza 80 minut niedostępności, a o 10:40 — 100 minut i przekroczenie celu.
- Nie da się potwierdzić RPO wyłącznie z godziny kopii. Potrzebny jest stan ostatnich zapisów, w tym integracji, oraz punkt odzyskanych danych.
- Nie uruchamiamy niezgodnej starej aplikacji na skonwertowanej bazie. Nie nadpisujemy źródła.
- Dowody zaliczenia praktyki obejmują odtworzenie, logowanie ograniczonego operatora i uzgodniony wynik procesu, a nie sam komunikat o sukcesie kopii.
Porównaj dokładnie daty, kolejność zdarzeń i zapisy historii; w zadaniu administracyjnym także czasy w minutach. Inny wynik z programu najpierw wyjaśnij przez dane i konfigurację; nie zmieniaj źródła tylko po to, by pasowało do modelu.
Wariant do samodzielnego rozwiązania
Zmiana: integracja potwierdziła zapis o 09:25, odtworzenie obejmuje dane do 09:05, pełna dostępność wraca o 10:20. Czy oba cele zostały osiągnięte?
Porównaj swój wynik
RTO: 80 min, mieści się w 90 min. Punkt odtworzonych danych 09:05 jest o 30 min wcześniejszy niż awaria o 09:35, więc cel RPO 15 min nie został osiągnięty. Potwierdzony zapis integracji z 09:25 nie znalazł się w odtworzeniu. Potrzebny jest dalszy sposób odzyskania albo jawne wykazanie nieosiągnięcia celu.
Ten wariant sprawdza przeniesienie metody na inne dane. Ujawniony klucz służy nauce; egzamin końcowy wymaga odrębnego nieujawnionego wariantu i obserwacji pracy uczestnika.
Co musi być gotowe przed próbą w LAB
- Osobny SQL i baza bez danych produkcyjnych, wystarczający dysk oraz zatwierdzona zgodność wersji enova/SQL.
- Kopie plików i konfiguracji zabezpieczone przed publikacją; konta usług z ograniczonymi prawami.
- Zgoda na wyłączenie wyłącznie usług LAB, zmierzony test przywrócenia oraz kontrola procesu po odtworzeniu.
Status: scenariusz pisemny gotowy, pełna próba LAB dla tego zadania jeszcze niepotwierdzona. Nie przyznajemy uprawnień ani kwalifikacji zawodowych na podstawie samej karty.