Làm thế nào để gỡ rối người nhận dịch vụ Cập Nhật bằng cách sử dụng Nhật ký ứng dụng trong Exchange 2000 Server hoặc trong Exchange Server 2003

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:822794
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 tổ chức của bạn Microsoft Exchange Server 2003 hoặc Microsoft Exchange 2000 Server, bạn có thể gặp một vấn đề mà dịch vụ Cập Nhật của người nhận không tem đối tượng người sử dụng với địa chỉ proxy.

Bạn có thể khắc phục vấn đề này bằng cách thực hiện những điều sau đây:
  • Tăng chẩn đoán đăng nhập vào máy tính Exchange.
  • Chọn một đối tượng thử nghiệm để giám sát.
  • Xem Nhật ký ứng dụng để xác định liệu dịch vụ Cập Nhật nhận xử lý các đối tượng thử nghiệm thành công.
Liên tục thực hiện một hoạt động xây dựng lại trên dịch vụ Cập Nhật của người nhận có thể làm cho quá trình gỡ rối khó khăn hơn. Vì vậy, thay vì của liên tục thực hiện một hoạt động xây dựng lại trên dịch vụ Cập Nhật của người nhận, bạn có thể xem các sự kiện mà tạo ra các dịch vụ Cập Nhật của người nhận để xác định nơi tồn tại vấn đề người nhận dịch vụ Cập Nhật.
GIỚI THIỆU
Dịch vụ Cập Nhật nhận được bao gồm với Microsoft Exchange Server 2003 và Microsoft Exchange 2000 Server. Bài viết này mô tả cách gỡ rối người nhận dịch vụ Cập Nhật bằng cách sử dụng các sự kiện xuất hiện trong Nhật ký ứng dụng.

Trong tổ chức Exchange của bạn, tên miền người nhận dịch vụ Cập Nhật tem thư cho phép các đối tượng trong một tên miền được chỉ định cho bối cảnh đặt tên miền đó. Bạn có thể tạo một tên miền người nhận dịch vụ Cập Nhật cho từng bộ điều khiển tên miền trong một tên miền cụ thể. Nếu một tên miền có nhiều hơn một tên miền người nhận dịch vụ Cập Nhật, bạn phải xác định người nhận dịch vụ Cập Nhật để gỡ rối. Các doanh nghiệp người nhận dịch vụ Cập Nhật chỉ tem vật trong ngữ cảnh đặt tên cấu hình, chẳng hạn như thư mục chung các cửa hàng và dịch vụ sao nhân bản trang web. Dịch vụ Cập Nhật người nhận của doanh nghiệp không phải đóng dấu các đối tượng như là người dùng, các nhóm, địa chỉ liên lạc, hoặc thư mục công cộng.

Bạn có thể nhận biết nhiều người nhận dịch vụ Cập Nhật vấn đề bằng cách kiểm tra Nhật ký ứng dụng trong Event Viewer. Bạn có thể sử dụng Nhật ký ứng dụng để gỡ rối các vấn đề sau:
  • Dịch vụ Cập Nhật của người nhận không phải đóng dấu các đối tượng với một địa chỉ proxy.
  • Dịch vụ Cập Nhật người nhận phải mất một thời gian dài cho các đối tượng con dấu với một địa chỉ proxy.
  • Dịch vụ Cập Nhật nhận tem đối tượng với một địa chỉ ủy quyền không chính xác.

Tăng chẩn đoán đăng nhập

Để khắc phục vấn đề người nhận dịch vụ Cập Nhật mà bạn có thể gặp, tăng khai thác gỗ chẩn đoán đến mức tối đa. Thực hiện việc này cho tất cả các đối tượng sau trên máy chủ Exchange là chịu trách nhiệm cho tên miền dịch vụ Cập Nhật người nhận mà bạn muốn gỡ rối.

Chú ý Nếu có nhiều hơn một người nhận dịch vụ Cập Nhật mà là chịu trách nhiệm cho tên miền, thiết lập lịch trình để Không bao giờ hết cho tất cả, nhưng một trong những người nhận dịch vụ Cập Nhật. Điều này sẽ cho phép bạn tập trung vào Nhật ký ứng dụng chỉ có một người nhận dịch vụ Cập Nhật máy chủ khi bạn gỡ rối các vấn đề người nhận dịch vụ Cập Nhật.
Dịch vụThể loại
MSExchangeALLDAP hoạt động
MSExchangeALĐồng bộ hóa danh sách địa chỉ
MSExchangeSAThế hệ ủy quyền (Exchange 2003 chỉ)
Để thực hiện việc này, hãy làm theo những bước sau:
  1. Bắt đầu công cụ trao đổi hệ thống quản lý.
  2. Nếu các nhóm hành chính được kích hoạt, mở rộng Các nhóm hành chính, và sau đó mở rộng nhóm hành chính của bạn. Nếu các nhóm hành chính chưa được bật, hãy đến bước 3.
  3. Mở rộng Các máy chủ, bấm chuột phải vào Exchange server bạn muốn cấu hình chẩn đoán đăng nhập, và sau đó nhấp vào Thuộc tính.
  4. Bấm vào các Ghi nhật ký chuẩn đoán tab, và sau đó nhấp vào MSExchangeAL trong các Dịch vụ danh sách.
  5. Trong các Danh mục danh sách, bấm vào LDAP hoạt động, bấm Tối đa, bấm Đồng bộ hóa danh sách địa chỉ, sau đó bấm Tối đa.

    Nếu bạn đang chạy Exchange 2003, đi đến bước 6. Nếu bạn không chạy Exchange 2003, đi đến bước 7.
  6. Nhấp vào MSExchangeSA trong các Dịch vụ danh sách, bấm vào Thế hệ ủy quyền trong các Danh mục danh sách và bấm Tối đa.
  7. Nhấp vào Ok.
Sau khi bạn chọn một tên miền người nhận dịch vụ Cập Nhật để gỡ rối, và sau khi bạn đã tăng chẩn đoán đăng nhập vào Exchange server xử lý các tên miền dịch vụ Cập Nhật người nhận mà bạn muốn hiển thị lỗi, bạn phải chọn một đối tượng sử dụng để thử nghiệm dịch vụ Cập Nhật của người nhận. Ví dụ, thử nghiệm dịch vụ Cập Nhật nhận bằng cách sử dụng một tài khoản người dùng dịch vụ Cập Nhật của người nhận không có đóng dấu. Bạn có thể xem những hành động mà người nhận dịch vụ Cập Nhật thực hiện trên đối tượng này.

Xác định liệu dịch vụ Cập Nhật của người nhận đã bắt đầu

Trong vòng vài phút sau khi bạn tăng chẩn đoán lâm nghiệp, tổ chức sự kiện ID 8011 và tổ chức sự kiện ID 8012 sẽ xuất hiện trong Nhật ký ứng dụng. Nếu những sự kiện không xuất hiện, người nhận dịch vụ Cập Nhật đã không bắt đầu hoặc dịch vụ Cập Nhật của người nhận đã ngừng đáp ứng. Nếu bạn nghi ngờ rằng người nhận dịch vụ Cập Nhật đã không bắt đầu hoặc dịch vụ Cập Nhật nhận ngừng đáp ứng, khởi động lại dịch vụ Microsoft Exchange hệ thống Attendant. Khi bạn khởi động dịch vụ Microsoft Exchange hệ thống Attendant, dịch vụ này tải một loạt các DLLs. Một trong những DLLs là Abv_dg.dll.

Khi bạn khởi động dịch vụ Microsoft Exchange hệ thống tiếp viên hàng không, sự kiện sau đây sẽ xuất hiện trong Nhật ký ứng dụng.

Tổ chức sự kiện ID 1000

Sự kiện loại: thông tin
Sự kiện nguồn: MSExchangeSA
Sự kiện thể loại: tổng
ID sự kiện: 1000
Ngày: Ngày
Thời gian: Giờ
Người dùng: N/A
Máy tính: Tên máy chủ
Mô tả: Microsoft Exchange hệ thống Attendant là bắt đầu. Microsoft Exchange Server hệ thống Attendant, khởi động dịch vụ hoàn chỉnh, phiên bản 6,5 (xây dựng 7226.0).

Sau khi sự kiện này xảy ra, các sự kiện được hiển thị để chỉ ra rằng một số DLL đang tải và các thành phần DSAccess được đang được khởi tạo. Sau đó, các sự kiện sau đây xuất hiện.

Tổ chức sự kiện ID 9006

Sự kiện loại: thông tin
Sự kiện nguồn: MSExchangeSA
Sự kiện thể loại: tổng
Tổ chức sự kiện ID: 9006
Ngày: Ngày
Thời gian: Giờ
Người dùng: N/A
Máy tính: Tên máy chủ
Mô tả: Microsoft Exchange hệ thống Attendant đang tải ' ABV_DG.DLL'.

Tổ chức sự kiện ID 9008

Sự kiện loại: thông tin
Sự kiện nguồn: MSExchangeSA
Sự kiện thể loại: tổng
ID sự kiện: 9008
Ngày: Ngày
Thời gian: Giờ
ser: N/A
Máy tính: Tên máy chủ
Mô tả: Microsoft Exchange hệ thống tiếp viên hàng không là bắt đầu ' ABV_DG.DLL'.

Sự kiện 9008 chỉ ra rằng Abv_dg.dll là bắt đầu. Ngay sau khi sự kiện 9008 xuất hiện, các sự kiện sau đây xuất hiện.

Tổ chức sự kiện ID 8011

Sự kiện loại: thông tin
Sự kiện nguồn: MSExchangeAL
Thể loại sự kiện: LDAP Operations
Tổ chức sự kiện ID: 8011
Ngày: Ngày
Thời gian: Giờ
Người dùng: N/A
Máy tính: Tên máy chủ
Mô tả: Tìm kiếm thư mục Tên máy chủ. contoso.com tại căn cứ ' CN = người nhận dịch vụ Cập Nhật, CN = địa chỉ liệt kê Container, CN = Microsoft, CN = Microsoft Exchange, CN = dịch vụ, CN = Configuration, DC = contoso, DC = com' bằng cách sử dụng bộ lọc ' (&(objectCategory=msExchAddressListService) (! ()IsDeleted=TRUE)))' và yêu cầu thuộc tính distinguishedName; objectGUID; LegacyExchangeDN; msExchADCGlobalNames; ObjectSID; ObjectClass; msExchMasterServiceBL; activationSchedule; activationStyle; msExchAddressListServiceLink; msExchDomainLink; msExchServer1AuthenticationCredentials; msExchServer1AuthenticationPassword; msExchEncryptedPassword; msExchServer1NetworkAddress; msExchExportContainers; msExchReplicateNow; msExchDoFullReplication; msExchServer1LastUpdateTime; msExchServer1HighestUSN; msExchServer1PageSize; msExchPollInterval; msExchServer1Flags; VersionNumber; msExchServer1HighestUSNVector; msExchProcessedSids; msExchDomainGlobalGroupSid; msExchDomainLocalGroupSid; msExchDomainGlobalGroupGuid; msExchDomainLocalGroupGuid; gatewayProxy.

Tổ chức sự kiện ID 8012

Sự kiện loại: thông tin
Sự kiện nguồn: MSExchangeAL
Thể loại sự kiện: LDAP Operations
ID sự kiện: 8012
Ngày: Ngày
Thời gian: Giờ
Người dùng: N/A
Máy tính: Tên máy chủ
Mô tả: Tìm kiếm thư mục Tên máy chủ. contoso.com tại căn cứ ' CN = người nhận dịch vụ Cập Nhật, CN = địa chỉ liệt kê Container, CN = Microsoft, CN = Microsoft Exchange, CN = dịch vụ, CN = Configuration, DC = contoso, DC = com' trở về 2 đối tượng.

Những sự kiện này xuất hiện khi Abv_dg.dll tìm kiếm cho bất kỳ dịch vụ Cập Nhật hiện có người nhận. Thông thường, nếu tổ chức sự kiện ID 9006 xuất hiện, nhưng tổ chức sự kiện ID 9008 không xuất hiện, hành vi này chỉ người nhận dịch vụ Cập Nhật máy chủ là một máy chủ kết thúc. Abv_dg.dll không bắt đầu trên một máy chủ kết thúc. Vì vậy, tổ chức sự kiện ID 8011 và tổ chức sự kiện ID 8012 không xuất hiện trên một máy chủ kết thúc. Dịch vụ Cập Nhật người nhận phải được chỉ tới một máy chủ back-end.

Nhận thấy rằng, trong bộ lọc mà xuất hiện trong tổ chức sự kiện ID 8011, Abv_dg.dll tìm kiếm cho bất kỳ đối tượng nào được các thành viên của các msExchAddressListService lớp học và mà không có của họ isDeleted bất động sản đặt thành TRUE. Nói chung, điều này có nghĩa rằng Abv_dg.dll tìm kiếm cho bất kỳ đối tượng người nhận dịch vụ Cập Nhật mà không phải là tombstoned. (Tombstoned các đối tượng là đối tượng đã bị xóa, nhưng không có được nêu ra được gỡ bỏ từ thư mục.) Tìm kiếm này trả về một số kết quả bằng số người nhận dịch vụ Cập Nhật mà bạn có:

Trong những sự kiện này, các đối tượng người nhận dịch vụ Cập Nhật chỉ có dịch vụ Cập Nhật người nhận của doanh nghiệp và một tên miền người nhận dịch vụ Cập Nhật. Vì vậy, việc tìm kiếm trả về hai đối tượng. Nếu tìm kiếm này trả về kết quả nào, máy chủ Exchange của bạn không nhìn thấy các đối tượng người nhận dịch vụ Cập Nhật. Hành vi này có thể xảy ra do một vấn đề quyền tồn tại.

Nếu máy chủ trao đổi không thể nhìn thấy một đối tượng người nhận dịch vụ Cập Nhật, Exchange server không thể xác định rằng đó là trách nhiệm đối tượng người nhận dịch vụ Cập Nhật. Trong trường hợp này, người nhận dịch vụ Cập Nhật sẽ không bao giờ xử lý bất kỳ đối tượng. Tuy nhiên, ngay cả khi Exchange server không phát hiện bất kỳ đối tượng người nhận dịch vụ Cập Nhật, tổ chức sự kiện ID 8011 và tổ chức sự kiện ID 8012 sẽ xuất hiện thường xuyên. Hành vi này xảy ra bởi vì Abv_dg.dll thường xuyên tìm kiếm sự tồn tại của người nhận dịch vụ Cập Nhật. Nếu sự kiện ID 8011 và tổ chức sự kiện ID 8012 không xuất hiện trong Nhật ký ứng dụng sau khi bạn khởi động lại dịch vụ Microsoft Exchange hệ thống Attendant, Abv_dg.dll có thể không có được bắt đầu. Abv_dg.dll có thể không có được khởi động vì hệ phục vụ Exchange là một máy chủ kết thúc.

Xác định xem người nhận dịch vụ Cập Nhật truy vấn để thay đổi

Nếu sự kiện ID 8011 và tổ chức sự kiện ID 8012 xuất hiện trong Nhật ký ứng dụng sau khi bạn tăng chẩn đoán đăng nhập, bạn phải xác định xem người nhận dịch vụ Cập Nhật truy vấn tên miền cho bất kỳ các đối tượng mới hoặc sửa đổi để xử lý. Dựa trên lịch trình người nhận dịch vụ Cập Nhật, người nhận dịch vụ Cập Nhật nên truy vấn tên miền cho bất kỳ mới hoặc sửa đổi các đối tượng. Dịch vụ Cập Nhật của người nhận nên cũng truy vấn tên miền nếu bạn bấm chuột phải vào dịch vụ Cập Nhật người nhận và bấm Cập nhật bây giờ.

Để xác định liệu dịch vụ Cập Nhật nhận truy vấn tên miền cho những thay đổi, hãy làm theo các 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.

Chú ý Chỉnh sửa Active Directory dịch vụ giao diện (ADSI)-theo là bao gồm trong công cụ hỗ trợ Microsoft Windows. Để cài đặt công cụ hỗ trợ của Windows trong Windows 2000, bấm đúp vào Setup.exe trong thư mục Support\Tools trong Windows 2000 CD. Để cài đặt công cụ hỗ trợ của Windows trong Windows Server 2003, bấm đúp vào Suptools.MSI trong thư mục Support\Tools trong Windows Server 2003 CD.
  1. Sử dụng chỉnh sửa ADSI-theo hoặc LDP.exe để kết nối với bộ điều khiển tên miền dịch vụ Cập Nhật người nhận chỉ ra. Xác định vị trí các đối tượng thử nghiệm mà bạn đã chọn trong phần "Tăng chẩn đoán đăng nhập", và sau đó ghi lại giá trị cho các uSNChanged thuộc tính.

    Để thực hiện việc này, hãy làm theo những bước sau:
    1. Nhấp vào Bắt đầu, bấm Chạy, loại Adsiedit.msc, sau đó bấm Ok.
    2. Mở rộng Tên miền NC [DomainController. contoso.com], mở rộng DC = contoso,DC = com, và sau đó mở rộng container đối tượng thử nghiệm của bạn nằm ở. Ví dụ, mở rộng CN = người dùng.
    3. Nhấp chuột phải vào đối tượng thử nghiệm và bấm Thuộc tính. Ví dụ, bấm chuột phải vào CN =Tên người dùng, sau đó bấm Thuộc tính.
    4. Trong các Chọn một tài sản để xem danh sách, bấm vào uSNChanged.
    5. Lưu ý các giá trị mà sẽ xuất hiện trong các Value(s) hộp.
    6. Bỏ ADSI Edit-theo.
  2. Trên máy chủ Exchange chịu trách nhiệm cho người nhận dịch vụ Cập Nhật mà bạn muốn gỡ rối, bắt đầu xem sự kiện, và sau đó xem nội dung sổ ghi đơn. Để làm điều này, bấm Bắt đầu, bấm Chạy, loại eventvwr, bấm Ok, sau đó bấm Ứng dụng đăng nhập.
  3. Trên các Xem trình đơn, nhấp vào Tìm.
  4. Trong các ID sự kiện hộp, loại 8011, loại Cơ sở ' DC trong các Mô tả hộp, và sau đó nhấp vào Tìm tiếp theo.
  5. Nhấp vào Đóng, và sau đó bấm đúp chuột vào các sự kiện mà các Tìm thấy tại địa phương ứng dụng đăng nhập hộp thoại trở về. Sự kiện này bao gồm thông tin về việc tìm kiếm mới nhất cho những thay đổi xảy ra trong bối cảnh đặt tên miền. Ví dụ, một thông báo sự kiện tương tự như dưới đây xuất hiện:

    Sự kiện loại: thông tin
    Sự kiện nguồn: MSExchangeAL
    Thể loại sự kiện: LDAP Operations
    Tổ chức sự kiện ID: 8011
    Ngày:Ngày
    Thời gian:Giờ
    Người dùng: N/A
    Máy tính:Tên máy chủ
    Mô tả:
    Tìm kiếm thư mục Tên máy chủ. contoso.com tại căn cứ ' DC = contoso, DC = com' bằng cách sử dụng bộ lọc ' (& (USNChanged > = 273870) (uSNChanged<=298312)((objectclass=*)))' and="" requesting="" attributes="" distinguishedname;="" objectguid;="" legacyexchangedn;="" msexchadcglobalnames;="" objectsid;="" objectclass;="" objectcategory;="" displayname;="" msexchhidefromaddresslists;="" hidedlmembership;="" ntsecuritydescriptor;="" showinadvancedviewonly;="" msexchalobjectversion;="" showinaddressbook;="" msexchpolicyenabled;="" givenname;="" sn;="" cn;="" mailnickname;="" targetaddress;="" initials;="" proxyaddresses;="" mail;="" textencodedoraddress;="" msexchhomeservername;="" msexchexpansionservername;="" msexchcustomproxyaddresses;="" msexchpoliciesincluded;="" msexchpoliciesexcluded;="" replpropertymetadata;="" replicatedobjectversion;="" replicationsignature;="" whenchanged;="" whencreated;="" usnchanged;="" usncreated;="" objectversion;="" isdeleted;="" homemdb;="" homemta;="" msexchmailboxguid;="" msexchmailboxsecuritydescriptor;="" msexchresourceguid;="" useraccountcontrol;=""></=298312)((objectclass=*)))'>

Trong mô tả sự kiện này, bạn nhận thấy rằng dịch vụ Cập Nhật của người nhận tìm kiếm bất kỳ đối tượng nào mà có một uSNChanged giá trị thuộc tính giữa 273870 và 298312. Bạn cũng có thể nhận thấy rằng sự kiện ID 8011 xuất hiện nhiều lần khác trong Nhật ký ứng dụng. Những sự kiện khác có chứa tìm kiếm khác nhau. Những sự kiện khác có thể được tạo ra bởi nhiều hoạt động kinh doanh khác nhau. Tuy nhiên, để khắc phục các dịch vụ Cập Nhật nhận dán tem đối tượng trong tổ chức Exchange của bạn, bạn chỉ có để xem xét các sự kiện tổ chức sự kiện ID 8011 nơi mà các cơ sở của tìm kiếm là tên miền bị ảnh hưởng. Vì vậy, bạn sử dụng các Tìm lệnh cùng với những "cơ sở ' DC" mô tả mục.

Nếu bạn có người nhận dịch vụ Cập Nhật cho các tên miền khác nhau đang chạy trên cùng một máy chủ Exchange, bạn có thể muốn bao gồm toàn bộ tên miền trong các Mô tả hộp của các Tìm thấy tại địa phương ứng dụng đăng nhập hộp thoại. Nếu bạn làm điều này, bạn sẽ bỏ qua các sự kiện tổ chức sự kiện ID 8011 cho tên miền khác người nhận dịch vụ Cập Nhật.

Hãy xem xét các kịch bản sau đây:
  • Đối tượng thử nghiệm có một uSNChanged giá trị thuộc tính cao hơn giá trị xuất hiện ở sự kiện này.

    Nếu thử nghiệm đối tượng mà bạn đã lưu ý các uSNChanged giá trị thuộc tính cho có một uSNChanged giá trị đó là cao hơn nhiều USNs trong sự kiện này, người nhận dịch vụ Cập Nhật đã không được truy vấn cho đối tượng này. Nếu uSNChanged giá trị cho đối tượng này là rất nhiều cao hơn USNs người nhận dịch vụ Cập Nhật hiện đang chế biến, dịch vụ Cập Nhật của người nhận đã rơi phía sau và vẫn còn đánh bắt lên đến những thay đổi mới nhất.

    Thông thường, hành vi này xảy ra nếu một hoạt động xây dựng lại được chạy. Khi bạn bấm vào Xây dựng lại, người nhận dịch vụ Cập Nhật bắt đầu qua từ một uSNChanged giá trị của 1 và truy vấn đối với tất cả các đối tượng trong tên miền. Trong một phạm vi lớn, có thể mất nhiều giờ hoặc nhiều ngày cho người nhận dịch vụ Cập Nhật để xử lý tất cả các đối tượng trong tên miền.
  • Đối tượng thử nghiệm có một uSNChanged giá trị thuộc tính thấp hơn giá trị xuất hiện ở sự kiện này.

    Nếu thử nghiệm đối tượng mà bạn đã lưu ý các uSNChanged giá trị thuộc tính cho có một uSNChanged giá trị thấp hơn phạm vi USNs trong sự kiện này, người nhận dịch vụ Cập Nhật đã vượt qua đối tượng này. Trong trường hợp này, tiếp tục tìm kiếm trở lại thông qua các ứng dụng đăng nhập cho đến khi bạn tìm thấy các sự kiện tổ chức sự kiện ID 8011 chứa khoảng USNs bao gồm các đối tượng thử nghiệm của bạn.

    Nếu bạn không thể tìm thấy phạm vi USN này, sửa đổi các đối tượng thử nghiệm. Bất kỳ thay đổi nào đối tượng, chẳng hạn như thay đổi mô tả các đối tượng, gây ra các uSNChanged phải được thay đổi giá trị mới nhất trên bộ điều khiển vùng. Vì vậy, nếu người nhận dịch vụ Cập Nhật đã đi qua các đối tượng thử nghiệm, và nếu bạn không thể tìm thấy sự kiện liên quan đến sự kiện ID 8011, sửa đổi các đối tượng thử nghiệm và sau đó lưu ý mới uSNChanged giá trị. Sau đó, bạn có thể xác định sự kiện tổ chức sự kiện ID 8011 tiếp theo trong Nhật ký ứng dụng. Sự kiện tổ chức sự kiện ID 8011 tiếp theo sẽ bao gồm Hải quân Mỹ của đối tượng bạn thay đổi.
  • Trường hợp tổ chức sự kiện ID 8011 không có vẻ là có "cơ sở ' DC" trong các mô tả sự kiện.

    Nếu Nhật ký ứng dụng không chứa một sự kiện tổ chức sự kiện ID 8011 đã "cơ sở ' DC" trong sự kiện này mô tả, miền người nhận dịch vụ Cập Nhật đã không bắt đầu xử lý được nêu ra.

    Chú ý Vấn đề này cũng có thể xảy ra nếu các sự kiện tổ chức sự kiện ID 8011 đã được ghi đè bởi các sự kiện mới hơn. Nếu một hoạt động xây dựng lại chạy, Nhật ký ứng dụng có thể điền lên rất nhanh chóng. Để xác định liệu một hoạt động xây dựng lại chạy, hãy xem phần "Xác định liệu một hoạt động xây dựng lại chạy".

    Nếu không có sự kiện tổ chức sự kiện ID 8011 xuất hiện, và nếu bạn xác định rằng một hoạt động xây dựng lại không hoạt động, xem lịch người nhận dịch vụ Cập Nhật để xác định khi người nhận dịch vụ Cập Nhật nên chạy. Để xem lịch người nhận dịch vụ Cập Nhật, hãy làm theo các bước sau:
    1. Bắt đầu công cụ trao đổi hệ thống quản lý.
    2. Mở rộng Người nhận, sau đó bấm Người nhận dịch vụ Cập Nhật.
    3. Trong ngăn bên phải, nhấp chuột phải Người nhận dịch vụ Cập Nhật (CONTOSO), sau đó bấm Thuộc tính.
    4. Nếu Sử dụng tùy chỉnh lịch xuất hiện trong các Khoảng thời gian Cập Nhật danh sách, bấm vào Tùy chỉnh.
    Chú ý Bạn có thể nhấp chuột phải vào dịch vụ Cập Nhật người nhận và bấm Cập nhật bây giờ gây ra dịch vụ Cập Nhật người nhận để bắt đầu xử lý các đối tượng ngay lập tức. Tuy nhiên, trong trường hợp này, không bắt đầu một hoạt động xây dựng lại hoặc áp dụng một chính sách.

    Nếu không có sự kiện tổ chức sự kiện ID 8011 xuất hiện sau khi bạn nhấp Cập nhật bây giờ hoặc sau khi lịch trình người nhận dịch vụ Cập Nhật gây ra dịch vụ Cập Nhật người nhận cho các đối tượng quá trình, dịch vụ Cập Nhật của người nhận có thể đã ngừng đáp ứng hoặc dịch vụ Cập Nhật của người nhận có thể chờ đợi điều khiển vùng để trở lại kết quả tìm kiếm.

    Thông thường, nếu người nhận dịch vụ Cập Nhật dừng đáp ứng trong một truy vấn LDAP, bạn có thể bắt đầu nó bằng cách khởi động lại dịch vụ Microsoft Exchange hệ thống Attendant. Tuy nhiên, dịch vụ Cập Nhật của người nhận có thể ngừng đáp ứng một lần nữa. Trong trường hợp này, bạn phải xác định lý do người nhận dịch vụ Cập Nhật dừng đáp ứng trong một truy vấn LDAP. Nói chung, hành vi này xảy ra vì một vấn đề mạng tồn tại. Để xác định các vấn đề mạng này, sử dụng công cụ giám sát mạng để nắm bắt các truy vấn khi nó còn chưa dừng đáp ứng.
Nếu các sự kiện tổ chức sự kiện ID 8011 chứa một loạt các uSNChanged các giá trị bao gồm các uSNChanged giá trị của đối tượng thử nghiệm của bạn, dịch vụ Cập Nhật của người nhận đã truy vấn tên miền của thay đổi đối với đối tượng này.

Xác định liệu một hoạt động xây dựng lại chạy

Để xác định liệu một hoạt động xây dựng lại chạy, sử dụng một trong những phương pháp sau đây.

Phương pháp 1: Sử dụng Repadmin.exe

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.

Sử dụng công cụ Repadmin (Repadmin.exe) đó là bao gồm trong công cụ hỗ trợ Windows 2000 để xác định thời gian mà các msExchDoFullReplication thuộc tính đổi lần. Để thực hiện việc này, hãy làm theo những bước sau:
  1. Sử dụng chỉnh sửa ADSI-theo hoặc LDP.exe để có được tên người nhận dịch vụ Cập Nhật mà bạn muốn hiển thị lỗi, phân biệt. Để thực hiện việc này, hãy làm theo những bước sau:
    1. Nhấp vào Bắt đầu, bấm Chạy, loại Adsiedit.msc, sau đó bấm Ok.
    2. Mở rộng Cấu hình Container [DomainController. contoso.com], mở rộng CN = Configuration, DC = contoso, DC = com, mở rộng CN = dịch vụ, mở rộng CN = Microsoft Exchange, và sau đó mở rộng CN =OrganizationName. Ví dụ, mở rộng CN = tổ chức đầu tiên.
    3. Mở rộng CN = thùng chứa danh sách địa chỉ, sau đó bấm CN = người nhận dịch vụ Cập Nhật.
    4. Trong ngăn bên phải, lưu ý tên phân biệt tương ứng với tên miền dịch vụ Cập Nhật người nhận mà bạn muốn gỡ rối.
    5. Bỏ ADSI Edit-theo.
  2. Nhấp vào Bắt đầu, bấm Chạy, loại CMD, sau đó bấm Ok.
  3. Gõ lệnh sau, và sau đó nhấn ENTER. Thay thế distinguishedName với tên phân biệt của người nhận dịch vụ Cập Nhật mà bạn muốn gỡ rối.
    repadmin /showmeta"distinguishedName"> rusmeta.txt
    Ví dụ, gõ lệnh sau, và sau đó nhấn ENTER:
    repadmin /showmeta "CN = người nhận dịch vụ Cập Nhật (CONTOSO), CN = người nhận dịch vụ Cập Nhật, CN = địa chỉ danh sách Container, CN = tổ chức đầu tiên, CN = Microsoft Exchange, CN = dịch vụ, CN = Configuration, DC = contoso, DC = com" > rusmeta.txt
  4. Trong một trình soạn thảo văn bản như Notepad, mở file Rusmeta.txt lệnh này tạo ra.
  5. Trong tập tin Rusmeta.txt, xác định vị trí các mục tài liệu tham khảo các msExchDoFullReplication thuộc tính. Mục nhập này sẽ xuất hiện tương tự như sau:
    298589      Default-First-Site-Name\<ServerName>    298589 2004-06-29 17:10:59   2 msExchDoFullReplication
Khi bạn bấm chuột phải vào một người nhận dịch vụ Cập Nhật và sau đó nhấp vào Xây dựng lại, các msExchDoFullReplication thuộc tính được đặt thành TRUE. Khi người nhận dịch vụ Cập Nhật bắt đầu để xử lý các đối tượng trong dịch vụ thư mục Active directory, dịch vụ Cập Nhật người nhận đặt thuộc tính này sai. Bằng cách nhìn vào thời gian đóng dấu xuất hiện ở đầu ra Repadmin, bạn có thể xác định thời điểm thuộc tính này đã được sửa đổi lần cuối. Vì vậy, bạn có thể xác định khi các hoạt động xây dựng lại được điều hành cuối.

Cách 2: Sử dụng khai thác gỗ chẩn đoán

Từ chối chẩn đoán đăng nhập tất cả các mục trừ khoản mục đồng bộ hóa danh sách địa chỉ. Đặt khoản mục đồng bộ hóa danh sách địa chỉ cho phương tiện khai thác gỗ, và sau đó xem Nhật ký ứng dụng để xác định vị trí các sự kiện sau đây.

Tổ chức sự kiện ID 8329

Sự kiện loại: thông tin
Sự kiện nguồn: MSExchangeAL
Thể loại sự kiện: Đồng bộ hóa danh sách địa chỉ
Tổ chức sự kiện ID: 8329
Ngày:Ngày
Thời gian:Giờ
Người dùng: N/A
Máy tính:Tên máy chủ
Mô tả: Dịch vụ Cập Nhật của người nhận là bắt đầu xây dựng lại của DC = contoso, DC = com

Ngoài ra, vào về mỗi 10 phần trăm tăng trong suốt chiến dịch xây dựng lại, các sự kiện sau đây hiển thị cho thấy sự tiến bộ của các hoạt động xây dựng lại.

Tổ chức sự kiện ID 8332

Sự kiện loại: thông tin
Sự kiện nguồn: MSExchangeAL

Thể loại sự kiện: Đồng bộ hóa danh sách địa chỉ
Tổ chức sự kiện ID: 8332
Ngày:Ngày
Thời gian:Giờ
Người dùng: N/A
Máy tính:Tên máy chủ
Mô tả:Dịch vụ Cập Nhật của người nhận đã bắt đầu để xuất một khối mục từ DC = contoso, DC = com, bắt đầu tại USN 1. Nó sẽ kết thúc xử lý thư mục khi nó đạt tới Hải quân Hoa Kỳ 298599

Khi chiến dịch xây dựng lại đã hoàn tất, dịch vụ Cập Nhật người nhận ghi nhật ký sự kiện sau đây.

Tổ chức sự kiện ID 8330

Sự kiện loại: thông tin
Sự kiện nguồn: MSExchangeAL
Thể loại sự kiện: Đồng bộ hóa danh sách địa chỉ
ID sự kiện: 8330
Ngày:Ngày
Thời gian:Giờ
Người dùng: N/A
Máy tính:Tên máy chủ
Mô tả: Dịch vụ Cập Nhật của người nhận đã hoàn thành việc xây dựng lại của DC = contoso, DC = com

Chú ý Thông thường, chạy một chiến dịch xây dựng lại không giúp bạn gỡ rối các dịch vụ Cập Nhật của người nhận. Sự khác biệt duy nhất giữa các Xây dựng lại lệnh và các Cập nhật bây giờ lệnh là các Xây dựng lại lệnh gây ra dịch vụ Cập Nhật người nhận để khởi động lại đối tượng chế biến.

Trong trường hợp này, người nhận dịch vụ Cập Nhật bắt đầu từ một USN 1. Các Cập nhật bây giờ lệnh gây ra dịch vụ Cập Nhật người nhận để bắt đầu xử lý các đối tượng từ Hải quân Mỹ cao nhất, và cuối được thu âm bởi dịch vụ Cập Nhật của người nhận. USN này được lưu trữ trong các msExchServer1HighestUSN bất động sản trên đối tượng người nhận dịch vụ Cập Nhật trong dịch vụ thư mục Active directory. Vì vậy, nếu dịch vụ Cập Nhật của người nhận không xử lý các đối tượng mới hoặc sửa đổi như bạn mong đợi, chạy một chiến dịch xây dựng lại sẽ không giúp đỡ.

Ngoài ra, vì của thời gian có thể mất cho chiến dịch xây dựng lại phải thực hiện trong một môi trường lớn, cẩn thận xem xét bao nhiêu thời gian có thể mất tiếp tục các điển hình người nhận dịch vụ Cập Nhật hoạt động trước khi bạn quyết định thực hiện một hoạt động xây dựng lại. Khi một hoạt động xây dựng lại đã bắt đầu, bạn phải chờ cho người nhận dịch vụ Cập Nhật để bắt kịp để USNs mới nhất trước khi bạn có thể thực hiện bất kỳ gỡ rối bổ sung chống lại các đối tượng mới hoặc sửa đổi.

Cho biết thêm thông tin về cách truy vấn dịch vụ Cập Nhật người nhận để thay đổi, nhấp vào số bài viết sau đây để xem bài viết trong cơ sở kiến thức Microsoft:
328738Làm thế nào người nhận dịch vụ Cập Nhật áp dụng chính sách người nhận

Xác định cho dù các truy vấn trả lại kết quả

Nếu bạn xác định vị trí một sự kiện tổ chức sự kiện ID 8011 chỉ ra rằng một tìm kiếm được thực hiện trong một phạm vi USNs, và phạm vi USNs bao gồm Hải quân Mỹ đối tượng thử nghiệm của bạn, xác định cho dù tìm kiếm này trở lại bất kỳ kết quả. Cho các sự kiện tổ chức sự kiện ID 8011, tương ứng sau sự kiện ID 8012 kiện xuất hiện trong Nhật ký ứng dụng.

Tổ chức sự kiện ID 8012

Sự kiện loại: thông tin
Sự kiện nguồn: MSExchangeAL
Thể loại sự kiện: LDAP Operations
ID sự kiện: 8012
Ngày:Ngày
Thời gian:Giờ
Người dùng: N/A
Máy tính:Tên máy chủ
Mô tả: Tìm kiếm thư mục Tên máy chủ. contoso.com tại căn cứ ' DC = contoso, DC = com' trở về các đối tượng 16.

Hãy xem xét các kịch bản sau đây:
  • Nếu không có sự kiện tổ chức sự kiện ID 8012 tương ứng với tổ chức sự kiện ID 8011 sự kiện xuất hiện trong Nhật ký ứng dụng, trao đổi đã không phát hiện thấy một phản ứng để tìm kiếm. Thông thường, hành vi này cho thấy một vấn đề mạng. Nói chung, loại mạng vấn đề gây ra dịch vụ Cập Nhật người nhận để ngừng đáp ứng (hàng).

    Ngoài ra, nếu bạn có kinh nghiệm loại vấn đề mạng, dịch vụ Cập Nhật của người nhận không tạo ra bất kỳ truy vấn bổ sung vào thư mục gốc tên miền vì dịch vụ Cập Nhật của người nhận là chờ đợi một phản ứng với tìm kiếm hiện thời của nó. Vì vậy, trong trường hợp này, không có sự kiện thêm sự kiện ID 8011 xuất hiện trong Nhật ký ứng dụng. Nếu bạn liên tục kinh nghiệm hành vi này, nó là tốt nhất để nắm bắt một dấu vết mạng để xác định các vấn đề mạng.
  • Nếu tìm kiếm trả về số không đối tượng, trao đổi máy chủ trương mục máy tính không có đủ quyền để xem các đối tượng người sử dụng. Các cấp phép này đến từ các nhóm trao đổi máy chủ doanh nghiệp. Nhóm này được cấp quyền ở gốc của tên miền khi các Thiết lập /domainprep lệnh được chạy. Nếu các cấp phép này được thay đổi, hoặc nếu thừa kế trên một subcontainer được lấy ra, trao đổi có thể không có đủ quyền để xem một tài khoản người dùng.

    Ngoài ra, nhóm trao đổi máy chủ doanh nghiệp miền cụ thể này phải chứa các nhóm trao đổi máy chủ tên miền cho tất cả các tên miền khác. Ngoài ra, một trong những nhóm trao đổi máy chủ tên miền phải chứa hệ phục vụ Exchange chịu trách nhiệm cho người nhận dịch vụ cập nhật này. Nếu này chuỗi các thành viên đã bị phá vỡ, Exchange server có thể không thể xem tài khoản người dùng.
  • Nếu tìm kiếm trả về các đối tượng trên 20, bạn thấy nhiều hơn một sự kiện tổ chức sự kiện ID 8012. Dịch vụ Cập Nhật của người sử dụng một kích thước trang 20 cho tìm kiếm này. Vì vậy, các kết quả trả lại trong đợt 20. Hy vọng sẽ thấy một sự kiện tổ chức sự kiện ID 8012 cho mọi đối tượng 20 truy vấn trả về.
  • Nếu tìm kiếm trả lại một số đối tượng, các sự kiện mà sau các sự kiện tổ chức sự kiện ID 8012 danh sách các đối tượng đang được xếp hàng đợi để xử lý. Trong trường hợp này, các sự kiện sau đây xuất hiện:
    • Tổ chức sự kiện ID 8175

      Sự kiện loại: thông tin
      Sự kiện nguồn: MSExchangeAL
      Thể loại sự kiện: Đồng bộ hóa danh sách địa chỉ
      Tổ chức sự kiện ID: 8175
      Ngày:Ngày
      Thời gian:Giờ
      Người dùng: N/A
      Máy tính:Tên máy chủ
      Mô tả: Xử lý sự thay đổi để ' CN =Tên người dùngCN = người dùng, DC = contoso, DC = com'.

    • Tổ chức sự kiện ID 8134

      Sự kiện loại: thông tin
      Sự kiện nguồn: MSExchangeAL
      Thể loại sự kiện: Đồng bộ hóa danh sách địa chỉ
      Tổ chức sự kiện ID: 8134
      Ngày:Ngày
      Thời gian:Giờ
      Người dùng: N/A
      Máy tính:Tên máy chủ
      Mô tả:Xếp hàng yêu cầu cho quá trìnhTên người dùngCN = người dùng, DC = contoso, DC = com'.

    Bằng cách kiểm tra các sự kiện 8175 và các sự kiện 8134 mà làm theo sự kiện ID 8012, bạn có thể xác định đối tượng thử nghiệm trở lại vào tìm kiếm này. Nếu đối tượng thử nghiệm của bạn không phải quay trở lại trong tìm kiếm này, bạn có thể gặp một vấn đề cấp phép mà trao đổi không có đủ quyền để xem các đối tượng người sử dụng.
Khi người nhận dịch vụ Cập Nhật đã kết thúc xếp hàng để thay đổi quá trình, các sự kiện sau đây sẽ xuất hiện trong Nhật ký ứng dụng.

Tổ chức sự kiện ID 8169

Sự kiện loại: thông tin
Sự kiện nguồn: MSExchangeAL
Thể loại sự kiện: Đồng bộ hóa danh sách địa chỉ
Tổ chức sự kiện ID: 8169
Ngày:Ngày
Thời gian:Giờ
Người dùng: N/A
Máy tính:Tên máy chủ
Mô tả: Lấy tất cả thay đổi thư mục theo: ' DC = contoso, DC = com'.

Xác định các chính sách đó phù hợp với đối tượng thử nghiệm

Nếu bạn xác định rằng dịch vụ Cập Nhật nhận truy vấn để thay đổi các đối tượng thử nghiệm, và rằng truy vấn lại kết quả dự kiến, sau đó bạn phải xác định những gì xảy ra khi người nhận dịch vụ Cập Nhật xử lý các đối tượng thử nghiệm.

Khi người nhận dịch vụ Cập Nhật truy của các đối tượng đang xếp hàng đợi để xử lý, các sự kiện sau đây sẽ xuất hiện trong Nhật ký ứng dụng.

Tổ chức sự kiện ID 8163

Sự kiện loại: thông tin
Sự kiện nguồn: MSExchangeAL
Thể loại sự kiện: Đồng bộ hóa danh sách địa chỉ
Tổ chức sự kiện ID: 8163
Ngày:Ngày
Thời gian:Giờ
Người dùng: N/A
Máy tính:Tên máy chủ
Mô tả: Thread # 12b8: đã nhận được của giao dịch danh sách địa chỉ tiếp theo. DC = contoso, DC = com.

Người nhận dịch vụ Cập Nhật sau đó đánh giá các đối tượng chống lại chính sách mỗi và mỗi danh sách địa chỉ. Cho mỗi đánh giá, các sự kiện sau đây được tạo ra.

Tổ chức sự kiện ID 8129 người

Sự kiện loại: thông tin
Sự kiện nguồn: MSExchangeAL
Thể loại sự kiện: Đồng bộ hóa danh sách địa chỉ
ID sự kiện: 8129 người
Ngày:Ngày
Thời gian:Giờ
Người dùng: N/A
Máy tính:Tên máy chủ
Mô tả:Evaluating đối tượng thư mục ' CN =Tên người dùngCN = người dùng, DC = contoso, DC = com' đối với danh sách địa chỉ ' CN = tất cả người dùng, CN = tất cả các danh sách địa chỉ, CN = địa chỉ liệt kê Container, CN = Microsoft, CN = Microsoft Exchange, CN = dịch vụ, CN = Configuration, DC = contoso, DC = com' nguyên tắc ' (& (mailnickname = *) (| (& (objectCategory=person)(objectClass=user) (! ()homeMDB=*)) (! ()msExchHomeServerName=*)))(&(objectCategory=person)(objectClass=user) (| ()homeMDB=*)(msExchHomeServerName=*)))))'. DC = contoso, DC = com.

Nếu danh sách địa chỉ hoặc các chính sách phù hợp với đối tượng, các sự kiện sau đây sẽ xuất hiện.

Tổ chức sự kiện ID 8130

Sự kiện loại: thông tin
Sự kiện nguồn: MSExchangeAL
Thể loại sự kiện: Đồng bộ hóa danh sách địa chỉ
ID sự kiện: 8130
Ngày:Ngày
Thời gian:Giờ
Người dùng: N/A
Máy tính:Tên máy chủ
Mô tả:' CN = tất cả người dùng, CN = tất cả các danh sách địa chỉ, CN = địa chỉ liệt kê Container, CN = Microsoft, CN = Microsoft Exchange, CN = dịch vụ, CN = Configuration, DC = contoso, DC = com' được bổ sung vào ' CN =Tên người dùngCN = người dùng, DC = contoso, DC = com'. DC = contoso, DC = com

Bạn có thể kiểm tra những sự kiện này để xác định các chính sách và những danh sách địa chỉ dịch vụ Cập Nhật của người nhận đã xác định phù hợp với đối tượng.

Chú ý Bạn có thể thấy một sự kiện tổ chức sự kiện ID 8130 cho nhiều hơn một chính sách người nhận. Tuy nhiên, kịch bản này không có nghĩa là nhiều chính sách được áp dụng cho một đối tượng. Tất cả các chính sách phù hợp, chỉ có chính sách có ưu tiên cao nhất ảnh hưởng đến người nhận. Tuy nhiên, danh sách địa chỉ được tích lũy. Trong trường hợp này, tất cả các danh sách địa chỉ phù hợp đang được áp dụng cho người nhận.

Mong đợi một sự kiện tổ chức sự kiện ID 8129 người xuất hiện cho mỗi danh sách địa chỉ hiện tại và cho chính sách mỗi. Nếu một sự kiện tổ chức sự kiện ID 8129 người không xuất hiện cho mỗi danh sách địa chỉ hoặc cho mỗi chính sách người nhận, dịch vụ Cập Nhật của người nhận không nhìn thấy các đối tượng danh sách địa chỉ hoặc các đối tượng chính sách người nhận. Thông thường, một vấn đề quyền gây ra hành vi này, đặc biệt là trong một kịch bản lưu trữ nơi cấp phép trên danh sách địa chỉ cá nhân đã bị sửa đổi.

Hành vi này cũng có thể xảy ra nếu các đối tượng đã không nhân rộng với bộ điều khiển tên miền máy chủ trao đổi đã chọn là điều khiển vùng cấu hình (Config). Trao đổi lần đọc danh sách địa chỉ và các chính sách người nhận từ các cấu hình bộ điều khiển tên miền và không phải từ bộ điều khiển tên miền dịch vụ Cập Nhật người nhận chỉ ra. Để xác định điều khiển vùng nào được sử dụng như bộ điều khiển vùng cấu hình, hãy làm theo các bước sau:
  1. Bắt đầu công cụ trao đổi hệ thống quản lý.
  2. Nếu các nhóm hành chính được kích hoạt, mở rộng Các nhóm hành chính, và sau đó mở rộng nhóm hành chính của bạn.
  3. Mở rộng Các máy chủ, bấm chuột phải vào Exchange server mà bạn muốn xem thuộc tính của và bấm Thuộc tính.
  4. Bấm vào các Truy cập thư mục tab, và sau đó nhấp vào Cấu hình bộ điều khiển vùng trong các Hiển thị danh sách.
Đôi khi, dịch vụ Cập Nhật người nhận phải truy vấn dịch vụ thư mục Active Directory để xác định liệu một chính sách áp dụng. Trong trường hợp này, các sự kiện sau đây xuất hiện trong Nhật ký ứng dụng.

Tổ chức sự kiện ID 8129 người

Sự kiện loại: thông tin
Sự kiện nguồn: MSExchangeAL
Thể loại sự kiện: Đồng bộ hóa danh sách địa chỉ
ID sự kiện: 8129 người
Ngày:Ngày
Thời gian:Giờ
Người dùng: N/A
Máy tính:Tên máy chủ
Mô tả: Đánh giá các đối tượng thư mục ' CN =Tên người dùngCN = người dùng, DC = contoso, DC = com' đối với danh sách địa chỉ ' CN =NewPolicyCN = người nhận các chính sách, CN = Microsoft, CN = Microsoft Exchange, CN = dịch vụ, CN = Configuration, DC = contoso, DC = com' nguyên tắc ' (&(extensionAttribute1=mySpecialValue))'. DC = contoso, DC = com

Tổ chức sự kiện ID 8011

Sự kiện loại: thông tin
Sự kiện nguồn: MSExchangeAL
Thể loại sự kiện: LDAP Operations
Tổ chức sự kiện ID: 8011
Ngày:Ngày
Thời gian:Giờ
Người dùng: N/A
Máy tính:Tên máy chủ
Mô tả:Tìm kiếm thư mục Tên máy chủ. contoso.com tại căn cứ '<guid=f56238a9720ba14fbbd786f9cc847a45>' bằng cách sử dụng bộ lọc ' (&(extensionAttribute1=</guid=f56238a9720ba14fbbd786f9cc847a45>mySpecialValue))' và yêu cầu thuộc tính ObjectClass; ReplPropertyMetaData. DC = contoso, DC = com

Tổ chức sự kiện ID 8012

Sự kiện loại: thông tin
Sự kiện nguồn: MSExchangeAL
Thể loại sự kiện: LDAP Operations
ID sự kiện: 8012
Ngày:Ngày
Thời gian:Giờ
Người dùng: N/A
Máy tính:Tên máy chủ
Mô tả: Tìm kiếm thư mục Tên máy chủ. contoso.com tại căn cứ '<guid=f56238a9720ba14fbbd786f9cc847a45>' trở về các đối tượng 0. DC = contoso, DC = com<b00> </b00> </guid=f56238a9720ba14fbbd786f9cc847a45>

Trong những sự kiện này, người nhận dịch vụ cập nhật này gửi một tìm kiếm để điều khiển vùng để xác định liệu chính sách được mô tả trong những sự kiện này phù hợp với đối tượng người dùng. Trong trường hợp này, các dịch vụ Cập Nhật nhận được sử dụng các đối tượng GUID thuộc tính của đối tượng người dùng làm căn cứ của tìm kiếm. Dịch vụ Cập Nhật người nhận sử dụng bộ lọc từ chính sách người nhận các bộ lọc tìm kiếm. Trong các sự kiện cụ thể, việc tìm kiếm không trở về bất kỳ kết quả. Vì vậy, dịch vụ Cập Nhật của người nhận đã xác định rằng chính sách này không khớp với đối tượng người dùng này.

Bằng cách đọc các sự kiện sự kiện ID 8130, bạn có thể xác định các chính sách đó phù hợp với người nhận. Sau đó, từ mỗi người nhận chính sách xuất hiện trong một sự kiện tổ chức sự kiện ID 8130, bạn có thể xác định các chính sách người nhận có ưu tiên cao nhất. Chính sách người nhận có ưu tiên cao nhất là chính sách mà tạo ra dịch vụ Cập Nhật của người nhận địa chỉ proxy cho.

Chú ý Kịch bản này giả định rằng nó có phù hợp cho người nhận dịch vụ Cập Nhật để tạo ra một địa chỉ proxy cho người nhận được chỉ định.

Để biết thêm chi tiết về cách dịch vụ Cập Nhật của người nhận sẽ xác định hay không để tạo ra các địa chỉ, nhấp vào số bài viết sau đây để xem bài viết trong cơ sở kiến thức Microsoft:
328738Làm thế nào người nhận dịch vụ Cập Nhật áp dụng chính sách người nhận

Xem kết quả thế hệ ủy quyền

Sau khi bạn tăng chẩn đoán đăng nhập cho các thế hệ ủy quyền trên máy tính đang chạy Exchange Server 2003, sau sự kiện xuất hiện trong Nhật ký ứng dụng.

Tổ chức sự kiện ID 3006

Sự kiện loại: thông tin
Sự kiện nguồn: MSExchangeSA
Thể loại sự kiện: Proxy Generation
ID sự kiện: 3006
Ngày:Ngày
Thời gian:Giờ
Người dùng: N/A
Máy tính:Tên máy chủ
Mô tả: Xử lý trường hợp nhà cung cấp chính sách người nhận.
Người nhận DN: CN =Tên người dùngCN = người dùng, DC = contoso, DC = com
Hiện tại proxy người nhận:
X 500: / O = Microsoft/OU =Site1/CN = người nhận/cn =Tên người dùng
SMTP:Tên người dùng@adatum.comCCMAIL:Tên người dùng tại Site1
MS:MICROSOFT /SITE1/Tên người dùng
SMTP:Tên người dùng@Site1.Microsoft.com
X 400: c = US; a = p = Microsoft; o =Site1; s =Tên người dùng;
Áp dụng chính sách:
CN = mặc định chính sách, CN = người nhận các chính sách, CN = Microsoft, CN = Microsoft Exchange, CN = dịch vụ, CN = Configuration, DC = contoso, DC = com CN =Site1CN = người nhận các chính sách, CN = Microsoft, CN = Microsoft Exchange, CN = dịch vụ, CN = Configuration, DC = contoso, DC = com
Lựa chọn chính sách:
CN =Site1CN = người nhận các chính sách, CN = Microsoft, CN = Microsoft Exchange, CN = dịch vụ, CN = Configuration, DC = contoso, DC = com
Proxy được lựa chọn chính sách:
SMTP: @adatum.com
X 400: c = US; a = p = Microsoft; o =Site1;
SMTP: @Site1.Microsoft.com
MS:MICROSOFT / SITE1
CCMAIL: tại Site1
Proxy danh sách thay đổi:
Proxy để tạo ra:
Xung đột trong thế hệ:
Proxy được tạo ra:
Proxy bằng văn bản cho người nhận:

Sự kiện này mô tả các quyết định mà dịch vụ Cập Nhật nhận thực hiện trong bước đầu thế hệ ủy quyền, cùng với một bản tóm tắt của các chính sách hiện hành. Bạn có thể sử dụng sự kiện này thay vì của đọc qua tất cả các sự kiện tổ chức sự kiện ID 8130.

Xác định liệu thay đổi đã được yêu cầu

Sau khi địa chỉ danh sách hoặc quá trình đánh giá chính sách người nhận đã hoàn thành, các sự kiện sau đây sẽ xuất hiện trong Nhật ký ứng dụng.

Tổ chức sự kiện ID 8160

Sự kiện loại: thông tin
Sự kiện nguồn: MSExchangeAL
Thể loại sự kiện: Đồng bộ hóa danh sách địa chỉ
Tổ chức sự kiện ID: 8160
Ngày:Ngày
Thời gian:Giờ
Người dùng: N/A
Máy tính:Tên máy chủ
Mô tả: Không có thay đổi cần thiết cho CN =Tên người dùngCN = người dùng, DC = contoso, DC = com. DC = contoso, DC = com

Trong một số tình huống, tổ chức sự kiện ID 8160 xuất hiện trong Nhật ký ứng dụng ngay cả khi bạn có chắc rằng đối tượng nên đã bị thay đổi. Ví dụ, hãy xem xét các triệu chứng sau đây:
  • Bạn có một người nhận được những người không có bất kỳ địa chỉ proxy được chỉ định.
  • Bạn thấy các sự kiện tổ chức sự kiện ID 8130 chỉ ra rằng các chính sách người nhận phù hợp với người nhận này.
  • Quá trình đánh giá bản ghi một sự kiện tổ chức sự kiện ID 8160 để chỉ ra rằng đối tượng người nhận này không đòi hỏi bất kỳ thay đổi.
Thông thường, hành vi này xảy ra nếu các máy phát điện ủy quyền đã không nạp thành công. Để 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:
286356Trao đổi người nhận dịch vụ Cập Nhật không phải đóng dấu địa chỉ proxy trong Exchange 2000 Server và trong Exchange Server 2003
Nếu thay đổi được thực hiện cho các đối tượng, các sự kiện sau đây xuất hiện trong Nhật ký ứng dụng.

Tổ chức sự kiện ID 8039

Sự kiện loại: thông tin
Sự kiện nguồn: MSExchangeAL
Thể loại sự kiện: Đồng bộ hóa danh sách địa chỉ
Tổ chức sự kiện ID: 8039
Ngày:Ngày
Thời gian:Giờ
Người dùng: N/A
Máy tính:Tên máy chủ
Mô tả:Hoàn tất giao dịch...

DN:<guid=edc7ea535f006845892c30a34f038549></guid=edc7ea535f006845892c30a34f038549>
changetype: sửa đổi
showInAddressBook: thêm: CN = tất cả người dùng, CN = tất cả các danh sách địa chỉ, CN = địa chỉ liệt kê Container, CN = Microsoft, CN = Mic...: CN = mặc định toàn cầu địa chỉ danh sách, CN = tất cả toàn cầu địa chỉ danh sách, CN = danh sách địa chỉ
Cont...
thư:TestUser1@Site1.Microsoft.com
textEncodedORAddress:c = U.S.; a = p = Microsoft; o =Site1; s =Người sử dụng1; g =Test;proxyAddresses:X 400: c = U.S.; a = p = Microsoft; o =Site1; s =User1; g =Test;
: SMTP:TestUser1@Site1.Microsoft.com
: MS:MICROSOFT /SITE1/TESTUSER1
: CCMAIL:User1, Test tại Site1
: smtp:TestUser1@adatum.com
msExchPoliciesIncluded:add:{14FE313C-34F5-41DC-8361-D58A46A5260A},{3B6813EC-CE89-42BA-9442-D87D4AA30DBC}: {14FE313C-34F5-41DC-8361-D58A46A5260A},{26491CFC-9E50-4857-861B-0CB8DF22B5D7}
msExchUserAccountControl:0
msExchALObjectVersion:49
objectGUID:EDC7EA535F006845892C30A34F038549
-
DC = contoso, DC = com

Tổ chức sự kiện ID 8035 người

Sự kiện loại: thông tin
Sự kiện nguồn: MSExchangeAL
Thể loại sự kiện: Đồng bộ hóa danh sách địa chỉ
ID sự kiện: 8035 người
Ngày:Ngày
Thời gian:Giờ
Người dùng: N/A
Máy tính:Tên máy chủ
Mô tả: Thành công lần mục ' CN =TestUser1CN = người dùng, DC = contoso, DC = com' trên thư mục Tên máy chủ. contoso.com. DC = contoso, DC = com

Tổ chức sự kiện ID 8167

Sự kiện loại: thông tin
Sự kiện nguồn: MSExchangeAL
Thể loại sự kiện: Đồng bộ hóa danh sách địa chỉ
Tổ chức sự kiện ID: 8167
Ngày:Ngày
Thời gian:Giờ
Người dùng: N/A
Máy tính:Tên máy chủ
Mô tả:
Lần đối tượng: ' CN =TestUser1CN = người dùng, DC = contoso, DC = com'. DC = contoso, DC = com

Cuối cùng, sau khi đánh giá các người nhận này đã hoàn thành, các sự kiện sau đây xuất hiện trong Nhật ký ứng dụng.

Tổ chức sự kiện ID 8133

Sự kiện loại: thông tin
Sự kiện nguồn: MSExchangeAL
Thể loại sự kiện: Đồng bộ hóa danh sách địa chỉ
ID sự kiện: 8133
Ngày:Ngày
Thời gian:Giờ
Người dùng: N/A
Máy tính:Tên máy chủ
Mô tả: Tính toán hoàn thành vào ' CN =TestUser1CN = người dùng, DC = contoso, DC = com'. DC = contoso, DC = com

Tổ chức sự kiện ID 8162

Sự kiện loại: thông tin
Sự kiện nguồn: MSExchangeAL
Thể loại sự kiện: Đồng bộ hóa danh sách địa chỉ
Tổ chức sự kiện ID: 8162
Ngày:Ngày
Thời gian:Giờ
Người dùng: N/A
Máy tính:Tên máy chủ
Mô tả: Thread # 12b8: đang chờ tiếp theo danh sách địa chỉ giao dịch. DC = contoso, DC = com

Rus nhân rộng nhân rộng đối tượng không

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

Thuộc tính

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

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

  • kbnosurvey kbarchive kbhowtomaster kbexchtechbulletin kbdirectory kbinfo kbmt KB822794 KbMtvi
Phản hồi