Metadata Cleanup Kullanarak Active Directory’de Eski DC Objelerini Temizleme

Metadata Cleanup işlemi, artık kullanılmayan veya erişilemeyen bir Domain Controller'ın Active Directory'den tamamen temizlenmesi için önemli bir adımdır. Windows Server 2012 R2 ortamında bu işlem, Active Directory'nin tutarlılığını ve veri bütünlüğünü sağlamak için gereklidir. Bir Domain Controller erişilemez hale geldiğinde veya fiziksel olarak ortamdan çıkarıldığında, bu sunucunun Active Directory'den temizlenmesi gerekir. Bu işlem yapılmazsa, Active Directory'de tutarsızlıklar ve replikasyon sorunları ortaya çıkabilir.

Metadata Cleanup, Active Directory veritabanında erişilemeyen veya kaldırılmış Domain Controller'a ait kalıntıların temizlenmesini içerir. Bu işlem, Active Directory'nin düzgün çalışmasını sağlamak ve veri bütünlüğünü korumak için kritik öneme sahiptir. Metadata Cleanup işlemi yapılmadan önce, tüm sistemlerin yedeklerinin alındığından ve işlemin dikkatlice planlandığından emin olunmalıdır.

Bu işlem sırasında, erişilemeyen Domain Controller'ın tüm referansları Active Directory veritabanından temizlenir. Bu referanslar arasında sunucu nesneleri, NTDS ayarları ve DNS kayıtları yer alır. Metadata Cleanup işlemi, Ntdsutil aracı kullanılarak gerçekleştirilir ve işlem tamamlandığında, Active Directory'nin düzgün bir şekilde çalışmaya devam ettiğinden emin olunmalıdır.

Sonuç olarak Metadata Cleanup işlemi, Active Directory'de erişilemeyen veya kaldırılmış Domain Controller'ların kalıntılarının temizlenmesi için kritik bir adımdır. Bu işlem, Active Directory tutarlılığını ve veri bütünlüğünü korur, replikasyon sorunlarını önler ve genel sistem performansını artırır. Metadata Cleanup işlemi dikkatlice ve doğru adımlarla gerçekleştirildiğinde, Active Directory ortamının sağlıklı ve verimli bir şekilde çalışması sağlanmış olur.

Bu ortamdan kaldırma işlemi, asla Active Directory Users and Computers üzerinden Delete seçeneği ile yapılmamalıdır. Temizleme işleminin yapılabilmesi için Support Tools ile birlikte gelen Ntdsutil komutunu kullanacağız. Ayrıca, temiz bir kaldırma için Active Directory Site and Services ve Active Directory Users and Computers üzerinden de sorunlu Domain Controller’ı sileceğiz.Bu işlemleri gerçeklestirmek için Domain Admin ile oturum açmak gerekmektedir. Senaryomuz gereği, tek bir Site altında SRV001 ve SRV003 ismine sahip olan 2 tane Domain Controller’ımız var. Biz SRV003 olan Domain Controller’ı ortamdan kaldıracağız.



İlk komutumuz ntdsutil komutudur. Metadata Cleanup işlemini başlatmak için bu komutu yazarak etkileşimli oturumu açıyoruz. ntdsutil, Active Directory veri yapısında doğrudan çalışmamızı sağlayan yerleşik bir araç. Grafik arayüzde görünmeyen, ama sistemin arka planında kalan bozuk bağlantılar, yetim kalmış objeler ve replike edilmeyen sunucu referansları gibi birçok kalıntı bu araç üzerinden temizlenebiliyor.

Komutu yazdığımız anda bizi bir komut satırı oturumuna alır. Bundan sonra yazılacak her komut, doğrudan Active Directory içindeki belirli yapıları hedef alır. Bu aşamada henüz bir işlem yapılmış değil; sadece ortam hazırlanmış oluyor. Ama burada girilecek her Context ve yapılacak her seçim, replikasyon topolojisine ve DC yapısına kalıcı etki bırakacağı için dikkatli ilerlemek gerekir. ntdsutil, basit bir yardımcı komut gibi görünse de, yanlış kullanıldığında veri bütünlüğünü bozabilecek kadar güçlü bir araçtır.



İlk komutu yazıp, ntdsutil oturumuna girdikten sonra sıradaki adım, Metadata Cleanup parametresiyle devam etmek. Bu komut, artık sistemde fiziksel olarak var olmayan Domain Controller'a ait kalıntıların silineceği bölüme geçiş yapmamızı sağlar. Her şey hala görünüşte sakin; ama artık Active Directory veri yapısı üzerinde işlem yapabileceğimiz seviyeye inmiş durumdayız.

Burada girdiğimiz Metadata Cleanup Context’i, doğrudan replikasyon yapısına bağlı objelere erişim sağlar. Bu aşamadan itibaren yapılacak her işlem, silinmiş DC'nin NTDS Settings objesi, Server referansları ve site bağlantıları gibi bileşenleriyle doğrudan ilişkilidir. Özellikle yapı içinde birden fazla site varsa ya da uzun süredir replikasyon hataları alınıyorsa, bu bölüm üzerinden temizlenecek veriler büyük önem taşır.

Artık GUI arayüzüyle yapılamayan, ADSI Edit ile bile zor ulaşılan Metadata düzeyindeki kalıntılar, bu Context içerisinden temizlenebilir. Bu yüzden sadece komutu yazmak değil, hangi DC'nin silineceğini, hangi site içinde olduğunu ve yapı üzerindeki etkilerini bilerek ilerlemek gerekir.



Metadata Cleanup Context’ine geçtikten sonra sıradaki komutumuz, Connections olacaktır. Bu komut, Active Directory üzerinde işlem yapacağımız canlı bir Domain Controller'a bağlanmamızı sağlar. Ntdsutil aracı, doğrudan veri tabanı seviyesinde çalıştığı için herhangi bir işlem öncesinde güvenilir bir bağlantı noktası belirlemek gerekir. Bu bağlantı, Server Connections satırı altında tanımlanır ve işlemi hangi DC üzerinden yürüteceğimizi belirler.

Connections komutu, aslında pasif bir işlem gibi görünür ama burada bağlanılacak olan DC, tüm komutların uygulanacağı merkez olur. Yanlış bir DC’ye bağlanmak, işlem yapılmak istenmeyen başka bir yapıya müdahale etme riskini doğurur. Bu yüzden bağlantı kurulacak DC'nin gerçekten replikasyon görevini sürdüren, canlı ve erişilebilir bir yapı olduğundan emin olmak gerekir.

Bu aşamadan sonra yapılacak tüm temizlik işlemleri, bağlantı kurulan bu DC üzerinden gerçekleştirilir ve replikasyon yoluyla diğer Domain Controller'lara yayılır. Yani Connections adımı, sadece teknik bir bağlantı komutu değil, işlem güvenliğini doğrudan etkileyen temel bir seçim noktasıdır.



Sorunlu olan Domain Controller artık ortamda erişilemez durumda ve üzerinde Active Directory, DNS ya da Sites and Services kayıtları barındırıyor. Bu durumda, Metadata Cleanup işlemini yürütebilmek için bağlantıyı farklı, aktif bir Domain Controller üzerinden gerçekleştirmek gerekiyor. Görseldeki örnekte bu amaçla SRV001 sunucusu seçilmiş durumda çünkü silinmek istenen nesne SRV003 üzerinde bulunuyor ve bu sunucuya doğrudan erişim mümkün değil.

Bağlantıyı kurabilmek için Server Connections satırında Connect to Server SRV001 komutu giriliyor. Bu adım, komutların gerçekten hangi DC üzerinden uygulanacağını belirliyor ve yazılan her şey artık o oturum bağlamında çalışıyor. Bağlantının başarılı bir şekilde kurulduğu satırda Binding to SRV001 ve ardından oturumun kimlik doğrulaması ile açıldığını gösteren bir bildirim alınır.

Buradaki seçim tamamen manuel yapıldığı için, komutu yazmadan önce gerçekten bağlantı kurmak istediğin Domain Controller'ın adı doğru yazılmış olmalı. Bağlantı kurulan sunucu aslında sistemin tüm işlem hedefi olur, yani istemeden farklı bir DC'ye bağlanmak demek, o DC üzerinden başka bir objeyi silmek anlamına gelir. Bu yüzden komutu yazmadan hemen önce Hostname komutuyla hangi makinede olduğun teyit edilebilir. Küçük gibi görünen bir harf hatası bile geri alınamaz bir silme işlemini tetikleyebilir.



Bağlantıyı kurduktan sonra connections Context'inden çıkmak için sadece quit ya da kısa haliyle q komutunu giriyoruz. Bu adım, bağlantının başarıyla tamamlandığını ve artık Metadata Cleanup Context'ine geri döndüğümüzü gösterir. Ekranda Metadata Cleanup: prompt’unun tekrar belirmesi, bir önceki Context'ten çıktığımızı ve artık işlem hedeflerinin belirleneceği asıl yapıya geçtiğimizi ifade eder.

Burada yapılan şey, bağlantıyı kesmek değil; bağlantıyı tanımlayıp aktif hale getirdikten sonra Context seviyesinde bir geri adımdır. Tanımladığımız Domain Controller hala işlem hedefidir ve bir sonraki komutlar bu bağlantı üzerinden yürütülecektir. Yani quit komutu bağlantıyı sonlandırmaz, sadece bir üst bağlama geçiş yapar. Bu ayrımı doğru anlamak önemli çünkü işlemlerin yöneldiği DC değişmediği sürece, yapılan tüm müdahaleler hala o oturum üzerinden devam eder.



Bu adımdan itibaren, silinecek olan Domain Controller'ın mantıksal olarak bulunduğu yapıyı belirlemek için sırayla Site, Domain ve Server objeleri tanımlanır. Select Operation Target komutuyla açılan yapı, işlem hedefinin nokta atışıyla belirlenmesini sağlar. Çünkü Active Directory içindeki her DC, bir Site altında tutulur, bir Domain'e bağlıdır ve ayrı bir Server objesiyle temsil edilir.

Bu yapının doğru tanımlanması, sadece silinecek objeye ulaşmak için değil, başka hiçbir yapıya dokunmadan ilerleyebilmek açısından da önemlidir. Tanımlar doğru yapılmadığı sürece ntdsutil, hangi nesne üzerinde işlem yapacağını bilemez. Bu komut, veri silme işleminin başlamasından önceki son eşik noktasıdır ve hangi DC’nin ortadan kaldırılacağı tam olarak burada netleşir.



List Sites komutu çalıştırıldığında, Active Directory topolojisinde tanımlı tüm Site'lar listelenir. Komut çıktısında ortamda kaç adet Site bulunduğu belirtilir ve her Site, sıra numarasıyla birlikte gösterilir. Ekranda görülen 0 – CN=Default-First-Site-Name... satırı, sistemde tanımlı olan Site'ın tam Lightweight Directory Access Protocol (LDAP) yolu ile birlikte listelendiğini gösterir.

Burada dikkat edilmesi gereken nokta, ilerleyen adımlarda kullanılacak olan sıra numarasıdır. Select Site 0 komutuyla bu Site seçilir ve işlem yapılacak yapının kapsamı daraltılmış olur. Site seçilmeden Server objesi hedeflenemez; dolayısıyla bu adım, temizlenecek olan Domain Controller'a doğru ilerlerken atılması gereken zorunlu bir adımdır.



Silinecek olan Domain Controller, hangi Site içinde yer alıyorsa, o Site’ın seçilmesi gerekir. list sites komutu ile elde edilen sıra numarası bu adımda kullanılır. Komut satırına Select Site 0 şeklinde girildiğinde, sıfır numaralı Site hedef alınır ve ntdsutil bundan sonraki işlemleri bu Site bağlamında yürütmeye başlar.

Seçim yapıldıktan sonra ekranda Site’ın Distinguished Name (DN) bilgisi tekrar gösterilir. Alt satırlarda ise No current domain, No current server gibi uyarılar yer alır; çünkü henüz Domain Controller seçimi yapılmamıştır. Bu durum, yalnızca Site hedeflendiğini ama işlemin henüz Server seviyesine inmediğini gösterir. Yapının geri kalanına geçmeden önce bu adımda doğru Site’ın seçildiğinden emin olmak gerekir. Aksi halde, işlem başka bir Site altındaki objeye yönlenebilir.



Site seçimi tamamlandıktan sonra sıradaki adım, o Site içinde tanımlı olan yapıyı daha da daraltmak ve ilgili Directory Partition üzerinde işlem yapabilmek için list domain in site komutunu çalıştırmaktır. Bu komut, hedef Site altında hangi domain yapılarının bulunduğunu listeler ve her biri bir sıra numarası ile birlikte gösterilir.

Çıktıda görülen Found 1 domain(s) satırı, ortamda yalnızca bir adet Domain bulunduğunu belirtir. Altında ise bu Domain'in Distinguished Name (DN) bilgisi ve sıra numarası yer alır. Seçim yapılırken bu sıra numarası kullanılacaktır. Örneğin 0 numaralı domain hedeflenecekse, bir sonraki adımda select domain 0 komutu girilmelidir.

Bu adım, silinecek olan Domain Controller objesinin bulunduğu yapının bir alt düzeyine geçiş yapmayı sağlar. Site seviyesi tamamlandıktan sonra doğrudan Server seçimine geçilemez; bu nedenle Domain hedeflemesi, komut zincirinin zorunlu bir parçasıdır. Bu noktaya kadar yapılan her seçim, sistemin içinde mantıksal olarak doğru hedefe ulaşmak için katman katman ilerler.



Site hedeflemesi tamamlandıktan sonra, silinecek olan Domain Controller'ın bağlı bulunduğu domain yapısını seçmek için select domain komutu kullanılır. Bir önceki adımda list domain in site komutuyla listelenen Domain’ler arasından, sıra numarası ile seçim yapılır. Ekranda görüldüğü gibi select domain 0 komutu girildiğinde, yapı içinde sıfır numaralı domain hedeflenmiş olur.

Seçim yapıldığında, alt satırlarda domain yapısının Distinguished Name (DN) bilgisi tekrar gösterilir. Bu ekran çıktısı, yapılan seçimin doğru şekilde işleme alındığını doğrular. Henüz Server seçimi yapılmadığı için No current server uyarısı alınır, bu beklenen bir durumdur.

Bu adım, silme işlemi yapılacak olan Server objesine giden yolda bir geçiş noktasıdır. Domain hedeflemesi yapılmadan Server listelenemez; bu yüzden seçim sırası birebir takip edilmelidir. Hedefi netleştirmek adına bu noktada yapılan Domain seçimi, komut zincirinin tamamlayıcı bir halkasıdır.



list servers in site komutu, daha önce seçilmiş Site ve Domain yapısı içinde hangi Domain Controller'ların tanımlı olduğunu listeler. Bu adımda, Active Directory üzerinde fiziksel olarak hala kayıtlı olan ancak erişilemeyen ya da silinmesi planlanan sunucular görünür hale gelir. Her Server objesi, sıra numarası ile birlikte ve Distinguished Name (DN) formatında listelenir.

Komut çıktısında Found 2 server(s) ifadesiyle ortamda tanımlı iki Domain Controller olduğu belirtilmiştir. Listeleme sayesinde, hangi sıra numarasının hangi sunucuya ait olduğu açık şekilde görülebilir. Örneğin burada SRV001 ve SRV003 olmak üzere iki farklı sunucu nesnesi yer almaktadır.

Bu adım, yanlış bir objeye müdahale edilmesini önlemek açısından son derece belirleyicidir. Çünkü bir sonraki komutta girilecek olan select server ifadesi, doğrudan kalıcı bir silme işlemine yol açacaktır. Dolayısıyla list servers in site ile yapılan bu kontrol, hedefin doğruluğunun son kez teyit edildiği kritik bir adımdır. Özellikle birden fazla Domain Controller içeren yapılarda, burada yapılan gözlem doğrudan işlem güvenliğini etkiler.



select server komutu, silinecek olan Domain Controller objesinin tam olarak hedeflenmesini sağlar. Bu komut çalıştırıldığında, daha önce list servers in site ile sıralanan sunucular arasından, silinmesi gereken objeyi temsil eden sıra numarası kullanılarak seçim yapılır. Örneğin select server 1 komutu, listede 1 numaralı sırada bulunan Domain Controller objesini işlem hedefi haline getirir.

Burada seçilen sunucu, silme işleminin doğrudan uygulanacağı objedir. Yani bu noktada yapılan bir hata, istemeden çalışan bir Domain Controller'ın ortamdan tamamen kaldırılmasına neden olabilir. Seçim yapıldıktan sonra DS Object satırı altında NTDS Settings objesinin bilgisi de ekrana yazdırılır. Bu, Active Directory replikasyon topolojisinde yer alan bağlantıların tutulduğu ve silinmesi gereken asıl objeyi temsil eden yapıdır.

Ekranda aynı zamanda No current Naming Context satırı da görünür. Bu ifade, ntdsutil komut satırında o anda Naming Context’e özel bir işlem yapılmadığını gösterir ve Metadata Cleanup işlemi açısından herhangi bir anlam taşımaz. Bu satır, sistemin varsayılan çıktılarından biridir ve göz ardı edilebilir. Burada esas dikkat edilmesi gereken şey, doğru Server objesinin seçilmiş olmasıdır. Bu adım başarıyla tamamlandıysa, artık silme işlemine geçilebilir.



Silinecek olan Domain Controller'a ait tüm hedefleme adımları tamamlandıktan sonra quit komutu yazılarak ya da q komutu girilerek Select Operation Target Context’inden çıkılır. Bu komut, işlem bağlamını bir üst seviyeye taşır ve silme işleminin uygulanacağı aşamaya geçilmesini sağlar.

Buraya kadar yapılan tüm seçimler; Site, Domain ve Server objesi gibi yapıların net olarak tanımlanmasına yöneliktir. Sistem hala herhangi bir silme işlemi gerçekleştirmiş değildir. Yalnızca hangi nesne üzerinde işlem yapılacağı belirlenmiştir. Quit komutuyla Context’ten çıkıldığında ortam, silme komutunun verilebilmesi için hazır hale gelir.



Silinecek Domain Controller hedeflendikten sonra, Metadata Cleanup Context’i içinde son adım olarak remove selected server komutu girilir. Bu komut çalıştırıldığında, daha önce sırasıyla seçilen Site, Domain ve Server objesi temel alınarak belirlenen Domain Controller, Active Directory yapısından kalıcı olarak silinir.

İşlem sırasında sistem, seçilen objenin gerçekten kaldırılmasını isteyip istemediğini sorabilir ya da doğrudan sessizce tamamlayabilir. Komut tamamlandığında, söz konusu sunucunun NTDS Settings objesi, Server referansı ve bağlantılı tüm Metadata kalıntıları ortamdan temizlenmiş olur. Bu adımdan sonra yapı üzerindeki replikasyon topolojisi de bu değişikliği temel alarak yeniden şekillenir.

Metadata Cleanup Komutları Tablosu

Bu tabloda, makale boyunca adım adım işlediğimiz Metadata Cleanup işleminin tüm komut zinciri tek bir yerde toplu olarak sunulmuştur. Her komut, bir önceki adımın bağlamına bağlı şekilde çalışır ve zincir tamamlanmadan silme işlemi gerçekleşmez. Active Directory'den sorunlu bir Domain Controller’ı kaldırmak için kullanılan bu yapı; NTDS Settings objesi, Server referansı ve varsa FRS Metadata’sını hedef alır.

Tabloyu yalnızca komutları görmek için değil, aynı zamanda işlem bağlamını ve mantıksal sıralamayı hatırlamak için de kullanabilirsin. Özellikle manuel işlem yapılan senaryolarda ya da otomasyon dışında kalan durumlarda, bu komut seti, uygulayıcıya adım adım rehberlik eder.

remove selected server komutu girildikten sonra, Active Directory veri yapısından silinecek olan Domain Controller için bir onay penceresi açılır. Bu pencerede, kaldırılacak olan Server objesinin tam Distinguished Name (DN) bilgisi yer alır ve kullanıcıdan işlem için açık bir onay istenir.

Uyarı penceresi, seçilen sunucunun kalıcı olarak sistemden çıkarılacağını ve tekrar çevrimdışı olması durumunda yeniden hizmete alınamayacağını belirtir. Bu aşamada silinecek olan Domain Controller'ın gerçekten kapalı ve yapıyla ilişkisinin tamamen kesilmiş olduğundan emin olmak gerekir.

İşlemi onaylamak için Yes butonuna tıklanır. Onay verildiği anda, daha önce hedeflenen NTDS Settings objesi ve bağlı Server kaydı Active Directory'den kalıcı olarak kaldırılır. Silme işlemi bu adımla tamamlanmış olur.



remove selected server komutu, Yes butonuna basılarak onaylandıktan sonra, ntdsutil silme işlemini arka planda başlatır. Komut satırında görülen işlem çıktıları, seçilen Domain Controller objesinin Active Directory veri yapısından ve Configuration Partition içindeki referanslarından temizlendiğini gösterir.

Ekranda görünen removed from server "SRV001" satırı, silme işleminin bağlantı kurulan Domain Controller üzerinden başarıyla tamamlandığını gösterir. Bu aşamada sistem, yalnızca NTDS Settings objesini değil, aynı zamanda silinen sunucunun File Replication Service (FRS) yapısına ait kalıntıları da temizlemeye çalışır. Eğer ortamda FRS objeleri bulunmuyorsa, bu adım otomatik olarak atlanır ve işlem kesintiye uğramadan devam eder.

Bu ekranla birlikte, sorunlu olan Domain Controller artık ortamdan tamamen kaldırılmış olur. Bundan sonra replikasyon topolojisi, silinen sunucuya dair hiçbir bağlantı ya da referans içermeyecek şekilde güncellenir.





Metadata Cleanup komutlarıyla sorunlu Domain Controller ortamdan mantıksal olarak kaldırılmış olsa da, Active Directory içindeki bazı grafiksel arabirimlerde (GUI) bu objeye ait kalıntılar görsel olarak listelenmeye devam edebilir. Özellikle Active Directory Users and Computers, Active Directory Sites and Services ve DNS Manager konsollarında bu sunucuya ait objeler hala görünüyorsa, manuel olarak silinmeleri gerekir.

Active Directory Users and Computers altında yer alan Domain Controllers konteynerindeki eski sunucu objesi, Metadata Cleanup işlemi başarılı bir şekilde uygulanmışsa genellikle otomatik olarak kaldırılır. Ancak bazen replikasyon gecikmeleri veya GUI Cache nedeniyle bu obje görünmeye devam edebilir. Böyle bir durumda sağ tıklanarak Delete seçeneğiyle manuel olarak silinmesi yeterlidir.

Aynı şekilde Sites and Services altındaki NTDS Settings, DNS Manager altındaki Name Server (NS) ve Host (A) kayıtları da kontrol edilmeli, gerekiyorsa temizlenmelidir. Bu kalıntılar sistemde doğrudan işlevsel bir sorun yaratmasa da, ilerleyen zamanlarda namespace çakışmalarına ya da GUI karışıklıklarına yol açabilir. Silme işlemi tamamlandıktan sonra yapılan bu temizlik adımı, ortamın tutarlı kalmasını sağlar.

Bir Domain Controller, artık fiziksel olarak erişilemiyor olsa bile, Active Directory veri tabanında ona ait objeler sistemde varlığını sürdürebilir. Özellikle Sites and Services altında yer alan NTDS Settings objesine bağlı Replication bağlantıları, ilgili Server objesinin Metadata’sı ve Configuration Partition içinde kalan referanslar zamanla replikasyon süreçlerinde bozulmalara yol açabilir. Metadata Cleanup işlemi, ortamda artık kullanılmayan bu DC referanslarını Active Directory’den kalıcı şekilde temizlemek için kullanılan en net müdahale yöntemidir. Bu işlem GUI tabanlı araçlarla gerçekleştirilemeyecek kadar derin düzeyde bir temizlik sağladığı için, replikasyon yapısının yeniden sağlıklı hale gelmesinde kritik bir rol üstlenir.

Yüzeyde basit bir işlem gibi görünse de, Metadata Cleanup doğrudan Active Directory veri tabanı üzerinde çalışır ve yanlış uygulanması durumunda canlı DC’ler dahil olmak üzere sistemin bütünlüğüne zarar verebilir. Bu yüzden komutun her adımı, hangi DC üzerinde çalışıldığını açıkça bilerek ve özellikle sunucunun gerçekten ortamdan çıkarıldığından emin olunarak yürütülmelidir. Komut isteminde ilerledikçe yapı üzerindeki etkileri anlık olarak görülmez ama bir süre sonra replikasyon sorunları ya da çözülemeyen DNS referansları ortaya çıkar.

Bu işlem yalnızca bir DC'nin silinmesi anlamına gelmez; aslında sistemin onu bir daha hatırlamaması sağlanır. Silinmiş gibi görünen bir sunucunun varlığı, replikasyon hatalarında, Global Catalog kayıtlarında ya da Sites and Services içindeki düzensizliklerde kendini belli eder. Metadata Cleanup ile yapılan temizlik sayesinde Active Directory topolojisi sadeleşir, replikasyon rotaları stabil hale gelir ve yapı üzerindeki gizli yük ortadan kalkar.

Artık senin için sadece bir komut satırı işlemi olmaktan çıkıp, AD bütünlüğünü korumak adına atılması gereken mantıklı ve sistemli bir adım haline geldiğini söylemek mümkün.

Faydalı olması dileğiyle...