Nie musisz przestawiać ponownego uruchamiania. Active Directory, jako system wielozadaniowy, może obsługiwać dowolną kolejność ponownego uruchamiania kontrolera domeny.
Jeśli chodzi o bezpieczeństwo i redundancję, dobrze jest mieć role rozłożone na różne DC, więc zastanów się nad tym w przyszłym projekcie. Nie będzie to jednak brane pod uwagę przy ponownym uruchomieniu.
EDYTOWAĆ
Aby odpowiedzieć na następujący komentarz:
Czytałem gdzieś, że przenoszenie Ról FSMO, choć nie jest konieczne, może być „ruchem obronnym”, na wypadek gdyby serwer jakoś nie mógł się ponownie uruchomić. (Tak więc najpierw zrestartuj DC02 i DC03, przenieś rolę, a następnie uruchom ponownie DC01).
Myślę, że ma to sens ze ściśle teoretycznego punktu widzenia. Kontroler domeny ze wszystkimi rolami FSMO, który idzie w górę trampek, jest przerażający. Jednak w praktyce widzę dwa problemy:
- Serwer nie powinien być traktowany jak kubek nitro gliceryny na grzbiecie lemura epileptycznego. Jeśli przygotowanie do ponownego uruchomienia serwera powoduje zawroty głowy, powoduje suchość w ustach, a w inny sposób powoduje, że chcesz zacząć nadużywać domowych środków czyszczących, rozwiązaniem nie jest przenoszenie ról FSMO, ale raczej doprowadzenie serwera do stanu zdrowia, który zapewnia wygodę podczas ponownego uruchamiania. Dobrze zarządzane serwery to solidne rzeczy, które można ponownie uruchomić z impugencją.
- Przenoszenie ról FSMO, chociaż technicznie proste jak kilka kliknięć myszką w MMC, nie jest tak lekką rzeczą, która spowodowałaby, że ktoś grałby w porywającą grę „FSMO, FSMO, który ma FSMO!” za każdy wtorek łatki (który przypadkiem poprzedza „środę zmiany kariery”).
Krótko mówiąc, nie zmieniaj ról FSMO, z wyjątkiem ćwiczenia dobrych zasad inżynierii systemów. Chyba że serwerownia jest pełna lemurów. W takim razie hej ... lemury!