Cách khắc phục sự cố thông báo lỗi đồng bộ hóa MMSSPP trong Office 365 dành riêng

Tóm tắt

Bài viết này liệt kê các mã lỗi đồng bộ hóa dịch vụ được quản lý Dịch vụ được quản lý của Microsoft (MMSSPP) cùng với các giải pháp cho các lỗi mà các mã này đại diện. Hiện tại, khách hàng có thể tìm thấy các lỗi đồng bộ hóa được liệt kê trong báo cáo đồng bộ MMSSPP. Báo cáo đồng bộ hóa MMSSPP được cung cấp cho các khách hàng Microsoft Office 365 dành riêng một lần mỗi ngày.Lưu ý Nếu khách hàng muốn nhận báo cáo lỗi đồng bộ hóa thường xuyên hơn, họ có thể gửi yêu cầu thay đổi thông qua trình quản lý phân phối dịch vụ của họ. Tần suất của các báo cáo có thể được tăng lên không quá một lần cho mỗi vòng tròn đồng bộ hóa MMSSPP. Tất cả các lỗi đồng bộ hóa (nghĩa là, những lỗi này có mã bắt đầu bằng "SE") có cùng một tác động bất kể các lỗi đồng bộ hóa cụ thể. Mô tả tác động đó theo sau. Các lỗi cung cấp (nghĩa là, những lỗi này có mã bắt đầu bằng "PE") không có tác động đó.

Thông tin Bổ sung

Lưu ý Bạn nên dùng tên nguồn được phân biệt (DN) của một đối tượng khi bạn tìm kiếm các lỗi đồng bộ. Nếu nguồn DN không hoạt động, bạn nên sử dụng DN được quản lý của một đối tượng.

Lưu ý Đối với các lỗi được liên kết với nhóm và thành viên nhóm, hãy xem phần "thiếu thành viên trong nhóm phân phối".

• SE1008No targetAddress trên đối tượng người dùng Đối tượng người dùng không có hộp thư (homeMDB) và không có giá trị targetAddress . Kết quả này trong các lỗi email chưa được phân phát. Xúc Không có tác động bổ sung nào. Xem phần "tác động của lỗi đồng bộ hóa chung" ở gần đầu bài viết này để biết mô tả về tác động của lỗi đồng bộ hóa này. 30 Tạo một hộp thư cho đối tượng người dùng. Hoặc, trỏ giá trị targetAddress thành một hộp thư hiện có.

• Giá trị thuộc tính SE1101The mail không hợp lệ Định dạng của địa chỉ email giao thức truyền thư đơn giản (SMTP) không chính xác hoặc chứa các ký tự không được hỗ trợ. Xúc Nếu hộp thư của khách hàng hiện diện, nó không thể được di chuyển đến thư mục MSO-hosted cho đến khi vấn đề này được sửa lại. 30 Thuộc tính thư phải được sửa trước khi MMSSPP có thể tiếp tục đồng bộ hóa. Để biết thêm thông tin về cách sửa định dạng địa chỉ SMTP, hãy bấm số bài viết sau để xem bài viết trong cơ sở kiến thức Microsoft:

  316061 XADM: trình kết nối SMTP trả về một thông báo lỗi khi các ký tự không hợp lệ được dùng

• Giá trị thuộc tính thư SE1102 không nằm trong danh sách tên miền SMTP được quản lý Hậu tố SMTP của thuộc tính thư không có trong danh sách các tên miền SMTP được phép có quyền cung cấp hộp thư. (Danh sách này còn được gọi là danh sách tên miền SMTP được quản lý). Xúc Nếu hộp thư của khách hàng hiện diện, nó không thể được di chuyển đến thư mục MSO-hosted cho đến khi vấn đề này được sửa lại. 30 Liên hệ với MSO nếu tên miền SMTP này sẽ được thêm vào danh sách tên miền SMTP được quản lý. Hoặc, sửa địa chỉ email nếu không hợp lệ.

  • MMSSPP sẽ cho tất cả các đối tượng người dùng có hộp thư (homeMDB hoặc thẻ chỉ báo hộp thư cấu hình [CMIT]) trong hệ thống thư tại chỗ của khách hàng để có một địa chỉ email có một hậu tố trong danh sách tên miền SMTP được quản lý.

  • Ngoại lệ duy nhất xảy ra khi một giá trị targetAddress cũng được đặt. Ví dụ, ngoại lệ sẽ xảy ra khi hộp thư của khách hàng không được lưu trữ tại chỗ nhưng bên ngoài hệ thống thư của khách hàng.

  • Cáo Nếu địa chỉ email được thay đổi trên đối tượng khách hàng để các hậu tố của nó không nằm trong danh sách tên miền SMTP được quản lý nữa và nếu người dùng đó có hộp thư MSO-hosted, hộp thư của MSO-hosted sẽ được phân tách và lỗi đồng bộ hóa SE1153 sẽ được tạo ra. Để biết thêm thông tin về lỗi đồng bộ SE1153, hãy xem SE1153.

• Thuộc tính SE1103Mail là NULL Thuộc tính thư không được đặt trên nhóm hoặc đối tượng liên hệ (giá trị null). Xúc Không có tác động bổ sung nào. Xem phần "tác động của lỗi đồng bộ hóa chung" ở gần đầu bài viết này để biết mô tả về tác động của lỗi đồng bộ hóa này. 30 Gán giá trị thuộc tính thư vào đối tượng trong rừng khách hàng. Lưu ý MMSSPP sẽ cho tất cả các đối tượng nhóm và liên hệ có địa chỉ email hợp lệ, được xác định.

• SE1104The targetAddress không có mặt Thuộc tính targetAddress không có trong đối tượng liên hệ (giá trị null). Tất cả các đối tượng liên hệ có địa chỉ email trong danh sách tên miền SMTP được quản lý sẽ có giá trị targetAddress của chúng được trỏ đến một địa chỉ SMTP bên ngoài. Xúc Không có tác động bổ sung nào. Xem phần "tác động của lỗi đồng bộ hóa chung" ở gần đầu bài viết này để biết mô tả về tác động của lỗi đồng bộ hóa này. 30 Gán một giá trị targetAddress bên ngoài hợp lệ cho từng đối tượng liên hệ bị ảnh hưởng. Lưu ý Ví dụ về một giá trị targetAddress hợp lệ là như sau:

  SMTP:userA@domainX.fabrikam.com

• SE1106 giá trị thuộc tính thư không phải là duy nhất Một đối tượng khác trong một trong các rừng khách hàng trong phạm vi đồng bộ hóa MMSSPP có cùng địa chỉ thư. Xúc Nếu hộp thư của khách hàng hiện diện, nó không thể được di chuyển đến thư mục MSO-hosted cho đến khi vấn đề này được sửa lại. 30 Thay đổi thuộc tính thư thành một giá trị duy nhất. Sử dụng truy vấn giao thức Access Directory (LDAP) sau đây để xác định các đối tượng có cùng địa chỉ thư:

  (&(|(objectCategory=user)(objectCategory=contact)(objectCategory=group))(mail=<email>))

  Ví dụ, một truy vấn đối với địa chỉ email Kim.Akers@contoso.com tương tự như sau:

  (&(|(objectCategory=user)(objectCategory=contact)(objectCategory=group))(mail=Kim.Akers@contoso.com))

• Giá trị SE1107The targetAddress không hợp lệ Định dạng của giá trị targetAddress không chính xác hoặc chứa các ký tự không được hỗ trợ. Xúc Không có tác động bổ sung nào. Xem phần "tác động của lỗi đồng bộ hóa chung" ở gần đầu bài viết này để biết mô tả về tác động của lỗi đồng bộ hóa này. 30 Giá trị targetAddress phải được sửa chữa. Để biết thêm thông tin về cách sửa định dạng địa chỉ SMTP, hãy bấm số bài viết sau để xem bài viết trong cơ sở kiến thức Microsoft:

  316061 XADM: trình kết nối SMTP trả về một thông báo lỗi khi các ký tự không hợp lệ được dùng

  • Nếu hộp thư không được lưu trữ trong MSO, hậu tố miền targetAddress cho đối tượng người dùng được kích hoạt thư không nên trong danh sách tên miền SMTP được quản lý.

  • Nếu hộp thư được lưu trữ trong MSO, hậu tố miền targetAddress cho đối tượng người dùng có hỗ trợ thư sẽ nằm trong danh sách tên miền SMTP được quản lý (Nếu tùy chọn cung cấp hộp thư mới cho thuê được đặt là tắt) hoặc được null (Nếu tùy chọn cung cấp hộp thư mới được đặt là bật).

  • Ví dụ về giá trị targetAddress hợp lệ là như sau:

    SMTP:userA@domainX.fabrikam.com

  • Hãy đảm bảo rằng giá trị targetAddress không bao gồm một khoảng trắng hoặc ký tự không hợp lệ khác. Dấu khoảng trắng không hợp lệ và đặc biệt khó nhìn thấy.

• SE1112 giá trị targetAddress nằm trong danh sách tên miền SMTP được quản lý Hậu tố SMTP của giá trị targetAddress trỏ đến danh sách tên miền SMTP được quản lý. Xúc Không có tác động bổ sung nào. Xem phần "tác động của lỗi đồng bộ hóa chung" ở gần đầu bài viết này để biết mô tả về tác động của lỗi đồng bộ hóa này. 30 Thay đổi hậu tố của giá trị targetAddress để các điểm hậu tố vào một tên miền không có trong danh sách tên miền SMTP được quản lý và do đó sẽ không cho phép cung cấp hộp thư. Những đối tượng này có một hộp thư được lưu trữ trên một hệ thống bên ngoài (tức là không phải trên hệ thống thư khách hàng) và sẽ được đồng bộ hóa với thư mục MSO-hosted là người dùng hỗ trợ thư.

• SE1115 thuộc tính thư không khớp với giá trị targetAddress trên đối tượng liên hệ Thuộc tính thư của đối tượng liên hệ không nằm trong danh sách tên miền SMTP được quản lý và giá trị targetAddress không khớp với thuộc tính thư. MMSSPP sẽ có tất cả các đối tượng liên hệ nội bộ có một hậu tố tên miền địa chỉ email từ danh sách tên miền SMTP để khớp với các thuộc tính thư và targetAddress . Xúc Không có tác động bổ sung nào. Xem phần "tác động của lỗi đồng bộ hóa chung" ở gần đầu bài viết này để biết mô tả về tác động của lỗi đồng bộ hóa này. 30 Các thuộc tính thư và targetAddress sẽ khớp với tất cả các đối tượng liên hệ nội bộ. Liên hệ nội bộ là những người có hậu tố thư trong danh sách tên miền SMTP được quản lý.

• Giá trị địa chỉ proxy SE1117 không phải là duy nhất Thuộc tính proxy proxyAddresses chứa địa chỉ trùng lặp trong một trong các rừng khách hàng trong phạm vi đồng bộ hóa MMSSPP. Một đối tượng khác đã có cùng địa chỉ proxy trong thuộc tính proxyAddresses được quản lý của Microsoft. Thuộc tính proxyAddress được quản lý trùng lặp có thể đến từ một trong những thao tác sau:

  • Thuộc tính thư nguồn

  • Thuộc tính proxyAddress nguồn

  • Thuộc tính targetAddress nguồn Ghi chú Thuộc tính này sẽ dẫn đến lược đồ Active Directory được quản lý như thuộc tính proxyAddress phụ.

  Xúc Không có tác động bổ sung nào. Xem phần "tác động của lỗi đồng bộ hóa chung" ở gần đầu bài viết này để biết mô tả về tác động của lỗi đồng bộ hóa này. 30 Xóa địa chỉ proxy trùng lặp từ thuộc tính proxyAddresses của đối tượng thích hợp mà không cần phải có địa chỉ. Để thực hiện điều này, hãy dùng truy vấn LDAP sau để xác định các đối tượng chia sẻ cùng địa chỉ Proxy:

  (&(|(objectCategory=user)(objectCategory=contact)(objectCategory=group))(proxyAddresses=<address>))

  Ví dụ, một truy vấn cho địa chỉ email proxy Kim.Akers@contoso.com tương tự như sau:

  (&(|(objectCategory=user)(objectCategory=contact)(objectCategory=group))(proxyAddresses=SMTP:kim.akers@contoso.com))

  Lưu ý Để duy trì khả năng trả lời cho địa chỉ thừa kế, một số địa chỉ proxy được quản lý được bảo vệ khỏi việc xóa tình cờ và không được tự động xóa khỏi lược đồ quản lý Active Directory khi chúng được xóa khỏi nguồn. Để giải quyết vấn đề này, hãy làm theo các hướng dẫn sau:

  • Nếu lỗi xác định địa chỉ proxy nằm trong tên miền định tuyến được quản lý (chẳng hạn như @mgd. contoso.com), địa chỉ proxy phải bị loại bỏ bởi hỗ trợ Microsoft Online Services.

  • Địa chỉ proxy của kiểu proxy x500 không bị loại bỏ trong các phiên bản trước 12,2 của MMSSPP khi họ bị xóa khỏi lược đồ nguồn Active Directory. Trong phiên bản hiện tại, địa chỉ proxy x500 được xóa khỏi rừng khách hàng ngay lập tức bị xóa khỏi rừng được quản lý. Các địa chỉ proxy x500 trước đây đã bị loại bỏ khỏi rừng khách hàng nhưng vẫn tồn tại trong sơ đồ quản lý Active Directory hiện có thể bị loại bỏ. Để loại bỏ các địa chỉ proxy x500 này, hãy làm theo các bước sau đây:

    1. Thêm địa chỉ proxy không mong muốn x500 trở về đối tượng nguồn gốc.

    2. Chờ hai chu kỳ đồng bộ.

    3. Loại bỏ các địa chỉ proxy không mong muốn x500 khỏi đối tượng nguồn. Địa chỉ proxy không mong muốn sẽ được xóa khỏi lược đồ Active Directory được quản lý trong vòng tròn đồng bộ tiếp theo.

• SE1118 mailnickname là NULL biệt danh mailis trống trên đối tượng liên hệ khách hàng và mmsspp không thể tạo đối tượng liên hệ khách hàng bằng cách sử dụng quy tắc máy tính thuộc tính mailnickname . Các quy tắc máy phát điện mặc định sẽ cố gắng sử dụng Givenname (còn được gọi là tên và SN (còn được gọi là tên họ) trong Active Directory để tạo một giá trị mailnickname cho một liên hệ không có giá trị được xác định trên đối tượng khách hàng. Xúc Không có tác động bổ sung nào. Xem phần "tác động của lỗi đồng bộ hóa chung" ở gần đầu bài viết này để biết mô tả về tác động của lỗi đồng bộ hóa này. 30 Đặt giá trị Mailnickname hoặc givenname (còn được gọi là tên thứ nhất) và SN (còn được gọi là họ), giá trị thuộc tính trên đối tượng liên hệ khách hàng.

• Hậu tố thuộc tính SE1119 mail khớp với hậu tố địa chỉ định tuyến được quản lý Hậu tố thuộc tính thư không phải khớp với hậu tố địa chỉ định tuyến được quản lý. Hậu tố địa chỉ định tuyến được quản lý được dùng để định tuyến thư từ đối tượng khách hàng đến một hộp thư được lưu trữ MSO trong khi môi trường thư kế thừa của khách hàng vẫn còn trong giai đoạn cùng tồn tại với MSO. Do đó, chỉ cần sử dụng như một phần của targetAddress và các địa chỉ SMTP và không bao giờ trong thư hoặc địa chỉ SMTP chính trên đối tượng khách hàng. Hậu tố địa chỉ định tuyến được quản lý thường sẽ mất định dạng @mgd. contoso.com. Xúc Hộp thư của khách hàng nếu trình bày, không thể được di chuyển đến thư mục MSO-hosted cho đến khi sự cố này được sửa. 30 Thay đổi địa chỉ email thành một giá trị SMTP hợp lệ có một hậu tố không phải là hậu tố địa chỉ định tuyến được quản lý.

• SE1125 xác thực đối tượng người dùng không thành công cho đối tượng DN [CN =... DC = com] trong dòng xuất thư (thư = [user@contoso.com]; targetAddress = [SMTP:user@northwindtraders.com]) Sự kết hợp của thuộc tính thư và thuộc tính targetAddress không sử dụng cấu hình hợp lệ. Xúc Không thể hoàn thành hành động cung cấp do trạng thái không hợp lệ trên đối tượng khách hàng. Trạng thái không hợp lệ này có thể chặn bất kỳ thao tác nào sau đây:

  • Phân quyền hộp thư

  • Cung cấp hộp thư

  • Cung cấp người dùng thư

  • Phân bổ người dùng thư

  GiảiPháp: Hãy đảm bảo rằng kết hợp hợp lệ của thuộc tính thư và thuộc tính targetAddress được áp dụng cho đối tượng nguồn. Ngoài ra, hãy đảm bảo rằng địa chỉ đích không bao gồm dấu cách màu trắng. Lưu ý́

  • Đối với người dùng thư: thuộc tính targetAddress phải khớp với thuộc tính thư hoặc phải là NULL. (Kiểm tra quy tắc cung cấp.)

  • Đối với hộp thư: hậu tố targetAddress phải là tên miền định tuyến được quản lý (nghĩa là tên miền có chứa @mgd) nếu tính năng thuê mới không được bật. Hoặc, hậu tố targetAddress phải là NULL nếu tính năng thuê mới được bật. Tên miền thuộc tính thư phải nằm trong danh sách của MMSSPP bao gồm các tên miền SMTP. Danh sách tên miền SMTP của MMSSPP được tùy chỉnh cho mỗi khách hàng.

  Để biết thêm thông tin về tính năng thuê mới, hãy xem mục "thông tin thêm về tình huống thuê mới".

• SE1129 phát hiện ra một hộp thư khách hàng và một hộp thư được quản lý cho đối tượng DN [CN =...] Một giá trị homeMDB tồn tại trong cả khách hàng và các môi trường được quản lý. Xúc Dòng thuộc tính từ đối tượng nguồn đến đối tượng Active Directory được quản lý cho đến khi điều chỉnh được vấn đề này. 30 Nếu người dùng phải có hộp thư được lưu trữ trong MSO, hãy loại bỏ homeMDB từ thư mục hoạt động của khách hàng. Nếu người dùng không nên có một hộp thư trong MSO, tạm thời xóa nguồn gốcvà sử dụng thuộc tính dephép rõ ràng để hủy cung cấp hộp thư được quản lý. Sau khi hộp thư được quản lý không được cung cấp, các homeMDB nguồn có thể được khôi phục. Lỗi này thường xảy ra khi thuộc tính homeMDB khách hàng vô tình bị đóng dấu với giá trị mso homeMDB .

• Giá trị địa chỉ proxy SE1131 không hợp lệ Định dạng của giá trị địa chỉ proxy SMTP không chính xác hoặc chứa các ký tự không được hỗ trợ. Xúc Hộp thư của khách hàng nếu trình bày, không thể được di chuyển đến thư mục MSO-hosted cho đến khi sự cố này được sửa. 30 Giá trị địa chỉ proxy SMTP phải được sửa. Theo mặc định, các hậu tố tên miền cấp cao nhất được giới hạn ở ba ký tự đối với giá trị proxyAddresses chính và năm ký tự đối với giá trị proxyAddress phụ. Để biết thêm thông tin về cách sửa định dạng địa chỉ SMTP, hãy bấm số bài viết sau để xem bài viết trong cơ sở kiến thức Microsoft:

  316061 XADM: trình kết nối SMTP trả về một thông báo lỗi khi các ký tự không hợp lệ được dùng

• SE1137 đối tượng với DN [CN =..., DC = com] xác định thuộc tính khách hàng extensionattribute [NN] = [aaaaaaaa-aaaa-aaaa-aaaa-aaaaaaaaaaaa], nhưng không tham gia vào bất kỳ đối tượng nào khácghi lại thuộc tính phần mở rộng chính xác là thuộc tính kết nối lại tự động (ASR) và được tùy chỉnh cho mỗi môi trường khách hàng. Lỗi này cho biết rằng đối tượng nguồn được đặt để kết nối với một hộp thư hiện có thông qua ASR. Tuy nhiên, đối tượng được quản lý hiện đang được liên kết với GUID đối tượng nguồn được chỉ định không thể kết nối được. Lỗi điều kiện SE1139 và SE1140 sẽ tạo ra thông điệp giống hệt nhau và có cùng một giải pháp. Xúc Không thể tham gia đối tượng nguồn vào đối tượng được quản lý được kết nối với hộp thư được quản lý. Ngoài ra, không thể tạo được một hộp thư được quản lý mới.  30 Giá trị thuộc tính của phần mở rộng ASR sẽ được xóa. Sau khi chạy vòng tròn tiếp theo, MMSSPP sẽ tạo ra một đối tượng được quản lý mới. Nếu khách hàng cấu hình đồng bộ phù hợp, MMSSPP sẽ tạo một hộp thư được quản lý trống mới. Nhóm hỗ trợ dịch vụ trực tuyến của Microsoft (MOSSUP) sau đó sẽ khôi phục nội dung của hộp thư đã bị ngắt kết nối cũ sang một trang trống mới. Lỗi này xảy ra khi đối tượng mất mát hoặc nguồn cũ bị lọc hoặc chuyển ra khỏi phạm vi MMSSPP trước thuộc tính phần mở rộng ASR đã được đặt trên đối tượng mới. Nói cách khác, quá trình ASR bắt đầu đối với đối tượng mới sau khi đối tượng được quản lý đã hết hạn trong đơn vị tổ chức PendingDeletions (OU). Để tránh những lỗi này khi di chuyển liên lạc, hãy đánh dấu giá trị thuộc tính phần mở rộng ASR trên đối tượng mới và xác nhận rằng quy trình ASR đã hoàn tất thành công trước khi đối tượng mất hoặc bị lọc cũ.

• SE1144 không thể tìm thấy một hàng duy nhất trong Idis với SourceObjectGUID [{0}] và SecondaryVerification [{1}] kết hợp và pendingxóa đặt thành 1 cho đối tượng DN [{2}] Lỗi này có thể xảy ra sau khi kết nối lại dịch vụ tự động không thành công (ASR) hoặc sau khi một đối tượng được lấy từ phạm vi MMSSPP, thay đổi, sau đó trả về phạm vi. Đối với ASR hoặc một vị trí kết nối lại để thành công, phải có kết hợp giữa các đối tượng nguồn và đối tượng đối tượng đối với thư và GUID đối tượng khách hàng. Khi lỗi này xảy ra, một trong những điều kiện này không được đáp ứng. Xúc Không thể tham gia đối tượng nguồn vào đối tượng được quản lý được kết nối với hộp thư được quản lý. Ngoài ra, không thể tạo được một hộp thư được quản lý mới.  30 Hãy đảm bảo rằng các giá trị thư giống hệt với đối tượng mới hoặc có thể đạt được và đối tượng cũ mất hoặc nguồn. Trong một kịch bản ASR, GUID được đóng dấu trong thuộc tính ASR phải là GUID của đối tượng nguồn cũ, không phải là GUID của đối tượng được quản lý tương ứng. Nếu những điều kiện được xác nhận, hãy liên hệ với bộ phận hỗ trợ trực tuyến của Microsoft để được trợ giúp. Lỗi này xảy ra khi địa chỉ email được thay đổi trên đối tượng cũ (mất hoặc nguồn) trước khi quá trình ASR hoàn thành. Để tránh các lỗi này trên di chuyển liên lạc, hãy đóng dấu giá trị thuộc tính phần mở rộng ASR trên đối tượng mới và xác nhận rằng quy trình ASR sẽ kết thúc thành công trước khi đối tượng cũ (mất hoặc nguồn) được lọc hoặc thay đổi. Nếu một đối tượng bị loại bỏ khỏi phạm vi MMSSPP và sau đó trả về phạm vi trước khi đối tượng được quản lý bị xóa khỏi hàm PendingDeletions, giá trị thư phải là giống hệt với những gì nó là khi tên ban đầu được loại bỏ khỏi phạm vi. Nếu không, các đối tượng sẽ không kết nối lại và bạn phải chờ khoảng thời gian chấm công để xóa hết hạn.

• SE1153 [trạng thái không nhất quán]: việc chuyển tiếp >của Meu-được phát hiện, nhưng đối tượng có DN [CN =... DC = net] không ngừng cung cấp không rõ ràng hộp thư được quản lý (quy tắc Deprovisionmailboxenabngười dùng = FALSE) Lỗi này cho biết rằng hộp thư tồn tại trong môi trường Microsoft Online. Tuy nhiên, đối tượng nguồn được thay đổi thành cấu hình người dùng có hỗ trợ thư (nếu điều này đã được thực hiện trong lỗi, các bước "giải quyết" bên dưới sẽ giải thích cách sửa lỗi này.) Để tránh việc cung cấp hộp thư tình cờ, khách hàng phải đánh dấu cách rõ ràng thuộc tính bị cung cấp trước khi loại thư cho đối tượng đã được thay đổi. Lỗi điều kiện SE1151, SE1152 và SE1154 sẽ tạo ra một thông điệp giống hệt nhau và có cùng một giải pháp. Xúc Hộp thư dự định cho việc ngừng cung cấp vẫn hiện diện trong môi trường Microsoft Online. Không có thuộc tính nguồn thay đổi sẽ chuyển sang đối tượng trong đối tượng được quản lý và hộp thư được quản lý sẽ không bị hủy cung cấp. Giải pháp

  1. Nếu bạn muốn thay đổi đối tượng thành người dùng hỗ trợ thư, hãy hoàn tác các thay đổi đã được thực hiện, rồi làm theo các bước này để thay đổi chính xác nó thành người dùng hỗ trợ thư.

     1. Trả về giá trị thư và targetAddress vào các giá trị ban đầu của chúng (targetAddress chứa @mgd). Hãy đảm bảo rằng các giá trị thư và targetAddress là hợp lệ. Hãy đảm bảo rằng không có khoảng trắng đứng đầu hoặc ở trong một trong hai thuộc tính. Sau đó, chờ hai chu kỳ đồng bộ để chạy. Các bước này giải quyết lỗi và trả về đối tượng cho trạng thái được cho phép có hộp thư hợp lệ.

     2. Đặt thuộc tính decung rõ ràng và thay đổi giá trị targetAddress để có một hậu tố không thuộc tên miền định tuyến được quản lý (@mgd).

  2. Nếu đối tượng vẫn là một đối tượng hộp thư và bạn đã nhận được lỗi này, hãy thực hiện thao tác sau đây:

     • Hãy đảm bảo rằng các giá trị cho thư và targetAddress phù hợp với quy tắc cung cấp được yêu cầu đối với hộp thư. Một hoặc cả hai có thể đã bị thay đổi. Kiểm tra các giá trị nguồn và đảm bảo rằng các điều kiện sau đây là đúng:

       • Không có dấu cách da trắng đứng đầu hoặc ở trong một trong hai thuộc tính.

       • Hậu tố targetAddress không có các chữ cái được hoán đổi. Ví dụ, không sử dụng @mdg. contoso.com thay vì @mgd. contoso.com.

       • Giá trị thư không chứa @mgd hoặc công ty bạn tương đương với địa chỉ proxy được quản lý. Tên miền thư phải nằm trong danh sách bao gồm SMTP.

  Lưu ý Nếu tính năng cho thuê mới không được kích hoạt, giá trị targetAddress phải bao gồm các @mgd trong hậu tố. Xác nhận rằng hậu tố có chứa @mgd và nó chỉ định tên miền định tuyến được quản lý chính xác. Nếu tính năng cho thuê mới được bật, giá trị targetAddress sẽ bao gồm một @mgd hợp lệ... địa chỉ định tuyến, hoặc có thể là NULL nếu khách hàng không sử dụng EOP hoặc di chuyển tới vNext/MT.

• SE1155 giá trị địa chỉ proxy [{0}] trong thuộc tính proxyAddresses trên {1} đối tượng DN [{2}] là một địa chỉ SMTP không hợp lệ cho địa chỉ SMTP phụ và sẽ bị loại bỏ. Vui lòng sửa hiệu lực của địa chỉ proxy. Lỗi này cho biết một địa chỉ SMTP không hợp lệ tồn tại đối với một proxy SMTP phụ. Xúc Không có tác động bổ sung nào. Xem phần "tác động của lỗi đồng bộ hóa chung" ở gần đầu bài viết này để biết mô tả về tác động của lỗi đồng bộ hóa này. 30

  1. Giá trị địa chỉ proxy SMTP phải được sửa trước khi MMSSPP có thể tiếp tục đồng bộ cho đối tượng này. Hãy đảm bảo rằng không có khoảng trắng đứng đầu hoặc không có dấu trắng. Để biết thêm thông tin về cách sửa định dạng địa chỉ SMTP, hãy bấm số bài viết sau để xem bài viết trong cơ sở kiến thức Microsoft:

     316061 XADM: trình kết nối SMTP trả về một thông báo lỗi khi các ký tự không hợp lệ được dùng

  2. Quy tắc hợp lệ khác nhau cho các giá trị chính và các giá trịproxyAddress phụ. Ví dụ, địa chỉ SMTP chính được giới hạn ở một hậu tố tên miền cấp cao ba chữ số (@contoso. com hoặc contoso.net). Địa chỉ SMTP phụ có giới hạn năm ký tự trong tên miền cấp cao nhất (@contoso. Local). Những quy tắc này được cấu hình theo yêu cầu để phù hợp với các quy ước đặt tên khác nhau cho nhu cầu cục bộ.

• SE1290 không thể giải quyết tham chiếu-giá trị DN của thuộc tính [tên] Một thuộc tính tham chiếu của một nhóm chéo rừng không thể được giải quyết trong một thư mục MSO-hosted. Ví dụ: lỗi này xảy ra khi một thành viên nhóm chéo không có giá trị thuộc tính thư hoặc nếu địa chỉ thư khớp không tồn tại trong môi trường MSO-hosted. Xúc Đối tượng được tham chiếu không được trình bày trong tên thuộc tính Cross-Forest thuộc nhóm trong môi trường MSO-hosted. 30 Thiết lập một thuộc tính neo (chẳng hạn như thuộc tính thư) đến một giá trị tồn tại trong môi trường MSO-hosted.

• GUID đối tượng SE1401 được xác định trong thuộc tính tự động kết nối lại dịch vụ không hợp lệ hoặc không tồn tại Lỗi này và các lỗi liên quan đến ASR khác (SE1404, SE1405, SE1406) cho biết các vấn đề sau đây:

  • Giá trị được xác định trong thuộc tính ASR không phải là GUID hợp lệ.

  • Đối tượng được tham chiếu bởi GUID kết hợp với thuộc tính cổng phụ (thư) sẽ không tồn tại trong phạm vi MMSSPP.

  • GUID được tham chiếu và thuộc tính cổng phụ (thư) khớp với nhiều đối tượng trong phạm vi MMSSPP.

  Xúc Hộp thư của khách hàng nếu có, nếu có, không thể di chuyển từ một cây này sang rừng khác và đồng bộ đối tượng bị tạm ngừng. 30 Nếu ASR được thiết kế cho đối tượng này, hãy chỉ định một GUID đối tượng hợp lệ của đối tượng khác trong một khu vực khác. Giá trị cổng phụ (thư) cũng phải khớp với cả hai đối tượng. Nếu ASR không được dự định, giá trị này phải được xóa.

• Đối tượng SE1409 trong trạng thái xóa đang chờ xử lý có xung đột với đối tượng khác trong phạm vi Giá trị thuộc tính thư của đối tượng trong phạm vi xung đột với một đối tượng khác hiện đang trong trạng thái xóa đang chờ xử lý. Lỗi này được giải quyết tự động khi xóa bỏ hoàn thành trong N Days (theo mặc định, ba ngày) và khi đối tượng trong phạm vi được cung cấp. Xúc Đối tượng trong phạm vi mới sẽ không cung cấp hoặc đồng bộ cho đến khi đối tượng xung đột nằm trong trạng thái xóa đang chờ xử lý bị xóa. 30 Xác định địa chỉ email khác (và địa chỉ proxy có thể) cho đối tượng mới. Hoặc, đợi cho đến khi thời hạn xóa đang chờ hết hạn. Nếu lỗi này thường xuyên, hãy cân nhắc việc nộp đơn yêu cầu khách hàng với các dịch vụ trực tuyến của Microsoft để có được rút ngắn thời gian chờ xử lý. Sau khi thực hiện ASR ban đầu, thời gian được đề xuất là một ngày cho người dùng và nhóm và không có ngày cho các liên hệ.

• Lỗi SE1514 [extensionattribute10] không tồn tại. Không thể xử lý lỗi cho đối tượng [CN =... DC = com] Lưu ý Thuộc tính phần mở rộng chính xác là thuộc tính ASR và được tùy chỉnh cho mỗi môi trường khách hàng. Thông thường, lỗi này xảy ra khi một giá trị không hợp lệ được đặt cho thuộc tính phần mở rộng ASR. Thuộc tính phần mở rộng ASR phải là một chuỗi GUID hợp lệ. Nếu đối tượng không được dành cho di chuyển ASR, giá trị này phải được xóa. Xúc Đối tượng sẽ không được thay đổi, được cung cấp hoặc được phân bổ lại trong trạng thái này. 30 Đặt một chuỗi GUID hợp lệ cho thuộc tính ASR. Các định dạng chuỗi được phê duyệt sẵn dùng trong mục 8,2 của sổ tay giao diện cung cấp MMSSPP. Kiểm tra xem không có dấu cách nào có màu trắng và không có ký tự nào khác (chẳng hạn dấu chấm phẩy) tồn tại ở phần cuối của chuỗi. Thuộc tính ASR chỉ có thể sử dụng cho GUID đối tượng nguồn đích. Nếu đối tượng không được dành cho di chuyển ASR, giá trị này phải được xóa.

• SE1647 đối tượng người dùng nguồn với DN [{0}] đã bị loại bỏ khỏi phạm vi nhưng hộp thư lưu trữ có một tổ chức tranh chấp được đặt bởi [{1}] trên [{2}]. Đối tượng và hộp thư được quản lý sẽ không bị xóa. Để xóa hộp thư này, hãy loại bỏ giữ tranh chấp. Hộp thư được quản lý được cấu hình để giữ tranh chấp. Tuy nhiên, đối tượng nguồn liên quan được lọc hoặc loại bỏ khỏi phạm vi MMSSPP. MMSSPP không xóa đối tượng được quản lý cho đến khi việc giữ tranh chấp được loại bỏ. Xúc Đối tượng sẽ không được phân bổ trong trạng thái này. 30 Hành vi này là do thiết kế, bởi vì duy trì vụ kiện là một thiết đặt rõ ràng để giữ nguyên tính toàn vẹn hộp thư. Nếu hộp thư phải bị xóa, Giữ tranh chấp phải được khách hàng loại bỏ.

• SE1648 một hộp thư được lưu trữ cho đối tượng người dùng nguồn với DN [{0}] đã được xác định bởi MMSSPP sẽ được phân tách nhưng hộp thư lưu trữ có một tổ chức tranh chấp được đặt bởi [{1}] trên [{2}]. Đối tượng và hộp thư được quản lý sẽ không bị xóa. Để hủy cung cấp hộp thư này, hãy loại bỏ giữ tranh chấp. Hộp thư được quản lý được cấu hình để giữ tranh chấp. Tuy nhiên, đối tượng nguồn liên quan được cấu hình để hủy cung cấp hộp thư được quản lý. MMSSPP không ngắt kết nối hộp thư được quản lý cho đến khi việc giữ tranh chấp được loại bỏ. Xúc Đối tượng không được phân bổ trong trạng thái này. 30 Hành vi này là do thiết kế, bởi vì duy trì vụ kiện là một thiết đặt rõ ràng để giữ nguyên tính toàn vẹn hộp thư. Nếu hộp thư phải bị xóa, Giữ tranh chấp phải được khách hàng loại bỏ.

• Lỗi PE1: bật hộp thư không lưu trữ MSO không thành công Lỗi xảy ra khi MMSSPP cố gắng bật hộp thư MSO-hosted. Xúc MMSSPP không thể tạo hộp thư không lưu trữ MSO cho đến khi sự cố này được sửa. 30 Xem chi tiết cụ thể trong báo cáo lỗi về đối tượng đó để chỉ báo về vấn đề và các bước khắc phục sự cố. Liên lạc với Microsoft liên lạc nếu các bước phát hành hoặc khắc phục sự cố vẫn không rõ ràng.

• Lỗi PE1: mã vùng được chỉ định (' ') cho ' CN =..., DC = mgd, DC = MSFT, DC = net ' không hợp lệ... Nếu Trung tâm dữ liệu trong hai khu vực địa lý (chẳng hạn như Bắc Mỹ và châu Âu) sẵn dùng cho một môi trường chuyên dụng dành riêng cho Office 365, các giá trị được xác định để xác định vị trí của một hộp thư mới. Lỗi này xảy ra nếu thuộc tính cung cấp hộp thư không chứa một giá trị hợp lệ. Nếu dịch vụ Microsoft Online được đặt cấu hình cho một vị trí địa lý cụ thể cho công ty của bạn, hãy sử dụng mã vùng là bắt buộc trong thuộc tính cung cấp hộp thư. Xúc Hộp thư sẽ không được cung cấp cho đến khi lỗi này được sửa. 30 Hãy đảm bảo rằng một vùng hợp lệ được đặt cho thuộc tính cung cấp hộp thư trong phần định dạng REG =XX, trong đó XX là một mã vùng hợp lệ. Ngoài ra, hãy đảm bảo rằng loại hộp thư hoặc giá trị cung cấp là hợp lệ. Ví dụ: extensionattribute10: MBX =St; REG =na; Ghi chú Thuộc tính phần mở rộng cung cấp hộp thư được tùy chỉnh cho mỗi môi trường khách hàng.

• Lỗi PE1: lỗi WPS [bật-hộp thư]: giá trị thuộc tính không hợp lệ. Giá trị không thể chứa khoảng trắng hàng đầu hoặc dấu khoảng trắng. Tên thuộc tính: * * * Hiển thị tên * * * hoặc * * * tên * * * Không hợp lệ cho các dấu hiệu hoặc dấu đầu trang là không hợp lệ đối với các thuộc tính của dISPlayname và tên thuộc tính Active Directory. Xúc Đối tượng được quản lý sẽ không được cung cấp cho đến khi lỗi này được sửa. 30

  • Nếu một đối tượng được cấu hình bằng cách sử dụng dấu cách dấu màu trắng trong thuộc tính DisplayName , hãy xóa bỏ khoảng trắng. Sau khi bạn thực hiện điều này, hộp thư hoặc người dùng được kích hoạt thư sẽ được cung cấp.

  • Nếu một đối tượng được cung cấp bằng cách dùng một khoảng trắng hàng đầu trong thuộc tính DisplayName , hãy xóa bỏ khoảng trắng. Đối tượng được quản lý phải được sửa chữa bằng cách leo lên nhóm hỗ trợ dịch vụ trực tuyến của Microsoft (MOSSUP).

• Lỗi PE1: lỗi WPS [bật-hộp thư]: địa chỉ ' smtp:.username@contoso.com ' không hợp lệ Thuộc tính thư đã chỉ định không hợp lệ. Xúc Đối tượng được quản lý sẽ không được cung cấp cho đến khi lỗi được sửa. 30 Thuộc tính phải được sửa chữa. Các lỗi phổ biến bao gồm các ký tự không hợp lệ, không gian trắng (bao gồm một dấu cách khó nhìn thấy dấu trắng), hàng đầu hoặc dấu chấm, và lặp lại các giai đoạn.

• Lỗi PE1: lỗi WPS [bật-hộp thư]: địa chỉ proxy "smtp:user.one@mgd.contoso.com" hiện đã được sử dụng bởi [managedDN]. Vui lòng chọn một địa chỉ proxy khác. ManagedDN:...Thuộc tính proxyAddresses chứa địa chỉ trùng lặp trong một trong các rừng khách hàng trong phạm vi đồng bộ hóa MMSSPP. Một đối tượng khác đã có cùng địa chỉ proxy trong thuộc tính proxyAddresses được quản lý của Microsoft. Thuộc tính proxyAddress được quản lý trùng lặp có thể xuất phát từ thuộc tính thư nguồn, thuộc tính proxyAddress nguồn hoặc thuộc tính targetAddress nguồn. (Điều này sẽ dẫn đến lược đồ Active Directory được quản lý như một proxyAddress phụ.) Xúc Không có tác động bổ sung nào. Xem phần "tác động của lỗi đồng bộ hóa chung" ở gần đầu bài viết này để biết mô tả về tác động của lỗi đồng bộ hóa này. 30 Thay đổi hoặc xóa bỏ thuộc tính targetAddress trùng lặp hoặc địa chỉ proxy của đối tượng không nên có. Sử dụng truy vấn LDAP sau để xác định các đối tượng chia sẻ cùng địa chỉ Proxy: (&(|(objectCategory=user)(objectCategory=contact)(objectCategory=group))(proxyAddresses=<address>)) Ví dụ, một truy vấn cho địa chỉ email proxy Kim.Akers@contoso.com tương tự như sau:

  (&(|(objectCategory=user)(objectCategory=contact)(objectCategory=group))(proxyAddresses=SMTP:kim.akers@contoso.com)) 

  Lưu ý Để duy trì khả năng trả lời cho địa chỉ thừa kế, một số địa chỉ proxy được quản lý được bảo vệ khỏi việc xóa tình cờ sẽ không tự động được xóa khỏi lược đồ Active Directory khi chúng được xóa khỏi nguồn. Để giải quyết vấn đề này, hãy làm theo các hướng dẫn sau:

  • Nếu lỗi xác định địa chỉ proxy có tên miền định tuyến được quản lý (chẳng hạn như @mgd. contoso.com), địa chỉ proxy đó phải bị loại bỏ bởi hỗ trợ Microsoft Online Services.

  • Địa chỉ proxy của kiểu proxy x500 không bị loại bỏ trong các phiên bản trước 12,2 của MMSSPP khi chúng được xóa khỏi đối tượng Active Directory nguồn. Trong phiên bản hiện tại, địa chỉ proxy x500 được xóa khỏi rừng khách hàng ngay lập tức bị xóa khỏi rừng được quản lý. Các địa chỉ proxy x500 trước đây đã bị loại bỏ khỏi rừng khách hàng nhưng vẫn tồn tại trong sơ đồ quản lý Active Directory hiện có thể bị loại bỏ. Để thực hiện việc này, hãy làm theo các bước sau:

    1. Thêm địa chỉ proxy không mong muốn x500 trở về đối tượng nguồn gốc.

    2. Chờ hai chu kỳ đồng bộ.

    3. Loại bỏ địa chỉ proxy không mong muốn x500 khỏi đối tượng nguồn. Địa chỉ proxy không mong muốn sẽ được xóa khỏi lược đồ Active Directory được quản lý trên vòng tròn đồng bộ tiếp theo.

• Lỗi PE1: lỗi WPS [bật-hộp thư]: ExternalEmailAddress có một giá trị không hợp lệ: đối số đã xác định đã được ra khỏi phạm vi giá trị hợp lệ. Tên tham số: địa chỉ Người dùng.. @contoso. com không phải là địa chỉ SMTP hợp lệ. Nguồn lỗi là thuộc tính Tartgetaddress có chứa một địa chỉ không hợp lệ trước đây đã được đồng bộ hóa thuộc tính targetAddress của Office 365. Giá trị thuộc tính targetAddress phải được sửa trên đối tượng nguồn. Các lỗi phổ biến bao gồm các ký tự không hợp lệ, không gian trắng (bao gồm một dấu cách khó nhìn thấy dấu trắng), hàng đầu hoặc dấu chấm, và lặp lại các giai đoạn. Thông thường, giá trị thuộc tính targetAddress gần đây đã được chuyển đổi từ một giá trị không hợp lệ. Ví dụ: người dùng.. địa chỉ @contoso. com như báo cáo trên tab trang tính PE7 và sau đó chuyển đổi và sửa thành một giá trị hợp lệ, User@mgd.contoso.com, hiện đã được báo cáo trên tab trang tính PE1. Tuy nhiên, giá trị thuộc tính targetAddress không hợp lệ đã được đồng bộ hóa với Office 365 và phải được hoàn thành để xóa lỗi cung cấp hộp thư. 30 Đặt giá trị thuộc tính targetAddress hợp lệ cho người dùng hỗ trợ thư. Ví dụ, địa chỉ user@contoso.com được đồng bộ và Cập Nhật giá trị thuộc tính targetAddress 365 của Office. Không chuyển đổi thành người dùng được kích hoạt hộp thư cho đến khi giá trị targetAddress không chính xác được sửa trong Office 365. Sau khi giá trị thuộc tính targetAddress đã sửa được đồng bộ hóa với Office 365, hãy thay đổi giá trị thuộc tính targetAddress để cung cấp cho người dùng được kích hoạt hộp thư. Ví dụ: giả định rằng giá trị là User@mgd.contoso.com.

  1. Thay đổi giá trị thuộc tính targetAddress thành mục nhập hợp lệ cho người dùng hỗ trợ thư, chẳng hạn như user@contoso.com.

  2. Chờ giá trị thuộc tính targetAddress mới để đồng bộ hóa với giá trị thuộc tính targetaddress đối tượng 365 của user@contoso.com.

  3. Thay đổi giá trị thuộc tính targetAddress thành một mục nhập hợp lệ cho người dùng được kích hoạt hộp thư, chẳng hạn như User@mgd.contoso.com.

  4. Chờ cho phép cung cấp hộp thư.

  5. Giá trị thuộc tính targetAddress của Office 365 không còn tồn tại.

• PE3 cho phép hộp thư tài nguyên MSO-hosted không thành công Lỗi xảy ra khi MMSSPP cố gắng bật hộp thư tài nguyên của MSO-hosted. Xúc MMSSPP không thể tạo hộp thư tài nguyên MSO-hosted cho đến khi sự cố này được sửa. 30 Xem chi tiết cụ thể trong báo cáo lỗi về đối tượng đó để chỉ báo vấn đề và các bước khắc phục sự cố. Liên lạc với Microsoft liên lạc nếu vấn đề hoặc các bước khắc phục vẫn không rõ ràng.

• PE7 tạo người dùng bật thư được lưu trữ trong MSO-hosted không thành công Lỗi xảy ra khi MMSSPP cố gắng tạo một người dùng hỗ trợ thư trong thư mục MSO-hosted. Xúc MMSSPP không thể tạo người dùng hỗ trợ thư đã lưu trữ MSO cho đến khi sự cố này được sửa. 30 Xem chi tiết cụ thể trong báo cáo lỗi về đối tượng đó để chỉ báo vấn đề và các bước khắc phục sự cố. Liên lạc với Microsoft liên lạc nếu vấn đề hoặc các bước khắc phục vẫn không rõ ràng.

• Lỗi PE10 WPS [kết nối-hộp thư]: hộp thư "... GUID CỦA MBX... " không tồn tại trên cơ sở dữ liệu "... Cơ sở dữ liệu MBX... " ManagedDN: MMSSPP sẽ không tự động kết nối lại với một hộp thư nằm trong trạng thái đã xóa nhẹ. Điều kiện này tồn tại khi một hộp thư được di chuyển đến một môi trường khác (ví dụ: từ O365-dành riêng cho máy chủ tại chỗ của khách hàng hoặc đối với dịch vụ O365) và sau đó khách hàng muốn nó được kết nối lại với hộp thư gốc trong O365 chuyên biệt. Xúc Hộp thư người dùng không thể kết nối lại. 30 Gia tăng vấn đề này với hỗ trợ trực tuyến của Microsoft để được khắc phục.

• Thiết đặt lịch PE11Setting trên hộp thư tài nguyên được lưu trữ bằng MSO không thành công Lỗi xảy ra khi MMSSPP cố gắng đặt thiết đặt lịch trong hộp thư trên một hộp thư tài nguyên MSO-hosted. Xúc MMSSPP không thể đặt thiết đặt lịch hộp thư trên hộp thư tài nguyên MSO-hosted cho đến khi sự cố này đã được khắc phục. Điều này có thể ảnh hưởng đến khả năng sử dụng của hộp thư tài nguyên. Ví dụ, các tính năng như tự chấp nhận của cuộc họp lời mời của hộp thư tài nguyên có thể không hoạt động cho đến khi sự cố này được khắc phục. 30 Xem chi tiết cụ thể trong báo cáo lỗi về đối tượng đó để chỉ báo vấn đề và các bước khắc phục sự cố. Liên lạc với Microsoft liên lạc nếu vấn đề hoặc các bước khắc phục vẫn không rõ ràng.

• PE17 tạo thư không liên hệ hoặc nhóm phân phối được lưu trữ trong mso-hosted Lỗi này xảy ra khi MMSSPP cố gắng tạo một liên hệ hoặc nhóm phân phối có hỗ trợ thư trong thư mục MSO-hosted. Xúc MMSSPP không thể tạo liên hệ hoặc nhóm phân phối được lưu trữ tại MSO cho đến khi vấn đề này được sửa lại. 30 Xem chi tiết cụ thể trong báo cáo lỗi về đối tượng đó một dấu hiệu về sự cố và các bước được khắc phục. Liên lạc với Microsoft liên lạc nếu các bước phát hành hoặc khắc phục sự cố vẫn không rõ ràng.

• lỗi phần mở rộng-thuộc tính-không-hiện tại: MailNickname là NULL Lỗi này tương tự như SE1118 trong các phiên bản MMSSPP trước đó. Thuộc tính mailnickname trống trên đối tượng liên hệ của khách hàng và MMSSPP không thể tạo thuộc tính mailnickname bằng cách dùng quy tắc máy phát điện của thuộc tính mailnickname. Các quy tắc phát điện mặc định của thuộc tính cố gắng dùng các thuộc tính của Givenname (còn được gọi là tên và SN (còn được gọi là họ) trong Active Directory để tạo thuộc tính mailnickname cho một liên hệ không có thuộc tính mailnickname được xác định trên đối tượng khách hàng. Xúc Không có tác động bổ sung nào. Xem phần "tác động của lỗi đồng bộ hóa chung" ở đầu trang của tệp trợ giúp này để biết mô tả về ảnh hưởng của lỗi đồng bộ hóa này. 30 Đặt giá trị Mailnickname hoặc givenname (còn được gọi là tên thứ nhất) và SN (còn được gọi là họ), giá trị thuộc tính trên đối tượng liên hệ khách hàng.

• lỗi phần mở rộng-thuộc tính-không-hiện tại: mailnickname làgiá trịmailnickname không hợp lệ có chứa các ký tự không hợp lệ. Xúc Không có tác động bổ sung nào. Xem phần "tác động của lỗi đồng bộ hóa chung" ở đầu trang của tệp trợ giúp này để biết mô tả về ảnh hưởng của lỗi đồng bộ hóa này. 30 Nếu một giá trị mailnickname là trái null bởi khách hàng, MMSSPP sẽ tự động tạo một giá trị mailnickname nếu điều này có thể xảy ra. Do đó, một tùy chọn là xóa giá trị Mailnickname . Nếu khách hàng phải đặt giá trị Mailnickname , giá trị phải đáp ứng các tiêu chí được xác định trong RFC 821. Các ký tự không hợp lệ phổ biến bao gồm dấu cách, dấu gạch nối được hiển thị là dấu gạch hợp lệ, dấu tại (@) và dấu ngoặc đơn. Hãy đảm bảo rằng không có các không gian có hàng đầu hoặc dấu trắng nào khó nhìn thấy.

• vi phạm ràng buộc về MV Lỗi này xảy ra khi dòng thuộc tính nhập trực tiếp xảy ra và giá trị thuộc tính từ nguồn vượt quá hạn chế độ dài của thuộc tính metaverse . Xúc MMSSPP không thể lưu các thay đổi thuộc tính hoặc thiết lập các dịch vụ cho đến khi sự cố này được sửa. 30 Giảm kích cỡ giá trị thuộc tính xuống đến độ dài tối đa được kích hoạt bằng lược đồ.

• [WorkQueueIns] Không nên có thư. Chúng tôi không thể hoàn thành yêu cầu của bạn. Lỗi này xảy ra khi thư được xóa trên một đối tượng nguồn được đồng bộ hóa với thư mục MSO-hosted. Lỗi vẫn tiếp diễn sau một giá trị được khôi phục trong đối tượng Active Directory nguồn. Xúc Không có tác động bổ sung nào. Xem phần "tác động của lỗi đồng bộ hóa chung" ở đầu trang của tệp trợ giúp này để biết mô tả về ảnh hưởng của lỗi đồng bộ hóa này. 30 Xác nhận rằng đối tượng nguồn có một giá trị thư hợp lệ và có ít nhất một chu kỳ đồng bộ MMSSPP đã được hoàn tất. Sau khi bạn xác nhận điều này, bạn nên leo thang vấn đề này với dịch vụ hỗ trợ trực tuyến của Microsoft để được khắc phục. Hãy đảm bảo rằng các tập lệnh hoặc chỉnh sửa thủ công vào thuộc tính thư không xóa giá trị trước khi thay đổi giá trị.

• Thiếu thành viên trong nhóm phân phối Một thành viên bị thiếu từ một nhóm phân phối. Thành viên bị thiếu này có thể là một người dùng, liên hệ hoặc nhóm khác. Nếu nhóm là một nhóm chéo, một lỗi SE1290 có thể sẽ có mặt. Nếu nhóm không phải là nhóm chéo, các lỗi khác (chẳng hạn như thư trùng lặp) có thể có mặt. Xúc Thành viên nhóm có thể không nhận được thư gửi đến danh sách phân phối. 30

  • Hãy đảm bảo rằng thành viên có một giá trị thư hợp lệ.

  • Hãy đảm bảo rằng thành viên không có lỗi đồng bộ hiện hoạt.

  • Hãy đảm bảo rằng thành viên sẽ xuất hiện trong MSO.

  Xác định xem nhóm nào là nhóm thông thường hay một nhóm chéo rừng. Các nhóm qua rừng được đặt cấu hình bởi khách hàng và chứa các thành viên từ các khu rừng khác. Các nhóm qua rừng được xác định cho từng khách hàng theo vị trí của khách hàng trong một OU cụ thể hoặc bởi thuộc tính do người dùng xác định. Các nhóm thông thường chỉ chứa các thành viên từ rừng mà họ đang sống. Nhóm phân phối thông thường:

  • Hãy đảm bảo rằng thành viên bị thiếu xuất hiện trong MSO và không có lỗi đồng bộ hóa.

  • Nếu đối tượng bị thiếu là thành viên của một nhóm lồng nhau, hãy đảm bảo rằng nhóm lồng nhau có thư và nhóm sẽ xuất hiện trong MSO.

  • Nếu nhóm mẹ là nhóm thông thường (nghĩa là không phải là nhóm chéo), hãy đảm bảo rằng nhóm lồng nhau cũng không phải là nhóm chéo. Các nhóm qua rừng có thể chứa các nhóm thông thường hoặc các nhóm chéo khác. Tuy nhiên, các nhóm thông thường không thể chứa các nhóm chéo.

  Các nhóm qua rừng:

  • Hãy đảm bảo rằng thành viên bị thiếu xuất hiện trong MSO và không có lỗi đồng bộ hóa.

  • Nếu thành viên nhóm xuất hiện trong MSO nhưng bị thiếu từ nhóm, hãy xác thực rằng thành viên nhóm chéo nguồn có giá trị thư khớp.

  • Nếu đối tượng bị thiếu là thành viên của một nhóm lồng nhau, hãy đảm bảo rằng nhóm lồng nhau có thư và nhóm sẽ xuất hiện trong MSO.

  • Nếu thành viên bị thiếu là một nhóm chéo rừng, hãy kiểm tra xem nhóm này có phụ huynh là nhóm thông thường (nghĩa là không phải là nhóm chéo). Các nhóm qua rừng có thể chứa các nhóm thông thường hoặc các nhóm chéo khác. Tuy nhiên, các nhóm thông thường không thể chứa các nhóm chéo.

• LargeGroup Chúng tôi đã tăng báo cáo lỗi đồng bộ sử dụng tab "nhóm lớn" cho phép khách hàng gửi thông báo đến một nhóm người nhận lớn. Thông tin này rất hữu ích để giúp khách hàng thực hiện các bước bổ sung theo các đề xuất sau đây. Xúc Các nhóm lớn được bao gồm trong phạm vi của MMSSPP có thể gây ra sự chậm trễ đáng kể trong thời gian đồng bộ hóa, tối đa 10-12 giờ. Đồng bộ MMSSPP phản hồi về các thay đổi trong các thuộc tính đồng bộ mỗi vòng tròn (được đề cử, mỗi 30 phút). Phần này cung cấp một phản hồi nhanh của O365D GAL để thay đổi được thực hiện bởi hệ thống nguồn nhân lực khách hàng hoặc Active Directory. Ngoài việc cung cấp trải nghiệm người dùng tốt hơn, các quy trình doanh nghiệp quan trọng nhất định (chẳng hạn như di chuyển người dùng trong rừng) được tối ưu hóa. Khi các nhóm có số lượng tư cách thành viên rất lớn trong phạm vi MMSSPP được thay đổi, MMSSPP/FIM phải liệt kê những thay đổi đó. Ví dụ, nếu bạn thêm hoặc loại bỏ một thành viên khỏi một nhóm 25.000, FIM sẽ nhìn thấy sự kiện Delta trên thuộc tính đó. Tuy nhiên, không biết điều gì đã thay đổi cho đến khi nó đọc toàn bộ danh sách các thành viên 40.000. Điều đó có thể mất một cách đáng kể (nhiều lần) để xây dựng lại hơn nó sẽ mất để đọc một nhóm có 5.000 thành viên. Sự chậm trễ này có thể ảnh hưởng đến bất kỳ quy trình khách hàng nào (chẳng hạn như ASR) trong đó người dùng đăng nhập vào một rừng mới (thông qua ASR) phải có hiệu quả và có quyền truy nhập email bằng việc bắt đầu kinh doanh vào ngày hôm sau. Một điều khác cần cân nhắc là kiểm tra chất lượng trên tất cả các nhóm. Đây là một kịch bản ít phổ biến trong đó có thể có nhiều đối tượng của cùng một lớp đối tượng và địa chỉ email trong cùng một rừng khách hàng. Điều kiện đó đòi hỏi phải có thêm một bước phân tích để xác định những đối tượng nào trong số này sẽ được đưa vào như là thành viên nhóm. Khi tìm thấy điều kiện đó, dòng công việc kiểm soát chất lượng đang chạy. Những điều này có thể tốn kém nếu chúng liên quan đến các nhóm lớn. Đi tiếp cho các nhóm có nhiều hơn 15.000 thành viên, MMSSPP sẽ xử lý thay đổi thành viên nhóm. Tuy nhiên, nó sẽ tạm ngừng dòng công việc chạy kiểm tra đối với nhiều đối tượng cùng kiểu. Đây là bước tối ưu để tránh chu kỳ đồng bộ và sự chậm trễ của việc cung cấp. Có các nhóm có kích thước quản lý giúp duy trì các chu kỳ đồng bộ với thời lượng dự đoán trong khi nó cũng làm tăng độ tin cậy của việc xử lý các thay đổi thành viên nhóm. 30

  • Lý tưởng nhất, không nhóm nào vượt quá số lượng thành viên của 5.000. Tuy nhiên, các nhóm có thể có tối đa 15.000 thành viên cho mục đích của điều khiển chất lượng dòng công việc. Khách hàng có thể tách các nhóm lớn hơn 15.000 thành các nhóm nhỏ hơn bằng cách sử dụng lô-gic đơn giản (bảng chữ cái, khu vực, v.v.).

  • Nếu nhóm không phải là thư có hiệu lực trong O365 (một kịch bản phổ biến cho các nhóm bảo mật), khách hàng sẽ di chuyển nhóm vào một OU bên ngoài phạm vi của MMSSPP. Hãy lưu ý rằng việc lọc nhóm (ví dụ, bằng cách loại bỏ thư) không giải quyết được sự cố. Điều này là do FIM vẫn đọc từng thuộc tính (và liệt kê mọi thành viên) trước khi khách hàng có thể quyết định rằng nhóm không cần phải nhập.