Serwer plików to centralne miejsce przechowywania dokumentów, do którego odwołują się wszyscy pracownicy jednocześnie. Jego awaria zatrzymuje pracę na dokumentach w całej firmie naraz, nawet jeśli same komputery działają bez zarzutu.

Objaw

Współdzielone foldery przestają być widoczne w eksploratorze plików, dostęp do dokumentów jest bardzo wolny, albo serwer w ogóle przestaje odpowiadać na próbę połączenia z dowolnej stacji roboczej.

Co sprawdzamy w pierwszej kolejności

Stan fizyczny serwera i jego dysków.
Połączenie sieciowe między stacjami roboczymi a serwerem.
Obciążenie serwera i ewentualne przepełnienie przestrzeni dyskowej.
Logi zdarzeń wskazujące moment i przyczynę awarii.

Co robimy

Diagnoza priorytetowo lokalizuje przyczynę i przywraca dostęp do plików możliwie szybko. W zależności od wyniku wykonywany jest restart usług, naprawa dysku lub przywrócenie danych z kopii zapasowej.

Ile to trwa

Diagnoza i przywrócenie dostępu to zwykle jedna wizyta realizowana priorytetowo ze względu na skalę przestoju.

Warunki

Diagnoza komputera stacjonarnego door-to-door kosztuje 200 zł i wlicza się w cenę naprawy. Dojazd na terenie Warszawy i okolic jest bezpłatny, a naprawa objęta jest gwarancją do 12 miesięcy.

Warianty awarii serwera plików

Nie każda utrata dostępu do współdzielonych folderów wygląda tak samo. Przyczyna może leżeć w warstwie sprzętowej, w systemie operacyjnym serwera lub w konfiguracji usług sieciowych. Rozróżnienie ma znaczenie, bo od niego zależy zakres naprawy i czas przywrócenia pracy.

Awaria dysku lub macierzy RAID

Serwery plików najczęściej korzystają z macierzy RAID (zestawu dysków pracujących równolegle, zapewniającego ochronę przed utratą danych w razie awarii jednego z nich). Gdy jeden dysk w macierzy RAID 1 lub RAID 5 ulegnie uszkodzeniu, serwer zwykle działa dalej, ale z obniżoną wydajnością i bez zapasu bezpieczeństwa. Problem pojawia się, gdy awaria pozostaje niezauważona i kolejny dysk również się zużyje — wtedy macierz traci spójność, a dostęp do danych zostaje przerwany. W takiej sytuacji konieczna jest wymiana uszkodzonych dysków i odbudowa macierzy, często z jednoczesnym przywróceniem danych z kopii zapasowej.

Uszkodzenie systemu plików

Nagła utrata zasilania, wymuszony restart lub błąd kontrolera dysku mogą doprowadzić do uszkodzenia systemu plików (struktury, która organizuje dane na dysku). Serwer fizycznie działa, dyski są sprawne, ale system operacyjny nie potrafi odczytać zawartości woluminu. Objawy to komunikaty o niedostępności udziałów sieciowych (udostępnionych folderów) lub ich widoczność z pustą zawartością. Naprawa polega na sprawdzeniu i naprawie spójności systemu plików odpowiednimi narzędziami diagnostycznymi.

Przeciążenie zasobów serwera

Gdy na serwerze jednocześnie pracuje wiele osób, a pamięć RAM (pamięć operacyjna) lub procesor są zbyt obciążone, odpowiedzi na żądania plików zaczynają się opóźniać. Użytkownicy doświadczają tego jako „zawieszenie" eksploratora plików lub komunikat o przekroczeniu czasu połączenia. Przyczyną bywa również zapełnienie dysku systemowego logami, plikami tymczasowymi lub kopiami zapasowymi przechowywanymi lokalnie. W takim przypadku wystarczy uporządkowanie przestrzeni dyskowej i optymalizacja usług działających na serwerze.

Awaria usługi udostępniania plików

Serwer może być włączony i odpowiadać na polecenie ping (sygnał testowy sprawdzający dostępność urządzenia w sieci), a mimo to nie udostępniać folderów. Najczęściej oznacza to, że usługa odpowiedzialna za udostępnianie — np. SMB (protokół udostępniania plików w sieciach Windows) lub NFS (protokół stosowany głównie w środowiskach Linux) — uległa awarii lub została zatrzymana po aktualizacji systemu. Restart odpowiedniej usługi zwykle przywraca dostęp w ciągu kilku minut.

Błędy przy próbie samodzielnej naprawy

Przestój serwera plików wywołuje zrozumiałą presję, by jak najszybciej przywrócić działanie. Niestety, część podejmowanych na własną rękę kroków pogarsza sytuację zamiast ją rozwiązywać.

Wymuszony restart serwera bez uprzedniego sprawdzenia stanu macierzy dyskowej to najczęstszy błąd. Jeśli macierz RAID jest w stanie degradacji (działa na niepełnym zestawie dysków), nagły restart może doprowadzić do jej całkowitego rozpadu i utraty danych. Przed każdym restartem warto co najmniej odczytać stan macierzy z poziomu kontrolera lub systemu operacyjnego.

Odłączanie i ponowne podłączanie dysków „na gorąco" (bez wyłączania serwera) w nadziei, że system je ponownie rozpozna, również bywa ryzykowne. W przypadku dysków, które nie obsługują wymiany podczas pracy, może to spowodować uszkodzenie zarówno dysku, jak i kontrolera.

Kolejny częsty błąd to próba przywrócenia kopii zapasowej bez wcześniejszego ustalenia, co dokładnie uległo awarii. Jeśli problem leży w usłudze sieciowej, a dane na dyskach są nienaruszone, nadpisanie ich starszą kopią zapasową oznacza niepotrzebną utratę ostatnich zmian w dokumentach.

Zdarza się też wyłączenie serwera i przeniesienie jego dysków do zwykłego komputera w celu „odczytania danych". Macierze RAID wymagają identycznej konfiguracji kontrolera — podłączenie dysków do innego urządzenia bez odpowiedniego oprogramowania często kończy się utratą informacji o strukturze macierzy.

Kiedy to nie jest awaria serwera plików

Nie każdy brak dostępu do dokumentów oznacza problem z serwerem. Warto rozróżnić kilka sytuacji, które wyglądają podobnie, ale mają zupełnie inną przyczynę.

Jeśli tylko jedna stacja robocza nie widzi udostępnionych folderów, a pozostałe komputery w biurze pracują normalnie, problem leży najprawdopodobniej po stronie tej konkretnej maszyny — uszkodzony kabel sieciowy, rozłączone Wi-Fi, zmienione dane logowania lub wyłączony protokół SMB na stacji klienckiej. Serwer w takim przypadku działa poprawnie.

Wolny dostęp do plików po sieci bywa też skutkiem awarii przełącznika sieciowego (switcha) lub przeciążenia punktu dostępowego Wi-Fi, a nie samego serwera. Gdy wiele urządzeń w biurze jednocześnie traci łączność lub doświadcza spowolnień, warto sprawdzić infrastrukturę sieciową — przełącznik, router i okablowanie — zanim podejrzewany będzie serwer.

Utrata dostępu do plików przechowywanych w chmurze (np. na serwerze NAS z synchronizacją do usługi online) może z kolei wynikać z problemów po stronie dostawcy usługi internetowej lub wygaśnięcia subskrypcji. Serwer lokalny działa wtedy bez zarzutu, ale synchronizacja jest przerwana.

Zdarza się również, że aktualizacja systemu Windows na stacjach roboczych zmienia domyślne ustawienia protokołu SMB — nowsze wersje Windows wyłączają starszą wersję protokołu (SMBv1), co powoduje nagłą utratę widoczności udziałów na starszym serwerze. W takiej sytuacji serwer nadal działa, ale stacje robocze nie potrafią się z nim porozumieć ze względu na niezgodność protokołów.

Dodatkowe pytania dotyczące awarii serwera plików

Czy dane można odzyskać, jeśli dysk serwera jest fizycznie uszkodzony?

W większości przypadków tak, pod warunkiem że serwer pracował w konfiguracji macierzy RAID z redundancją (nadmiarowością danych). Jeśli uszkodzony jest jeden dysk, a macierz była typu RAID 1, RAID 5 lub RAID 6, dane pozostają dostępne na pozostałych dyskach. Po wymianie uszkodzonego nośnika macierz odbudowuje się automatycznie. Gdy uszkodzeniu uległo więcej dysków niż macierz jest w stanie tolerować, konieczne jest przywrócenie danych z kopii zapasowej. Dlatego przy każdej wizycie serwisowej sprawdzana jest również konfiguracja i aktualność kopii zapasowych.

Czy serwer musi być wyłączony podczas naprawy?

Nie zawsze. Wiele czynności serwisowych — restart usług, diagnostyka logów, wymiana dysku w macierzy z obsługą hot-swap (wymiany podczas pracy) — można wykonać bez wyłączania serwera, co skraca czas przestoju. Pełne wyłączenie jest konieczne tylko wtedy, gdy wymaga tego charakter naprawy, np. wymiana płyty głównej, zasilacza lub kontrolera dysków.

Jak zabezpieczyć się przed powtórną awarią?

Podstawowe zabezpieczenie to macierz RAID z redundancją, regularnie testowane kopie zapasowe (najlepiej przechowywane również poza siedzibą firmy lub w chmurze) oraz monitoring stanu dysków i usług serwera. Monitoring pozwala wykryć pogarszający się stan dysku (np. rosnącą liczbę błędów odczytu) zanim dojdzie do awarii. W ramach przeglądu środowiska IT dla firm — który jest bezpłatny — można ocenić obecny poziom zabezpieczeń i zaproponować konkretne usprawnienia.

Czy na czas naprawy serwera pracownicy mogą korzystać z plików w inny sposób?

Tak, o ile istnieje aktualna kopia zapasowa, można tymczasowo udostępnić dane z innego urządzenia lub z dysku zewnętrznego podłączonego do jednej ze stacji roboczych. To rozwiązanie awaryjne, które nie zastępuje pełnej naprawy serwera, ale pozwala wznowić pracę na dokumentach w czasie oczekiwania na przywrócenie docelowej infrastruktury.

Czy serwisujecie serwery oparte na systemie Linux?

Tak. Obsługiwane są serwery z systemami Windows Server oraz Linux, w tym urządzenia NAS (serwery pamięci masowej) z własnymi systemami operacyjnymi opartymi na Linuksie. Zakres obejmuje diagnostykę sprzętową, naprawę systemu plików, konfigurację usług udostępniania, odbudowę macierzy RAID i przywracanie kopii zapasowych.

Serwer plików a oprogramowanie firmowe

Awaria serwera plików ma szczególnie poważne konsekwencje, gdy na tym samym urządzeniu — lub na współdzielonych zasobach — działają bazy danych systemów ERP i programów księgowych. Oprogramowanie takie jak InsERT nexo (Subiekt, Rewizor, Rachmistrz), Comarch ERP Optima, WAPRO Mag czy enova365 przechowuje swoje bazy danych w plikach lub na instancji SQL Server zainstalowanej na serwerze. Utrata dostępu do serwera oznacza wtedy nie tylko brak dokumentów biurowych, ale również paraliż fakturowania, magazynu i księgowości.

Podczas naprawy serwera plików sprawdzana jest również integralność baz danych tych programów. Jeśli awaria nastąpiła w trakcie zapisywania transakcji, baza może wymagać naprawy spójności — w przypadku Microsoft SQL Server odbywa się to za pomocą wbudowanych narzędzi diagnostycznych silnika bazodanowego. Po przywróceniu działania serwera weryfikowane jest, czy wszystkie programy firmowe poprawnie łączą się ze swoimi bazami i czy ostatnie zapisy nie uległy uszkodzeniu.

Co warto przygotować przed przyjazdem serwisanta

Sprawna diagnoza serwera plików wymaga kilku informacji, które warto zebrać przed wizytą. Przydatne są dane logowania do panelu administracyjnego serwera lub kontrolera macierzy RAID, informacja o tym, kiedy dokładnie wystąpił problem (czy po aktualizacji, po przerwie w zasilaniu, czy bez widocznej przyczyny), a także wiedza o tym, czy w firmie istnieje kopia zapasowa i gdzie jest przechowywana. Te informacje przyspieszają diagnostykę i pozwalają serwisantowi od razu skupić się na właściwym obszarze.

Nie ma natomiast potrzeby przygotowywania haseł do kont użytkowników końcowych — diagnostyka serwera odbywa się na poziomie konta administratora systemu, a dostęp do indywidualnych kont pracowników nie jest do tego potrzebny.

Praca zdalna a awaria serwera w biurze

Coraz więcej firm korzysta z dostępu do serwera plików przez VPN (szyfrowane połączenie zdalne), co pozwala pracownikom zdalnym otwierać dokumenty tak, jakby siedzieli w biurze. Awaria serwera dotyka wtedy nie tylko osób obecnych na miejscu, ale również pracowników łączących się z domu lub z terenu. Warto o tym pamiętać, zgłaszając problem — informacja o liczbie osób pozbawionych dostępu pomaga ocenić skalę przestoju i odpowiednio ustalić priorytet wizyty serwisowej.

Po naprawie serwera weryfikowane jest również działanie zdalnego dostępu, tak aby pracownicy spoza biura mogli wznowić pracę bez konieczności dodatkowej interwencji na ich komputerach.

Gdy serwer plików wymaga dłuższej naprawy

Większość awarii serwerów plików udaje się rozwiązać podczas jednej wizyty. Zdarzają się jednak przypadki wymagające wymiany podzespołów, których nie ma na miejscu — np. specyficznego kontrolera RAID, dysku o nietypowym formacie czy zasilacza dedykowanego do konkretnego modelu obudowy serwerowej. W takiej sytuacji priorytetem jest tymczasowe przywrócenie dostępu do danych (np. z kopii zapasowej na urządzeniu zastępczym), a docelowa naprawa realizowana jest po dostarczeniu części. Wykorzystywane są wyłącznie nowe podzespoły, a naprawa objęta jest gwarancją do 12 miesięcy.

Przestój serwera plików dotyka całego zespołu jednocześnie, dlatego każde zgłoszenie tego typu traktowane jest priorytetowo. Kontakt pod numerem 22 378 48 09 jest dostępny całą dobę, siedem dni w tygodniu — również w nocy, w weekendy i w święta, bez dopłat za porę zgłoszenia.

22 378 48 09

Padł serwer plików — pracownicy nie mają dostępu do dokumentów