2014. február 12., szerda

Windows, DFS, Event Log

Erről rég akaram már írni egy pár szóban. Elég régen használok DFS-t és azt tapasztaltam, hogy a replikáció hajlamos szétesni.
Miért? Mert leáll a replikáció. Valaki kitalálta, hogy egy adatbázis sérülés adatvesztést okozhat, ezért az adatbázis helyreállítás nem automatikus. A tapasztalat azt mutatja, hogy még egy tiszta leállás is könnyedén okoz ilyen állapotot. Hogy miért az jó kérdés.
Ilyenkor a DFS Event Logba kerül egy 2213-as figyelmeztető üzenet (Warning).
Magánvéleményem szerint ez egy igen rossz besorolás. A fenti jelzés besorolása nálam leginkább:
Critical
(Az egyetlen pozitívum, amit itt fel tudok hozni, hogy ellentétben a Microsoftos semmitmondó hibaüzenetek gyakorlatával, itt az event leírásában értelmes információ van. Ha végrehajtjuk a megoldás részben lévő két pontot az megoldja a problémát és még guglizni se kell hozzá.)

Hogy miért?
Mert:
  1. Megáll a DFS replika, további figyelmeztetés nincs róla. Amíg a felhasználó észre nem veszi, hogy a fájljai nincsenek rendben az IT nem tud róla. A warning fölött meg könnyű átsiklani egy olyan logban ami könnyedén tele lehet a megszakadó kommunikáció miatt amúgyis warning-okkal.
  2. Megáll a SYSVOL replika. Ez egy laza mozdulattal vágja nyakon az AD Group Policy struktúráját. Jujj.
  3. Ha nem vesszük észre időben akkor jön a következő hiba:


Olvassuk el az aláhúzott részt!
Mit is jelent ez egy Domain Controllernél?
Elárulom. dcpromo-t. A SYSVOL replikát ugyanis nem lehet kezelni a DFS management alól.
Szerencsére a megoldás nem ez, hanem ez:

wmic.exe /namespace:\\root\microsoftdfs path DfsrMachineConfig set MaxOfflineTimeInDays=120

Majd újra az eredeti wmic parancs:

wmic /namespace:\\root\microsoftdfs path dfsrVolumeConfig where volumeGuid="XXXXXXXX-XXXX-XXXX-XXXX-XXXXXXXXXXXX" call ResumeReplication

Nincsenek megjegyzések:

Megjegyzés küldése

Megjegyzés: Megjegyzéseket csak a blog tagjai írhatnak a blogba.