Administracja serwerami Linux Barlinek

Skąd w zakładzie meblowym wziął się serwer z Linuksem?

Nikt go nie wybierał. U producenta mebli pojawia się razem z programem do rozkroju płyty i optymalizacji formatek, bo tak dostarczył go dostawca. Rok później dokłada się do tego baza wycen, potem katalog rysunków dla montażystów, a przy okazji ktoś uruchamia na tej samej maszynie udział plikowy dla biura, bo miejsce było.

Efekt jest zawsze ten sam. Maszyna pracuje, więc trafia na koniec listy spraw do załatwienia, a po trzech latach jedynym śladem po wdrożeniu zostaje karteczka z hasłem w szufladzie. Wiedza o tym, jak uruchomić to wszystko od nowa, wyjechała razem z firmą wdrożeniową.

W większym mieście ten problem rozwiązuje się telefonem do kogoś, kto zna temat. W Barlinku takiego telefonu nie ma, bo lokalny rynek usług informatycznych praktycznie nie istnieje, a najbliższe firmy siedzą w Gorzowie albo w Myśliborzu.

Co widać w firmie, zanim maszyna naprawdę stanie?

Awarie systemów linuksowych mają długi rozbieg. Widać je w danych na tygodnie przed tym, zanim ktokolwiek w biurze zauważy objaw, tylko nikt na te dane nie patrzy.

Co widzi firma	Co dzieje się pod spodem	Od kiedy było to widoczne
Program otwiera się wolniej niż zwykle	wolumen z bazą zapełniony powyżej progu	kilka tygodni
Wydruk etykiet gubi się co jakiś czas	usługa restartuje się po zapchaniu pamięci	kilkanaście dni
Przeglądarka ostrzega przy logowaniu	certyfikat wygasł w weekend	30 dni
Plik z zamówieniem znika z udziału	wspólne konto i brak uprawnień na katalogach	od pierwszego dnia
Kopia bazy nie ma ostatnich dwóch dni	zadanie kończy się błędem, alert idzie donikąd	od pierwszego błędu
Maszyna nie wstaje po przerwie w prądzie	usługa nie startuje sama, nikt tego nie sprawdził	od wdrożenia

Ostatni wiersz jest w małej firmie najkosztowniejszy. Serwer, który nigdy nie był restartowany w kontrolowany sposób, po przypadkowym wyłączeniu potrafi nie wrócić do pracy, bo połowa usług była uruchamiana ręcznie i nikt tego nie zapisał.

Kto ma dostęp do tej maszyny i czy nadal powinien?

Odpowiedź na to pytanie zbieramy w pierwszym tygodniu i prawie zawsze wygląda podobnie: hasło do roota zna dostawca programu, były pracownik, firma, która kiedyś ciągnęła sieć, i osoba, która teraz zajmuje się w firmie zamówieniami. Nikt tego nie planował, po prostu przez lata nikt nic nie odbierał.

Porządkujemy to bez odbierania komukolwiek możliwości pracy. Każdy dostaje własne konto i własny klucz, wspólne hasło znika, a polecenia wykonane przez sudo trafiają do dziennika. Dostawcy programu zostawiamy dostęp opisany i przypisany do niego, żeby przy awarii nie trzeba było zgadywać, kto co zmienił.

Jest w tym drugi zysk, o którym mało kto myśli przy podpisywaniu umowy. Nasze klucze usuwacie jednym poleceniem, więc zakończenie współpracy nie wymaga zmiany niczego innego.

Co zrobić, gdy nikt w firmie nie zna konsoli?

Najgorszym wyjściem jest szkolenie kogoś na siłę. Osoba od zamówień, która dostaje do prowadzenia serwer produkcyjny, przez pierwszy rok boi się go dotknąć, a przez drugi zaczyna zmieniać rzeczy, których nie rozumie. Jedno i drugie kończy się awarią w najgorszym momencie.

Utrzymanie przejmujemy w całości i zostawiamy Wam wyłącznie decyzje: co ma działać, ile danych trzymamy, kiedy wolno restartować. Reszta, czyli aktualizacje, kopie, certyfikaty, uprawnienia i miejsce na dyskach, dzieje się po naszej stronie i pojawia się raz w miesiącu na jednej stronie raportu.

Ten podział jest w małej firmie ważniejszy niż w dużej. Tam brak opiekuna oznacza opóźnienie, tutaj oznacza, że nie robi tego nikt.

Czy trzeba tu przyjeżdżać, żeby prowadzić taką maszynę?

Prawie nie. Aktualizacje, konfiguracja usług, przegląd dzienników, kopie i strojenie bazy wyglądają identycznie niezależnie od tego, gdzie stoi serwer. Wizyta ma sens przy trzech rzeczach: gdy maszyna nie przechodzi rozruchu i ktoś musi zobaczyć ekran, gdy trzeba dołożyć pamięć albo dysk oraz gdy sprzęt przenosi się w inne miejsce.

Wtedy inżynier wyjeżdża z biura głównego przy Baczyńskiego 24 w Gorzowie i pokonuje około dwudziestu czterech kilometrów drogą wojewódzką 151. Biuro przy Jeziornej 7D w Barlinku jest miejscem spotkań, a nie punktem serwisowym z obsadą dyżurną i magazynem części, i mówimy to wprost, zanim ktoś zapyta.

Za co płacicie i czego ta stawka nie obejmuje?

Stawka jest za maszynę i nie zależy od dystrybucji, liczby usług ani od tego, czy sprzęt stoi w Waszej hali, czy u dostawcy chmury. Firma z Barlinka płaci tyle samo co klient z Wrocławia, a umówione wizyty w mieście i okolicznych gminach mieszczą się w umowie.

Poza kwotą zostaje wsparcie producenta dystrybucji, jeśli w ogóle go potrzebujecie, oraz praca przy kodzie Waszego programu, bo należy do jego autora. Zegar gwarantowanej reakcji biegnie w godzinach pracy helpdesku, monitoring pracuje bez przerwy, a interwencja człowieka poza tymi godzinami wymaga osobno płatnego dyżuru.

Ogólnopolski opis usługi znajdziecie przy administracji serwerami Linux, całą warstwę serwerową w mieście opisuje administracja serwerami, a podział jednej maszyny na kilka wirtualizacja serwerów. Miesięczny koszt policzycie w kalkulatorze.

Treść sprawdzona i zaktualizowana: 31 lipca 2026