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

Khôi phục một bộ bộ kiểm soát miền có thể gây ra sự thiếu nhất quán giữa bộ kiểm soát miền

QUAN TRỌNG: Bài viết này được dịch bằng phần mềm dịch thuật của Microsoft và có thể được Cộng đồng Microsoft chỉnh sửa lại thông qua công nghệ CTF thay vì một biên dịch viên chuyên nghiệp. Microsoft cung cấp các bài viết được cả biên dịch viên và phần mềm dịch thuật thực hiện và cộng đồng chỉnh sửa lại để 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 nhiều ngôn ngữ Tuy nhiên, bài viết do máy dịch hoặc thậm chí cộng đồng chỉnh sửa sau không phải lúc nào cũng hoàn hảo. Các 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, 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.

Nhấp chuột vào đây để xem bản tiếng Anh của bài viết này: 316829
Triệu chứng
Khôi phục một bộ bộ kiểm soát miền có thể gây ra một sự kiện ID: 1587, chỉ ra sự thiếu nhất quán giữa các bộ điều khiển miền. Nếu điều này xảy ra, một số đối tượng kéo dài có thể xuất hiện trên bộ bộ kiểm soát miền phục hồi. Ngoài ra, các đối tượng mới trên bộ bộ kiểm soát miền phục hồi không được sao chép.
Nguyên nhân
Sự cố này xảy ra do bộ điều khiển miền chỉ định một ID lệnh gọi mới, nhưng sử dụng dấu kiểm highwater ban đầu.
Giải pháp
Để khắc phục sự cố này, hãy tải xuống gói bản ghi dịch vụ mới nhất cho Windows 2000. Để 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:
260910 Cách Lấy Gói bản ghi dịch vụ Mới nhất của Windows 2000
Để khắc phục sự cố này, tải xuống hotfix được mô tả trong bài viết sau trong cơ sở kiến thức Microsoft:
299687 MS01-036: Chức năng thể hiện bằng LDAP qua SSL có thể cho phép mật khẩu được thay đổi
Cách giải quyết khác
Để khắc phục sự cố này, Giáng cấp và sau đó tăng cấp bộ bộ kiểm soát miền phục hồi. Trước khi bạn giáng cấp máy chủ bị ảnh hưởng, áp dụng đồng gửi đầy đủ của máy chủ bị ảnh hưởng đến một bộ bộ kiểm soát miền. (Đồng bộ hoá đầy đủ có thể là tài nguyên chuyên sâu cho tên miền lớn.) Thực hiện đồng bộ hoá đầy đủ phân vùng và phân vùng cấu hình. Dòng sau cho thấy cú pháp lệnh Repadmin bạn sử dụng để thực hiện việc đồng bộ hóa:
repadmin /sync <Naming context=""> <Dest dc=""> <Source dc="" guid="">[Force] [/full]</Source> </Dest> </Naming>
Dòng sau đây là một ví dụ sử dụng lệnh này:
repadmin /sync DC = miền, DC = gốc good_DC dc1 122a5239-36b3-488a-b24c-971ed0ca8a46 Force/đầy đủ
Trong ví dụ lệnh
  • "DC = miền, DC = gốc" bối cảnh đặt tên miền.
  • "good_DC" là đích DC. Đây là các đối tác tốt sẽ nhận được các bản Cập Nhật.
  • DSA GUID là nhân bản GUID cho DC phục hồi. Bạn có thể nhận được điều này bằng cách chạy Repadmin /showreps trên máy chủ được khôi phục. GUID được liệt kê ở trên trong "DC đối tượng Guid".
Nếu đồng bộ hoá thành công, bạn nhận được thông báo sau:
Đồng bộ hoá từ 122a5239-36b3-488a-b24c-971ed0ca8a46 để Good_DC hoàn tất thành công.


Lặp lại quá trình cho ngữ cảnh đặt tên cấu hình bằng cách sử dụng lệnh tương tự như sau:
repadmin /sync cn = cấu hình, DC = miền, DC = gốc good_DC dc1 122a5239-36b3-488a-b24c-971ed0ca8a46 Force/đầy đủ
Sự cố có thể không được giải quyết sau khi bạn thực hiện việc này. Sau khi bạn thực hiện việc này, cài đặt chuyên biệt hotfix hoặc giáng cấp và sau đó tăng cấp bộ điều khiển miền để giải quyết vấn đề.
Tình trạng
Microsoft đã xác nhận rằng đây là sự cố trong sản phẩm của Microsoft được liệt kê ở đầu bài viết này. Vấn đề này lần đầu tiên được khắc phục trong Windows 2000 Service Pack 3.
Thông tin thêm
Khi bạn khôi phục một bộ điều khiển miền, USN cam kết cao nhất trở lại khi khi sao lưu được tạo ra. Bộ điều khiển miền lệnh gọi ID hết hạn và mới được. Khi một đối tác để nhân bản lần đầu tiên sau, thông báo sau được ghi lại:

Loại sự kiện: thông tin
Sự kiện nguồn: Nhân bản NTDS
Thể loại sự kiện: (5)
ID sự kiện: 1587
Ngày: 3-16-2001
Thời gian: 10:52:35 AM
Người dùng: CONTOSO\CO-NA-DC-01$
Máy tính: CO-DC-02
Mô tả:
Các mục tin thư thoại bản ghi dịch vụ nhân (DSA) tương ứng với objectGuid d0a6a575-9702-4f4e-bf68-bb2a9f875188 đã yêu cầu thay đổi từ một dấu kiểm trước DSA địa phương đặt khôi phục từ đồng gửi lưu ở dưới 94727614. dấu kiểm trang được được điều chỉnh như sau: trước lệnh gọi ID: bc546028-fae7-4978-abe0-d294694da32b
Bản Cập Nhật đối tượng USN: 95853579
Bản Cập Nhật thuộc tính USN: 95853579
Lệnh gọi ID mới: ae6286cb-740b-4bb3-ace7-9577efa9dc9f
Bản Cập Nhật đối tượng mới USN: 94727614
Bản Cập Nhật thuộc tính mới USN: 94727614


Sự kiện này là đặc trưng cho bộ điều khiển miền khôi phục. Bởi chính nó, điều này chỉ ra sự cố. Đây là sự cố nếu các đối tượng được tạo ra trên bộ bộ kiểm soát miền phục hồi "thành" không sao chép ra.

Trong trường hợp vấn đề, USN cao nhất trở lại. Tuy nhiên, trong dấu kiểm (hoặc "up-to-dateness" véc-tơ lại), bộ bộ kiểm soát miền nguồn cung cấp giá trị USN cao mặt trước khi khôi phục. Đối tượng có giá trị USNchanged giữa các giá trị thuộc tính trên và dưới highestCommittedUSN không bao giờ được coi là đồng gửi.

Ví dụ: giả sử rằng bộ điều khiển miền 1 có USN cao 100. Các đối tác nhân, bộ bộ kiểm soát miền 2, có một "up-to-dateness" vector 100 kiểm soát miền 1.

Bạn khôi phục lại bộ bộ kiểm soát miền 1 từ đồng gửi lưu mà USN cao nhất là 50. Sau khi sao chép tới với bộ bộ kiểm soát miền 2, bộ bộ kiểm soát miền 1 lại dấu kiểm trang 100 (nên 50). bộ bộ kiểm soát miền 1 nguồn gốc thay đổi 51, 52 và 53. Khi bộ kiểm soát miền 2 sử dụng đồng gửi, nó không bao giờ xem xét các thay đổi vì nó tin rằng nó đã thay đổi đến 100. bộ bộ kiểm soát miền 1 tiếp tục thực hiện thay đổi và cuối cùng đến 101. Thay đổi 101 được nhân bản, nhưng thay đổi 51 đến 100 không.

Trong một số trường hợp, bạn có thể phát hiện trạm đậu này. Sử dụng Ldp hoặc chỉnh sửa ADSI đọc thuộc tính highestCommittedUSN hiện tại đối tượng rootDSE trên bộ bộ kiểm soát miền phục hồi. Sau đó, so sánh với kết quả từ các repadmin /showreps / đầy đủ lệnh trên một trong các đối tác. Trong đầu ra Repadmin, tra cứu giá trị "USN ### /OU" kiểm soát miền khôi phục cho mỗi ngữ cảnh đặt tên. Nếu giá trị trong Repadmin hơn thuộc tính highestCommittedUSN , bộ điều khiển miền khôi phục đang gặp sự cố.

Lưu ý rằng nếu bộ kiểm soát miền khôi phục có nguồn gốc đủ Cập Nhật thuộc tính highestCommittedUSN đã đạt hoặc vượt quá "up-to-dateness" vector được ghi vào bộ bộ kiểm soát miền khác (như trong ví dụ trong bài viết này), một số thay đổi sẽ không bao giờ được coi là đồng gửi. Tuy nhiên, thay đổi được sao chép ra. Những thay đổi unreplicated được gọi là "đối tượng kéo dài."
Tham khảo
Để biết thêm thông tin về đối tượng kéo dài, 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:

317097 Đối tượng kéo dài ngăn chặn sao chép mục tin thư thoại hoạt động xảy ra

3125191 ID sự kiện 1587 được tạo một khi có nhiều hơn hai bộ kiểm soát miền trong web site tương tự như Lync server
kbDirServices

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

Thuộc tính

ID Bài viết: 316829 - Xem lại Lần cuối: 01/25/2016 22:09:00 - Bản sửa đổi: 3.0

  • kbbug kbdirservices kbfix kbwin2000presp3fix kbwin2000sp3fix kbmt KB316829 KbMtvi
Phản hồi