Tổ chức sự kiện ID 2080 từ MSExchangeDSAccess

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:316300
Bài viết này đã được lưu trữ. Bài viết được cung cấp "nguyên trạng" và sẽ không còn được cập nhật nữa.
TÓM TẮT
Trong Exchange 2000 Service Pack 2 (SP2) và Exchange 2003, DSAccess (một thành phần quyền truy cập dịch vụ thư mục) tạo ra một sự kiện phát hiện tô pô trong Exchange 2000 hoặc Exchange 2003 server ứng dụng đăng nhập. Bài viết này mô tả cách bạn có thể sử dụng thông tin được chứa trong tổ chức sự kiện ID 2080 để giúp chẩn đoán các vấn đề trao đổi DSAccess.
THÔNG TIN THÊM
Để xem sự kiện này, bạn phải tăng chẩn đoán đăng nhập thể loại MSExchangeDSAccess:
  1. Từ Exchange 2000 hoặc Exchange 2003, nhấp vào Bắt đầu, điểm đến Chương trình, điểm đến Microsoft Exchange, sau đó bấm Trình quản lý Hệ thống.
  2. Mở rộng tên tổ chức của bạn, mở rộng Các nhóm hành chính, mở rộng Áp dụng hành chính nhóm, và sau đó mở rộng Các máy chủ.
  3. Nhấp chuột phải Tên máy chủ Exchange áp dụng, sau đó bấm Thuộc tính.
  4. Bấm vào các Ghi nhật ký chuẩn đoán tab, bấm vào MSExchangeDSAccess dịch vụ trong ngăn bên trái, và sau đó nhấp vào Tô pô trong ngăn bên phải.
  5. Đặt mức độ đăng nhập Phương tiện hoặc cao hơn, bấm Áp dụng, sau đó bấm Ok.
  6. Nếu có thể, khởi động lại máy chủ Exchange để xem phát hiện tô pô ban đầu.
Với phát hiện tô pô tăng lên chẩn đoán mức cao hơn, bạn có thể xem ID sự kiện sau đây trong Nhật ký ứng dụng:
Event Type: InformationEvent Source: MSExchangeDSAccessEvent Category: Topology Event ID: 2080Computer: MyComputerDescription:Process MAD.EXE (PID=1808). DSAccess has discovered the following servers with the following characteristics:  (Server name | Roles | Reachability | Synchronized | GC capable | PDC | SACL right | Critical Data | Netlogon | OS Version) In-site:domaincontroller1.company.com  CDG 7 7 1 0 0 1 7 1domaincontroller2.company.com  CDG 7 7 1 0 1 1 7 1domaincontroller3.company.com  CDG 7 7 1 0 1 1 7 1 Out-of-site:For more information, click http://search.support.microsoft.com/search/?adv=1. 					
Danh sách sau đây mô tả các cột trong tổ chức sự kiện ID 2080 và nội dung của họ:
  • Tên máy chủ: Cột đầu tiên chỉ ra tên của điều khiển vùng phần còn lại của các dữ liệu trong hàng tương ứng với.
  • Vai trò: Cột thứ hai cho thấy có hoặc không có máy chủ cụ thể có thể được sử dụng làm điều khiển cấu hình vùng (cột giá trị C), một bộ điều khiển tên miền (cột giá trị D), hoặc một máy chủ toàn cầu danh mục (cột giá trị G) cho máy chủ trao đổi cụ thể này. Một bức thư trong cột này có nghĩa rằng các máy chủ có thể được sử dụng cho các chức năng được chỉ định, và một gạch nối (-) có nghĩa là hệ phục vụ không thể được sử dụng cho rằng chức năng. Trong ví dụ được mô tả trước đó trong bài viết này, các Vai trò cột có chứa giá trị CDG để cho thấy rằng các dịch vụ có thể sử dụng hệ phục vụ cho tất cả các chức năng ba.
  • Reachability: Cột thứ ba cho thấy cho dù máy chủ là thể truy cập bởi một kết nối Transmission Control Protocol (TCP). Những lá cờ chút được kết nối bởi một giá trị OR. 0x1 có nghĩa là máy chủ là thể truy cập như một máy chủ toàn cầu danh mục (port 3268), 0x2 có nghĩa là máy chủ là thể truy cập như một bộ điều khiển tên miền (cổng 389) và 0x4 có nghĩa là máy chủ là thể truy cập như một bộ điều khiển tên miền cấu hình (cổng 389). Nói cách khác, nếu một máy chủ là thể truy cập như một máy chủ cửa hàng toàn cầu và là điều khiển vùng, nhưng không phải là điều khiển vùng cấu hình, giá trị là 3. Trong ví dụ được mô tả trước đó trong bài viết này, giá trị 7 trong thứ ba cột có nghĩa rằng các máy chủ là thể truy cập như một máy chủ cửa hàng toàn cầu, như một bộ điều khiển tên miền và làm điều khiển cấu hình vùng (0x1 | 0x2 | 0x4 = 0x7).
  • Đồng bộ hóa: Cột thứ tư cho thấy cho dù cờ "isSynchronized" trên rootDSE của bộ điều khiển tên miền được thiết lập đúng sự thật. Các giá trị này sử dụng cùng một chút cờ kết nối bằng một giá trị OR là những lá cờ được sử dụng trong cột Reachability.
  • GC có khả năng: The fifth column là một biểu thức Boolean tiểu bang cho dù điều khiển vùng là một máy chủ cửa hàng toàn cầu.
  • PDC: Cột thứ sáu là một biểu thức Boolean tiểu bang cho dù điều khiển vùng là một bộ điều khiển tên miền chính cho tên miền của mình.
  • SACL phải: Cột thứ bảy là một biểu thức Boolean tiểu bang cho dù DSAccess có quyền đúng để đọc SACL (thuộc nTSecurityDescriptor) chống lại dịch vụ thư mục đó.
  • Dữ liệu quan trọng: Cột thứ tám là một biểu thức Boolean tiểu bang cho dù DSAccess tìm thấy máy chủ trao đổi này trong các thùng chứa cấu hình của bộ điều khiển tên miền được liệt kê trong Tên máy chủ cột.
  • Kiểm tra NETLOGON: Cột thứ chín (nhập trong Exchange 2000 SP3) tiểu bang cho dù DSAccess thành công kết nối với dịch vụ đăng nhập ròng của điều khiển vùng. Điều này đòi hỏi việc sử dụng của thủ tục gọi từ xa (RPC), và cuộc gọi này có thể không lý do khác hơn là một máy chủ là xuống. Ví dụ, bức tường lửa có thể ngăn chặn cuộc gọi này. Vì vậy, nếu có một 7 trong cột thứ chín, nó có nghĩa rằng việc kiểm tra dịch vụ đăng nhập mạng đã thành công cho mỗi vai trò (điều khiển vùng, cấu hình bộ điều khiển vùng và danh mục toàn cầu).
  • Phiên bản OS: Các cột thứ 10 (được thêm vào trong Exchange 2003) tiểu bang cho dù các hệ điều hành của bộ điều khiển được liệt kê tên miền đang chạy ít Microsoft Windows 2000 Service Pack 3 (SP3). Exchange 2003 chỉ sử dụng bộ điều khiển vùng hoặc danh mục toàn cầu máy chủ đang chạy Windows 2000 SP3 hoặc mới hơn. Một biểu thức Boolean có nghĩa là 1 điều khiển vùng hài lòng các yêu cầu hệ điều hành của Exchange 2003 để sử dụng bởi DSAccess.

Làm thế nào để sử dụng các thông tin trong tổ chức sự kiện ID 2080 để chẩn đoán vấn đề DSAccess

Khi bạn xem lại các thông báo tổ chức sự kiện ID 2080, xem xét các Vai trò cột đầu tiên. Nên có ít nhất một máy chủ có thể dịch vụ vai trò C, ít nhất một máy chủ có thể dịch vụ vai trò d và ít nhất một máy chủ có thể dịch vụ vai trò G. Nếu có một dấu nối thay vì của một bức thư trong bất kỳ những dấu cách, xem lại topo của bạn. Xác nhận rằng bạn có bộ điều khiển tên miền ít nhất và một danh mục toàn cầu máy chủ hoặc trong các trang web máy chủ Exchange của bạn là trong hoặc các trang web được kết nối gần gũi nhất với siteLink thấp nhất chi phí.

Sau đó, xem xét các Reachability cột. Nói chung, bạn nhìn thấy một con số nhiều nhất có thể trong cột này. Nếu điều khiển vùng là điều khiển vùng nhưng không một danh mục toàn cầu máy chủ)Vai trò cho thấy cột CD-), con số này là 6 (0x2 | 0x4) để biểu thị rằng cổng bộ điều khiển tên miền của máy chủ (389) là thể truy cập bởi một kết nối TCP. Nếu điều khiển vùng là một (máy chủ) danh mục toàn cầuVai trò cột cho thấy "CDG"), con số này là 7 (0x1 | 0x2 | 0x4), mà có nghĩa rằng các máy chủ tên miền bộ điều khiển cổng (389) và máy chủ danh mục toàn cầu cảng (3268) có thể truy cập bởi một kết nối TCP. Nếu bạn thấy số khác ở đây (đặc biệt là 0), có thể có một vấn đề với kết nối từ máy chủ trao đổi tới dịch vụ thư mục.

Sau đó, xem xét các SACL phải cột. DSAccess không sử dụng bất kỳ điều khiển vùng không có quyền đọc SACL trên các nTSecurityDescriptor thuộc tính điều khiển vùng. Bạn phải có ít nhất một máy chủ có đáp ứng mỗi vai trò (C, D, hay G), đó là thể truy cập cho vai trò đó (cờ thích hợp chút kết nối bằng một giá trị OR trong các Reachability cột), và rằng cho thấy 1 trong các SACL phải cột. Nếu bạn không có các máy chủ, xác nhận rằng các bộ điều khiển tên miền đó cho thấy 0 trong các SACL phải cột đã được prepped tên miền, và sau đó xác nhận rằng người nhận dịch vụ Cập Nhật của bạn được cấu hình đúng.

Để thêm thông tin về các vấn đề quyền và policytest của SeSecurityPrivilege, bấm vào số bài viết dưới đây để xem bài viết trong cơ sở kiến thức Microsoft:
314294 XADM: Exchange 2000 lỗi tin nhắn đang được tạo ra bởi vì của SeSecurityPrivilege quyền và các vấn đề Policytest
Nếu các bước khắc phục sự cố được mô tả trong bài viết này nhưng điều đó không giải quyết vấn đề, nắm bắt một khởi động RegTrace của DSAccess và khám phá tô pô ban đầu. Để thực hiện:
  1. Đóng cửa tất cả DSAccess quá trình.Trên một chức năng trao đổi 2000 hoặc Exchange 2003 server, các quá trình sau đây thường có DSAccess nạp:

    • Mad.exe (MSExchangeSA)
    • Emsmta.exe (MSExchangeMTA)
    • Store.exe (MSExchangeIS)
    • Winmgmt.exe (WinMgmt)
    • Inetinfo.exe (một số dịch vụ trong vòng)
    • Exmgmt.exe (MSExchangeMGMT)

    Nếu bạn không thể khởi động lại máy chủ, bạn vẫn có thể ngăn chặn tất cả các dịch vụ sử dụng DSAccess bằng cách chạy lệnh sau:

    • net stop msexchangesa /y
    • net stop iisadmin /y
    • net stop winmgmt /y

    Để xác nhận rằng tất cả các quy trình bằng cách sử dụng DSAccess đã ngừng lại, hãy chạy lệnh sau:
    tlist -m dsaccess.dll
    Khi bạn nhìn thấy đầu ra sau, bạn có thành công đóng cửa tất cả quá trình bằng cách sử dụng DSAccess:
    Không có tác vụ tìm thấy bằng cách sử dụng DSACCESS.DLL
  2. Bật truy tìm.Để biết thêm chi tiết về làm thế nào để bật truy tìm, bấm vào số bài viết dưới đây để xem bài viết trong cơ sở kiến thức Microsoft:
    238614 XCON: Làm thế nào để thiết lập Regtrace cho Exchange 2000
  3. Bắt đầu trao đổi hệ thống Attendant (để bắt đầu trao đổi hệ thống Attendant từ dòng lệnh, loại net bắt đầu msexchangesa).
  4. Chờ đợi cho sự thất bại DSAccess tô pô sự kiện để đi theo trong Event Viewer, dừng lại thủ tục RegTrace, và sau đó liên lạc với Microsoft sản phẩm hỗ trợ dịch vụ (PSS) để giải thích các đầu ra.Để biết thêm chi tiết về làm thế nào để liên hệ với PSS, truy cập vào trang Microsoft sản phẩm dịch vụ Web:

    http://support.Microsoft.com/contactus/?WS=supportquestion.asp?SD=gn&fr=0
reviewdocid 2102, 2103 exch2kp2w XADM

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

Thuộc tính

ID Bài viết: 316300 - Xem lại Lần cuối: 12/07/2015 08:40:55 - Bản sửa đổi: 2.0

Microsoft Exchange 2000 Server Standard Edition, Microsoft Exchange Server 2003 Enterprise Edition, Microsoft Exchange Server 2003 Standard Edition

  • kbnosurvey kbarchive kberrmsg kbinfo kbmt KB316300 KbMtvi
Phản hồi