Administracja Windows Server Białystok

Co dzieje się z Waszą domeną, gdy jedyny kontroler przestaje odpowiadać?

Pierwsze minuty wyglądają niegroźnie, bo komputery pamiętają ostatnie logowanie i pracownik siedzący przy otwartej sesji niczego nie zauważy. Potem zaczyna się lawina: znikają dyski sieciowe, przestaje odpowiadać wydruk, program handlowy pytający o uprawnienia zawiesza się przy zapisie, a osoba wracająca z przerwy nie wchodzi na swoje konto.

W firmie z własnym informatykiem jest to godzina nerwów. W zakładzie pod Białymstokiem, obsługiwanym przez zespół oddalony o blisko dwieście kilometrów, zaczyna się rachunek innego rodzaju: odtworzenie kontrolera z kopii da się zrobić zdalnie, ale trwa godziny, a jeśli maszyna nie wstaje również na karcie zarządzania, do rachunku wchodzi jeszcze czyjś przyjazd.

Dlatego przy podlaskim kliencie rozmowa o Windows Server zaczyna się nie od zasad grupy ani od porządku w uprawnieniach, tylko od jednego pytania: ile maszyn musi zniknąć, żeby ludzie przestali pracować. Jeśli odpowiedź brzmi „jedna”, wszystko inne jest drugorzędne.

Dlaczego drugi kontroler bywa tańszy, niż wygląda?

Bo najczęściej nie wymaga ani nowego serwera, ani nowej licencji. Licencja Windows Server Standard przypisana do opłaconego hosta obejmuje dwie maszyny wirtualne, więc firma, która ma już jedną, zwykle ma miejsce na drugą bez dokupowania czegokolwiek. Kosztem pozostaje nasza stawka za dodatkową maszynę pod nadzorem i zapas pamięci na hoście.

Drugi kontroler nie jest zresztą kopią pierwszego. Ma własny serwer DNS, bo domena bez działającego DNS jest równie martwa jak bez katalogu, i własny katalog globalny. Role operacji jednostkowych, czyli te, które w domenie istnieją w jednym egzemplarzu, opisujemy w dokumentacji razem z procedurą przejęcia ich w awarii, żeby nie było to szukanie po nazwach w dniu, w którym pierwsza maszyna milczy.

Jest jeszcze warunek, o którym łatwo zapomnieć. Dwa kontrolery na jednym hoście chronią przed awarią systemu, ale nie przed awarią sprzętu ani przed zanikiem zasilania w tym jednym pomieszczeniu. Dlatego proponujemy rozdzielenie: drugi host albo maszyna w centrum danych połączona tunelem.

Jak wgrywamy łatki na serwer, przy którym nikt nie stoi?

Ryzyko przy zdalnej aktualizacji Windows jest znane i policzalne, więc każdemu z jego rodzajów przypisujemy zabezpieczenie i sposób sprawdzenia, że zadziałało.

Co może pójść źle	Czym się zabezpieczamy	Po czym poznajemy, że jest dobrze
Maszyna nie kończy uruchamiania po restarcie	migawka wykonana bezpośrednio przed łatkami	obraz konsoli z karty zarządzania, powrót do migawki bez dojazdu
Łatka psuje program branżowy	aktualizacja najpierw na maszynie testowej albo pomocniczej	zgłoszenie testowe wykonane przez Waszego pracownika po oknie
Usługa pulpitu zdalnego nie wstaje	druga droga wejścia przez zdalną konsolę PowerShell	wykonanie polecenia kontrolnego po ponownym uruchomieniu
Restart trwa dłużej, niż zakładało okno	okna planowane z zapasem, kolejność maszyn od najmniej ważnej	zapisany czas restartu każdej maszyny z poprzednich okien
Kontroler wraca z rozjazdem replikacji	aktualizacja kontrolerów w osobnych oknach, nigdy razem	kontrola replikacji katalogu po każdym oknie
Zanik prądu w trakcie aktualizacji	zmierzony czas pracy zasilacza awaryjnego, okno poza szczytem burz	alert z zasilacza sprzed rozpoczęcia prac

Wiersz piąty jest tym, który najczęściej ratuje domenę. Dwa kontrolery aktualizowane tej samej nocy przestają być zabezpieczeniem i stają się dwoma sposobami na tę samą awarię.

Kto ma konto awaryjne i gdzie leży do niego hasło?

Konto awaryjne to osobne poświadczenia z pełnymi uprawnieniami w domenie, używane wyłącznie wtedy, gdy zwykłe drogi wejścia zawiodły. Nie loguje się nim nikt na co dzień, nie jest przypisane do żadnej osoby i nie służy do pracy.

Hasło leży u Was, a nie u nas: w sejfie albo w zapieczętowanej kopercie w miejscu, do którego dostęp ma zarząd. Do tego dochodzi hasło trybu przywracania katalogu, bez którego odtworzenie kontrolera z kopii jest niemożliwe, a które w przejmowanych środowiskach bywa nieznane nikomu. Każde użycie któregokolwiek z nich zostaje w dzienniku i kończy się zmianą hasła.

Ta konstrukcja rozwiązuje przy okazji pytanie, które przy dostawcy spoza regionu pada zawsze: co zrobicie, jeśli przestaniemy współpracować. Odpowiedź jest krótka, bo nie musicie nam niczego odbierać. Pełne panowanie nad domeną leży od początku po Waszej stronie, a nasze konta imienne wygasają w dniu przekazania.

Jak przejmujemy domenę, nie widząc ani jednej szafy?

Pierwsze trzy tygodnie idą przez sesję zdalną i wyglądają tak samo jak w mieście, w którym mamy adres. Spisujemy kontrolery i ich role, sprawdzamy stan replikacji i poziom funkcjonalny, wypisujemy konta z uprawnieniami administratora domeny i konta serwisowe z hasłem sprzed lat, przeglądamy zasady grupy pod kątem tych, które nic już nie robią, i sprawdzamy, czy kopia kontrolera daje się odtworzyć.

Jedna wizyta jest jednak konieczna i planujemy ją na koniec tego etapu. Bez obejrzenia szafy nie spiszemy numerów seryjnych, dat gwarancji, okablowania ani sprzętu, który stoi wpięty, a nie jest widoczny w sieci. Przy tej samej wizycie sprawdzamy zasilacz awaryjny, otwieramy dostęp do karty zarządzania i zostawiamy w szafie instrukcję dla Waszego pracownika.

Dopiero po tych dwóch krokach powstaje lista napraw uszeregowana według ryzyka, a razem z nią plan okien serwisowych na najbliższy kwartał. Wcześniej niczego nie wyłączamy i niczego nie przenosimy, bo w środowisku poznanym przez tydzień łatwo pomylić maszynę zbędną z taką, o której nikt nie pamięta, dopóki nie zniknie.

Warstwę hostów opisuje wirtualizacja serwerów, maszyny z Linuksem prowadzi administracja serwerami Linux, a podział pracy między sesję zdalną a wyjazd rozpisuje administracja serwerami Białystok. Miesięczny koszt przy Waszej liczbie serwerów pokaże kalkulator.

Treść sprawdzona i zaktualizowana: 14 sierpnia 2026