MMSSPP không deprovision hộp thư Exchange và các đối tượng hỗ trợ thư từ Office 365 chuyên dụng/ITAR

QUAN TRỌNG: Bài viết này được dịch bằng phần mềm dịch thuật của Microsoft và có thể được Cộng đồng Microsoft chỉnh sửa lại thông qua công nghệ CTF thay vì một biên dịch viên chuyên nghiệp. Microsoft cung cấp các bài viết được cả biên dịch viên và phần mềm dịch thuật thực hiện và cộng đồng chỉnh sửa lại để bạn có thể truy cập vào tất cả các bài viết trong Cơ sở Kiến thức của chúng tôi bằng nhiều ngôn ngữ Tuy nhiên, bài viết do máy dịch hoặc thậm chí cộng đồng chỉnh sửa sau không phải lúc nào cũng hoàn hảo. Các bài viết này có thể chứa các sai sót về từ vựng, cú pháp hoặc ngữ pháp, Microsoft không chịu trách nhiệm về bất kỳ sự thiếu chính xác, sai sót hoặc thiệt hại nào do việc dịch sai nội dung hoặc do hoạt động sử dụng của khách hàng gây ra.

Nhấp chuột vào đây để xem bản tiếng Anh của bài viết này: 2655364
Triệu chứng
Microsoft quản lý bản ghi dịch vụ bản ghi dịch vụ cung cấp nhà cung cấp (MMSSPP) không deprovision hộp thư Microsoft Exchange hoặc đối tượng hỗ trợ thư từ môi trường Office 365 chuyên dụng/ITAR.
Nguyên nhân
Deprovisioning có nhiều định nghĩa, và trong ngữ cảnh của Office 365 chuyên dụng/ITAR, các bản ghi dịch vụ này có thể là bất kỳ sau đây:
  • Ngắt kết nối của hộp thư trong Office 365 và chuyển đổi Office 365 đối tượng người dùng kích hoạt thư. Điều này phổ biến trong các trường hợp sau:
    • Người người dùng hộp thư được di chuyển sang một môi trường khác (ví dụ: từ đám mây về chỗ).
    • bản ghi dịch vụ thư đâu bản ghi dịch vụ đám mây vô hiệu hóa nhưng khác (chẳng hạn như Lync hoặc Skype dành cho doanh nghiệp) được duy trì.
    • Khi thông tin liên hệ có thể được xem trong danh sách địa chỉ chung (GAL).
    • Khi người dùng có thể là thành viên của một phân phối hoặc nhóm bảo mật kích hoạt thư trong Office 365.
  • Deprovisioning người dùng kích hoạt thư hoặc số liên lạc. Điều này loại bỏ (quyền lợi và các thuộc tính thưthư, Biệt danh thư, legacyExchangeDN, Địa chỉ proxy, và địa chỉ đích) và loại bỏ người dùng từ bất kỳ phân phối thư hỗ trợ hoặc nhóm bảo mật trong Office 365, nhưng giữ đối tượng Thư mục Họat động (AD) được cung cấp.
  • Loại bỏ hoàn toàn đối tượng người dùng từ Office 365 Thư mục Họat động.
  • Chuyển đổi hộp thư hoạt động là tranh chấp giữ một trạm đậu không hoạt động.
  • Loại bỏ các nhóm hỗ trợ thư từ Office 365 Thư mục Họat động.
Không deprovision có thể xảy ra do một hoặc nhiều nguyên nhân sau:
  • Quy trình chính xác hoặc các thực tiễn tốt nhất cho deprovision đối tượng không theo.
  • Giá trị thuộc tính sai được báo cáo trong báo cáo lỗi đồng bộ hóa MMSSPP hàng ngày khối deprovisioning của hộp thư hoặc người dùng thư.
  • Hộp thư là tranh chấp giữ. Một hộp thư có thể không được deprovisioned như cờ đó được thiết lập (mặc dù nó có thể được đặt ở trạm đậu không hoạt động).
Thực tiễn tốt nhất

Tình huống 1

Người dùng có hộp thư trong Office 365D/ITAR và hộp phải được deprovisioned. Tuy nhiên, đối tượng Office 365D/ITAR phải ở GAL người dùng kích hoạt thư.
  1. Kiểm tra các báo cáo lỗi đồng bộ hóa MMSSPP hàng ngày, và sửa chữa bất kỳ lỗi nào được báo cáo. Sau khi giải nén tệp báo cáo lỗi, đó là tệp trợ giúp đi kèm với nhau và các bước khắc phục cho từng loại lỗi.
  2. Trên máy tính deprovisioning định, thêm giá trị kích hoạt hộp thư deprovisioning. Thay đổi nào khác, và chờ cho hộp thư được quản lý khỏi môi trường Office 365 (các homeMDB giá trị thuộc tính sẽ trở thành vô giá trị). Điều này thường được thực hiện trong một hoặc hai chu kỳ MMSSPP đồng bộ hoá.
    1. Thuộc tính được sử dụng cho deprovisioning khác cho từng khách hàng và nó thường là giá trị tương tự như được sử dụng cho hộp thư cung cấp giá trị (ví dụ: hộp thư thường được cung cấp có extensionAttribute9 = MBX = 50GB; Gõ = EP2D; REG = EU;).
    2. Giá trị được sử dụng cho deprovisioning là khác nhau cho từng khách hàng. Tuy nhiên, giá trị thông thường là RemoveMSOMbx (ví dụ: extensionAttribute9 = RemoveMSOMbx).
  3. Sau khi hộp thư bị vô hiệu hoá, khách hàng thay đổi. địa chỉ đích thuộc tính giá trị để trỏ đến vị trí mong muốn bên ngoài Office 365D/ITAR (thông thường, đây là SMTP:sameAsMailValue), và loại bỏ các thuộc tính deprovisioning. Sau khi một số đồng bộ chu kỳ, các đối tượng được kích hoạt thư và hiển thị trong GAL.

Tình huống 2

Nếu người dùng có hộp thư trong Office 365D/ITAR, phải deprovisioned hộp thư và các đối tượng Office 365D/ITAR phải được loại bỏ khỏi Office 365 AD.
  1. Biến thể 1: Khách hàng không có tính năng kết nối lại bản ghi dịch vụ tự động (ASR) được kích hoạt cho nhiều nhóm thư reconnections. Những phương pháp sau đây có hiệu lực:
    • Di chuyển đối tượng người dùng vào một đơn vị tổ chức (OU) nằm ngoài phạm vi của MMSSPP.
    • Đặt giá trị phù hợp cho bộ lọc MMSSPP. Giá trị này được đặt cho mỗi khách hàng đối với các thuộc tính và giá trị, nhưng cấu trúc của nó có thể giống như extensionAttribute1 = NoSync.
    • Sử dụng bộ lọc cho MMSSPP. Bộ lọc này sẽ xoá các giá trị từ tất cả các thuộc tính sau:
      • Thư
      • 搈ailnickname?
      • ProxyAddresses
      • Địa chỉ đích
    • Xoá các đối tượng khách hàng quảng cáo.
  2. Biến thể 2: Khách hàng có tính năng ASR được kích hoạt cho nhiều nhóm thư reconnections. Trong trường hợp này, các đối tượng được lọc, di chuyển hoặc xoá từ các khách hàng quảng cáo gây ra các đối tượng quản lý được chuyển vào lưu trữ OU (mà họ đang ẩn GAL nhưng vẫn nhận được thư) 1-3 ngày.
    1. Sửa lỗi đồng bộ hoá bất kỳ.
    2. Thêm vào DeleteNow giá trị hộp định cung cấp các thuộc tính và cho phép ít nhất một chu trình đồng bộ hoá hoàn tất. Đây là một giá trị chỉ giai đoạn không kích hoạt deprovisioning. Nó cho MMSSPP mà khi bộ lọc được áp dụng ngay lập tức xóa đối tượng quảng cáo quản lý thay vì giữ trong các PendingDeletions đơn vị tổ chức 1-3 ngày.
    3. Thực hiện bất kỳ thay đổi được ghi trong biến thể 1(di chuyển, áp dụng bộ lọc tuỳ chỉnh, áp dụng bộ lọc hoặc xoá).

Tình huống 3

Hộp thư của người dùng là tranh chấp giữ. Trong trường hợp này, hộp Office 365 được kết nối và các đối tượng quảng cáo quản lý được giữ lại. Đây là quá trình được khuyến nghị để hộp thư không hoạt động tranh chấp giữ Thái:
  1. Nếu quá trình của khách hàng để xoá các đối tượng quảng cáo của người dùng sau một thời gian, thay đổi giá trị của các thư, địa chỉ đích, và smtp Địa chỉ proxy thuộc tính thêm _old hoặc _litHold để tiền tố. Điều này cho phép người dùng truy cập vào các địa chỉ email và ủy quyền ban đầu khi trở về việc làm. Thay đổi các thuộc tính trước khi bạn làm theo các bước tiếp theo.
  2. Nếu các bản ghi dịch vụ (chẳng hạn như Lync) phải thay đổi, thay đổi các thuộc tính phù hợp.
  3. Thêm vào Gõ = InHold; giá trị thuộc tính được sử dụng cho hộp thư cung cấp giá trị (này khác với một khách hàng). Sử dụng các ví dụ này:

    MBX = 50GB; Gõ = InHold; REG = CHÂU ÂU;
  4. Đợi ít nhất một đồng chu kỳ.
  5. Sau khi các Gõ = InHold; giá trị synched cho Office 365D/ITAR, người dùng không thể kí nhập vào hộp thư. Hộp thư được ẩn từ GAL và gửi đến hộp thư đó được báo cáo NDR).
  6. Sau khi hoàn thành bước 1-5, đối tượng khách hàng có thể được lọc, di chuyển trong phạm vi hoặc xoá.
  7. Nếu bước 6 xong trước khi bạn hoàn thành bước 1-5 là, quản lý hộp thư là vẫn không hoạt động. Tuy nhiên, bỏ qua các bước sau có thể thực hiện truy vấn khó hơn và khôi phục bản ghi dịch vụ phức tạp hơn khi người dùng trở lại làm việc.

Tình huống 4

bản ghi dịch vụ chuyên dụng Lync/ITAR phải được deprovisioned:
  1. Lync có thể được deprovisioned độc lập với trạm đậu hộp thư bằng cách đặt giá trị 0 thuộc tính được chọn cho Lync cung cấp. Điều này khác nhau cho mỗi khách hàng.
  2. Nếu hộp thư người dùng tranh chấp giữ, Lync deprovisioning giá trị 0 phải được đặt trước khi đối tượng khách hàng được lọc, khỏi phạm vi hoặc xóa từ các khách hàng quảng cáo.

Tình huống 5

Người dùng kích hoạt thư (không phải một hộp thư cho phép người dùng) hoặc liên hệ với hỗ trợ thư phải được deprovisioned. Xin lưu ý rằng thư cho phép người dùng thường là người dùng đã có thể kí nhập vào tài nguyên miền của khách hàng, nhưng người nhận hộp thư bên ngoài môi trường Office 365D/ITAR. Các hộp thư có thể nằm trong môi trường tại chỗ của khách hàng hoặc một bản ghi dịch vụ bên ngoài. Để vô hiệu hoá một thư cho phép người dùng, sử dụng những phương pháp sau:
  • Di chuyển đối tượng người dùng vào một đơn vị tổ chức nằm ngoài phạm vi của MMSSPP.
  • Đặt giá trị phù hợp cho bộ lọc MMSSPP. Giá trị này được đặt cho mỗi khách hàng đối với các thuộc tính và giá trị, nhưng cấu trúc của nó có thể giống như extensionAttribute1 = NoSync.
  • Sử dụng bộ lọc cho MMSSPP. Bộ lọc này sẽ xoá các giá trị từ tất cả các thuộc tính sau:
    • Thư
    • 搈ailnickname?
    • ProxyAddresses
    • Địa chỉ đích
  • Xoá các đối tượng khách hàng quảng cáo.

Tình huống 6

nhóm hỗ trợ thư phải được deprovisioned. Trong trường hợp này, một nhóm được cung cấp trên Office 365D/ITAR được loại bỏ từ GAL Thư mục Họat động. Ngoài ra, nó sẽ bị xoá thành viên của bất kỳ nhóm là thành viên. Một trong các phương pháp sau đây có hiệu quả:
  • Xoá giá trị thư cho nhóm.
  • Xóa nhóm đối tượng khách hàng quảng cáo.
Giải pháp
Sau khi xem xét các tình huống phù hợp, bạn có thể sửa kịch bản deprovisioning không bằng một trong các phương pháp sau.

Tình huống 1

Phải deprovisioned Office 365D/ITAR hộp thư và người dùng phải được kích hoạt thư (không kích hoạt hộp thư) trong Office 365D/ITAR.
  1. Trở về giá trị của thuộc tính thưđịa chỉ đích giá trị ban đầu cần thiết để cung cấp thư Office 365 D/ITAR (ví dụ, hậu tố thuộc tính thư trong danh sách bao gồm SMTP và hậu tố thuộc tính địa chỉ đích giống như @mgd.customerdomain.com).
  2. Thiết lập hộp thư deprovisioning giá trị thuộc tính (ví dụ: extensionAttribute9 = RemoveMSOMbx).
  3. Sau khi hộp thư deprovisioned (lệnh get-recipientphát hiện không có một hoặc lệnhngười dùng nhận được trả lại giá trị), đặt giá trị của thuộc tính thưđịa chỉ đích trạm đậu mong muốn cho người dùng kích hoạt thư.

Tình huống 2

Người dùng có hộp thư trong Office 365D/ITAR, phải deprovisioned hộp thư và các đối tượng Office 365D/ITAR phải được loại bỏ khỏi Office 365 AD:
  1. Biến thể 1: Khách hàng không có tính năng ASR được kích hoạt cho nhiều nhóm thư reconnections. Những phương pháp sau đây có hiệu quả:
    • Di chuyển đối tượng người dùng vào một đơn vị tổ chức nằm ngoài phạm vi của MMSSPP.
    • Đặt giá trị phù hợp cho bộ lọc MMSSPP. Giá trị này được đặt cho mỗi khách hàng có đối với các thuộc tính và giá trị, nhưng cấu trúc của nó có thể giống như extensionAttribute1 = NoSync.
    • Sử dụng bộ lọc cho MMSSPP. Bộ lọc này sẽ xoá các giá trị từ tất cả các thuộc tính sau:
      • Thư
      • 搈ailnickname?
      • ProxyAddresses
      • Địa chỉ đích
    • Xoá các đối tượng khách hàng quảng cáo.
  2. Biến thể 2: Khách hàng có tính năng ASR được kích hoạt cho nhiều nhóm thư reconnections. Trong trường hợp này, các đối tượng được lọc, di chuyển hoặc xoá từ các khách hàng quảng cáo gây ra các đối tượng quản lý được chuyển vào lưu trữ OU (mà họ đang ẩn GAL nhưng vẫn nhận được thư) 1-3 ngày.
    1. Sửa lỗi đồng bộ hoá bất kỳ.
    2. Thêm giá trị DeleteNowvào thuộc tính cung cấp định hộp thư và cho phép đồng bộ hoá một vòng tròn hoàn tất. Đây là một giá trị chỉ giai đoạn không kích hoạt deprovisioning. Nó cho MMSSPP mà khi bộ lọc được áp dụng ngay lập tức xóa đối tượng quảng cáo quản lý thay vì giữ trongPendingDeletions OU 1-3 ngày.
    3. Thực hiện bất kỳ thay đổi được ghi trong biến thể 1 (di chuyển, áp dụng bộ lọc tuỳ chỉnh, áp dụng bộ lọc hoặc xoá).

Tình huống 3

Hộp thư của người dùng là tranh chấp giữ.
  1. Hộp thư không deprovisioned như trên tranh chấp giữ.
  2. Hãy xem phần "Thực tiễn tốt nhất" cho các đề xuất liên quan đến quá trình di chuyển hộp thư đến trạm đậu không hoạt động tranh chấp giữ.
  3. Chỉ sau khi hộp thư được xoá khỏi tranh chấp giữ, hành động trong tình huống 1 hoặc 2 sẽ dẫn đến hộp thư deprovisioned.

Tình huống 4

Hộp thư của người dùng trên tranh chấp giữ, nhưng ở trạm đậu không hoạt động trước khi bản ghi dịch vụ Lync được deprovisioned. bản ghi dịch vụ Lync phải được deprovisioned.
  1. Nếu đối tượng khách hàng vẫn còn trong phạm vi của MMSSPP và không lọc (hộp đã không hoạt động bằng cách thêm các loại = InHold; giá trị thuộc tính cung cấp), đặt giá trị của thuộc tính 0 cho thuộc tính bitmask cung cấp Lync. Giá trị này khiến các deprovisioning Lync bản ghi dịch vụ sau khi một số đồng chu kỳ. Ví dụ: extensionAttribute6 = 15 được thay đổi để extensionAttribute6 = 0.
  2. Nếu người người dùng hộp thư là duy trì và khách hàng lọc hoặc khỏi đối tượng phạm vi trước deprovisioning Lync, bước bổ sung phải được thực hiện để deprovision Lync:
    1. Đối tượng khách hàng vẫn lọc hoặc trong phạm vi đơn vị tổ chức, thêm các loại = InHold; giá trị hộp cung cấp tính (nếu nó chưa được đặt). Điều này rất quan trọng nếu hộp được thiết kế để duy trì hoạt động. Nếu giá trị không thêm, hộp thư được trả về trạm đậu hoạt động (cho phép kí nhập và thư gửi) ngay khi nó được trả về phạm vi.
    2. Đặt giá trị thuộc tính bitmask Lync là 0.
    3. Loại bỏ bộ lọc hoặc di chuyển đối tượng khách hàng trở thành phạm vi đơn vị tổ chức.
    4. Sau khi một số đồng bộ chu kỳ, Lync bản ghi dịch vụ được deprovisioned.
    5. Khi Lync deprovisioning xong, đối tượng khách hàng có thể còn lại không, lọc, loại bỏ từ phạm vi hoặc đã bị xoá theo chính sách khách hàng.

Tình huống 5

Người dùng kích hoạt thư (không phải một hộp thư cho phép người dùng) hoặc liên hệ với hỗ trợ thư phải được deprovisioned. Để vô hiệu hóa người dùng kích hoạt thư, những phương pháp sau đây có hiệu quả:
  • Di chuyển đối tượng người dùng vào một đơn vị tổ chức nằm ngoài phạm vi của MMSSPP.
  • Đặt giá trị phù hợp cho bộ lọc MMSSPP. Giá trị này được đặt cho mỗi khách hàng có đối với các thuộc tính và giá trị, nhưng cấu trúc của nó có thể giống như extensionAttribute1 = NoSync.
  • Sử dụng bộ lọc cho MMSSPP. Bộ lọc này sẽ xoá các giá trị từ tất cả các thuộc tính sau:
    • Thư
    • 搈ailnickname?
    • ProxyAddresses
    • Địa chỉ đích
  • Xoá các đối tượng khách hàng quảng cáo.

Tình huống 6

nhóm hỗ trợ thư phải được deprovisioned. Trong trường hợp này, một nhóm được cung cấp trên Office 365D/ITAR khỏi GAL và Thư mục Họat động. Ngoài ra, nó sẽ bị xoá thành viên của bất kỳ nhóm là thành viên. Một trong những điều sau đây có hiệu quả:
  • Xoá giá trị thư cho nhóm.
  • Xóa nhóm đối tượng khách hàng quảng cáo.
Lưu ý:
  • Sau khi một đối tượng người dùng được cung cấp trong Office 365D/ITAR, tránh xoá giá trị thuộc tính thư. Xoá các thuộc tính không deprovision hộp thư và có thể khiến kết quả truy vấn tác vụ bảo trì không rõ và thường xuyên phức tạp không cần thiết.
  • Tài liệu này được dùng để cung cấp các bước khắc phục đơn giản và thực tiễn tốt nhất cho deprovisioning thư và Lync bản ghi dịch vụ Office 365D/ITAR môi trường. Hành động khác của khách hàng có thể dẫn đến deprovisioning bản ghi dịch vụ. Để biết thêm thông tin, hãy xem phầnOffice 365D/ITAR cung cấp công cụ sổ tay.
  • Khi hộp thư deprovisioned, bất kể phương pháp, nó không ngay lập tức sẽ bị xoá khỏi Office 365 D/ITAR. Thay vào đó, nó có duy trì ở trạm đậu bị ngắt kết nối trong thời gian lưu giữ cấu hình (thường là 30 ngày), trong khi nó có thể được tự động kết nối lại (nếu đối tượng người dùng ban đầu không lọc hoặc chuyển lại phạm vi MMSSPP) hoặc kết nối lại theo cách thủ công (thông qua một báo cáo cho bản ghi dịch vụ hỗ trợ của Microsoft).

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

Thuộc tính

ID Bài viết: 2655364 - Xem lại Lần cuối: 03/17/2016 20:47:00 - Bản sửa đổi: 3.0

Microsoft Business Productivity Online Dedicated, Microsoft Business Productivity Online Suite Federal, Microsoft Exchange Online

  • vkbportal226 kbmt KB2655364 KbMtvi
Phản hồi