İlk domain controller sorunsuz çalışırken ikinci bir controller kurmak gereksiz görünebilir. Oysa kimlik hizmetinin bakım ve arıza anlarında sürdürülebilmesi için bu karar önemlidir. İkinci sunucu; kimlik doğrulama, DNS ve directory verisinin dağıtımı açısından yeni bir hizmet noktası oluşturur. Bunun doğru çalışması, iki sanal makinenin açık bulunmasından daha fazlasını gerektirir.
Bu rehber, sağlıklı bir ad.example.com domainine Windows Server 2025 veya 2022 tabanlı DC02 ekleme senaryosudur. Örnek DC01 adresi 10.30.10.10, DC02 adresi 10.30.10.11'dir. Forest veya domain yükseltme, bozuk controller kurtarma ve metadata temizliği farklı çalışmalardır. Önce mevcut AD'nin sağlık durumunu doğrulayın; sorunlu yapıya yeni sunucu eklemek temel arızayı kendiliğinden çözmez.
1. Mevcut durumu kayda alın
Kurulumdan önce domain ve forest seviyelerini, mevcut controller'ları, DNS yapısını ve replikasyon durumunu inceleyin. İşletim sistemi desteği ve yeni sürümün ortama eklenmesi için gereken hazırlıklar değerlendirilmelidir. Gerekli adprep yetkileri, ortamın önceki sürümüne ve ilk yeni nesil controller olup olmadığına göre değişebilir. Sadece bir yönetici parolasının bilinmesi planın tamamlandığını göstermez.
Hizmetin yoğun olmadığı bir değişiklik penceresi belirleyin. Mevcut yedeklerin ve kurtarma erişimlerinin kullanılabilir olduğunu kontrol edin. Yeni controller'ı hangi fiziksel host'un ve ağ bileşenlerinin taşıyacağını yazın. İki controller aynı güç veya sanallaştırma arızasından etkileniyorsa yedeklilik kapsamınız sınırlı kalacaktır.
Özellikle 2025 controller eklenirken mevcut domain ve forest işlev düzeylerinin desteklenen seviyede olması gerekir. Windows Server 2025 işlev düzeyindeki domaine 2022 controller eklenemez. Üreticinin uyumluluk tablosunu kontrol ederek sunucu sürümünü seçin; bu kurulum işlev düzeyini otomatik düşüren bir geçiş değildir.
2. Yeni sunucuyu ağ ve DNS açısından hazırlayın
DC02 için statik IP, doğru saat ve tutarlı bilgisayar adı kullanın. Kurulum sırasında mevcut AD kayıtlarını çözebilmesi için DNS'i çalışan kurumsal sunucuya yöneltin. İnternet erişimi bulunması, AD DNS kayıtlarının çözülebildiği anlamına gelmez. Uygun port erişimleri, site tasarımı ve domain adının çözümlenmesi birlikte değerlendirilmelidir.
Yeni sunucuda yönetici PowerShell oturumuyla AD DS rolünü kurabilirsiniz. Ardından mevcut domaine ek controller olarak yükseltme yapılır. Microsoft AD DS kurulum dokümanı, ek controller senaryosunun yetki ve komut kapsamını açıklar.
Install-WindowsFeature AD-Domain-Services -IncludeManagementTools
Install-ADDSDomainController -DomainName "ad.example.com" -Credential (Get-Credential) -InstallDnsKimlik bilgilerini ve DSRM parolasını etkileşimli olarak sağlayın. Yerel diskte bir parola dosyası oluşturarak süreci kolaylaştırmaya çalışmayın. Komut, yeniden başlatma gerektiren bir yükseltme işlemidir. Ön koşul sonuçlarını okuyun; karşılaşılan hatayı geniş yetki ekleyerek veya güvenlik duvarını tümden kapatarak aşmaya çalışmak yerine nedeni belirleyin.
3. Replikasyonu ve DNS'i doğrulayın
Yeniden başladıktan sonra yönetim araçlarında DC02'nin göründüğünü kontrol edin. AD ve DNS verisinin yeni sunucuya geldiğini, gerekli paylaşımların oluştuğunu ve servis kayıtlarının doğru yayımlandığını inceleyin. Salt oturum açma testi bütün naming context'lerin sağlıklı eşitlendiğini kanıtlamaz.
Get-ADDomainController -Filter *
repadmin /replsummary
repadmin /showrepl
dcdiag /test:dnsAD replikasyon sorun giderme dokümanı, replikasyon sonucunun hangi bağımlılıkları yansıttığını açıklar. Son başarılı zaman, hata kodu ve etkilenen eş aynı değerlendirmede ele alınmalıdır. Yalnızca toplam hata sayısına bakarak geciken bir bağlantıyı kaçırmayın.
4. Site ve subnet eşleşmesini kontrol edin
Controller farklı lokasyondaysa ilgili IP subnet'inin doğru AD site'ına bağlı olduğundan emin olun. Site tasarımı, istemcilerin uygun hizmet noktasını bulmasını ve replikasyon bağlantılarının yönetimini etkiler. Farklı şehirde sunucu açmak, bu eşleşmeler yapılmadan doğru lokasyon davranışını garanti etmez.
Bağlantı kapasitesi ve gecikme ölçümlerini inceleyin. Replikasyonun sağlıklı olması kadar bu trafiğin diğer iş yükleriyle birlikte nasıl çalıştığı da önemlidir. Gerekiyorsa site bağlantısı ve takvimi planlanır; ancak mevcut ayarlar anlaşılmadan rastgele kısıtlama yapmak verinin güncelliğini etkileyebilir. Değişiklikleri sonuç ölçümleriyle ilişkilendirin.
5. İstemci ve bakım senaryosunu test edin
Pilot istemcilerin iki kurumsal DNS sunucusunu da kullanabildiğini doğrulayın. Uygulamalar belirli bir controller adına veya IP'ye sabitlenmiş olabilir; bu bağımlılıkları ayrıca bulun. AD'ye ikinci controller eklemek, uygulamanın tek bir LDAP adresi kullanma alışkanlığını otomatik değiştirmez.
Kontrollü bakım denemesinde normal kullanıcı oturumu, isim çözümleme ve kritik uygulama erişimini test edin. Amaç üretimde plansız kesinti oluşturmak değildir; önceden seçilmiş test grubu ve geri dönüş adımlarıyla bağımlılıkları doğrulamaktır. Elde edilen bulgular, bakım planı ve alarm kurallarını güncellemek için kullanılmalıdır.
İkinci controller yedekleme yerine geçer mi?
Hayır. İstenmeyen bazı değişiklikler replikasyonla diğer controller'a da taşınabilir. Yedekleme, geri yükleme ve directory kurtarma prosedürü ayrıca gerekir. Benzer şekilde FSMO rollerini taşımak da ikinci controller kurulumunun otomatik kabul ölçütü değildir; rol yerleşimi kendi tasarım gerekçesiyle değerlendirilmelidir.
Kabul dosyasında kurulum öncesi sağlık çıktıları, sunucu ve site bilgileri, replikasyon kontrolleri, pilot testler ve işletim sorumluları bulunsun. CieloSync ile yönetilen IT kapsamınızı bu ihtiyaçlara göre oluşturabilir, mevcut AD yapınız için değerlendirme isteyebilirsiniz.