Awaria serwera w środku dnia pracy

Co robimy w pierwszej kolejności

Celem nie jest od razu naprawa, tylko przywrócenie pracy. Przy awarii serwera te dwie rzeczy rzadko są tym samym: właściwa naprawa może wymagać części, których nie ma na miejscu, a firma nie może czekać na dostawę.

Kolejność działań

1. Ustalenie, czy serwer w ogóle się uruchamia i czy dane są dostępne.
2. Zabezpieczenie danych, zanim ktokolwiek zacznie cokolwiek naprawiać.
3. Uruchomienie pracy w wariancie tymczasowym, jeśli naprawa potrwa dłużej.
4. Właściwa naprawa i powrót do normalnej konfiguracji.

Najczęstsze przyczyny

• Awaria dysku w macierzy — często drugiego, po tym jak awaria pierwszego pozostała niezauważona.
• Zasilacz albo skutki przepięcia.
• Przegrzanie po awarii chłodzenia w pomieszczeniu.
• Uszkodzona baza danych po nagłym zaniku napięcia.
• Zapełniona przestrzeń dyskowa, która zatrzymuje usługi bez żadnej awarii sprzętu.

Rozwiązanie tymczasowe

Bywa nim uruchomienie usług na sprzęcie zastępczym, przełączenie stanowisk na kopię bazy albo udostępnienie zasobów z innego urządzenia. Pracownicy wracają do pracy w ciągu godzin, a nie dni.

Czas reakcji

Wyjeżdżamy od razu po zgłoszeniu, o każdej porze — także w nocy i w weekend. Serwisant jest na miejscu w czasie do godziny.

Po awarii

Sprawdzamy, dlaczego doszło do przestoju i co pozwoliłoby go uniknąć. Najczęściej okazuje się, że wcześniejsza awaria nie została zauważona, bo nikt nie monitorował stanu dysków ani kopii zapasowych.

Zgłoszenie

Telefon 22 378 48 90, czynny całą dobę. Dojeżdżamy do klientów — w biurze może nikogo nie być.

Nie każda awaria serwera wygląda tak samo

Całkowity brak reakcji po naciśnięciu przycisku zasilania wskazuje na inny kierunek diagnostyki niż sytuacja, w której serwer działa, lecz stanowiska nie mogą otworzyć plików albo programu firmowego. W pierwszym przypadku sprawdzenia wymaga zasilanie, zasilacz urządzenia oraz podzespoły potrzebne do rozpoczęcia pracy. W drugim źródłem problemu może być usługa systemowa, czyli proces działający w tle, sieć lokalna, baza danych albo brak wolnego miejsca.

Innym wariantem jest uruchamianie się serwera z komunikatem o błędzie macierzy dyskowej. Macierz to zestaw dysków połączonych w taki sposób, aby zapewnić odpowiednią dostępność lub wydajność danych. Sam komunikat nie zawsze oznacza utratę plików, ale wymaga ostrożności. Nie należy automatycznie zatwierdzać przebudowy macierzy ani zmieniać kolejności dysków bez zapisania ich pierwotnego układu.

Zdarza się również, że awaria dotyczy tylko jednej funkcji. Mogą działać wspólne foldery, podczas gdy program księgowy nie otwiera bazy, albo może działać aplikacja, lecz nie można drukować i logować się z części stanowisk. Takie objawy pozwalają zawęzić obszar poszukiwań. Jednocześnie nie powinny prowadzić do pochopnego wniosku, że cały serwer jest sprawny.

Co warto ustalić przed przyjazdem serwisanta

Najbardziej pomocna jest krótka, uporządkowana informacja: kiedy zauważono problem, które stanowiska przestały pracować i co dokładnie pojawia się na ekranie. Warto zachować treść komunikatu błędu albo wykonać jego zdjęcie. Znaczenie ma również to, czy wcześniej wystąpił zanik prądu, nietypowy hałas, wysoka temperatura, spowolnienie działania lub ostrzeżenie o kończącym się miejscu.

Nie trzeba samodzielnie rozstrzygać, czy problem jest sprzętowy, sieciowy czy programowy. Na początku wystarczy opisać widoczne objawy. Dobrze też wskazać osobę, która zna sposób wykorzystywania systemu w firmie i potrafi określić, które funkcje są niezbędne do kontynuowania pracy. Ułatwia to wybranie bezpiecznego rozwiązania tymczasowego.

Hasło administracyjne nie musi być przygotowywane z góry. Prosimy o nie tylko wtedy, gdy bez odpowiednich uprawnień nie da się wykonać potrzebnej czynności, i wyjaśniamy, do czego jest wymagane. Na życzenie podpisywane jest bezpłatne NDA, czyli zobowiązanie do zachowania poufności. Naprawy nie są przekazywane podwykonawcom.

Błędy podczas samodzielnych prób przywrócenia pracy

Wielokrotne wyłączanie serwera przyciskiem zasilania może pogłębić uszkodzenie systemu plików, czyli struktury opisującej rozmieszczenie danych na dysku. Jeżeli urządzenie zatrzymuje się podczas uruchamiania, kolejne restarty nie zawsze przybliżają do rozwiązania. Przy uszkodzonym dysku każde dodatkowe obciążenie może też utrudnić późniejsze zabezpieczenie danych.

Ryzykowne jest wyjmowanie dysków bez oznaczenia zatok oraz wkładanie ich w innej kolejności. Kontroler macierzy, czyli układ zarządzający zestawem dysków, może potraktować zmienioną konfigurację jako nowy układ. Podobnie nie należy inicjalizować dysku, tworzyć nowej macierzy ani zatwierdzać komunikatów, których skutki nie są znane.

Kolejnym błędem jest przywracanie kopii zapasowej bez sprawdzenia jej daty, kompletności oraz miejsca docelowego. Kopia może być nieaktualna, niepełna albo zawierać ten sam problem, który wystąpił na serwerze. Najpierw trzeba zabezpieczyć stan bieżący, a dopiero potem ocenić możliwe warianty odtworzenia danych.

Nie pomaga również jednoczesne wprowadzanie zmian przez kilka osób. Restart routera, zmiana ustawień sieci, wymiana przewodów i modyfikacja konfiguracji serwera wykonane w tym samym czasie zacierają obraz pierwotnej awarii. Działania powinny być zapisywane i prowadzone w ustalonej kolejności.

Kiedy przyczyną nie jest sam serwer

Brak dostępu do plików na wszystkich stanowiskach może wynikać z awarii przełącznika sieciowego, czyli urządzenia łączącego komputery w sieci lokalnej. Podobny efekt daje uszkodzone połączenie między serwerem a przełącznikiem. Serwer może wtedy działać prawidłowo, ale pozostaje niewidoczny dla użytkowników.

Jeżeli problem występuje tylko na jednym komputerze, częściej sprawdzenia wymaga to stanowisko, jego przewód, karta sieciowa albo ustawienia logowania. Gdy nie działa wyłącznie dostęp zdalny, przyczyną może być łącze internetowe, router lub usługa VPN, czyli szyfrowane połączenie z siecią firmy. Nie oznacza to automatycznie awarii sprzętu serwerowego.

Problemy z jednym programem mogą pochodzić z zatrzymanej usługi, uszkodzenia bazy albo nieprawidłowej aktualizacji aplikacji. Obsługujemy między innymi systemy InsERT, WAPRO ERP, Comarch ERP, Sage Symfonia, RAKS, Płatnik ZUS, enova365 oraz środowiska Windows Server i Linux. Rozpoznanie zakresu usterki pozwala uniknąć wyłączania funkcji, które nadal działają poprawnie.

Jak zabezpieczane są dane przed naprawą

Przed ingerencją oceniamy, czy dostępne dane można skopiować bez nadmiernego obciążania uszkodzonego nośnika. Jeżeli stan dysku budzi wątpliwości, priorytet otrzymują pliki i bazy potrzebne do działania firmy. Nie rozpoczynamy od aktualizacji, przebudowy macierzy ani naprawy logicznej bez uwzględnienia ryzyka dla danych.

Sprawdzana jest także dostępność kopii zapasowej. Sam fakt istnienia zadania tworzącego kopię nie potwierdza, że można ją odtworzyć. Ważny jest wynik ostatniego wykonania, kompletność plików oraz możliwość otwarcia danych w środowisku zastępczym. Kopia przechowywana na tym samym urządzeniu nie chroni przed każdą awarią sprzętową ani skutkami przepięcia.

Jeżeli serwer obsługuje bazę danych, zwykłe skopiowanie jej aktywnych plików może nie wystarczyć. Baza wymaga spójności, czyli zgodności wszystkich zapisanych operacji. Sposób zabezpieczenia dobiera się do stanu systemu i rodzaju wykorzystywanego oprogramowania.

Powrót z rozwiązania tymczasowego do właściwego środowiska

Uruchomienie podstawowych usług na innym urządzeniu kończy przestój, ale nie kończy całego procesu. Trzeba zapisać, które dane i ustawienia zostały przeniesione, a następnie ustalić sposób synchronizacji zmian powstałych podczas pracy tymczasowej. Bez tego część nowych dokumentów lub wpisów mogłaby pozostać w zastępczym środowisku.

Po naprawie sprawdzane są usługi, dostęp do udziałów sieciowych, logowanie użytkowników, bazy danych oraz zadania kopii zapasowych. Dopiero po potwierdzeniu poprawnego działania można wyłączyć rozwiązanie tymczasowe. Zmiana powinna być przeprowadzona w kontrolowanej kolejności, aby stanowiska nie zapisywały danych równocześnie w dwóch różnych miejscach.

Wymieniane części są nowe, a gwarancja na wykonaną naprawę może wynosić do 12 miesięcy. W razie reklamacji zgłoszenie jest obsługiwane poza kolejnością. Firma otrzymuje fakturę bez VAT — serwis nie jest płatnikiem VAT.

Dodatkowe pytania dotyczące awarii serwera

Czy należy natychmiast wyłączyć serwer?

Nie ma jednej odpowiedzi dla każdego przypadku. Dym, zapach spalenizny, zalanie albo nietypowe dźwięki z dysków przemawiają za odłączeniem urządzenia od zasilania. Jeżeli serwer działa, ale jedna usługa jest niedostępna, nagłe wyłączenie może pogorszyć stan danych. Najbezpieczniej opisać objawy podczas zgłoszenia i postępować według przekazanych wskazówek.

Czy awaria jednego dysku oznacza utratę wszystkich danych?

Nie zawsze. Zależy to od konfiguracji macierzy, liczby uszkodzonych nośników oraz tego, czy wcześniejsze ostrzeżenia zostały zauważone. Nie należy jednak zakładać, że nadmiarowość macierzy zastępuje kopię zapasową. Macierz zwiększa dostępność, ale nie chroni między innymi przed przypadkowym usunięciem danych, uszkodzeniem bazy lub złośliwym oprogramowaniem.

Czy można pracować na stanowiskach podczas diagnostyki?

Jeżeli część usług pozostaje sprawna i dalsza praca nie zagraża danym, możliwe jest pozostawienie wybranych funkcji. Decyzja zależy od rodzaju usterki. Przy niestabilnej macierzy, przegrzewaniu albo uszkodzeniu systemu plików dalsze zapisy mogą zwiększyć ryzyko, dlatego najpierw oceniany jest stan urządzenia.

Co zrobić, gdy nie wiadomo, gdzie znajduje się kopia zapasowa?

Warto wskazać urządzenia i nośniki, na których mogła być zapisywana: serwer NAS, czyli sieciowy magazyn danych, dysk zewnętrzny albo inne zasoby sieciowe. Podczas diagnostyki można sprawdzić konfigurację zadań oraz dostępne pliki. Nie należy formatować ani porządkować potencjalnego nośnika kopii przed ich rozpoznaniem.

Czy serwisant może pracować bez dostępu do treści firmowych dokumentów?

Zakres dostępu ograniczamy do tego, co jest konieczne do rozpoznania i usunięcia usterki. W wielu przypadkach wystarcza sprawdzenie działania usług, struktury folderów i stanu nośników bez otwierania dokumentów. Jeśli weryfikacja konkretnego pliku okaże się potrzebna, przyczyna jest wcześniej wyjaśniana.

Po przywróceniu serwera warto usunąć przyczynę przestoju

Końcowy przegląd powinien objąć stan dysków, wolne miejsce, temperatury, zasilanie awaryjne oraz wyniki tworzenia kopii zapasowych. Monitoring, czyli automatyczne sprawdzanie parametrów i wysyłanie powiadomień, pomaga wychwycić pogarszający się stan zanim zatrzyma pracę firmy. Szczególnie ważne jest reagowanie na pierwszy uszkodzony dysk w macierzy, a nie dopiero wtedy, gdy przestają być dostępne dane.

Warto także opisać prostą procedurę zgłoszenia awarii: kto podejmuje decyzje, które systemy są najważniejsze i gdzie znajdują się kopie. Dzięki temu kolejny incydent nie zaczyna się od szukania podstawowych informacji. Dobrze udokumentowana awaria serwera staje się podstawą do wprowadzenia konkretnych zabezpieczeń, zamiast pozostać tylko przerwą w środku dnia pracy.