FRS, klasör adlarına "_NTFRS_<xxxxxxxxx>" ekler

Bu makale, Dosya Çoğaltma Hizmeti'nin (FRS) klasör adlarına "_NTFRS_<xxxxxxxxx>" eklemesi sorununu düzeltmenize yardımcı olur.

Şunlar için geçerlidir: Windows Server 2012 R2, Windows Server 2016
Özgün KB numarası: 328492

Belirtiler

Dosya Çoğaltma Hizmeti (FRS) tarafından çoğaltılan bir klasör oluşturduğunuzda, FRS klasör adına "_NTFRS_<xxxxxxxx>" ekler.

Not

Bu örnekte xxxxxxxx<>, sekiz rastgele onaltılık basamağı temsil eder.

Aşağıdaki tabloda FRS'nin iki klasör adını nasıl değiştirebileceği gösterilmektedir.

Özgün klasör adı Yeni klasör adı
07/29/2002 09:58a Policies 07/29/2002 09:58a Policies_NTFRS_000add30
07/29/2002 10:18a scripts 07/29/2002 10:02p scripts_NTFRS_000874bb

Not

FRS, Windows Server'ın daha yeni sürümlerinde kullanım dışı bırakılmıştır. Daha yeni bir çözüme geçme hakkında daha fazla bilgi için aşağıdaki makalelere bakın:

Neden

her iki kullanıcı ayrı çoğaltmalarda bir klasör oluşturursa ve klasörler aynı ada sahipse, FRS çoğaltma sırasında bir ad çakışması algılar.

Oluşturma işlemlerinden biri önceliklidir ve bu klasör özgün adı korur. FRS, diğer klasörün adını değiştirir.

Bu sorunun iki yaygın nedeni vardır:

  • Klasör çoğaltılabilmesi için çoğaltma kümesinin birden çok üyesinde bir klasör oluşturulur. Yönetici veya program birden çok FRS üyesinde yinelenen klasörler oluşturabilir. Örneğin, yönetici klasörleri el ile kopyalayarak tüm üyeler arasında verileri tutarlı hale getirmeye çalışırsa bu durum oluşabilir.

  • Bir sunucuda yetkili geri yükleme (D4) başlatırsınız ancak aşağıdaki hazırlıkları gerçekleştirmezsiniz:

    • Yetkili geri yüklemeden sonra NTFRS hizmeti yeniden başlatılmadan önce, yeniden başlatılan çoğaltma kümesinin diğer tüm üyelerinde hizmeti durdurun.

    • Herhangi bir sunucunun çoğaltma kümesinin yeniden başlatılmış üyelerine giden değişiklikleri çoğaltabilmesi için önce, yeniden başlatılmış çoğaltma kümesinin diğer tüm üyelerinde D2 kayıt defteri anahtarını yapılandırın.

Çözüm

Not

Etkilenen klasörler için grup ilkesi işleme, temizleme işlemi sırasında çalışmaz. Bunun nedeni, ilkedeki UNC yolunun klasör adıyla eşleşmemesidir.

Bu sorunu gidermek için aşağıdaki adımları izleyin:

  1. Özgün klasörleri ve değiştirilen klasörleri yeniden adlandırın ve ardından yeni adların sisteme yayılmasını bekleyin.

    Bu, her klasörün SYSVOL genelinde ortak bir ada sahip olmasını ve adların ve GUID'lerin tüm üyelerde eşleştiğinden emin olur.

    Not

    istenmeyen klasörü silip diğerini yeniden adlandırmayın. Bu durum daha da fazla adlandırma çakışmasına neden olabilir.

  2. Yeniden adlandırma yayıldıktan sonra, saklamak istediğiniz klasörü seçin ve adı özgün ada geri döndürün. Ardından, yeniden adlandırılan diğer klasörleri güvenle silebilirsiniz.

    Not

    Herhangi bir klasörü silmeden önce, özgün (ve tam) verilerin yedeğine sahip olduğunuzdan emin olmak en iyi yöntemdir.

Daha fazla bilgi

FRS'nin yönettiği tüm dosya ve klasörler bir dosya veya klasör GUID'i tarafından benzersiz olarak tanımlanır. FRS, çoğaltılmakta olan dosya ve klasörlerin kurallı tanımlayıcıları olarak GUID'leri kullanır.

FRS, her dosya veya klasör için GUID'nin çoğaltma kümesinin tüm üyelerinde tam olarak aynı olduğundan emin olmaya çalışır. FRS için, Windows Gezgini'nde veya komutun DIR çıkışında görünen dosya veya klasör adı yalnızca bir dosya veya klasörün özelliğidir. Ad ve yol dosyayı tanımlamaz. GUID dosyayı tanımlar.

Bir FRS üyesi, mevcut bir klasörün adını kullanarak klasör oluşturmak için bir değişiklik sırası alırsa, FRS bir adlandırma çakışması algılar. Mevcut klasör ve yeni klasör farklı GUID'lere sahiptir. Bu nedenle, yeni klasör mevcut klasörle aynı ada sahip olamaz. Bu durumda, yeni klasöre FolderName>_NTFRS_<xxxxxx> biçiminde <yeni bir ad verilir.

Not

Bu örnekte, <FolderName> istenen adı (ilk klasörün adı) ve <xxxxxxxxx> ise "001a84b2" gibi sekiz rastgele onaltılık basamağı temsil eder.