Làm thế nào để khắc phục sự cố thông báo "lỗi nội bộ" trong giai đoạn nhân bản của dcpromo

Áp dụng cho: Windows Server, version 2004, all editionsWindows Server, version 1903, all editionsWindows Server 2019, all editions

Người dùng gia đình: bài viết này chỉ được dùng bởi các đại diện hỗ trợ kỹ thuật và các chuyên gia CNTT. Nếu bạn đang tìm kiếm trợ giúp về sự cố, vui lònghỏi cộng đồng Microsoft.

Tóm tắt


Bài viết này mô tả cách khắc phục sự cố thông báo "lỗi nội bộ" mà bạn nhận được trong giai đoạn nhân bản của trình hướng dẫn cài đặt Active Directory (dcpromo).

Thông tin Bổ sung


Trong quá trình khuyến mãi, các đối tượng dịch vụ thư mục được nhân rộng theo thứ tự của số chuỗi Cập Nhật (Hải quân) (thấp đến cao) cho lược đồ, cấu hình và tên miền. Các lỗi nội bộ có thể xảy ra khi một bộ chứa mẹ cho các đối tượng con đã sao chép không tồn tại trong dịch vụ thư mục cục bộ.

Sự cố này có thể xảy ra trong một trong những tình huống sau đây:

  • Có một đối tượng trực tiếp có cha mẹ đã bị xóa trong quá khứ và phụ huynh đã hết hạn và đã được chuyển đổi thành ma. Do đó, đối tượng con không còn bị bỏ qua. Cuộc gọi đến Fillguidandsid cho đối tượng mẹ trong ReplPrepareDataToShip Does'nt thành công, và lỗi được báo cáo ("8352 = ERROR_DS_NOT_AN_OBJECT"). Lỗi này khiến cho các đối tượng con thoát ra khỏi và bạn nhận được thông báo "lỗi nội bộ sao chép". Nếu có một đối tượng trực tiếp (hoặc đã xóa) có một phụ huynh ma, danh bạ hiện hoạt tạm thời chấp nhận đối tượng trực tiếp vì các yêu cầu nhân bản vắng mặt. Quy trình dọn dẹp ổ đĩa, chẳng hạn như tuyển tập rác, không thể chuyển đổi một đối tượng đã xóa vào ma nếu mẹ có đối tượng con. Tệp Ntdsa. dll như Windows 2000 Service Pack 2 (SP2) ngăn chặn tình trạng này trong dịch vụ thư mục. Tuy nhiên, tệp này không khắc phục được sự cố sau khi đã xảy ra.
  • Bạn dùng lệnh khôi phục ủy quyền khi bạn sử dụng Windows Server 2003 hoặc phiên bản mới hơn của công cụ Ntisutil. Ntisutil. exe tăng quân Hải quân của các bộ chứa và đối tượng con đã xác định trong Active Directory. Các phiên bản beta của Ntisutil. exe có thể không chính xác tăng Hải quân cho bộ chứa bị mất và tìm thấy. Khi các đối tượng được định sẵn cho bộ chứa bị mất và đã tìm thấy sẽ được nhân rộng trước khi bộ chứa được tạo trong dịch vụ thư mục cục bộ, sự kiện sau đây được báo cáo:
    Để tránh tình huống này, bộ chứa bị mất và đã tìm thấy thường là một trong những bộ chứa đầu tiên được sao chép.

Các lỗi nội bộ cũng có thể xảy ra trong trình điều khiển tên miền Active Directory hiện tại trong khi có thông thường hoặc người quản trị được khởi tạo bằng sao chép Active Directory.

Cách khắc phục sự cố thông báo lỗi này

Làm theo các bước sau đây:

  1. Sử dụng màn hình mạng, Nhật ký sự kiện, hoặc dcpromo. log để xác định vị trí của máy chủ nguồn đang được sử dụng trong quá trình sao chép Active Directory (khi bạn đang sử dụng trình hướng dẫn cài đặt Active Directory).
  2. Nếu lỗi này xảy ra khi bạn đang sử dụng trình hướng dẫn cài đặt Active Directory và nhiều hơn một đối tác có tiềm năng có thể tồn tại, hãy dùng tệp trình hướng dẫn cài đặt Active Directory để tìm máy chủ nguồn. Bộ điều khiển tên miền nguồn có thể bao gồm bộ điều khiển tên miền trong tên miền mẹ cho tên miền con mới hoặc bộ điều khiển tên miền trong cùng một tên miền để nhân rộng các bộ điều khiển tên miền. Ngoài ra, nếu máy chủ nguồn cụ thể là nghi ngờ, hãy dừng dịch vụ đăng nhập mạng trên máy tính nghi ngờ và tìm kiếm từ một bộ điều khiển tên miền khác.
  3. Trên máy chủ nguồn, hãy định vị và bấm vào khóa phụ đăng ký sau: HKEY_LOCAL_MACHINE \System\CurrentControlSet\Services\NTDS\Diagnosticschỉnh sửa các giá trị sau:
    • 9 xử lý nội bộ: đặt mức chẩn đoán đến 1.
    • 7 cấu hình nội bộ: đặt mức chẩn đoán đến 3.
    • 5 sự kiệnnhân bản: đặt mức chẩn đoán đến 3.
  4. Sử dụng trình soạn thảo sổ đăng ký để xuất phím \Ntds từ máy chủ nguồn đến máy tính đang được đẩy mạnh (ví dụ: NTDS. reg). Sao chép tệp vào máy tính đang gặp phải lỗi nội bộ khi sao chép xảy ra. Nếu trình hướng dẫn cài đặt Active Directory khi đang chạy, hãy sao chép tệp. reg vào màn hình nền trên bộ điều khiển tên miền sự cố để tệp có thể dễ dàng bắt đầu. Ngoàira, nhấn phím Windows + R, rồi kéo tệp. reg từ cửa sổ trình Explorer được sắp xếp tập trung vào tệp đó. Chọn OK để thêm nội dung của tệp. reg vào sổ đăng ký.
  5. Khi máy tính đang được tăng cấp bắt đầu sao chép ngữ cảnh đặt tên lược đồ, hãy chạy tệp NTDS. reg để xây dựng các ứng dụng \NTDS\Diagnostics và thiết đặt đăng ký.
  6. Kiểm tra Nhật ký sự kiện Dịch vụ thư mục trên các máy chủ nguồn và đích. Các sự kiện nội bộ được hiển thị trên máy chủ nguồn là "sự kiện ID 1173." Xem lại NTDS các sự kiện nhân rộng xảy ra trước khi lỗi nội bộ để xác định vị trí toàn cầu (GUID) của đối tượng đang được sao chép. (Có thể có những nỗ lực để sao chép lại cùng một đối tượng). Ghi GUID cho đối tượng hoặc bộ chứa có vấn đề.
  7. Khởi động LDP. exe, bắt đầu kết nối và liên kết với máy chủ nguồn. Từ menu duyệt , chọn xóa. Đối với đường dẫn tên được phân biệt, hãy nhập <GUID =GUID #>, ví dụ, <GUID = b2d605a4-b9e6-4505-ba59-895e91a9a7b5>. Đặt phạm vi tìm kiếm thành số, rồi xóa GUID đã xác định.
  8. Sử dụng LDP. exe, đặt giá trị cho thuộc tính Tombstonelifetimethành 2 (giá trị trong các ngày trước khi các đối tượng tombstoned bị loại bỏ). Tombstonelifetime nằm trong đường dẫn tên phân biệt dưới đây: CN = thư mục Dịch vụ, CN = Windows NT, CN = Services, CN = Configuration,, DC =root Domain, DC = com  

    Xác minh rằng thuộc tính Tombstonelifetime là hiện diện và giá trị của nó là 2. Nếu giá trị nhỏ hơn 2, giá trị không hợp lệ và máy chủ sử dụng giá trị mặc định là 60 ngày. (Bạn cũng có thể dùng ADSIEDIT để thay đổi thuộc tính này.) Lưu ý Sau khi bạn đợi hai ngày đối với các đối tượng tombstoned bị loại bỏ, bạn có thể phải chờ thêm 60 phút hoặc lâu hơn trước khi khởi động lại bộ điều khiển tên miền và tiếp tục quy trình thu thập rác.

  9. Khởi tạo bộ sưu tập rác trên bộ điều khiển tên miền nguồn. Định vị và bấm vào khóa đăng ký sau đây: HKEY_LOCAL_MACHINE \System\CurrentControlSet\Services\NTDS\Diagnostics Keychỉnh sửa các giá trị sau đây:
    • 6 bộ sưu tập rác: đặt mức độ chẩn đoán đến 3.
    • 9 xử lý nội bộ: đặt mức chẩn đoán thành 1.
    Để buộc bộ sưu tập rác, hãy khởi động lại bộ điều khiển tên miền. Bộ sưu tập rác sẽ chạy 15 phút sau khi bạn khởi động lại bộ điều khiển tên miền. Mức chẩn đoán giờ ghi lại sự kiện thu thập rác trong Nhật ký sự kiện Dịch vụ thư mục.
  10. Để xác nhận rằng đối tượng đã bị xóa bỏ, hãy chạy lệnh sau đây: repadmin/showmeta "<" GUID cho đối tượng đã xóa ">"nếu bạn nhận được thông báo "không có đối tượng như vậy", đối tượng đã bị xóa thành công và bây giờ bạn có thể chạy thành công trình hướng dẫn cài đặt Active Directory. Nếu đối tượng chưa trải qua quy trình thu thập rác, nên có siêu dữ liệu cho thuộc tính Isđã xóa . Dấu thời gian được liên kết với thuộc tính Isđã xóa là thời gian xóa. Xác nhận rằng thời gian xóa được đặt trong ít nhất hai ngày trước đây, ví dụ: repadmin/showmeta "<GUID = b2d605a4-b9e6-4505-ba59-895e91a9a7b>"
  11. Khi giải quyết sự cố này, hãy đặt lại các mức ghi nhật ký chẩn đoán thành 0 và đặt đời sống Tombstone trở về những gì trước đó, hoặc loại bỏ giá trị hoàn toàn để nhắc máy tính của bạn sử dụng các giá trị mặc định. Thiết đặt Tombstonelifetimelà quan trọng trong việc xác định cuộc sống hữu ích của trạng thái hệ thống và các bản sao lưu Active Directory. Khi Tombstonelifetime được đặt là 2, các băng sao lưu cũ hơn hai ngày sẽ không sử dụng được. Bất kỳ bộ điều khiển tên miền nào đã xuống trong hai hoặc nhiều ngày phải được khôi phục từ bản sao lưu hoặc cài đặt lại.

Văn bản sau đây là ví dụ về các sự kiện được báo cáo trong Nhật ký sự kiện Dịch vụ thư mục trên máy chủ nguồn và đích:

Văn bản sau đây được báo cáo trong Nhật ký trình hướng dẫn cài đặt Active Directory trên máy tính đang được đẩy mạnh. Trong trang mẫu này, phiên bản đăng nhập, máy tính đang được đẩy mạnh, \ \computer_promoted, đang gặp phải "lỗi nội bộ" trong trình hướng dẫn cài đặt Active Directory khi nó có nguồn từ \computer_source. Lưu ý lỗi 8442 xảy ra trong khi một trong ba ngữ cảnh đặt tên đang được nhân rộng ("hệ thống nhân bản gặp phải lỗi nội bộ"). Ví dụ này cho thấy lỗi xảy ra trong ngữ cảnh đặt tên cấu hình: