Bạn hiện đang ngoại tuyến, hãy chờ internet để kết nối lại

Windows Server 2003 adprep /forestprep chỉ huy nguyên nhân thuộc tính đọc sai trong các khu rừng Windows 2000 có chứa các máy chủ Exchange 2000

Hỗ trợ cho Windows Server 2003 đã kết thúc vào ngày 14 tháng 7 năm 2015

Microsoft đã kết thúc hỗ trợ cho Windows Server 2003 vào ngày 14 tháng 7 năm 2015. Thay đổi này đã ảnh hưởng đến các bản cập nhật phần mềm và tùy chọn bảo mật của bạn. Tìm hiểu ý nghĩa của điều này với bạn và cách thực hiện để luôn được bảo vệ.

QUAN TRỌNG: Bài viết này được dịch bằng phần mềm dịch máy của Microsoft chứ không phải do con người dịch. Microsoft cung cấp các bài viết do con người dịch và cả các bài viết do máy dịch để bạn có thể truy cập vào tất cả các bài viết trong Cơ sở Kiến thức của chúng tôi bằng ngôn ngữ của bạn. Tuy nhiên, bài viết do máy dịch không phải lúc nào cũng hoàn hảo. Loại bài viết này có thể chứa các sai sót về từ vựng, cú pháp hoặc ngữ pháp, giống như một người nước ngoài có thể mắc sai sót khi nói ngôn ngữ của bạn. Microsoft không chịu trách nhiệm về bất kỳ sự thiếu chính xác, sai sót hoặc thiệt hại nào do việc dịch sai nội dung hoặc do hoạt động sử dụng của khách hàng gây ra. Microsoft cũng thường xuyên cập nhật phần mềm dịch máy này.

Nhấp chuột vào đây để xem bản tiếng Anh của bài viết này:314649
TÓM TẮT
Giản đồ Microsoft Exchange 2000 xác định ba phi-yêu cầu cho ý kiến (RFC)-thuộc tính tuân thủ: houseIdentifier, Thư ký, và labeledURI. Microsoft Windows 2000 InetOrgPerson Kit định nghĩa lại các Thư ký thuộc tính và các labeledURI thuộc tính. Các adprep /forestprep lệnh trong Microsoft Windows Server 2003 đã định nghĩa lại tất cả ba thuộc hàng tính như mô tả trong yêu cầu cho ý kiến (RFC) 2798.

Nếu Exchange 2000 tạo ra các thuộc tính này ba trước khi bạn chạy Windows 2000 InetOrgPerson Kit, các LdapDisplayName thuộc tính cho các houseIdentifier thuộc tính sẽ trở thành liên kết hoặc "đọc sai" sau khi định nghĩa RFC tuân thủ mới được bổ sung bởi Windows Server 2003 adprep /forestprep sao chép. Nếu Exchange 2000 tạo ra các thuộc tính này ba trước khi bạn chạy Windows Server 2003 adprep /forestprep lệnh, tất cả các thuộc tính ba trở thành đọc sai. Các cuộc xung đột xảy ra nếu Windows Server 2003 adprep /forestprep lệnh tạo ra các thuộc tính này trước khi cài đặt Exchange 2000.
THÔNG TIN THÊM
Khi máy chủ Windows 2003 adprep /forestprep lệnh cho biết thêm của nó InetOrgPerson thuộc tính trong một khu rừng Windows 2000 có chứa giản đồ Exchange 2000, định nghĩa của nó về các Thư ký, các houseIdentifier, và các labeledURI thuộc tính xung đột với các định nghĩa Exchange 2000 của các thuộc tính này. Trên bộ điều khiển tên miền mà nhận được bản cập nhật Windows Server 2003 giản đồ, các LdapDisplayName thuộc tính cho Exchange 2000 định nghĩa của các thuộc tính này được sửa đổi để ngăn chặn một cuộc xung đột. Khi dịch vụ thư mục Microsoft Active Directory phát hiện một tên trùng lặp, nó đổi tên của một trong các đối tượng bằng cách thêm "Dup" và một số nhân vật duy nhất vào đầu của tên. Hành vi này được gọi là "đối tượng mangling."

Exchange Server 2003 thiết lập /forestprep lệnh cũng cho biết thêm của nó InetOrgPerson thuộc tính, và có thể gây ra đối tượng mangling.

Hoạt động thư mục rừng là không dễ bị tổn thương đến vấn đề tên màn hình đọc sai này nếu bạn sử dụng Windows Server 2003 adprep /forestprep lệnh để tạo ra định nghĩa ban đầu của các Thư ký, các labeledURI, và các houseIdentifier thuộc tính. Cụ thể, đọc sai LdapDisplayName thuộc tính không xảy ra trong các kịch bản sau đây:
  • Bạn chạy Windows Server 2003 adprep /forestprep lệnh trong một khu rừng Windows 2000 trước khi cài đặt Exchange 2000.
  • Bạn thêm Exchange 2000 đến một rừng Windows 2000 hiện có. Bạn chạy Inetorgpersonfix.ldf tập tin trước khi bạn chạy Windows Server 2003 adprep /forestprep bộ chỉ huy.
  • Bạn thêm Exchange 2000 đến một rừng Windows 2000 hiện có. Bạn sau đó chạy Exchange Server 2003 thiết lập /forestprep lệnh trước khi bạn chạy Windows Server 2003 adprep /forestprep bộ chỉ huy.
Thuộc tính đọc sai có thể xảy ra trong Windows 2000 và Windows Server 2003 rừng nếu Exchange 2000 tạo ra định nghĩa ban đầu của các Thư ký, các houseIdentifier, và các labeledURI thuộc tính trong một tên miền Windows 2000. Hành vi này có thể xảy ra trong các kịch bản sau đây:
  • Bạn thêm các phiên bản Exchange 2000 của các InetOrgPerson lớp học để một khu rừng Windows 2000 trước khi bạn thêm các InetOrgPerson lớp từ InetOrgPerson Kit.
  • Bạn thêm các phiên bản Exchange 2000 của các InetOrgPerson lớp học để một khu rừng Windows 2000 trước khi bạn chạy Windows Server 2003 adprep /forestprep bộ chỉ huy.
  • Bạn thêm Windows 2000 InetOrgPerson Kit và sau đó cài đặt thay đổi lược đồ Exchange 2000 trước khi bạn chạy Windows Server 2003 adprep /forestprep bộ chỉ huy.
  • Bộ kiểm soát miền Windows 2000 có chứa định nghĩa Exchange 2000 của InetOrgPerson không nhận được cập nhật của Active Directory sau khi chạy Inetorgpersonfix.ldf tập tin từ phương tiện truyền thông cài đặt Windows Server 2003.

Kịch bản 1: Thay đổi lược đồ Exchange 2000 được thêm vào sau khi chạy lệnh /forestprep adprep

Nếu thay đổi lược đồ Exchange 2000 được giới thiệu vào rừng Windows 2000 của bạn sau khi bạn chạy các adprep /forestprep chỉ huy từ Windows Server 2003, xem các "tổng quan: nâng cấp Windows 2000 tên miền bộ điều khiển cho Windows Server2003" phần của bài viết cơ sở kiến thức Microsoft sau:
325379 Làm thế nào để nâng cấp bộ kiểm soát miền Windows 2000 lên Windows Server 2003

Kịch bản 2: Thay đổi lược đồ Exchange 2000 được cài đặt trước khi bạn chạy Windows Server 2003 adprep /forestprep lệnh

Nếu thay đổi lược đồ Exchange 2000 đã được cài đặt, nhưng bạn đã không chạy các adprep /forestprep lệnh trong Windows Server 2003, hãy xem xét kế hoạch hành động sau đây:
  1. Đăng nhập vào giao diện điều khiển của giản đồ hoạt động kinh doanh chủ bằng cách sử dụng trương mục là một thành viên của nhóm quản trị viên Schema và của nhóm người quản trị doanh nghiệp.
  2. Kích hoạt tính năng Giản đồ thông tin Cập Nhật Ngày giản đồ master.Để biết thêm chi tiết về làm thế nào để cho phép Cập Nhật cho lược đồ Active Directory, nhấp vào số bài viết sau đây để xem bài viết trong cơ sở kiến thức Microsoft:
    285172Giản đồ Cập Nhật yêu cầu quyền truy cập ghi vào giản đồ trong Active Directory
  3. Đọc sai HouseIdentifier, thư ký và LabeledURI thuộc tính có thuộc tính LDAPDisplayName tương tự như các định dạng sau:
    lDAPDisplayName: DUP-labeledURI-9591bbd3-d2a6-4669-afda-48af7c35507d;
    lDAPDisplayName: DUP-secretary-c5a1240d-70c0-455c-9906-a4070602f85f
    lDAPDisplayName: DUP-houseIdentifier-354b0ca8-9b6c-4722-aae7-e66906cc9eef
    Nếu các thuộc tính LDAPDisplayName cho LabeledURI, thư ký và HouseIdentifier được đọc sai, chạy Windows Server 2003 Inetorgpersonfix.ldf phục hồi script:
    1. Tạo một thư mục có tên % systemroot %\iop.
    2. Tại dấu nhắc lệnh, gõ đĩa CD % systemroot %\iop, sau đó nhấn ENTER.
    3. Giải nén các tập tin Inetorgpersonfix.ldf từ Support.cab tập tin nằm trong thư mục Support\Tools phương tiện truyền thông cài đặt Windows Server 2003.
    4. Từ giao diện điều khiển giản đồ hoạt động master, nạp tệp Inetorgpersonfix.ldf bằng cách sử dụng Ldifde.exe để sửa các LdapDisplayName thuộc tính của các houseIdentifier, các Thư ký, và các labeledURI thuộc tính. Để thực hiện việc này, gõ lệnh sau, nơi DN đường dẫn cho tên miền gốc rừng là con đường tên miền cho các tên miền gốc của rừng gói trong dấu ngoặc kép:
      ldifde -i -f inetorgpersonfix.ldf - v - c DC = X "DN đường dẫn cho tên miền gốc rừng"
      Chú ý Trong lệnh này, X là một hằng số chữ. Nhập chính xác như nó xuất hiện ở đây.
  4. Xác minh rằng LDAPDisplayName các giá trị cho các CN = ms-Exch-trợ lý-tên, các CN = ms-Exch-LabeledURI, và các CN = ms-Exch-nhà-Identifier thuộc tính trong bối cảnh đặt tên lược đồ bây giờ xuất hiện dưới dạng msExchAssistantName, msExchLabeledURI, và msExchHouseIdentifier trước khi bạn chạy Windows Server 2003 adprep /forestprep bộ chỉ huy.

    Để xác minh rằng các giá trị LDAPDisplayName là chính xác, bạn có thể sử dụng chỉnh sửa ADSI. Để thực hiện việc này, hãy làm theo những bước sau.

    Cảnh báo Nếu bạn sử dụng ADSI Edit-theo, ứng dụng LDP, hoặc bất kỳ khách hàng khác Phiên bản 3 LDAP, và bạn không chính xác sửa đổi các thuộc tính của đối tượng Active Directory, bạn có thể gây ra vấn đề nghiêm trọng. Những vấn đề này có thể yêu cầu bạn phải cài đặt lại Microsoft Windows 2000 Server, Microsoft Windows Server 2003, Microsoft Exchange 2000 Server, Microsoft Exchange Server 2003, hoặc cả hai cửa sổ và trao đổi. Microsoft không thể đảm bảo rằng những vấn đề xảy ra nếu bạn không chính xác sửa đổi Active Directory đối tượng thuộc tính có thể được giải quyết. Sửa đổi các thuộc tính rủi ro của riêng bạn.
    1. Nhấp vào Bắt đầu, điểm đến Chương trình, điểm đến Công cụ hỗ trợ Windows 2000/2003, sau đó bấm Chỉnh sửa ADSI.
    2. Mở rộng Giản đồ [Your_Domain].
    3. Mở rộng CN = Schema, CN = cấu hình, CN =tên nội bộ của bạn.
    4. Trong ngăn bên phải, xác định vị trí một thuộc tính để xác minh.
    5. Nhấp chuột phải vào các thuộc tính và sau đó nhấp vào Thuộc tính.
    6. Trong các Chọn mà tài sản để xem danh sách, bấm vào Cả hai.
    7. Trong các Chọn một tài sản để xem danh sách, bấm vào LDAPDisplayName.
    8. Kiểm chứng rằng giá trị LDAPDisplayName là chính xác.
    9. Lặp lại bước e qua h cho mỗi thuộc tính bạn muốn xác minh.
  5. Chạy các adprep /forestprep lệnh và các /domainprep bộ chỉ huy.
Để biết thêm chi tiết, xem các "tổng quan: nâng cấp bộ kiểm soát miền Windows 2000 lên Windows Server 2003" phần của bài viết cơ sở kiến thức Microsoft sau:
325379 Làm thế nào để nâng cấp bộ kiểm soát miền Windows 2000 lên Windows Server 2003

Kịch bản 3: bạn đã không chạy InetOrgPersonfix trước khi bạn chạy Windows Server 2003 adprep /forestprep lệnh

Nếu bạn chạy Windows Server 2003 adprep /forestprep lệnh trong một khu rừng Windows 2000 có chứa những thay đổi lược đồ Exchange 2000, các LdapDisplayname thuộc tính cho houseIdentier, Thư ký, và labeledURI trở nên đọc sai. Để xác định các đọc sai tên, sử dụng Ldp.exe để xác định vị trí các thuộc tính bị ảnh hưởng:
  1. Cài đặt Ldp.exe từ thư mục Support\Tools Windows 2000 hoặc Windows Server 2003 phương tiện truyền thông.
  2. Bắt đầu Ldp.exe từ bộ kiểm soát miền hoặc một máy tính viên trong rừng.
    1. Trên các Kết nối trình đơn, nhấp vào Kết nối, để lại các Máy chủ hộp có sản phẩm nào, loại 389 trong các Cảng hộp, và sau đó nhấp vào Ok.
    2. Trên các Kết nối trình đơn, nhấp vào Ràng buộc, để tất cả các ô trống và bấm Ok.
  3. Ghi lại con đường phân biệt tên cho các SchemaNamingContext thuộc tính.

    Ví dụ, cho một bộ điều khiển tên miền trong CorpADATUM.COM rừng, phân biệt tên đường dẫn sẽ là CN = Schema, CN = Configuration, DC = corp, DC = adatum, DC = com.
  4. Trên các Trình duyệt trình đơn, nhấp vào Tìm kiếm.
  5. Cấu hình các thiết đặt sau:
    • Căn cứ DN: Nhập đường dẫn phân biệt tên cho lược đồ đặt tên context được nhận dạng trong bước 3.
    • Bộ lọc: Loại (ldapdisplayname = dup *).
    • Phạm vi: Click vào Subtree.
  6. Đọc sai HouseIdentifier, thư ký và LabeledURI thuộc tính có thuộc tính LDAPDisplayName tương tự như các định dạng sau:
    lDAPDisplayName: DUP-labeledURI-9591bbd3-d2a6-4669-afda-48af7c35507d;
    lDAPDisplayName: DUP-secretary-c5a1240d-70c0-455c-9906-a4070602f85f
    lDAPDisplayName: DUP-houseIdentifier-354b0ca8-9b6c-4722-aae7-e66906cc9eef
    Nếu tên LDAP hiển thị cho LabeledURI, thư ký và HouseIdentifier được đọc sai, chạy Windows Server 2003 Inetorgpersonfix.ldf phục hồi script:
    1. Tạo một thư mục có tên % systemroot %\iop.
    2. Tại dấu nhắc lệnh, gõ đĩa CD % systemroot %\iop, sau đó nhấn ENTER.
    3. Giải nén các tập tin Inetorgpersonfix.ldf từ Support.cab tập tin nằm trong thư mục Support\Tools phương tiện truyền thông cài đặt Windows Server 2003.
    4. Từ giao diện điều khiển giản đồ hoạt động master, nạp tệp Inetorgpersonfix.ldf bằng cách sử dụng Ldifde.exe để sửa các LdapDisplayName thuộc tính của các houseIdentifier, các Thư ký, và các labeledURI thuộc tính. Để thực hiện việc này, gõ lệnh sau, nơi DN đường dẫn cho tên miền gốc rừng là con đường tên miền cho các tên miền gốc của rừng gói trong dấu ngoặc kép:
      ldifde -i -f inetorgpersonfix.ldf - v - c DC = X "DN đường dẫn cho tên miền gốc rừng"
      Chú ý Trong lệnh này, X là một hằng số chữ. Nhập chính xác như nó xuất hiện ở đây.
  7. Xác minh rằng các houseIdentifier, các Thư ký, và các labeledURIthuộc tính trong bối cảnh giản đồ đặt tên không được đọc sai.
  8. Sử dụng Winnt32.exe để nâng cấp bộ kiểm soát miền Windows 2000.

    Để biết thêm chi tiết về cách nâng cấp bộ kiểm soát miền Windows 2000 bằng cách sử dụng Winnt32.exe, nhấp vào số bài viết sau đây để xem bài viết trong cơ sở kiến thức Microsoft:
    325379Làm thế nào để nâng cấp bộ kiểm soát miền Windows 2000 lên Windows Server 2003

Lỗi gặp phải bởi Exchange 2000 Server khi InetOrgPerson thuộc tính đang đọc sai

Khi bạn cài đặt hoặc nâng cấp một máy tính Exchange 2000 Server trong một tên miền có chứa bộ kiểm soát miền nhiều, bạn có thể nhận được thông báo lỗi sau đây trong các thiết lập /forestprep quá trình:
Thiết lập bị thất bại trong khi cài đặt subcomponent Microsoft Windows Active Directory giản đồ Cập Nhật với mã lỗi 0xC1037AE6 (Hãy tham khảo các bản ghi cài đặt cho một mô tả chi tiết). Bạn có thể hủy bỏ cài đặt hoặc thử bước không thành công một lần nữa
Đăng nhập thiết lập có thể chứa các thông báo lỗi sau:
[14:07:16] ScRunLDIFScript (k:\admin\src\libs\exsetup\exmisc.cxx:1333)Error code 0XC1037AE6 (31462): Extending the schema in the Active Directory failed. Please consult the error log LDIF.ERR in your TEMP directory.
Vấn đề này xảy ra vì một vụ va chạm InetOrgPerson xuất hiện. Chạy tập tin Inetorgpersonfix.ldf như mô tả trong kịch bản 3 điều này.

Cải tiến để Adprep.exe trong Windows Server 2003 Service Pack 1

Lệnh Adprep.exe đã được tăng cường trong Windows Server 2003 Service Pack 1. Lệnh bây giờ phát hiện các phần mở rộng giản đồ Exchange 2000 InetOrgPerson và sau đó dừng. Khi phần mở rộng InetOrgPerson đã được phát hiện, bạn nhận được thông báo sau:
Adprep đã không thể mở rộng giản đồ.
[Tình trạng/hệ quả]
Master lược đồ đã không hoàn tất một chu kỳ nhân sau khi khởi động lại cuối cùng. Giản đồ master phải hoàn tất ít nhất một chu kỳ nhân rộng trước khi giản đồ có thể được gia hạn.
[Động của người]
Kiểm chứng rằng master giản đồ được kết nối vào mạng và có thể giao tiếp với các bộ điều khiển vùng. Sử dụng các trang web và dịch vụ bám-theo để nhân rộng giữa giản đồ hoạt động master và ít nhất một đối tác nhân rộng. Sau khi nhân bản đã thành công, chạy adprep một lần nữa.
Để biết thêm chi tiết về làm thế nào để giải quyết cuộc xung đột này, nhấp vào số bài viết sau đây để xem bài viết trong cơ sở kiến thức Microsoft:
325379Làm thế nào để nâng cấp bộ kiểm soát miền Windows 2000 lên Windows Server 2003
Chúng tôi khuyên bạn luôn luôn sử dụng các phiên bản mới nhất của Adprep.exe mở rộng giản đồ.Để biết thêm thông tin, hãy bấm vào số bài viết sau để xem bài viết trong Cơ sở Kiến thức Microsoft:
324392Cải tiến để Adprep.exe trong Windows Server 2003 Service Pack 1 và trong hotfix 324392

Cảnh báo: Bài viết này được dịch tự động

Thuộc tính

ID Bài viết: 314649 - Xem lại Lần cuối: 08/27/2011 19:19:00 - Bản sửa đổi: 2.0

Microsoft Windows Server 2003, Standard Edition (32-bit x86), Microsoft Windows Server 2003, Enterprise Edition (32-bit x86), Microsoft Windows Server 2003, Datacenter Edition (32-bit x86), Microsoft Windows 2000 Server, Microsoft Windows 2000 Advanced Server, Microsoft Exchange 2000 Server Standard Edition

  • kbenv kbinfo kbmt KB314649 KbMtvi
Phản hồi
pt>