Yeni ADC üzerinde Replikasyon Problemi

Merhaba

Yeni dc yi kaldırıp tekrar ADC yapmadan önce PDC üzerindeki servislerin sağlıklı bir şekilde çalıştığına emin olun ve tekrar ekleyin.

PDC üzerinde ve nevcut olan 2 DC üzerinde herhangi bir replikasyon sorunu yok. dcdiag sonucunda mevcut serverlarda sorun yok. Yeni kurulum yapılan ADC üzerinde replikasyon sorunu dcdiag ile görülüyor. ntdsutil ile kayıtları da kontrol ettim. yeni ADC yi kaldırdıktan sonra AD DB de kayıt kalmıyor. Ama SYSVOL ve NETLOGON paylaşımları ile ilgili sorun devam ediyor.

mevcut yapınızda sorun yok ise yeni dc ye yoğunlaşalım .

event id nedir ?

Yeni ADC kurulum sonrası ADC üzerinde ntfrs servisini restart ettiğimde

Sırasıyla

Event ID:13565

Event ID:13508 gelmekte.

 Sorunsuz 2 DC de artık FRS de EventID: 13568 geliyor.

Mevcut DC ler üzerinde replikasyon sorunu için bir öneriniz var mı?

Aşağıdaki linklerde çözülmüş, tabi mevcut durumun yedeğini alman gerekecek.

http://www.myeventlog.com/search/show/97

http://analogduck.com/blog/ntfrs

Sorunun çözümü olarak şunu belirteyim.

Mevcut DC lerde de FRS de EventID: 13568 geliyor. 

The File Replication Service has detected that the replica set "DOMAIN SYSTEM VOLUME (SYSVOL SHARE)" is in JRNL_WRAP_ERROR.

Replica set name is    : "DOMAIN SYSTEM VOLUME (SYSVOL SHARE)"
Replica root path is   : "c:\winnt\sysvol\domain"
Replica root volume is : "\\.\C:"
A Replica set hits JRNL_WRAP_ERROR when the record that it is trying to read from the NTFS USN journal is not found.  This can occur because of one of the following reasons.

[1] Volume "\\.\C:" has been formatted.
[2] The NTFS USN journal on volume "\\.\C:" has been deleted.
[3] The NTFS USN journal on volume "\\.\C:" has been truncated. Chkdsk can truncate the journal if it finds corrupt entries at the end of the journal.
[4] File Replication Service was not running on this computer for a long time.
[5] File Replication Service could not keep up with the rate of Disk IO activity on "\\.\C:".
Setting the "Enable Journal Wrap Automatic Restore" registry parameter to 1 will cause the following recovery steps to be taken to automatically recover from this error state.
[1] At the first poll, which will occur in 5 minutes, this computer will be deleted from the replica set. If you do not want to wait 5 minutes, then run "net stop ntfrs" followed by "net start ntfrs" to restart the File Replication Service.
[2] At the poll following the deletion this computer will be re-added to the replica set. The re-addition will trigger a full tree sync for the replica set.

WARNING: During the recovery process data in the replica tree may be unavailable. You should reset the registry parameter described above to 0 to prevent automatic recovery from making the data unexpectedly unavailable if this error condition occurs again.

To change this registry parameter, run regedit.

Click on Start, Run and type regedit.

Expand HKEY_LOCAL_MACHINE.
Click down the key path:
   "System\CurrentControlSet\Services\NtFrs\Parameters"
Double click on the value name
   "Enable Journal Wrap Automatic Restore"
and update the value.

 Aşağıdaki İşlemleri sırası ile yapınız:

1. REGEDIT den  "HKLM\System\CurrentControlSet\Services\NtFrs\Parameters" açınız

2. "Enable Journal Wrap Automatic Restore" parametresi yoksa yaratınız. Varsa 0 değerini 1 yapınız. Değer DWORD değerinde olmalıdır.

3. NTFRS servisini durdurunuz. (net stop ntfrs)

4. NTFRS servisini tekrar başlatınız (net start ntfrs)

5. File Replication Service Event Logs dan aşağıdaki logları bekleyiniz:
• 13553 –
• 13554 –
• 13516 - (Eğer bu logu aldıysanız o DC için sorun giderilmiştir.) 

6. SYSVOL ve NETLOGON paylaşımlarını kontrol ediniz. Replikasyon çevrim süresi kadar beklemelisiniz. 5dk.

7.  "Enable Journal Wrap Automatic Restore" değerini 0 olarak değiştiriniz.

Sorunlu tüm DC lerde bunu işlemi yaparsanız. Sisteme katılan yeni ADC üzerinde SYSVOL ve NETLOGON paylaşımları gelecektir.

tanıdık geldi 🙂

http://www.hakanuzuner.com/index.php/fix-journal-wrap.html

Benzer ama farklı 🙂

journal wrap temelde aynı şekilde çözülüyor zamansızlıktan event a bakamadım kusura bakma , kastım hazırda vardı demekti 🙂

hatta google türkçe sayfalarda journal wrap yazınca ilk benim web site çıkıyor 😛

Ben bu hatayı PDC de alıyorum. Bu işlemleri normal çalışma saatlerinde yaparsam kullanıcılar için sıkıntı olur mu ? Yoksa gece yapmak daha mı iyi ?

Sorun olmaz ancak tavsiyem mesai saatleri dışında yapınız.

Tekrar Merhaba,

Sanırım benim problemim biraz daha büyük.

Bende sadece 1 DC var ve ben bu hatayı bu makinede alıyorum.

DC yi Lab ortamına imajdan döndüm.

Enable Journal Wrap Automatic Restore  işlemini yaptım. DC nin SYSVOL ve NETLOGON paylaşımları kayboldu. Şu anda DC işlevlerinin hiç birini yapmıyor. Yaklaşık 12 saattir bu şekilde.  

Event Loglarda da FRS de 13566 id li log gözüküyor 

File Replication Service is scanning the data in the
system volume. Computer OZ cannot become a domain
controller until this process is complete. The system
volume will then be shared as SYSVOL.

To check for the SYSVOL share, at the command prompt,

Lab daki DCnin yanına ADC kurmak istediğimde ise NTFRS replication hatası veriyor. Yeni ADC ye de SYSVOL ve NETLOGON paylaşımları gelmiyor.

Tek DC olduğu için gerçek makinede bu işlemleri yapamıyorum. 

nasıl bir çözüm önerirsiniz ? 

Kerem bey sizde aynı yöntemi deneyebilirsiniz bu sizede çözüm olacaktır.

Merhaba benim sorunum aşağıda göreceğiniz üzere klasörler çoğaldı. FRS servisinde event 13568 hatası alıyordum. PDC'de frs servisini stop edip reg kaydından yapılan ayarlamada D4 değerini vererek frs servisini start ettim. Bunu bir kaç kez tekrarladıktan sonra sonuç bu. Nasıl düzeltebilirim.

Ortamda kaç DC var, kaçında bu klasörler var.

Sysvol ve Netlogon paylaşımları çalışıyor mu?

Ortamda 4 DC var. 1 fiziksel 3 sanal. DC'lerin ikisi 2008 R2 diğeri 2012 sonuncusu 2012 R2.Tüm rollerin üzerinde bulunduğu DC 2008 R2

Hepsinde bu klasörler mevcut. Sysvol ve Netlogon klasörlerine girebiliyorum.

Tüm DC makineler için aşağıdaki kontrolü yapıp

\\dc1

\\dc2

\\dc3

\\dc4

hepsine ayrı ayrı netlogon ve sysvol görüyorsan bu durumda bu klasörler için endişelenmen gereksiz. Yani senin paylaşımların çalışyordur.

Bu klasörler sorun nedeni ile ismi değiştirilmiş klasörlerdir.Eğer sen yeni bir GPO objesi oluşturduğun zaman bu GPO için oluşan yeni dosyalar tüm DC lere gidiyor ise replikasyon sorunuda yoktur.

En son olarak FRS loglarını kontrol edebilirsin

Sorunu şöyle şözdüm.

Replikasyon testinde DC 1-2-3 sorunsuz olarak aralarında replikasyon yapıyorlardı. DC 4' de sorun vardı. DC4 tarafında sysvol klasörü içinde manuel olarak Policies klasörü oluşturdum ve mevcut policyleri bu klasöre kopyaladım. Tüm DC'lerde ntfrs servisini durdurup DC4'de authoritative (D4) olarak reg kaydını girdim. Sonrasında ntfrs servislerini tüm dc'lerde çalıştırdım. Policies klasörü diğer dc'lerde oluştu. Dublicate olmuş klasörleri manuel olarak sildim. Şu an sorunsuz replike oluyor. Teşekkürler yardımlarınız için.