Tiền tố - hộp thư Exchange Online “có vấn đề” khôi phục các tình huống trong môi trường đồng bộ hóa Thư mục | Phần 18#23

Trong bài viết hiện tại, có thể được coi là “tiền tố” cho chủ đề mà tôi mô tả là “các kịch bản khôi phục hộp thư Exchange Online có vấn đề trong môi trường đồng bộ hóa Thư mục. ”

Đồng bộ hóa Office 365 và Directory có thể được coi là một môi trường phức tạp, “liên kết” với nhau hai môi trường khác nhau - môi trường Tại chỗ và môi trường “đám mây”.

Đặc điểm phức tạp này rất dễ dẫn đến việc khôi phục hộp thư Exchange Online ngoài ý muốn, điều này có thể khiến Quản trị viên cảm thấy bối rối và thất vọng!

Các bài viết tiếp theo trong loạt bài hiện tại

Trước khi chúng ta tiếp tục, hãy tóm tắt nhanh về các bài viết tiếp theo trong loạt bài viết hiện tại:

Trong bài viết - Xem lại các ký tự của lỗi khôi phục hộp thư Exchange Online - Tài khoản người dùng Active Directory tại chỗ mới đã được tạo | Phần 19#23, chúng tôi xem xét các ký tự của lỗi khôi phục hộp thư Exchange Online, trong đó người dùng Active Directory MỚI được tạo thay vì khôi phục tài khoản người dùng Active Directory đã xóa mềm ban đầu.

Trong bài viết - Giải quyết lỗi khôi phục hộp thư Exchange Online bằng cách Khôi phục người dùng Active Directory đã xóa mềm ban đầu | Phần 21#23, bao gồm mô tả về các bước bắt buộc có thể sử dụng để “sửa chữa” lỗi khôi phục hộp thư Exchange Online, trong đó tài khoản người dùng Active Directory MỚI đã được tạo.

Trong bài viết - Khôi phục nội dung hộp thư Exchange Online sang hộp thư khác bằng lệnh PowerShell New-MailboxRestoreRequest | Phần 22#23, bao gồm mô tả về giải pháp bổ sung mà chúng tôi có thể sử dụng để “sửa” lỗi khôi phục hộp thư Exchange Online trong đó tài khoản người dùng Active Directory MỚI đã được tạo.

Trong bài viết - Xem lại các ký tự của lỗi khôi phục hộp thư Exchange Online - Office 365 đã xóa mềm đã được khôi phục | Phần 20#23, chúng tôi xem xét các ký tự của lỗi khôi phục hộp thư Exchange Online, trong đó tài khoản người dùng Office 365 đã xóa mềm đã được khôi phục thay vì khôi phục người dùng Active Directory tại chỗ đã xóa mềm.

Trong bài viết - Giải quyết lỗi khôi phục hộp thư Exchange Online Người dùng Office 365 đã được khôi phục - xóa giá trị ImmutableID | Phần 23#23, bao gồm mô tả về các bước bắt buộc, có thể sử dụng để “sửa” lỗi khôi phục hộp thư Exchange Online, trong đó tài khoản người dùng Office 365 đã xóa mềm đã được khôi phục thay vì khôi phục người dùng Active Directory tại chỗ đã xóa mềm .

Thuật ngữ “các kịch bản khôi phục hộp thư Exchange Online có vấn đề”

Thuật ngữ “Trường hợp khôi phục hộp thư Exchange Online có vấn đề” không phải là thuật ngữ kỹ thuật mà thay vào đó là thuật ngữ tôi sử dụng để mô tả các tình huống trong đó “Phần tử quản trị” thực thi quy trình khôi phục hộp thư Exchange Online không đúng cách trong môi trường dựa trên đồng bộ hóa Thư mục.

Hai kết quả chính của “Kịch bản khôi phục hộp thư Exchange Online có vấn đề” được nhận ra theo những cách sau

Tình huống 1 - hộp thư Exchange Online dường như đã được khôi phục, không phải là hộp thư Exchange Online ban đầu chứa dữ liệu. Thay vào đó, người dùng sẽ truy cập vào “hộp thư Exchange Online trống. ”

Tình huống 2 - “thực thể” người dùng Office 365 đã khôi phục và có quyền truy cập vào hộp thư Exchange Online ban đầu để lấy dữ liệu, nhưng “liên kết logic” giữa tài khoản người dùng Active Directory tại chỗ và Office 365 bị ngắt kết nối.

Xin nhắc ngắn gọn, trong môi trường đồng bộ hóa Thư mục Office 365, tài khoản người dùng Active Directory tại chỗ phải được “kết nối” với “bản sao” tài khoản người dùng Office 365 của anh ấy.

Bạn có thể đọc thêm thông tin về mối quan hệ giữa tài khoản người dùng Active Directory tại chỗ và “Bản sao tài khoản người dùng Office 365” của anh ấy trong bài viết - Các ký tự đặc biệt của đồng bộ hóa Thư mục trong môi trường Office 365 | Điều 1#2 | Phần 11#23

Nguyên nhân dẫn đến tình huống khôi phục hộp thư Exchange Online - “Có vấn đề” là gì?

Đuổi theo 1 - thiếu kiến thức và thiếu hướng dẫn rõ ràng.

99% trường hợp, “quy trình hộp thư khôi phục Exchange Online sai” được triển khai, lý do là do thiếu kiến thức về - “quy trình đúng” lẽ ra phải triển khai là gì.

Việc thiếu kiến thức do thiếu thông tin đại chúng có sẵn là một vấn đề nhức nhối (đây là lý do chính để tôi viết loạt bài này).

Hiện tại, không có nhiều thông tin chi tiết về “cách được đề xuất” để khôi phục hộp thư Exchange Online trong các loại môi trường Office 365 khác nhau như - môi trường chỉ có đám mây, đồng bộ hóa thư mục hoặc môi trường Exchange Hybrid.

Ngoài ra, không có nhiều thông tin chi tiết về chủ đề cách khôi phục từ kịch bản khôi phục hộp thư Exchange Online trong đó việc khôi phục hộp thư được triển khai không đúng cách.

Ký tự 2 - Loại khác nhau của “Hộp thư Exchange Online có vấn đề khôi phục các kịch bản. ”

Thử thách bổ sung mà chúng tôi đang phải đối mặt là có một số tùy chọn có thể “làm hỏng” “quy trình đúng” trong việc khôi phục hộp thư Exchange Online trong môi trường đồng bộ hóa Thư mục.

Chúng ta sẽ cần trang bị những kiến thức về:

Loại cụ thể của “Kịch bản khôi phục hộp thư Exchange Online có vấn đề” là gì?
Các ký tự cụ thể của “Kịch bản khôi phục hộp thư Exchange Online có vấn đề” là gì?
Giải pháp cụ thể mà chúng tôi có thể triển khai để sửa chữa “Kịch bản khôi phục hộp thư Exchange Online có vấn đề là gì?

Kịch bản “Khôi phục hộp thư Exchange Online có vấn đề” | Phân loại

Trong sơ đồ sau, chúng ta có thể thấy hai phân loại chính của môi trường Office 365, trong đó chúng ta có thể gặp hiện tượng “Tình huống khôi phục hộp thư Exchange Online có vấn đề”.

1. Môi trường dựa trên đồng bộ hóa thư mục

Một môi trường bao gồm hai thư mục: Active Directory tại chỗ và “thư mục đám mây”, nghĩa là Azure Active Directory.

2. Trao đổi môi trường lai

Loại môi trường thứ hai là môi trường Exchange Hybrid. Trong môi trường này, cũng có hai thư mục: Active Directory tại chỗ và “thư mục đám mây” (Azure Active Directory), ngoài ra còn có hai môi trường Exchange - môi trường Exchange on-Premise và môi trường Exchange Online (Office 365) .

Môi trường phức tạp này cung cấp “nhiều tuyến đường” cho các tình huống “quy trình khôi phục hộp thư Exchange Online không đúng cách”.

Khắc phục sự cố trong trường hợp khôi phục hộp thư Exchange Online “có vấn đề”

Để khắc phục sự cố khôi phục hộp thư Exchange Online “Có vấn đề”; chúng ta cần hiểu kịch bản trước mắt.

Mỗi kịch bản có những nhân vật độc đáo và giải pháp độc đáo của riêng mình.

Giải pháp 1#3 - “hoàn nguyên ” khôi phục lỗi đã thực hiện.

Trong loại giải pháp này, chúng tôi cố gắng hoàn nguyên “lỗi hộp thư Exchange Online khôi phục” về trạng thái trước đó trước khi lỗi khôi phục được thực thi.
Sau khi hoàn nguyên về “trạng thái trước đó”, chúng tôi có thể bắt đầu giai đoạn thứ hai, trong đó chúng tôi thực hiện khôi phục hộp thư Exchange Online bằng cách sử dụng các bước được đề xuất.

Ví dụ: một tình huống trong đó Active Directory MỚI được tạo thay vì khôi phục tài khoản người dùng Active Directory đã xóa mềm ban đầu.

Trong trường hợp này, chúng tôi sẽ xóa “tài khoản người dùng Active Directory không cần thiết” và triển khai quy trình khôi phục theo phương pháp tốt nhất, nghĩa là; khôi phục tài khoản người dùng đã bị xóa mềm Active Directory Soft “gốc”.

Đường dẫn giải pháp 2#3 - Triển khai “giải pháp thay thế”, cho phép người dùng truy cập vào dữ liệu hộp thư của mình

Trong loại giải pháp này, chúng tôi không cố gắng “sửa” lỗi khôi phục Exchange Online mà thay vào đó, cung cấp cho người dùng quyền truy cập vào dữ liệu hộp thư Exchange Online của mình bằng cách xuất dữ liệu từ hộp thư Exchange Online đã xóa mềm ban đầu sang Exchange MỚI Hộp thư trực tuyến đã được tạo.

Ví dụ: Một kịch bản trong đó Active Directory MỚI được tạo, thay vì khôi phục tài khoản người dùng Active Directory đã xóa mềm ban đầu.

Trong trường hợp này, chúng tôi sẽ sử dụng lệnh PowerShell để “sao chép” tất cả nội dung từ hộp thư Exchange Online đã xóa mềm ban đầu sang “hộp thư Exchange Online trống MỚI” đã tạo.

Đường dẫn giải pháp 3#3 - Triển khai “giải pháp thay thế ” sẽ khắc phục lỗi cấu hình hiện có

Trong loại giải pháp này, chúng tôi không cố gắng hoàn nguyên lỗi hộp thư khôi phục hiện có mà thay vào đó, chúng tôi chạy một bản “sửa lỗi” để “kết dính những phần bị hỏng”.

Ví dụ: một trường hợp trong đó tài khoản người dùng Office 365 đã được khôi phục, thay vì
tài khoản người dùng Active Directory tại chỗ "gốc".

Loại lỗi khôi phục này dẫn đến tình huống có thể được mô tả là “tài khoản người dùng Office 365 mồ côi”. Thuật ngữ “mồ côi” mô tả một tình huống trong đó chúng tôi mất “ràng buộc” giữa tài khoản người dùng Office 365 và tài khoản người dùng Active Directory tại chỗ.

Trong trường hợp này, giải pháp được đưa ra là “Gắn kết” các tài khoản này bằng cách thao tác giá trị ImmutableID của tài khoản người dùng Office 365.

Mối quan hệ giữa người dùng Active Directory tại chỗ và người dùng Office 365 | Tình huống tài khoản người dùng được khôi phục

Trong kịch bản, tôi muốn nêu bật mối quan hệ tồn tại giữa hai tài khoản người dùng được đồng bộ hóa trong môi trường đồng bộ hóa Thư mục.

“Mối quan hệ” được nhận ra theo nhiều cách, nhưng lần này; Tôi muốn nhấn mạnh mối quan hệ tồn tại giữa người dùng Active Directory tại chỗ và người dùng Office 365, trong kịch bản “Khôi phục tài khoản người dùng Active Directory tại chỗ”.

Do người dùng Office 365 coi là “tài khoản người dùng được đồng bộ hóa”;

Khi người dùng Active Directory tại chỗ bị xóa, tài khoản người dùng Office 365 được “ràng buộc” với người dùng Active Directory tại chỗ cũng sẽ bị thắt lưng (nhưng điều ngược lại là không đúng).
Khi người dùng Active Directory tại chỗ đã xóa mềm được khôi phục, tài khoản người dùng Office 365 được “ràng buộc” với người dùng Active Directory tại chỗ cũng sẽ được khôi phục (nhưng điều ngược lại là không đúng).

Như đã đề cập, Azure Active Directory “biết” về người dùng Active Directory đã kết nối với người dùng Office 365 bằng cách sử dụng giá trị ImmutableID.

Khi chúng tôi khôi phục tài khoản người dùng Active Directory đã xóa mềm, thông tin sẽ được đồng bộ hóa lên đám mây (Azure Active Directory).

Azure Active Directory nhận giá trị GUID của tài khoản người dùng Active Directory tại chỗ được khôi phục và so sánh giá trị GUID với giá trị ImmutableID của tài khoản người dùng Office 365 hiện tại (bao gồm cả Đã xóa mềm tài khoản người dùng Office 365).

Khi Azure Active Directory “nhìn” vào thùng rác Azure Active Directory, cô ấy “thấy” tài khoản người dùng đã xóa mềm rằng giá trị ImmutableID của anh ấy giống hệt với giá trị GUID của người dùng Active Directory tại chỗ được khôi phục tài khoản.

Azure Active Directory “hiểu” rằng tài khoản người dùng Office 365 đã xóa mềm là “đối tác” của tài khoản người dùng Active Directory tại chỗ.

Azure Active Directory khôi phục tài khoản người dùng Office 365 đã xóa mềm.

Sau khi tài khoản người dùng Office 365 được khôi phục, “sự liên kết” giữa hai tài khoản người dùng được khôi phục.

Một quy trình bổ sung được triển khai liên quan đến - khôi phục hộp thư Exchange Online.

Khi Azure Active Directory khôi phục tài khoản người dùng đã xóa mềm, giấy phép Exchange Online đã gán cho người dùng cũng được khôi phục.
Azure Active Directory thông báo cho Exchange Online rằng giấy phép Exchange Online đã được khôi phục.
Exchange Online sẽ khôi phục hộp thư Exchange Online đã xóa mềm mà giấy phép của cô ấy đã được khôi phục và “liên kết” hộp thư Exchange Online đã khôi phục với tài khoản người dùng Office 365.

Bạn có thể đọc thông tin bổ sung về các ký tự của Đồng bộ hóa thư mục trong môi trường dựa trên Office 365 và mối quan hệ tồn tại giữa tài khoản người dùng Active Directory tại chỗ và “đối tác” tài khoản người dùng Office 365 của anh ấy trong các bài viết sau:

Các ký tự đặc biệt của đồng bộ hóa Thư mục trong môi trường Office 365 | Điều 1#2 | Phần 11#23
Các ký tự đặc biệt của đồng bộ hóa Thư mục trong môi trường Office 365 | Điều 2#2 | Phần 12#23

Nguồn gốc của các lỗi khôi phục phổ biến trong môi trường đồng bộ hóa Thư mục | Trận đấu mềm

Nguồn chính của lỗi khôi phục hộp thư Exchange Online là do một quan niệm sai sót rất phổ biến, liên quan đến tính năng đồng bộ hóa Thư mục có tên - So khớp mềm.

Vì vậy, câu hỏi lớn đặt ra là - Chúng ta có biết ý nghĩa của thuật ngữ - Đồng bộ hóa thư mục Soft match không?

Ngay cả khi bạn cho rằng mình đã quen với khái niệm Khớp mềm đồng bộ hóa thư mục, tôi vẫn khuyên bạn nên dành vài phút để đọc phần tiếp theo để chúng ta có thể hiểu được trên cùng một trang.

Mục đích của việc khớp mềm đồng bộ hóa thư mục là gì?

Trong môi trường dựa trên đồng bộ hóa thư mục; “quy trình tự nhiên” của sự kiện sẽ “bắt đầu” trong môi trường Active Directory tại chỗ.

Ví dụ - một người dùng Active Directory MỚI được tạo; thông tin được đồng bộ hóa với đám mây (Azure Active Directory) và do đó Office 365 MỚI được tạo.

Mối quan hệ giữa đối tượng người dùng Active Directory tại chỗ và tài khoản người dùng “Bản sao Office 365 ” của anh ấy “Bất tử” bằng cách sử dụng thuộc tính Office 365 chuyên dụng có tên - ImmutableID.

Giá trị ImmutableID bao gồm một bản sao của giá trị GUID (Mã định danh duy nhất toàn cầu) của người dùng Active Directory tại chỗ.

Đây là cách môi trường tách biệt (On-Premise Active Directory và Azure Active Directory) biết về mối quan hệ tồn tại giữa hai đối tượng (hai tài khoản người dùng).

Cơ chế đồng bộ hóa Thư mục có tên - Soft Match, được tạo ra để giải quyết vấn đề cấu hình sai phổ biến trong môi trường dựa trên đồng bộ hóa Thư mục.

Như đã đề cập, “luồng tự nhiên” trong môi trường đồng bộ hóa Directory bắt đầu từ hướng của Active Directory tại chỗ.

Tuy nhiên, trong trường hợp một người dùng Office 365 được tạo bằng tên đăng nhập - John@o365info.com thì sao, và ở giai đoạn sau, một người dùng Active Directory có tên đăng nhập giống hệt (<John@o365info.com) đã tạo?

Câu trả lời hợp lý có thể là - một “sự va chạm” giữa hai vật thể.

Hai đối tượng (hai tài khoản người dùng) có cùng thuộc tính - tên đăng nhập của người dùng và chúng ta cần quyết định xem đối tượng nào “chiếm ưu thế” hơn, nghĩa là đối tượng nào sẽ “chèn lên” “đối tượng khác”. ”

Một giải pháp khả thi khác cho vấn đề logic này là một “giải pháp hòa bình hơn” hơn, được triển khai bởi Đồng bộ hóa thư mục có tên - So khớp mềm.

Một cách khác mà chúng ta có thể sử dụng để mô tả khái niệm Active Directory Soft match là - một cơ chế cố gắng tìm mẫu số chung giữa hai đối tượng và liên kết chúng lại với nhau thành một cặp.

Trong trường hợp đồng bộ hóa thư mục nhận ra một kịch bản đáp ứng hai điều kiện sau:

Điều kiện 1#2

Người dùng Active Directory tại chỗ và Office 365 có cùng tên đăng nhập người dùng hoặc,
Người dùng Active Directory tại chỗ và Office 365 có cùng địa chỉ E-mail.

Điều kiện 2#2

Office 365 không có giá trị bất biến, nghĩa là; Office 365 không được "kết nối" với tài khoản người dùng Active Directory tại chỗ hiện có.

Tính năng đồng bộ hóa Thư mục đủ thông minh để “hiểu” rằng hai đối tượng này có liên quan với nhau và vì lý do này, chúng phải được “gắn liền với nhau”.

Đồng bộ hóa thư mục Khớp mềm | Trường hợp 1 | Tên đăng nhập của người dùng giống hệt nhau

Trong sơ đồ sau, chúng ta có thể xem ví dụ về một kịch bản trong đó tài khoản người dùng Active Directory tại chỗ được tạo sau khi tạo Office 365.

Thuộc tính “Loại đồng bộ hóa ” của tài khoản người dùng Office 365, được coi là - Trong đám mây

Booth của người dùng có cùng tên đăng nhập (tên chính của người dùng).

Khi chúng tôi chạy đồng bộ hóa Thư mục, quá trình đồng bộ hóa sẽ tìm thấy hai tài khoản người dùng riêng biệt có cùng Tên đăng nhập của người dùng.

Đồng bộ hóa Thư mục triển khai cơ chế Khớp mềm và “liên kết” cùng với tài khoản người dùng Active Directory tại chỗ với tài khoản người dùng Office 365.

Sau khi quá trình So khớp mềm đồng bộ hóa thư mục hoàn tất, thuộc tính tài khoản người dùng Office 365 - “Loại đồng bộ hóa”, được coi là - Đồng bộ hóa với Active Directory.

Quá trình “ràng buộc” mà quá trình đồng bộ hóa Thư mục thực hiện được thực hiện theo cách sau:

Đồng bộ hóa Thư mục, sao chép giá trị GUID của tài khoản người dùng Active Directory tại chỗ sang giá trị Office 365 ImmutableID.

Sau khi quá trình này hoàn tất, kết quả được mô tả là - “Trận đấu khó khăn”.

Từ giờ trở đi, tài khoản hai người dùng được coi là "đã kết nối".
Mỗi bản cập nhật trong tài khoản người dùng Active Directory tại chỗ sẽ được đồng bộ hóa với "đối tác người dùng" của họ trên đám mây (Azure Active Directory).

Đồng bộ hóa thư mục Khớp mềm | Trường hợp 2 | Địa chỉ E-mail của người dùng giống hệt nhau

Trong trường hợp hiện tại, tài khoản người dùng Active Directory tại chỗ và tài khoản người dùng Office 365 không có cùng UPN (tên đăng nhập của người dùng).

Thông tin tên đăng nhập

Tên đăng nhập của người dùng Active Directory tại chỗ là - John@o365info.com
Tên đăng nhập của người dùng Office 365 là - David@o365info.com

Thông tin địa chỉ E-mail

Địa chỉ email Active Directory tại chỗ là - John@o365info.com
Địa chỉ email của người dùng Office 365 là - John@o365info.com

Trong trường hợp này, mẫu số chung giữa tài khoản hai người dùng là Địa chỉ email.

Khi chúng tôi chạy đồng bộ hóa Thư mục, quá trình đồng bộ hóa sẽ tìm thấy hai tài khoản người dùng riêng biệt có cùng địa chỉ E-mail.

Đồng bộ hóa Thư mục triển khai cơ chế Kết hợp mềm và “liên kết” cùng với tài khoản người dùng Active Directory tại chỗ với tài khoản người dùng Office 365.

Sau khi quá trình So khớp mềm hoàn tất, thuộc tính “Loại đồng bộ hóa ” của người dùng Office 365 sẽ được coi là - Đồng bộ hóa với Active Directory.

Điều quan trọng cần đề cập là sau khi Soft Match hoàn tất, UPN của người dùng Office 365 sẽ được cập nhật bằng cách sử dụng tên UPN của tài khoản người dùng Active Directory tại chỗ (Active Directory tại chỗ, được coi là nguồn có thẩm quyền).

Trong trường hợp của chúng tôi, UPN của người dùng Office 365 sẽ được cập nhật thành John@o365info.com

Bài viết tiếp theo trong loạt bài hiện tại

Xem lại các ký tự của lỗi khôi phục hộp thư Exchange Online - Tài khoản người dùng Active Directory tại chỗ mới đã được tạo | Phần 19#23