Plan działania po awarii serwera lub komputera

Gdy firma nagle traci dostęp do danych lub programów

Awaria może objawić się na kilka sposobów. Nie działa jeden komputer, pracownicy nie mogą otworzyć wspólnych plików, program księgowy wyświetla błąd albo serwer nie uruchamia się po zaniku zasilania. Czasem problem dotyczy tylko dostępu do zasobu sieciowego, czyli miejsca udostępnionego innym komputerom w firmowej sieci. Innym razem uszkodzeniu ulega sam sprzęt lub system.

Pierwszym celem nie powinno być natychmiastowe uruchomienie urządzenia za wszelką cenę. Najważniejsze jest ustalenie, czy nadal istnieje ryzyko pogorszenia stanu danych. Każda kolejna próba uruchomienia, instalacja przypadkowego programu albo zapis nowych plików może utrudnić późniejsze odzyskanie informacji.

Pierwsze minuty po zauważeniu awarii

Warto zatrzymać operacje, które mogą zmienić zawartość dysku lub obciążyć uszkodzony system. Nie należy wielokrotnie resetować serwera, jeśli pojawiają się nietypowe dźwięki, komunikaty o błędach dysku albo problemy z uruchomieniem. W takiej sytuacji bezpieczniej jest wyłączyć sprzęt zgodnie z procedurą awaryjną, o ile nie istnieje ryzyko przerwania ważnej operacji.

Należy zanotować godzinę wystąpienia problemu, wykonywane wtedy czynności, komunikaty na ekranie oraz urządzenia, których dotyczy awaria. Przydatne są również informacje o zaniku zasilania, przepięciu, aktualizacji systemu, zmianie konfiguracji sieci lub podłączeniu nowego urządzenia. Takie szczegóły pomagają odróżnić awarię sprzętową od błędu konfiguracji.

Jeśli pracuje system monitoringu lub rejestr zdarzeń, czyli zapis komunikatów generowanych przez system i programy, nie należy go usuwać ani czyścić. Może zawierać wskazówki dotyczące przyczyny awarii.

Najczęstsze przyczyny przestoju

W przypadku komputera stanowiskowego przyczyną bywa awaria zasilacza, dysku, pamięci RAM, czyli szybkiej pamięci używanej podczas pracy, albo przegrzewanie podzespołów. Możliwy jest również problem z systemem Windows lub Linux, sterownikiem, aktualizacją albo profilem użytkownika.

W serwerze dochodzą problemy z macierzą dyskową, czyli zestawem kilku dysków pracujących według określonego układu, kontrolerem, zasilaniem awaryjnym lub usługą sieciową. Czasem sprzęt działa, ale przestaje odpowiadać usługa katalogowa, baza danych albo udział sieciowy. Usługa to działający w tle składnik systemu, który realizuje określone zadanie, na przykład udostępnia pliki.

Przyczyną może być także błąd konfiguracji. Dotyczy to między innymi adresu IP, czyli numeru identyfikującego urządzenie w sieci, reguł zapory sieciowej albo uprawnień do folderów. W takiej sytuacji dane mogą być nienaruszone, lecz pracownicy tracą do nich dostęp.

Komu zgłosić awarię i jakie informacje przekazać

Wewnętrzne zgłoszenie powinno trafić do osoby odpowiedzialnej za komputery, sieć lub systemy używane w firmie. Jeżeli nie ma takiej osoby, potrzebny jest zewnętrzny serwis obsługujący komputery i serwery w firmach. W zgłoszeniu warto jasno określić, czy problem dotyczy jednego stanowiska, kilku komputerów, całej sieci czy serwera.

Pomocne jest przekazanie krótkiego opisu: co przestało działać, od kiedy, ilu stanowisk dotyczy problem, czy pojawia się komunikat błędu oraz czy wcześniej wystąpił zanik zasilania lub inna nietypowa sytuacja. Nie trzeba od razu samodzielnie rozpoznawać przyczyny. Znacznie ważniejsze jest dokładne opisanie objawów.

Domyślnie nie jest potrzebne podawanie hasła użytkownika. Dostęp administracyjny, czyli uprawnienia pozwalające zmieniać ustawienia systemu, może być przyznany w kontrolowany sposób albo użyty przez uprawnioną osobę po uzgodnieniu zasad. Przy pracy z poufnymi danymi możliwe jest również bezpłatne podpisanie NDA na życzenie. NDA, czyli umowa o zachowaniu poufności, określa zasady ochrony przekazywanych informacji.

Jak utrzymać pracę firmy podczas przestoju

Praca zastępcza powinna być ustalona według ważności procesów. Najpierw wskazuje się czynności, bez których firma nie może obsłużyć klientów, przyjąć zamówień, prowadzić sprzedaży lub realizować bieżących zobowiązań. Dopiero później planuje się dostęp do mniej istotnych plików i programów.

W zależności od sytuacji można czasowo użyć sprawnego komputera, odłączyć uszkodzone stanowisko od sieci, przełączyć pracę na zapasowe urządzenie albo korzystać z wcześniej przygotowanych kopii dokumentów. Nie należy jednak tworzyć wielu niespójnych wersji tych samych plików bez ustalenia sposobu późniejszego połączenia zmian.

Jeśli firma korzysta z aplikacji dostępnej przez sieć, warto ustalić, czy działa ona lokalnie, czy wymaga połączenia z serwerem. Lokalna aplikacja działa na konkretnym komputerze. Program sieciowy może wymagać serwera plików, serwera baz danych albo połączenia z innym systemem. To rozróżnienie wskazuje, czy wystarczy wymiana jednego stanowiska, czy potrzebne jest odtworzenie całego środowiska.

Sprawdzenie kopii zapasowych przed odtworzeniem

Kopia zapasowa to dodatkowy zapis danych przechowywany w sposób umożliwiający ich późniejsze odtworzenie. Sama informacja, że kopie są wykonywane, nie wystarcza. Trzeba sprawdzić datę ostatniej poprawnej kopii, jej zakres oraz możliwość odczytu.

Ważne jest rozróżnienie kopii plików od kopii całego systemu. Kopia plików może przywrócić dokumenty, ale niekoniecznie program, ustawienia i uprawnienia. Obraz systemu, czyli zapis całego środowiska wraz z systemem i konfiguracją, może przyspieszyć powrót do pracy, lecz wymaga zgodności sprzętu lub odpowiedniego przygotowania.

Przed rozpoczęciem odtwarzania należy określić punkt przywracania. Oznacza on moment, do którego zostaną odtworzone dane. Najnowsza kopia nie zawsze jest najlepsza, jeśli została wykonana już po pojawieniu się błędu lub zawiera uszkodzone pliki.

Odtwarzanie powinno być prowadzone na sprawnym nośniku lub po wcześniejszym zabezpieczeniu uszkodzonego dysku. Nie należy nadpisywać jedynej kopii danych bez upewnienia się, że istnieje możliwość powrotu do pierwotnego stanu.

Przebieg diagnozy i odtworzenia środowiska

Diagnoza zaczyna się od ustalenia zakresu problemu. Sprawdzane są objawy, zasilanie, stan urządzeń, połączenia sieciowe oraz komunikaty systemowe. Następnie analizuje się dyski, pamięć, temperatury i działanie usług. W razie potrzeby wykonywana jest kopia techniczna nośnika, czyli dokładny zapis jego zawartości przeznaczony do dalszej pracy diagnostycznej.

Jeżeli przyczyną jest podzespół, stosowane są wyłącznie nowe części. Nie zleca się napraw podwykonawcom. W przypadku błędu systemu lub konfiguracji można przywrócić działanie usługi, naprawić system plików, czyli strukturę odpowiedzialną za organizację danych na dysku, albo odtworzyć ustawienia sieciowe.

Po przywróceniu danych sprawdza się nie tylko uruchomienie komputera. Należy zweryfikować otwieranie dokumentów, działanie programów, dostęp użytkowników, drukowanie, połączenia sieciowe i poprawność uprawnień. Przy serwerze kontroluje się również usługi zależne, zadania automatyczne oraz harmonogram wykonywania kopii.

Większość usterek usuwana jest podczas pierwszej wizyty. Standardowa naprawa z reguły trwa do 3 dni, natomiast przyspieszanie i czyszczenie mogą być wykonane do 24 godzin. Rzeczywisty czas zależy od rodzaju uszkodzenia, dostępności danych i zakresu odtworzenia.

Co można sprawdzić samodzielnie bez zwiększania ryzyka

Bezpieczne czynności obejmują sprawdzenie, czy urządzenie otrzymuje zasilanie, czy przewody są prawidłowo podłączone oraz czy problem dotyczy wszystkich użytkowników. Można także sprawdzić, czy inne komputery widzą sieć i czy awaria pojawia się po uruchomieniu konkretnego programu.

Warto zapisać treść komunikatu błędu albo wykonać zdjęcie ekranu. Można sprawdzić, czy kopia zapasowa zakończyła się poprawnie i kiedy została wykonana, o ile dostęp do panelu kopii nie wymaga ryzykownych zmian. Należy również zabezpieczyć informacje o ostatnich modyfikacjach plików.

Przy problemie z pojedynczym komputerem można, jeśli nie ma objawów awarii dysku, podłączyć inne sprawne urządzenie do tego samego gniazda sieciowego. Taki test pomaga ustalić, czy winny jest komputer, kabel, port sieciowy czy szersza konfiguracja. Port sieciowy to fizyczne lub logiczne miejsce, przez które urządzenie łączy się z siecią.

Czego nie robić podczas samodzielnych prób naprawy

Najczęstszy błąd polega na wielokrotnym uruchamianiu uszkodzonego dysku. Jeżeli nośnik wydaje nietypowe dźwięki, znika z systemu albo zgłasza błędy odczytu, kolejne próby mogą pogorszyć stan urządzenia. Nie należy również instalować przypadkowych programów do odzyskiwania danych bez oceny sytuacji.

Ryzykowne jest formatowanie dysku, czyli przygotowanie go do ponownego zapisu, przed wykonaniem kopii technicznej. Podobnie niebezpieczne może być przywracanie ustawień fabrycznych, usuwanie profilu użytkownika, czyszczenie dzienników zdarzeń lub uruchamianie nieznanych skryptów.

Nie warto przywracać najstarszej kopii bez sprawdzenia, jakie dane zawiera. Błędem jest także zastępowanie uszkodzonego serwera przypadkowym komputerem bez kontroli uprawnień i kopii. Tymczasowe rozwiązanie może wprowadzić dodatkowe luki, utrudnić śledzenie zmian albo doprowadzić do rozbieżności między dokumentami.

Kiedy problem nie dotyczy awarii serwera

Brak dostępu do plików nie zawsze oznacza uszkodzenie serwera. Jeżeli problem występuje tylko na jednym komputerze, przyczyną może być kabel, karta sieciowa, zapisane dane logowania lub lokalna konfiguracja. Karta sieciowa to podzespół albo moduł odpowiedzialny za połączenie urządzenia z siecią.

Jeśli serwer odpowiada, ale nie można otworzyć jednego folderu, możliwe są błędne uprawnienia. Uprawnienia określają, kto może odczytywać, zmieniać lub usuwać dane. Jeżeli działa tylko część programów, problem może dotyczyć konkretnej usługi, bazy danych lub licencji, a nie całego serwera.

Brak połączenia z Internetem również nie musi oznaczać awarii firmowego serwera. Przyczyną może być router, czyli urządzenie kierujące ruchem między sieciami, operator łącza albo błędna konfiguracja. Routery i urządzenia UPS, czyli zasilacze awaryjne podtrzymujące pracę sprzętu, mogą być dobierane, konfigurowane i wymieniane, lecz ich objawy trzeba odróżnić od uszkodzenia komputera.

Czy firma powinna mieć osobną procedurę awaryjną?

Tak, nawet krótka procedura ogranicza chaos. Powinna wskazywać osobę odpowiedzialną za zgłoszenie, sposób zapisania objawów, priorytetowe procesy oraz lokalizację kopii zapasowych. Warto opisać również, kto może zatwierdzić odtworzenie danych i kto sprawdza poprawność działania po naprawie.

Procedura powinna zawierać informacje o zależnościach między systemami. Przykładowo program sprzedażowy może wymagać bazy danych, dostępu do serwera plików oraz drukarki. Dzięki temu podczas awarii nie zostanie przywrócony tylko jeden element, który nadal nie będzie użyteczny bez pozostałych.

Jak sprawdzić, czy odtworzenie zakończyło się poprawnie?

Po naprawie należy wykonać test z perspektywy zwykłego użytkownika. Powinno dać się zalogować, otworzyć potrzebny plik, zapisać zmianę, wydrukować dokument i skorzystać z programu używanego w codziennej pracy. Przy serwerze test powinien obejmować kilka stanowisk, jeśli awaria dotyczyła całej sieci.

Ważne jest sprawdzenie, czy nie przywrócono zbyt szerokich uprawnień. Należy także zweryfikować, czy kopie zapasowe znów działają, a ich wykonanie nie kończy się błędem. Samo uruchomienie systemu nie jest jeszcze dowodem, że środowisko zostało w pełni odtworzone.

Co zrobić, aby kolejna awaria była łatwiejsza do opanowania?

Po zakończeniu naprawy warto opisać przyczynę problemu, wykonane czynności i wynik testów. Dokumentacja powinna być zrozumiała dla osoby, która nie uczestniczyła w awarii. Należy również wskazać, które dane zostały odtworzone, z jakiej kopii i czy wystąpiła utrata zmian zapisanych po wykonaniu tej kopii.

Dobrym uzupełnieniem jest okresowe testowanie odtwarzania. Kopia może istnieć, lecz być niepełna, niedostępna albo niezgodna z aktualnym systemem. Test pozwala wykryć ten problem wcześniej. W firmie warto też rozdzielić miejsce przechowywania kopii od urządzenia, którego dotyczą, aby pojedyncze uszkodzenie nie zniszczyło obu źródeł.

Podsumowanie

Po awarii serwera lub komputera najważniejsze są: ograniczenie dalszych zmian, zebranie informacji, właściwe zgłoszenie, zaplanowanie pracy zastępczej i bezpieczne odtworzenie danych. Dopiero po sprawdzeniu sprzętu, systemu, programów, uprawnień i kopii zapasowych można uznać środowisko za przywrócone do działania.