Điểm:0

Tại sao máy chủ thành viên không thể tìm thấy trình kiểm soát miền trên trang web của mình, hiển thị các sự kiện 2084 và 2085 trong trình xem sự kiện?

lá cờ cn

Điều này xảy ra khi tôi cần gỡ cài đặt Exchange 2010 khỏi máy chủ thành viên sau khi di chuyển sang máy chủ mới hơn. Gỡ cài đặt không thành công với lỗi "Không thể tìm thấy bất kỳ Danh mục toàn cầu khả dụng nào trong rừng". Đã tìm kiếm trình xem sự kiện và tìm thấy một số lượng lớn ID sự kiện 2084 và 2085.

cấu trúc liên kết:

  • Trang web A, mạng con 10.1.1.x, chứa DC1 (Windows 2012 R2) và DC2 (Windows 2012 R2)
  • Trang web B, mạng con 10.2.1.x, chứa DC4 (Windows 2019) và máy chủ thành viên Mail2 (Windows 2012 R2)

AD được thiết lập đúng cách cho từng trang web, với các mạng con đầy đủ và các DC chính xác được chỉ định cho các trang web chính xác.

DC4 có IP 10.2.1.2, Mail2 có IP 10.2.1.10, cùng một mạng con.

Trên máy chủ Mail2, tôi có thể ping thành công máy chủ DC4 bằng cách sử dụng IP hoặc FQDN của nó, cho biết độ phân giải DNS đang hoạt động bình thường.

NHƯNG, trình xem sự kiện cho biết "Không có bộ điều khiển miền nào đang hoạt động cho trang B, sẽ sử dụng các bộ điều khiển miền ngoài trang sau: DC1, DC2.

(Xin lỗi nếu đây không phải là thông báo lỗi tiếng Anh hoàn hảo, tôi có máy chủ Windows tiếng Pháp).

Điều gì có thể là lý do khiến máy chủ thành viên Mail2 không thể tìm thấy DC4 là máy chủ đang hoạt động?

Jevgenij Martynenko avatar
lá cờ us
Hãy thử chạy các công cụ `dcdiag` và `repadmin` để loại bỏ các sự cố AD có thể xảy ra. Thêm thông tin tại đây: https://docs.Microsoft.com/en-us/windows-server/identity/ad-ds/manage/ad-ds-troubleshooting
Sierramike avatar
lá cờ cn
OMG, cảm ơn, dcdiag đã hiển thị lỗi DFS trên DC2, sau khi được giải quyết và buộc sao chép trên tất cả các máy chủ, các chia sẻ sysvol và netlogon đã hiển thị trên DC4. Mail2 vẫn đăng nhập vào DC1 nhưng ít nhất hiện tại việc gỡ cài đặt Exchange không bị lỗi nữa ... Sẽ thử với một ứng dụng khách khác để xem nó có đăng nhập vào DC4 hay không ...
LeeM avatar
lá cờ cn
Chỉ là suy nghĩ cá nhân - để giúp đỡ người khác, tôi nghĩ tốt hơn là thêm thông tin bao gồm các bước khắc phục sự cố mang tính xây dựng dưới dạng câu trả lời đầy đủ thay vì chỉ nhận xét. Bằng cách đó, nếu khắc phục sự cố giúp OP, họ có thể chấp nhận nó làm câu trả lời và câu hỏi đã được giải quyết. Hy vọng với một bình luận để nói chính xác vấn đề là gì. Các nhận xét rất tuyệt khi nói rằng Q có thông tin không đầy đủ/được định dạng kém, thậm chí có thể là "Bạn đã kiểm tra sao chép/kết nối DC chưa?" Nhưng khi bạn có các lệnh thực sự trong đó, nó có vẻ giống như một câu trả lời hơn, ngay cả khi không phải là một giải pháp đầy đủ.

Đăng câu trả lời

Hầu hết mọi người không hiểu rằng việc đặt nhiều câu hỏi sẽ mở ra cơ hội học hỏi và cải thiện mối quan hệ giữa các cá nhân. Ví dụ, trong các nghiên cứu của Alison, mặc dù mọi người có thể nhớ chính xác có bao nhiêu câu hỏi đã được đặt ra trong các cuộc trò chuyện của họ, nhưng họ không trực giác nhận ra mối liên hệ giữa câu hỏi và sự yêu thích. Qua bốn nghiên cứu, trong đó những người tham gia tự tham gia vào các cuộc trò chuyện hoặc đọc bản ghi lại các cuộc trò chuyện của người khác, mọi người có xu hướng không nhận ra rằng việc đặt câu hỏi sẽ ảnh hưởng—hoặc đã ảnh hưởng—mức độ thân thiện giữa những người đối thoại.