Administracja Windows Server Lublin

Co się dzieje z logowaniem na bazie, kiedy znika łącze do biura?

To pytanie zadajemy w lubelskich firmach jako jedno z pierwszych, bo odpowiedź na nie mówi o domenie więcej niż jej wiek i liczba serwerów. Układ jest tu powtarzalny: kontroler domeny stoi w biurze w mieście, a ludzie pracują na bazie z warsztatem i placem, czasem jeszcze w oddziale bliżej granicy. Wszystko działa gładko, dopóki droga między tymi adresami jest drożna.

Kiedy nie jest, objawy zależą wyłącznie od tego, co zostało zaplanowane wcześniej. Komputer, na którym ktoś logował się w ostatnich dniach, wpuści użytkownika na zapamiętanych poświadczeniach. Komputer po dłuższej przerwie albo świeżo wydany nowej osobie nie wpuści nikogo. Dostęp do katalogów po drugiej stronie zniknie, a wydruk zatrzyma się wtedy, gdy kolejka stoi w biurze.

Różnica między firmą, która tego dnia pracuje, a firmą, która stoi, sprowadza się do kilku decyzji projektowych podjętych wcześniej i kosztujących wtedy niewiele.

Co ma stać na miejscu, a co może zostać centralnie?

Poniższy podział spisujemy przy przejęciu środowiska i wracamy do niego przy każdej zmianie liczby adresów. Nie jest to teoria, tylko rozstrzygnięcie tego, co konkretnie przestanie działać w dniu awarii łącza.

Usługa domeny	Bez czego na bazie nie da się pracować	Co stawiamy lokalnie	Co zostaje centralnie
Logowanie użytkowników	dostęp do stacji roboczych	kontroler domeny na miejscu	katalog nadrzędny i schemat
Rozwiązywanie nazw	dosłownie wszystko	usługa DNS na tym kontrolerze	strefy nadrzędne i przekazywanie
Katalogi robocze	pliki spedycji i warsztatu	udział z replikacją katalogów	archiwum i katalogi kadrowe
Wydruk dokumentów	list przewozowy przed wyjazdem	kolejka przy drukarce	zarządzanie sterownikami
Aktualizacje stacji	nic natychmiast	punkt dystrybucji przy większej liczbie stacji	polityka i harmonogram
Czas systemowy	logowanie po kilku minutach rozjazdu	synchronizacja z kontrolerem lokalnym	jedno źródło dla całej domeny

Wiersz przedostatni jest jedynym, który wolno odpuścić bez konsekwencji tego samego dnia. Reszta rozstrzyga o tym, czy zerwane łącze oznacza gorszy dzień, czy dzień bez pracy.

Gdzie postawić drugi kontroler i czego on nie naprawi?

Stawiamy go tam, gdzie codziennie pracują ludzie przy komputerach i gdzie łącze bywa zawodne, czyli zwykle na bazie, nie w małym oddziale z dwoma biurkami. Sam serwer to jednak dopiero połowa rzeczy. Druga połowa to opisanie w Active Directory lokacji i podsieci odpowiadających rzeczywistości, bo bez tego komputery na bazie potrafią uparcie logować się przez łącze do maszyny w biurze, mimo że własny kontroler mają kilka metrów dalej.

Drugi kontroler nie zastępuje przy tym kopii zapasowej i nie jest planem na awarię, o czym trzeba mówić wprost. Replikacja kopiuje również błędy: skasowany obiekt zniknie po obu stronach w kilka chwil, a uszkodzony wpis rozejdzie się tak samo szybko jak poprawny. Dlatego kopia stanu systemu jest osobnym zadaniem, a próbne odtworzenie robimy co miesiąc, tak samo jak przy innych maszynach.

Trzecia rzecz dotyczy bezpieczeństwa. Serwer stojący w pomieszczeniu przy warsztacie, do którego wchodzi każdy z kluczem od budynku, jest kontrolerem domeny z inną oceną ryzyka niż ten w zamkniętej serwerowni. Szyfrowanie dysku, zamknięta szafa i ograniczenie ról na tej maszynie kosztują niewiele i zdejmują większość tego ryzyka. Samo ustawienie maszyny na bazie robi nasz inżynier wyjeżdżający z biura przy Kresowej 6, więc rozstawienie drugiego kontrolera nie wymaga od Was czekania na termin z drugiego końca kraju.

Jak wygląda serwer plików rozciągnięty na dwa adresy?

Zaczyna się prawie zawsze tak samo: ktoś kiedyś skopiował folder z biura na komputer na bazie, żeby dało się z niego korzystać przy słabym łączu. Po roku istnieją dwie wersje tego samego katalogu i nikt nie potrafi powiedzieć, która jest aktualna.

Porządkujemy to przestrzenią nazw i replikacją katalogów. Ludzie widzą wtedy jedną ścieżkę niezależnie od tego, gdzie siedzą, a system sam pilnuje, żeby po obu stronach leżało to samo. Ustalamy przy tym trzy rzeczy, bo bez nich mechanizm zamienia się w problem. Które katalogi replikować, a które mają zostać w jednym miejscu, bo archiwum odczytów kopiowane przez łącze zjada je bez sensu. Jak duży zapas miejsca przewidzieć na bazie. Co zrobić z konfliktem, gdy ten sam plik zostanie zapisany po obu stronach w tym samym czasie.

Ostatnia rzecz brzmi teoretycznie, a zdarza się przy jednym dokumencie, nad którym pracuje spedytor i osoba z warsztatu. System zachowuje wersję późniejszą, wcześniejszą odkłada do katalogu konfliktów, a my pokazujemy, gdzie jej szukać. To lepszy układ niż dwie kopie i telefon z pytaniem, która jest dobra.

Czego nie zmieniamy w Waszej domenie bez rozmowy?

Nie podnosimy poziomu funkcjonalnego domeny przy okazji innych prac, bo jest to zmiana, z której nie ma prostego powrotu. Nie kasujemy kont, które wyglądają na nieużywane, dopóki nie potwierdzicie, że rzeczywiście takie są, ponieważ część z nich obsługuje integracje z programem spedycyjnym albo z panelem lokalizacji pojazdów. Nie odbieramy szerokich uprawnień jednym ruchem, tylko etapami, żeby nikt nie stracił dostępu w środku porannej awizacji. Nie ruszamy wreszcie serwera, którego producent aplikacji objął warunkami wsparcia, zanim nie ustalimy z nim na piśmie, czego wolno dotknąć.

Reszta idzie zwykłym trybem: łatki w oknie uzgodnionym z dyspozytornią, migawka przed każdą zmianą, kontrola usług krytycznych po jej wgraniu i powrót do stanu sprzed aktualizacji, gdy coś przestaje działać.

Całość maszyn razem z archiwum danych z floty prowadzi administracja serwerami Lublin, usługi przyjmujące meldunki z pojazdów opisuje administracja serwerami Linux, a hosty i klaster wirtualizacja serwerów. Sieć między biurem, bazą i oddziałem to administracja siecią, a kwotę dla własnej liczby serwerów policzycie w kalkulatorze.

Treść sprawdzona i zaktualizowana: 14 sierpnia 2026