Aktualizacje systemów
Aktualizacja Debiana i Ubuntu na serwerze — zanim wygaśnie wsparcie
Każde wydanie systemu ma termin przydatności. Po nim poprawki bezpieczeństwa przestają przychodzić, a każda świeżo odkryta luka zostaje z Tobą na stałe. Podnosimy wersje Debiana, Ubuntu i innych dystrybucji na VPS-ach oraz serwerach dedykowanych — z pełną kopią, próbą generalną na klonie maszyny i planem powrotu w kieszeni.
Weryfikacja trwa chwilę: podajesz adres serwera albo wynik
cat /etc/os-release, a my odpowiadamy, ile wsparcia zostało
i czy jest się czym przejmować. Bez zobowiązań i bez wciskania abonamentu.
Terminy grają przeciwko Tobie
Stan na lipiec 2026 — orientacyjnie, bo producenci potrafią daty korygować. U siebie sprawdzimy to za Ciebie co do dnia.
| System na serwerze | Co z nim dalej |
|---|---|
| Debian 11 „bullseye” | wsparcie LTS wygasa 31 sierpnia 2026 — zostały tygodnie; rekomendujemy przejście od razu na Debiana 12 lub 13 |
| Debian 12 „bookworm” | wciąż wspierany — dobry, spokojny moment na zaplanowanie skoku wyżej |
| Debian 13 „trixie” | bieżące wydanie stabilne (od sierpnia 2025) — typowy cel migracji |
| Ubuntu 20.04 LTS | standardowe wsparcie zakończone w 2025; bez płatnego ESM łatki nie przychodzą — czas na 22.04 albo 24.04 |
| Ubuntu 22.04 / 24.04 LTS | wspierane; 22.04 dojedzie do wiosny 2027 — warto mieć plan wcześniej |
| CentOS 7 | martwy od połowy 2024 — przenosimy takie maszyny na AlmaLinux / Rocky Linux |
Nie wiesz, które wydanie masz? Nic dziwnego — pilnowanie tych dat to niczyje hobby. Od ustalenia stanu faktycznego zaczyna się każda nasza wycena.
Jak przebiega podniesienie wersji
- Inwentaryzacja. Ustalamy, co naprawdę żyje na serwerze: usługi, wersje PHP i baz danych, zadania cron, integracje, certyfikaty. Ta lista decyduje o wszystkim, co dalej.
- Kopia i próba generalna. Pełny backup poza serwer, potem upgrade przechodzi na klonie maszyny. Konflikty pakietów i marudzące aplikacje ujawniają się na kopii — produkcja o niczym nie wie.
- Okno serwisowe. Właściwa aktualizacja, wydanie po wydaniu, o godzinie, którą wspólnie wybierzemy. Zwykle to kwestia kilkudziesięciu minut.
- Testy i nadzór. Sprawdzamy z Tobą działanie aplikacji, przez kolejne dni zaglądamy w logi. Na koniec raport: co zastaliśmy, co zmieniliśmy, jak testowaliśmy.
Komu to zdejmuje problem z głowy
Najczęściej odzywają się firmy, które na jednym VPS-ie trzymają rzeczy zbyt poważne na eksperymenty: system do rozliczeń z danymi klientów, sklep internetowy, wewnętrzny ERP, kilkanaście stron w opiece agencji. Wspólny mianownik zawsze ten sam — serwer postawił ktoś dawno temu, działał, więc nikt go nie ruszał.
Działał. Aż przestało przychodzić wsparcie.
NIS2 zagląda w wersje pakietów
Regulacje zrobiły z zaległych aktualizacji temat zarządu, nie działu IT. Dyrektywa NIS2 — a za nią nowelizowana ustawa o krajowym systemie cyberbezpieczeństwa — wymaga od objętych nią organizacji m.in. zarządzania podatnościami i utrzymywania systemów w wersjach wspieranych przez producenta. Presja schodzi też łańcuchem dostaw: o stan Twojej infrastruktury coraz częściej pyta Twój własny klient.
Dlatego oprócz samego upgrade’u dostajesz dokument: stan przed, stan po, daty, sposób testowania. Ślad, który broni się przy audycie. Doradztwa prawnego nie świadczymy — dostarczamy techniczne konkrety, o które pyta audytor.
Ile kosztuje aktualizacja systemu
Podniesienie pojedynczego VPS-a o jedno wydanie — od 700 zł netto. Cena obejmuje kopię, próbę na klonie, uzgodnione okno serwisowe i raport. Skok o dwa wydania, egzotyczne repozytoria albo aplikacja przyspawana do bibliotek sprzed dekady podnoszą pracochłonność. Ostateczną kwotę dostajesz po bezpłatnej weryfikacji, na piśmie i przed rozpoczęciem prac.
Maszyn jest więcej? Floty wyceniamy pakietowo — drugi i każdy kolejny serwer wychodzi taniej, bo rozpoznanie środowiska robimy raz.
Pytania przed aktualizacją
- Jak długo serwer nie działa podczas aktualizacji?
- Krócej, niż większość się spodziewa. Właściwe podniesienie wersji odbywa się w uzgodnionym oknie serwisowym i przy typowym VPS-ie zamyka się w kilkudziesięciu minutach — bo wszystkie niespodzianki wyłapaliśmy wcześniej, podczas próby na kopii maszyny. Dokładne okno podajemy w wycenie.
- Czy moje dane są bezpieczne?
- Przed jakąkolwiek zmianą wykonujemy pełną kopię plików i baz poza serwer. Do tego upgrade przechodzi najpierw na klonie systemu, nie na produkcji. Gdyby po aktualizacji cokolwiek zachowywało się inaczej niż powinno, wracamy do stanu sprzed — taki jest sens całej procedury.
- Co jeśli moja aplikacja nie ruszy na nowym wydaniu?
- To wychodzi na etapie próby generalnej: stare wersje PHP, biblioteki bez następców, konfiguracje sprzed lat. Wtedy dostajesz od nas dwie ścieżki — dostosowanie aplikacji albo rozwiązanie przejściowe — z kosztami na stole, zanim dotkniemy produkcji. Bez wariantu „jakoś to będzie”.
- Robicie tylko Debiana i Ubuntu?
- Nie. Podnosimy też AlmaLinux i Rocky Linux, a serwery porzucone na CentOS 7 przenosimy na wspierane odpowiedniki. Jeżeli używasz innej dystrybucji — zapytaj, najpewniej też ją obsłużymy.
- Czy to usługa jednorazowa, czy abonament?
- Sama aktualizacja to zamknięty projekt z raportem na końcu. Jeżeli chcesz, żeby serwer już nigdy nie dojechał do końca wsparcia, bieżące łatki i kolejne podniesienia wersji przejmuje abonament utrzymania — nasz albo zespołu LinuxAdmin.pl, zależnie od charakteru środowiska.
Chcesz, żeby ktoś pilnował wydań i łatek za Ciebie, na stałe? Zobacz utrzymanie produkcji u nas albo pakiety stałej administracji na LinuxAdmin.pl.