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ą.
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. Zobacz, jak uporządkować diagnozę i kiedy lepsza b…
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 programiś…
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. Zapewnienie…
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.
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.