Awaria serwera Linux
Diagnoza problemów z usługami www, bazą danych, PHP, pocztą, miejscem na dysku, dostępem lub konfiguracją.
Opisz awarię
Serwery Linux · awarie · bezpieczeństwo
Naprawa awarii serwera Linux i zabezpieczenie środowiska
Gdy przestaje działać strona, sklep, baza danych lub usługa na serwerze, potrzebujesz uporządkowanej diagnozy i osoby, która wyjaśni następny krok prostym językiem.
Zakres pomocy
Najpierw przywracamy kontrolę, potem zmniejszamy ryzyko kolejnego problemu
Audyt stanu i hardening
Sprawdzamy aktualny stan instalacji aplikacji na serwerze, dostęp, aktualizacje, kopie, usługi i podstawowe zabezpieczenia.
Zapytaj o zakresMonitoring z reakcją
Sam alert mówi, że coś się stało. Monitoring z reakcją oznacza analizę zdarzenia i ustalenie dalszego działania, zanim problem urośnie.
Jak działa monitoringMigracja i aktualizacje
Przygotowanie serwera do zmiany wersji systemu, PHP lub bazy danych oraz przejście do nowego środowiska w uzgodnionym zakresie.
Omów migracjęAktualizacja bez pośpiechu
Aktualizacja lub migracja zaczyna się od stanu środowiska, nie od samej wersji
Właściciel strony nie musi rozstrzygać, czy potrzebuje aktualizacji Debian, nowego PHP czy osobnego serwera. Najpierw rozpoznajemy sytuację i wskazujemy wariant, który ma uzasadnienie techniczne oraz biznesowe.
Strona lub sklep nie działają po zmianie PHP
Sprawdzamy konfigurację usług, logi, rozszerzenia i połączenie z bazą. Twórca aplikacji ocenia jej zgodność z nową wersją.
Stary system wymaga zmiany lub brakuje poprzedniego administratora
Ustalamy dostęp, kopie, usługi oraz stan obecnego serwera. Dopiero potem można odpowiedzialnie wybrać aktualizację albo migrację.
Serwer zwykle działa bez interwencji
To dobry moment na zaplanowanie aktualizacji, kontroli kopii i monitoringu, zanim presja pojawi się wraz z awarią.
Przebieg prac
Bez zgadywania i bez zmian robionych w ciemno
Nie zaczynamy od przypadkowego restartu. Najpierw zbieramy objawy, dostępne logi oraz informację o ostatnich zmianach. Dopiero wtedy ustalamy, które działania są bezpieczne dla działającej usługi.
- Opis sytuacjiUstalamy, co nie działa, co jest pilne i jakie są ograniczenia dostępu.
- Ocena stanu serweraWeryfikujemy system, usługi, zasoby, logi i konfigurację w zakresie koniecznym do rozwiązania sprawy.
- Uzgodnienie działańWyjaśniamy ryzyko i rekomendowany wariant przed zmianami, gdy sytuacja na to pozwala.
- PodsumowaniePo pracy wskazujemy, co zostało zrobione i co warto dalej obserwować lub poprawić.
Jasny zakres odpowiedzialności
Serwer, jego konfiguracja i stan instalacji aplikacji
Nie audytujemy kodu aplikacji i nie zastępujemy jej twórcy. Możemy natomiast ocenić, czy aktualna instalacja aplikacji na serwerze jest prawidłowo przygotowana do pracy, migracji lub aktualizacji, a następnie zasugerować poprawki infrastruktury i hardening.
Jeżeli podczas prac pojawią się wątpliwości dotyczące aplikacji, doradzamy przy wyborze kolejnego kroku i współpracujemy z jej twórcą.
Zakres i wycena
Wycena powstaje po rozpoznaniu sytuacji, nie przed nim
Przy awarii nikt nie jest w stanie podać uczciwej ceny, zanim wiadomo, co się zepsuło. Dlatego zaczynamy od rozmowy o objawach, a zakres i koszt potwierdzamy, zanim wejdziemy na serwer.
Pojedyncza interwencja
Awaria, uporządkowanie serwera po incydencie albo przygotowanie do aktualizacji. Zakres i koszt ustalamy przed rozpoczęciem prac i rozliczamy czas faktycznie przepracowany w uzgodnionym limicie.
Stała opieka nad serwerem
Jeżeli po interwencji ma zostać ktoś odpowiedzialny za serwer, przechodzimy na abonament LinuxAdmin: od 549 zł netto miesięcznie. Progi i miesięczne pule prac są opublikowane w cenniku.
Cennik stałej opieki →Co wpływa na koszt
Krytyczność usługi, stan dostępów, wiek systemu, liczba usług na jednym serwerze oraz to, czy pracujemy planowo, czy pod presją niedziałającej sprzedaży.
Rozmowa, w której ustalamy zakres, jest bezpłatna. Jeżeli sprawa wykracza poza serwer, na przykład leży po stronie kodu aplikacji, mówimy o tym od razu, zamiast rozszerzać zlecenie w trakcie prac.
Po alercie
Powiadomienie nie jest jeszcze rozwiązaniem
Alert może dotyczyć niedostępnej usługi, pełnego dysku, błędu certyfikatu lub rosnącego obciążenia. W modelu z reakcją nie kończymy na przekazaniu informacji: sprawdzamy kontekst, potwierdzamy skalę zdarzenia i uzgadniamy działanie adekwatne do sytuacji.
Zobacz, czym różni się monitoring z reakcją →- Samo powiadomienie
- Wiadomość o przekroczonym progu lub niedostępności.
- Monitoring z reakcją
- Weryfikacja alertu, analiza możliwej przyczyny i ustalenie kolejnego kroku.
- Po usunięciu problemu
- Wskazanie, co warto obserwować, zaktualizować albo zabezpieczyć, aby ograniczyć powrót podobnego zdarzenia.
Baza wiedzy
Przydatne w sytuacji awaryjnej
Baza wiedzy
Strona lub sklep nie działa po aktualizacji PHP. Co sprawdzić na serwerze?
Po zmianie PHP problem może dotyczyć ustawień serwera, rozszerzeń, dostępu do bazy albo zgodności aplikacji.
Czytaj materiałBaza wiedzy
Problem „MySQL server has gone away”
Błąd „MySQL server has gone away” jest jednym z najbardziej frustrujących i powszechnych problemów, z jakimi spotykają się administratorzy serwerów i…
Czytaj materiałBaza wiedzy
Certyfikat SSL wygasł
Kiedy certyfikat SSL wygasa, może to prowadzić do poważnych zakłóceń w działaniu witryny internetowej oraz znacznie podważyć zaufanie użytkowników.
Czytaj materiałNajczęstsze pytania
Zanim przekażesz dostęp
Czy możecie przygotować serwer do aktualizacji Debian, PHP lub MySQL?
Tak, w zakresie serwera i jego usług. Zgodność kodu aplikacji z nową wersją powinien potwierdzić jej twórca. Sprawdzamy stan instalacji na serwerze i pomagamy zaplanować bezpieczną kolejność prac.
Czy możecie pomóc, gdy poprzedni administrator nie jest już dostępny?
Tak. Zaczynamy od ustalenia dostępów, aktualnego stanu środowiska i tego, co jest niezbędne do zachowania ciągłości działania.
Czy do rozpoczęcia potrzebny jest pełny audyt?
Nie zawsze. Zakres wybieramy po poznaniu objawów, krytyczności usługi i stanu dostępu. Doradzamy na każdym etapie, gdy trzeba zdecydować, co sprawdzić najpierw.
Czy można przenieść stronę na nowy serwer zamiast aktualizować obecny?
Tak, w części środowisk migracja jest rozsądniejsza niż rozbudowana zmiana na starym systemie. Oceniamy to po stanie serwera, dostępach, kopiach oraz wymaganiach aplikacji.
Czy monitoring ma sens, gdy awarie zdarzają się rzadko?
Tak, jeśli obejmuje elementy ważne dla działania usługi i ma uzgodniony sposób reakcji. Pomaga zauważyć między innymi pełny dysk, niedostępność strony lub wygasający certyfikat zanim problem dotknie klientów.
Ile kosztuje pomoc przy awarii?
Pojedynczą interwencję wyceniamy po rozpoznaniu objawów i stanu dostępów, a zakres oraz koszt potwierdzamy przed rozpoczęciem prac. Stała opieka nad serwerem prowadzona jest w modelu abonamentowym LinuxAdmin od 549 zł netto miesięcznie. Rozmowa, w której ustalamy zakres, jest bezpłatna.
Kontakt techniczny
Opisz problem, zanim zaczniesz zmiany na serwerze
W pierwszej wiadomości wystarczą objawy, adres usługi, ostatnia zmiana i informacja, czy masz dostęp do serwera. Wspólnie ustalimy kolejność dalszych prac.