Şu anda çevrimdışısınız; İnternet'in yeniden bağlanması bekleniyor

ADPREP/FORESTPREP Çalıştır veya yeni bir işletim sistemi sürüm etki alanı denetleyicisi yüklediğinizde, "aynı bağ tanımlayıcısına sahip bir öznitelik zaten var" hatası

Windows Server 2003 desteği 14 Temmuz 2015'te sona erdi

Microsoft, Windows Server 2003 desteğini 14 Temmuz 2015'te sona erdirdi. Bu değişiklik yazılım güncelleştirmelerinizi ve güvenlik seçeneklerinizi etkiledi. Bunun sizin için ne anlama geldiğini ve korunmaya nasıl devam edebileceğinizi öğrenin.

ÖNEMLİ: Bu makale, Microsoft Makine Çevirisi Düzenleme yazılımı tarafından tercüme edilmiş olup, yüksek olasılıkla profesyonel bir çevirmen yerine CTF teknolojisi kullanılarak, Microsoft Topluluğu tarafından düzenlenmiştir. Microsoft, Bilgi Bankamız içindeki tüm makaleleri kendi dilinizde okuyabilmeniz için size hem profesyonel çevirmenler tarafından tercüme edilen hem de makine tarafından tercüme edildikten sonra Topluluk tarafından kontrol edilen makaleler sunar. Bununla birlikte, makine tarafından tercüme edilen, hatta Topluluk tarafından kontrol edilen bir makale bile her zaman mükemmel dil kalitesinde olmayabilir. Makalede dilinizi konuşan yabancı birisinin yapabileceği türden sözcük, söz dizimi veya dilbilgisi hataları bulunabilir. Microsoft, içeriğin hatalı tercümesinin veya müşterilerimiz tarafından kullanımının doğurabileceği olası yanlış anlamalar, hatalar veya zararlardan sorumlu değildir. Öte yandan Microsoft, Makine Çevirisi Düzenleme işlemini geliştirmek amacıyla Makine Çevirisi Düzenleme yazılımını ve araçlarını sık sık güncelleştirmektedir.

Makalenin İngilizcesi aşağıdaki gibidir: 969307
Belirtiler
Windows Server 2003 tabanlı bir bilgisayarda orman şemasını genişletmek içinADPREP/forestprepkomutunu çalıştırdığınızda, komut başarısız olur ve aşağıdaki hata iletisini alırsınız:

"<host name="" of="" schema="" master="">" İçin bağlanma
SSPI kullanıp geçerli kullanıcı olarak oturum açılıyor
"C:\WINDOWS\system32\sch44.ldf" dosyasından dizin alınıyor
Girişler yükleniyor...
43 satırda ekleme hatası: Unwilling için gerçekleştirin
Sunucu tarafı hatası "Şema güncellemesi başarısız oldu: aynı linkidentifier sahip bir öznitelik zaten."
7 girdi başarıyla değiştirildi.
Programda bir hata oluştu
Hata: C:\WINDOWS\system32\sch44.ldf dosyadan alma başarısız oldu. Ldif.err.44 içinde hata dosyasına kaydedilir.</host>

Ldif.err.44 hata dosyası açarsanız, aşağıdakine benzer bir hata iletisi bakın:

Giriş DN: CN =Ms-DS-köprübaşı-sunucular-kullanılan, CN = Schema, CN = Configuration, DC = = 43 satırındaki<forest root="" domain=""> Ekle hata: Unwilling için sunucu tarafı hatası gerçekleştirmek "Şema güncellemesi başarısız oldu: aynı bağ tanımlayıcısına sahip bir öznitelik zaten." Programda bir hata oluştu</forest>

Not
diğer özniteliklerini de bu hata oluşur. Örneğin, bir şema değişikliği camDBSignonRef nesnesine LinkId 2046 atarken hata oluşur. Microsoft özniteliği ms PKI DPAPIMasterKeysbu LinkId güncelleştirme Windows Server 2008 şema vardır.
Neden
ADPREP/forestprep komutu varolan şema bölümü nesnesi zaten atandığı LinkId kullanarak şema bölümüne yeni bir nesne eklemeye çalıştığında bu hata oluşur.

Önemli Bu noktada burada şema uzantısı başarısız, önemli bir sorun, ancak orman olduğudeğil bozuk bir durum ve mu değilönceki durumuna sıfırlamak zorunda. Yine de, sorunu hızlı bir şekilde izlediğiniz öneririz. Orman kurtarma çalıştırmanız gerekiyorsa, ormana geri sarma gibi daha sonra birçok değişikliği kaybetmezsiniz.
Çözüm
Bu bölümde açıklanan onarma yordamı için en az Windows Server 2003 üzerinde şema yöneticisi. Yordam diğer özniteliklerini de uygulanabilir.

Davranış Active Directory çoğaltmasının başarısız bir şema uyumsuzluğu neden olabileceğinden şema bölümünde varolan nesneler için bağlantı kimliği değişmez.

Önemli Biz Bu sorunun giderilmesine yardımcı olmak üzere Microsoft Müşteri Destek Hizmetleri'ne başvurmanız önerilir . Orman kendi, onarım ile devam ederseniz onarılamaz bir durumda, bu aşamada, farkında olmadan olmayabilir olası olsa da başka yapmak olarak algılayabilir ve orman çok orman kurtarma gerçekleştirmek zorunda zarar. Bu nedenle, devam etmeden önce geçerli sistem durumu yedeklemeleri iki veya daha fazla etki alanı denetleyicilerinden ormandaki her etki alanında olduğundan emin olmalısınız.

Bu sorunu gidermek için şu adımları izleyin:
  1. Eklenmekte olan çakışan LinkId tanımlayın. Bunu yapmak için Ldif.err şema tanım dosyasında gözden geçirin.<Number></Number>dosya. Bu durumda, öznitelik bulabilirsiniz CN = ms-DS-köprübaşı-sunucular-kullanıldığında, CN = Schema, CN = Configuration, DC = =<forest name=""></forest>sch44.ldf içinde LinkId 2160 biri atanır.
  2. Şu an çakışan LinkId sahip hedef şema bölümü nesnesinde tanımlayın. Hangi varolan nesne Sch<xx>nesnesinde çakışıyor LinkId atanan görmek için hedef şema yöneticisinde şema arayabilirsiniz .ldf dosyası. Bunu yapmak için REPADMIN, LDIFDE, LDP kullanın. EXE ya da eşdeğer bir araç. Aşağıda bazı örnekler verilmektedir.

    REPADMIN aramak için:
    </xx>
    repadmin /showattr fsmo_schema: ncobj:schema: /filter:"(linkid=2160)" /subtree


    LDIFDE aramak için:
    LDIFDE /f <filename> /d "CN=Schema,CN=Configuration,DC=<forest root domain>" /r (linkid=2160) 


    LDP aramak için:
    BaseDN: CN=Schema,CN=Configuration,DC=<forest name>Scope : SubtreeFilter: (linkid=2160)
  3. Ms-DS-köprübaşı-sunucular-kullanılan veya ms PKI DPAPIMasterKeysgibi etkilenen özniteliği ile birlikte şema dosyasını arayın. Şema dosyalarını \support\adprep yer alır. Çakışan öznitelik dosyaları arayın. Örneğin, aşağıdaki komutu kullanın:
    Findstr ms-DS-köprübaşı-sunucular-kullanılan d:\support\adprep\sch*.ldf
  4. Bulduğunuz dosyayı bir metin düzenleyicisinde açın.
  5. Yeni bağlantı kimliği<xx>Sch ileri bağlantı nesneleri LinkID değerleri şema bölümünde varolan nesnelerin çakışan .ldf dosyalarını atayın. Bu iyi bilinen nesne tanımlayıcısı (OID olarak da bilinir) ATA atayarak elde edilebilir<xx>SCH tüm ileri bağlantı öznitelikleri için LinkId alanına "1.2.840.113556.1.2.50".ldf, LinkID değerleri hedef ormandaki varolan nesnelerle çakışıyor. "1.2.840.113556.1.2.50" nesne tanımlayıcısı hedef şema içinde benzersiz otomatik olarak oluşturulan bağlantı kimlikleri Ata.

    Bu örnek için Sch44.ldf tanımlanan 2160 LinkID değerinin görünmesi için sorunu çözmek içinCN = ms-DS-köprübaşı-sunucular-kullanılan, şu adımları izleyin:</xx></xx>
    1. Sch44.ldf dosyasını açın. Aşağıdaki metni için bkz: CN = ms-DS-köprübaşı-sunucular-kullanıldığında, CN = Schema, CN = Configuration, DC = =<forest name=""></forest>:
      dn: CN=ms-DS-BridgeHead-Servers-Used,CN=Schema,CN=Configuration,DC=Xchangetype: ntdsSchemaAddadminDescription: List of bridge head servers used by KCC in the previous run.adminDisplayName: ms-DS-BridgeHead-Servers-UsedattributeID: 1.2.840.113556.1.4.2049attributeSyntax: 2.5.5.7cn: ms-DS-BridgeHead-Servers-UsedinstanceType: 4isSingleValued: FALSElDAPDisplayName: msDS-BridgeHeadServersUsedlinkID: 2160objectCategory: CN=Attribute-Schema,CN=Schema,CN=Configuration,DC=XobjectClass: attributeSchemaoMObjectClass:: KoZIhvcUAQEBCw==oMSyntax: 127schemaFlagsEx: 1schemaIDGUID:: ZRTtPHF7QSWHgB4epiQ6gg==searchFlags: 0showInAdvancedViewOnly: TRUEsystemFlags: 25
    2. Bu metni yeni bir txt dosyasına kopyalayın ve dosyayı yeni bir ad kullanarak kaydedin. Örneğin, "Yeni-BridgeHeadServersUsed.ldf" dosyayı Kaydet

      Not Yapmak değişiklik varolan şema dosyası .
    3. Change the linkID field from "2160" to "1.2.840.113556.1.2.50" to trigger auto-generation of unique linkIDs on Windows Server schema operations masters. You see the following text in the Sch44.ldf file for CN=ms-DS-BridgeHead-Servers-Used,CN=Schema,CN=Configuration,DC=<DC>:
      dn: CN=ms-DS-BridgeHead-Servers-Used,CN=Schema,CN=Configuration,DC=Xchangetype: ntdsSchemaAddadminDescription: List of bridge head servers used by KCC in the previous run.adminDisplayName: ms-DS-BridgeHead-Servers-UsedattributeID: 1.2.840.113556.1.4.2049attributeSyntax: 2.5.5.7cn: ms-DS-BridgeHead-Servers-UsedinstanceType: 4isSingleValued: FALSElDAPDisplayName: msDS-BridgeHeadServersUsedlinkID: 1.2.840.113556.1.2.50objectCategory: CN=Attribute-Schema,CN=Schema,CN=Configuration,DC=XobjectClass: attributeSchemaoMObjectClass:: KoZIhvcUAQEBCw==oMSyntax: 127schemaFlagsEx: 1schemaIDGUID:: ZRTtPHF7QSWHgB4epiQ6gg==searchFlags: 0showInAdvancedViewOnly: TRUEsystemFlags: 25
    4. Before the definition of the corrected attribute, add the following section:
      dn: changetype: modifyadd: schemaupgradeinprogressschemaupgradeinprogress: 1-

      The line that contains only the hyphen (-) and the empty line that follows are important.
  6. Update linkIDs for the back-link attributes when linkIDs for forward link attributes are changed. Some objects in Active Directory have back-link attributes, and other objects do not. The ms-DS-BridgeHead-Servers-Used object that is used in this example does not have a back-link attribute. You have to determine whether the object that is changed has a back-link attribute that uses another object. If the affected object does have a back-link object, the back-link object must be changed in the same way. 

    You can find the back-link attribute by looking for the next odd-numbered linkID in the schema definition files. Usually, the back-link attribute is the next attribute that is listed in the schema file. But sometimes it is in a different file. For example, if you identified the problem linkID / attribute as being 2050 / CN=ms-DFSR-ComputerReference,CN=Schema,CN=Configuration,DC=<forest name>, the back link would have linkID 2051. To search for link ID 2051, run the following command:

    Findstr /c:"linkid: 2051" d:\support\adprep\sch*.ldf
    If a back link is found, copy the attribute definition from the schema import file to the new import file in the same way that you copied the forward-link attribute.

    Note The linkID definition of the back-link object uses a hard-coded (numeric) ID. The definition should be changed enable the object identifier of the back-link object to be generated automatically. 

    In this scenario, a back link for this forward link is created by setting the linkID for the back-link object to the ldapDisplayName of the forward-link object. If msDS-BridgeHeadServersUsed had a backlink attribute, the linkID line would resemble the following:

    linkID: msDS-BridgeHeadServersUsed
  7. In summary, the schema import file New-BridgeHeadServersUsed.ldf now has up to four commands. The commands appear in the following order:
    1. Turn on Schema import mode (schemaupgradeinprogress)
    2. Corrected definition of the forward link attribute 
    3. Instruction to reload the schema cache
    4. Optional: Corrected definition of the backward link attribute
  8. Save and close the schema update file for the custom attributes that you created. 
  9. Import the new custom change to the schema. For example, use the following command:
    LDIFDE /i /f New-BridgeHeadServersUsed.ldf /j . 

    Inspect the Ldif.err and Ldif.log files for any errors. If there are errors, contact Microsoft Customer Support Services at this point.
  10. Rerun the schema update process. If you can run the schema extension tool ADPREP, rerun the tool by using the /forestprep parameter.If you were using Server Manager to drive the installationof the first uplevel domain controller, you should repeat the installation process from Server Manager.
  11. The LDIF import logs such as Ldif.err.44 may contain warnings about the fact that the attributes through New-BridgeHeadServersUsed.ldf already exist. However, the expectation is that the schema update is successfully completed now.

    If there are errors, you should contact Microsoft Customer Support Services at this point.

Daha fazla bilgi
For more information about how to obtain a linkID, go to the following Microsoft Developer Network (MSDN) website:For more information about the auto-generated linkID, go to the following MSDN website:For more information about the linkID attribute, go to the following MSDN website:

Uyarı: Bu makalenin çevirisi otomatik olarak yapılmıştır

Özellikler

Makale No: 969307 - Son İnceleme: 05/07/2015 07:24:00 - Düzeltme: 2.0

Windows Server 2012 R2 Standard, Windows Server 2012 Standard, Windows Server 2012 Datacenter, Windows Server 2008 R2 Service Pack 1, Windows Server 2008 Service Pack 2, Microsoft Windows Server 2003 Service Pack 2

  • kbexpertiseadvanced kbsurveynew kbtshoot kbmt KB969307 KbMttr
Geri bildirim