Ce se întâmplă atunci când un deținător FSMO scade?

Să presupunem că am 2 DC și unul dintre ei care se întâmplă să dețină toate Rolurile FSMO scade.

Vă rog să mă corectați dacă greșesc, dar din câte am înțeles:

Fără Schema Master = nu se actualizează detaliile utilizatorului, nu se creează noi utilizatori\calculatoare\grupuri\politici de grup.
Fără RIF Master = nu se aplică modificări sau adăugarea de noi permisiuni la fișiere\utilizatori\grupuri.
Fără Domain Naming Master = nu se adaugă noi domenii în pădure.
Fără emulator PDC = fără sincronizare de timp, fără schimbare sau resetare a parolei, fără blocare a contului.
Fără Infrastructure Master = fără obiecte de referință încrucișată între domenii, dar numai acolo unde aveți un DC de catalog non-global. De asemenea, nu are loc ștergerea obiectelor.

De asemenea, să presupunem că DC care conținea toate rolurile FSMO s-a întunecat timp de 1 oră și a revenit online. Presupun că modificările care au fost efectuate în acel timp vor fi suprascrise?

Literal trebuie să citiți documentația. Spune cum sunt gestionate lucrurile și va face față multor confuzii.

adica:

Fără Schema Master - greșești. Maestrul schemei este responsabil pentru SCHEMA. Actualizarea detaliilor utilizatorului nu schimbă schema. Actualizările schemei sunt (adică adăugarea unui câmp la obiectul utilizator).

Fără RIF master (este RID, nu RIF) - puteți adăuga permisiuni după cum doriți, deoarece acest lucru nu creează un RID. Maestrul RID este responsabil pentru distribuirea RID-urilor. Ca atunci când ESTE CREA UN UTILIZATOR (obiect nou). Totuși, aici este ideea - DC-ul este tot CACHE UNUSED RID.Așadar, un master RID care scade timp de o oră nu este în mare parte o problemă, cu excepția cazului în care încercați să creați mii de utilizatori pe un alt DC în acest timp.

Fără emulator PDC: Time Sync nu sunt sigur (deoarece acest lucru se face prin emulator PDC), dar de ce PW se schimbă sau se reseta? Aveți mașini Windows atât de vechi încât folosesc vechiul concept PDC / API? Pentru că altfel nu există niciun motiv pentru asta. Găsesc informații care spun altfel în informațiile tehnice nu neapărat actuale, așa că - puțin complexe.

Lista continuă. Se pare că îți inventezi limitări pentru că se pare că nu ai idee reală cu ce fac rolurile.

Oricum, documentația exactă pe care o cauți este aici:

https://docs.microsoft.com/en-us/troubleshoot/windows-server/identity/fsmo-roles

În general, presupuneți că rolurile nu sunt necesare pentru a fi operaționale tot timpul - în multe cazuri, sistemul va funcționa cu limitări (adică, nicio actualizare care să necesite o actualizare a schemei atunci când masterul schemei este offline, dar puteți actualiza OBIECTE deoarece aceasta nu este o schemă Actualizați).