Administracja serwerami Kraków

Czego centrala wymaga od serwera, którego nigdy nie widziała?

Dowodu, nie zapewnienia. Spółka pracująca w Krakowie trzyma część systemów u siebie, a standardy ustala miejsce, do którego lokalny zespół jeździ raz na rok albo wcale. Grupa nie sprawdza wtedy, czy maszyna działa, bo to widać po liczbie zgłoszeń. Sprawdza, czy potraficie odpowiedzieć na trzy pytania: kto ma prawa administratora, co zmieniło się w konfiguracji przez ostatni kwartał i skąd wiadomo, że kopię da się odtworzyć.

W firmach prowadzących procesy dla pozostałych spółek grupy dochodzi jeszcze jedna rzecz. Serwer stojący w Krakowie przetwarza dane, za które formalnie odpowiada podmiot z innego kraju, więc pytanie o zabezpieczenia nie pada raz, przy uruchomieniu, tylko wraca cyklicznie i zawsze z terminem odpowiedzi.

Praca przy takich maszynach dzieli się przez to na dwie części. Pierwsza to zwykłe utrzymanie, identyczne jak w każdej innej firmie. Druga to wytworzenie materiału, z którego da się odtworzyć, co i dlaczego się z nimi działo. Tej drugiej nie da się wykonać wstecz i na tym polega cały kłopot.

Jak zamieniamy zdanie z polityki na ustawienie maszyny?

Punkt po punkcie, bo dokument grupy opisuje wymaganie, a nie konkretną konsolę. Poniżej wymagania wracające w krakowskich spółkach najczęściej, razem z tym, co robimy i czym potwierdzamy, że zostało zrobione.

Wymaganie ze standardu grupy	Co robimy na maszynie	Czym to potwierdzamy
Brak kont współdzielonych	konta imienne, koniec logowania na wbudowanego administratora	wykaz kont z datą ostatniego użycia
Uprawnienia nadawane na czas zadania	podniesienie praw na zgłoszenie, odebranie po zakończeniu	zapis nadań z numerem sprawy
Zmiana wprowadzana znaną drogą	okno serwisowe, migawka i wpis przed rozpoczęciem pracy	dziennik zmian z godziną i osobą
Kopia nadająca się do odtworzenia	comiesięczna próba na środowisku testowym	protokół ze zmierzonym czasem
Dzienniki poza maszyną	zapis wysyłany do osobnego magazynu	ciągłość wpisów mimo awarii serwera
Przegląd dostępów raz na kwartał	wykaz przekazywany przełożonym do potwierdzenia	podpisana lista z decyzjami
Spis systemów wraz z właścicielami	opis środowiska poprawiany przy każdej zmianie	dokument z datą ostatniej rewizji

Kolumna trzecia jest tą, o którą naprawdę chodzi. Dwie pierwsze potrafi opisać w ofercie każda firma, trzecia powstaje wyłącznie wtedy, gdy ktoś prowadzi ją od pierwszego dnia współpracy.

Co robimy, gdy standard grupy nie pasuje do tego, co macie?

Wpisujemy odstępstwo i mówimy o nim głośno, zamiast liczyć, że nikt nie zapyta. Sytuacja jest zresztą typowa: aplikacja branżowa wymaga konta serwisowego z hasłem bez terminu ważności, starszy system nie przyjmuje logowania dwuskładnikowego, a maszyna sterująca urządzeniem nie może dostawać poprawek bez zgody dostawcy.

Wpis zawiera cztery rzeczy: czego nie da się spełnić, co dokładnie robimy w zamian, jakie ryzyko po tym zostaje i kiedy wracamy do tematu. Tak opisane odstępstwo przechodzi przegląd, bo ktoś po drugiej stronie może je ocenić i przyjąć. Ta sama sprawa odkryta przez audytora zamienia się w ustalenie z terminem, a przy okazji w pytanie, co jeszcze przemilczano.

Osobno pilnujemy, żeby lista odstępstw nie rosła bez końca. Przeglądamy ją raz na kwartał i pytamy przy każdym wpisie o jedno: czy powód nadal obowiązuje. Po zmianie wersji aplikacji odpowiedź bywa przecząca, tylko nikt tego samodzielnie nie sprawdza.

Kto poza nami pracuje na tych maszynach?

Prawie zawsze ktoś jeszcze i to trzeba uporządkować przed pierwszą zmianą. Typowy zestaw w krakowskiej spółce wygląda tak: zespół infrastruktury z centrali mający własne narzędzia, dostawca systemu branżowego wchodzący przy zgłoszeniach, firma prowadząca kadry albo księgowość ze zdalnym dostępem do jednej aplikacji oraz Wasz własny człowiek od wszystkiego.

Nikomu nie odbieramy możliwości pracy, bo to kończy się obchodzeniem ustaleń bocznymi drogami. Każda strona dostaje natomiast konta imienne, zakres ograniczony do swojego obszaru i wspólny dziennik, w którym widać wykonane polecenia. Do tego dochodzi jedna zasada dotycząca pory: zmiana w godzinach pracy zespołów wymaga uprzedzenia, a poza nimi wystarczy wpis po fakcie.

Zysk widać przy pierwszym trudnym dniu. Zamiast rozmowy o tym, czy ktoś w ogóle się logował, jest wykaz sesji z godzinami, a maszyna wraca do stanu sprzed zmiany w kilka minut, bo migawka powstała przed pracą, a nie po niej.

Co dostajecie za stałą kwotę, a za co płacicie osobno?

Kwota obejmuje nadzór, aktualizacje w uzgodnionych oknach, kopie z comiesięczną próbą odtworzenia, monitoring, prowadzenie rejestru zmian i dostępów, opis środowiska, raport oraz umówione wizyty w Waszej serwerowni. Rachunek podnosi wyłącznie liczba objętych maszyn i wybrany czas reakcji.

Poza nią zostają licencje i sprzęt, kupowane na Waszą spółkę, oraz prace projektowe: przeniesienie ról między maszynami, budowa środowiska zapasowego i zmiana platformy wirtualizacji. Każdą wyceniamy po obejrzeniu środowiska, przed rozpoczęciem, a wynik pokazujemy w rozbiciu na pracę i zakupy, bo dział finansów w grupie rozlicza te dwie rzeczy z osobnych budżetów.

Domenę i serwery Microsoftu obejmuje administracja Windows Server. Serwery z dystrybucjami linuksowymi prowadzi administracja serwerami Linux, a warstwę węzłów i klastra wirtualizacja serwerów. Kwotę dla swojej liczby maszyn wyliczycie w kalkulatorze.

Treść sprawdzona i zaktualizowana: 2 sierpnia 2026