Sistem · Rehber

Active Directory Replikasyon Sağlığı: Hata Aramaya Nereden Başlanır?

AD replikasyon sorunlarını Repadmin ve DCDiag ile daraltmak, bağımlılıkları kontrol etmek ve düzeltme sonrası sonucu doğrulamak için pratik bir akış.

HEHidayet Eriş2 dk okuma
Üç sunucu arasındaki replikasyon yollarından birinde kesintiyi gösteren lacivert ve mint altyapı illüstrasyonu.
Üç sunucu arasındaki replikasyon yollarından birinde kesintiyi gösteren lacivert ve mint altyapı illüstrasyonu.

Kullanıcı parolası bir lokasyonda çalışıyor, diğerinde hata veriyorsa ya da yeni açılan bir hesap bazı sunucularda görünmüyorsa Active Directory replikasyonu kontrol listesine girmeli. İlk adım tüm domain controller’larda zorla senkronizasyon başlatmak olmamalı. Önce hangi sunucunun, hangi eşten, hangi dizin bölümünü alamadığını bulmak gerekiyor.

Aşağıdaki akış, Windows Server AD DS ortamında teşhis içindir. Komutları gerekli yönetim araçlarının bulunduğu, yetkili bir oturumda çalıştırın. Çıktılar sunucu ve alan adı bilgisi içerir; destek kaydına eklerken kurum dışına gereksiz altyapı bilgisi taşımayın.

Önce genel tabloyu alın

İlk kontrol için şu iki sorgu yeterli bir başlangıç sağlar:

repadmin /replsummary
repadmin /showrepl

Özet çıktısındaki hata sayısı, etkilenen kaynak ve hedefleri daraltmaya yardımcı olur. Ardından ayrıntılı çıktıda komşu DC, naming context, son başarılı deneme ve son hata birlikte okunmalı. Bir DC’nin tek bir komşuyla yaşadığı sorunla bütün bağlantılarının bozulması aynı araştırma yolunu gerektirmez. Komutun seçenekleri Microsoft’un Repadmin başvurusunda açıklanıyor.

Raporun zamanını da kaydedin. Bakım sırasında alınmış tek bir görüntüyle kalıcı arıza kararı vermek yerine, beklenen replikasyon takviminden sonra tekrar ölçün. Özellikle farklı siteler arasında çalışan bağlantılarda, gecikmeyi site bağlantısının planıyla beraber değerlendirin.

Hata kodunu bağımlılıklarla eşleştirin

Replikasyon; ağ erişimi, DNS, kimlik doğrulama, zaman doğruluğu ve uygun topolojiye dayanır. Microsoft’un teşhis rehberi bu bağımlılıkları birlikte ele alıyor. Bu yüzden yalnızca hata mesajındaki son cümleye odaklanmayın.

Örneğin bağlantı hatasında önce ilgili DC adının doğru IP adresine çözüldüğünü ve aradaki ağ yolunu inceleyin. Bir TCP portuna erişebilmek bütün AD trafiğinin sorunsuz geçtiğini kanıtlamaz. Kimlik doğrulama hatasında ise saat kaynağı, hesap durumu ve ilgili olay günlükleri aynı zaman aralığında değerlendirilmelidir.

Kayıt altına alınacak dört bilgi işinizi kolaylaştırır:

  • Etkilenen kaynak ve hedef DC
  • Etkilenen dizin bölümü
  • Hatanın başladığı zaman ve tekrar sıklığı
  • Aynı dönemde yapılan DNS, güvenlik duvarı veya sunucu değişikliği

DCDiag kapsamını bilinçli seçin

Belirli bir DC’de replikasyon testi için şu örnek kullanılabilir:

dcdiag /s:DC01 /test:Replications /v

DC01 örnek sunucu adıdır. DCDiag dokümanı, testlerin kapsamını ve bazı seçeneklerin değişiklik yapabildiğini açıklıyor. Bu nedenle internette bulunan geniş komut dizilerini anlamadan çalıştırmayın; özellikle onarım seçeneklerini rutin sağlık kontrolüne eklemeyin.

AD veritabanı replikasyonu ile SYSVOL sağlığını da ayrı doğrulayın. Grup İlkesi dosyalarının dağıtımında sorun varsa yalnızca başarılı bir AD replikasyon çıktısına bakmak yeterli olmaz. İlgili DFSR günlükleri ve SYSVOL erişimi ayrıca incelenmelidir.

Düzeltmenin sonucunu ölçün

DNS kaydı, ağ kuralı veya topoloji değişikliği gerekiyorsa önce mevcut durumu ve geri dönüş adımlarını kaydedin. Üretim değişikliğini ilgili ekiplerle planlayın. Ardından aynı sorguları, aynı kapsamla yeniden çalıştırarak karşılaştırın.

Kapanış ölçütü, ekranda bir kez hata görülmemesinden daha somut olmalı: beklenen bağlantılarda başarılı replikasyon, yeni hata oluşmaması ve başlangıçta bildirilen kullanıcı sorununun giderilmesi. Böylece olay kaydı, sonradan benzer bir arıza yaşandığında kullanılabilecek gerçek bir teşhis kaydına dönüşür.

Yorumlar (0)

Henüz onaylanmış yorum yok.

Deneyimini paylaş

Yorumlar yönetici onayından sonra yayımlanır. E-posta adresin herkese açık gösterilmez.