Stanowisko

Administrator systemów

Czego nie wiecie o swoich systemach, dopóki coś nie przestanie działać? Zwykle tego, które z nich nie mają aktualnej kopii, które chodzą na wersji bez wsparcia i kto właściwie wie, jak je postawić od nowa.

Rozmowa wstępna

Cztery pytania, od których byśmy zaczęli

Czego nie wiecie o systemach, dopóki coś nie padnie?

Najczęściej tego, że kopia robiła się od miesięcy, ale nikt nigdy nie sprawdził, czy da się z niej odtworzyć. Kopia nieprzetestowana to nie jest kopia, tylko plik.

Co zostaje po administratorze, który odchodzi z firmy?

Jeśli hasła i dokumentacja, to dużo. Jeśli hasła, to prawie nic - bo konfiguracja istniała w jego głowie i odeszła razem z nim.

Który rodzaj zgłoszenia wraca u Was najczęściej?

Zwykle są to dwa albo trzy, powtarzające się od lat i rozwiązywane za każdym razem od nowa. Nikt ich nie policzył, bo każde z osobna wygląda na drobiazg.

Gdzie trafia informacja, że serwer zaczyna się zapełniać?

Jeśli nigdzie, to dowiecie się o tym w momencie, w którym przestanie przyjmować dane - czyli w najgorszym możliwym.

Serwerownia, otwarta szafa: osoba wysuwa kieszeń dysku z frontu urządzenia w szafie, zamiennik trzyma w drugiej ręce.

Zdejmujemy pilnowanie i rutynę, zostawiamy decyzje o infrastrukturze

Monitorowanie stanu, pilnowanie kopii i aktualizacji, prowadzenie dokumentacji konfiguracji i obsługa zgłoszeń powtarzalnych dają się odciążyć. Decyzje o tym, co i kiedy zmieniać, zostają przy administratorze.

  • Kopia jest sprawdzana, nie tylko wykonywana. - Odtworzenie próbne jest czynnością planową, a nie czymś, co robi się pierwszy raz w dniu awarii.
  • Stan systemu mówi sam o sobie. - Miejsce, obciążenie, certyfikaty, wersje - z sygnałem przed progiem, a nie po jego przekroczeniu.
  • Konfiguracja jest zapisana poza głową administratora. - Nie po to, żeby go zastąpić, tylko po to, żeby jego urlop nie był ryzykiem operacyjnym.

Zakres

Co da się odciążyć w utrzymaniu systemów

Dwadzieścia jeden przykładowych zadań. Każde ma punkt zatwierdzenia po stronie człowieka. Poniżej wybrane, a zakres dopasowujemy do tego, co utrzymujecie.

Stan i dostępność

  • Monitorowanie dostępności usług z jednego miejsca
  • Sygnał o zasobie zbliżającym się do progu zapełnienia
  • Wskazanie usług bez żadnego monitoringu
  • Powiadomienie o wygasającym certyfikacie
  • Zestawienie przestojów wedle usług i przyczyn

Kopie zapasowe i odtwarzanie

  • Kontrola wykonania kopii wedle harmonogramu
  • Sygnał o kopii, która nie wykonała się poprawnie
  • Harmonogram odtworzeń próbnych (decyzja o zakresie: administrator)
  • Rejestr wyników odtworzeń
  • Wskazanie systemów bez przypisanej polityki kopii (ocena: administrator)

Aktualizacje i wersje

  • Inwentarz systemów z wersjami i terminem wsparcia
  • Sygnał o wersji, dla której kończy się wsparcie producenta
  • Zestawienie aktualizacji oczekujących wedle wagi
  • Propozycja okna serwisowego wobec obciążenia (decyzja: administrator)

Dokumentacja konfiguracji

  • Opis konfiguracji generowany ze stanu systemu (weryfikacja: administrator)
  • Rejestr zmian w konfiguracji z autorem i datą
  • Wskazanie systemów bez żadnej dokumentacji
  • Procedura odtworzenia systemu od zera (treść: administrator)

Zgłoszenia powtarzalne

  • Zestawienie zgłoszeń wedle rodzaju i częstotliwości
  • Wskazanie zgłoszeń rozwiązywanych tym samym krokiem
  • Propozycja trwałego usunięcia przyczyny (decyzja: administrator)

Dzień pracy

Dzisiaj

  • O zapełnionym dysku dowiadujecie się, gdy usługa przestaje działać
  • Kopie wykonują się, ale nikt nie sprawdził, czy da się z nich odtworzyć
  • Wersje i terminy wsparcia macie w arkuszu sprzed roku
  • Konfigurację pamiętacie, więc nie jest nigdzie zapisana
  • To samo zgłoszenie rozwiązujecie po raz kolejny tym samym krokiem
  • Okno serwisowe uzgadniacie mailem z kilkoma działami

Z asystą AI

  • Zasób zbliżający się do progu zgłasza się przed awarią
  • Nieudana kopia i wynik odtworzenia próbnego są widoczne
  • Wersja kończąca wsparcie producenta sygnalizuje się z wyprzedzeniem
  • Opis konfiguracji powstaje ze stanu systemu, Wy go weryfikujecie
  • Powtarzalne zgłoszenia są policzone, więc widać, co warto usunąć trwale
  • Okno serwisowe proponuje się wobec rzeczywistego obciążenia
  • Odtwarzalność po awarii

    kopia jest dowodem, a nie założeniem

    odtworzenia próbne są czynnością planową

  • Aktualność wersji

    mniej systemów bez wsparcia producenta

    terminy wsparcia są w inwentarzu i sygnalizowane

  • Wyprzedzenie przy awariach

    część przestojów nie dochodzi do skutku

    progi zasobów ostrzegają przed przekroczeniem

  • Wiedza o konfiguracji

    urlop administratora przestaje być ryzykiem

    konfiguracja jest opisana poza jego pamięcią

Zaczynamy od kopii, bo to jedyny obszar, w którym błąd jest nieodwracalny.

  1. Krok 1

    Kopie i odtworzenia próbne

    Kontrola wykonania, sygnał o nieudanej kopii, pierwsze odtworzenie próbne. Zwykle już tu wychodzi, które systemy nie mają pokrycia.

  2. Krok 2

    Stan i progi

    Dostępność, miejsce, obciążenie, certyfikaty - z ostrzeżeniem przed progiem.

  3. Krok 3

    Inwentarz wersji

    Co macie, w jakiej wersji i jak długo producent to wspiera.

  4. Krok 4

    Dokumentacja i zgłoszenia powtarzalne

    Opis konfiguracji ze stanu systemu i zestawienie zgłoszeń wracających. Na końcu, bo wymaga uporządkowanego inwentarza.

Częste pytania

Pytania, które padają na pierwszym spotkaniu

Czy to znaczy, że potrzeba mniej administratorów?

W większości firm administrator jest jeden i obsługuje więcej, niż powinien - stąd zresztą bierze się dług w aktualizacjach i kopiach. Odciążenie pilnowania nie zmniejsza zespołu; pozwala wreszcie zrobić to, co od miesięcy jest odkładane. Zwykle wychodzi, że pracy jest więcej, niż się wydawało, a nie mniej.

Czym to się różni od pracy zespołu platformowego?

Zespół platformowy buduje drogę, którą zmiana trafia na produkcję. Administrator utrzymuje to, co już tam stoi. W mniejszych firmach robi to ta sama osoba i wtedy pierwsze przegrywa z drugim, bo utrzymanie zawsze jest pilniejsze.

Czy to podlega AI Act?

Utrzymanie systemów nie jest zastosowaniem wysokiego ryzyka. Granica przebiega przy danych z logów, które potrafią wskazywać na aktywność konkretnych osób: służą one diagnostyce i bezpieczeństwu, a nie ocenie czasu pracy - użycie ich w ten drugi sposób byłoby monitorowaniem pracowników i wymagałoby osobnej podstawy.

Zostało pytanie, którego tu nie ma? Umów rozmowę

Następny krok

Kiedy ostatnio odtworzyliście cokolwiek z kopii zapasowej?

Pokażemy Wam, jak wygląda utrzymanie systemów, w którym kopia jest sprawdzona, a zasób zbliżający się do progu odzywa się przed awarią.