อักขระพิเศษของการซิงโครไนซ์ไดเรกทอรีในสภาพแวดล้อม Office 365 | บทความ 2#2 | ตอนที่ 12#23

ในบทความนี้ เรายังคงตรวจสอบอักขระพิเศษของสภาพแวดล้อมการซิงโครไนซ์ไดเรกทอรี Office 365 ต่อไป ดังนั้นเราจะสามารถเข้าใจ "โฟลว์ของเหตุการณ์" ในสภาพแวดล้อมการซิงโครไนซ์ไดเรกทอรี Office 365 ได้ดียิ่งขึ้น

เราจะตรวจสอบลำดับเหตุการณ์ของสถานการณ์หลักสามสถานการณ์:

เหตุการณ์ - การสร้างบัญชีผู้ใช้ Active Directory ใหม่
เหตุการณ์ - การลบบัญชีผู้ใช้ Active Directory
เหตุการณ์ของ - การกู้คืนบัญชีผู้ใช้ Active Directory แบบ Soft Deleted

อีกเรื่องที่ฉันต้องการเกี่ยวข้องในบทความนี้คือ - เหตุใดจึงเป็นสิ่งสำคัญมากที่จะใช้แนวทางปฏิบัติที่ดีที่สุดในการกู้คืนบัญชีผู้ใช้ Active Directory ในสถานที่ในกรณีที่เราต้องการคืนค่ากล่องจดหมาย Soft Deleted Exchange Online ในสภาพแวดล้อมการซิงโครไนซ์ไดเรกทอรี

สถานการณ์การลบกล่องจดหมายทั่วไปในสภาพแวดล้อมการซิงโครไนซ์ไดเรกทอรี

ในชุดบทความปัจจุบัน เราจะกล่าวถึงคำว่า: "การกู้คืนกล่องจดหมาย Exchange Online" และ "การลบกล่องจดหมาย Exchange Online" หลายครั้ง

สิ่งสำคัญคือต้องเน้นย้ำว่าในสภาพแวดล้อม Office 365 ที่ใช้การซิงโครไนซ์ไดเรกทอรี แม้ว่าเราจะใช้คำว่า "กล่องจดหมาย" โดยส่วนใหญ่ เราจะจัดการกับ "วัตถุผู้ใช้ " ที่ถือว่าเป็น < คุณ>เจ้าของกล่องจดหมาย

หากเราต้องการ "ทำให้คำอธิบายซับซ้อน" ในสภาพแวดล้อมการซิงโครไนซ์ไดเรกทอรี Office 365 เราจำเป็นต้องกู้คืนบัญชีผู้ใช้ Active Directory ซึ่งถือว่าเป็น "เจ้าของ" หรือ "ต้นแบบ" ของบัญชีผู้ใช้ Office 365 ที่พิจารณาว่าเป็น เจ้าของกล่องจดหมาย Exchange Online ที่ถูกลบ

ตัวอย่างเช่น

1. สาเหตุหลักของการลบกล่องจดหมาย Exchange Online ในสภาพแวดล้อมการซิงโครไนซ์ไดเรกทอรี

ในสภาพแวดล้อมการซิงโครไนซ์ไดเรกทอรี Office 365 โดยส่วนใหญ่ "สาเหตุที่แท้จริง" (สาเหตุหลัก) สำหรับการลบกล่องจดหมาย Exchange Online คือ "เหตุการณ์การลบ" ของบัญชีผู้ใช้ Active Directory ในสถานที่

2. การกู้คืนกล่องจดหมาย Exchange Online ที่ถูกลบ

ในสภาพแวดล้อมการซิงโครไนซ์ไดเรกทอรี Office 365 สถานการณ์การคืนค่าที่แนะนำของกล่องจดหมาย Exchange Online คือเพื่อเริ่มกระบวนการคืนค่าโดยการกู้คืน บัญชีผู้ใช้ Active Directory ในสถานที่ที่ถูกลบแบบ Soft และ ไม่ใช่ "โดยตรง" คืนค่ากล่องจดหมาย Exchange Online ที่ถูกลบ

แนวคิดในการสร้างและจัดการออบเจ็กต์ไดเรกทอรีผ่าน Active Directory ภายในองค์กร

ในสภาพแวดล้อมการซิงโครไนซ์ไดเรกทอรี งานที่เกี่ยวข้องกับการจัดการไดเรกทอรี เช่น การสร้างบัญชีผู้ใช้ Active Directory ใหม่ ควรดำเนินการผ่าน On-Premise Active Directory และ ไม่ใช่ไดเรกทอรี Office 365 (Azure Active ไดเรกทอรี)

เหตุผลสำหรับคำแนะนำนี้คือ เนื่องจากในปัจจุบัน สถาปัตยกรรมของสภาพแวดล้อมการซิงโครไนซ์ไดเรกทอรีตามแบบจำลองที่ Active Directory ภายในองค์กรพิจารณาว่าเป็น "แหล่งที่มาของสิทธิ์"

ข้อมูลเกี่ยวกับการอัปเดตที่เกิดขึ้นใน On-Premise Active Directory จะถูกซิงโครไนซ์กับ Office 365 Directory (Azure Active Directory) โดยโครงสร้างพื้นฐานการซิงโครไนซ์ Directory (Azure AD Connect) แต่สิ่งที่ตรงกันข้ามไม่เป็นความจริง!

ตัวอย่างเช่น ในการซิงโครไนซ์ไดเรกทอรี ในกรณีที่เราสร้างบัญชีผู้ใช้ใหม่ในไดเรกทอรี Office 365 (Azure Active Directory) ข้อมูลจะไม่ซิงโครไนซ์กับ Active Directory ภายในองค์กร

เพื่อให้เข้าใจแนวคิดของ “การซิงโครไนซ์ทางเดียว” ในสภาพแวดล้อมการซิงโครไนซ์ไดเรกทอรีของ Office 365 ได้ดียิ่งขึ้น เราจะใช้ตัวอย่างบางส่วนที่เกี่ยวข้องกับออบเจ็กต์ Active Directory ในสถานที่:

1. การสร้างผู้ใช้ Active Directory ภายในองค์กรใหม่

ในกรณีที่ผู้ใช้ใหม่สร้างขึ้นใน On-Premise Active Directory ข้อมูลจะถูกซิงโครไนซ์กับไดเรกทอรี Office 365 (Azure Active Directory)
ดังนั้น บัญชีผู้ใช้ใหม่จึงถูกสร้างขึ้นในไดเรกทอรี Office 365 (Azure Active Directory) ).

บัญชีผู้ใช้ Office 365 ที่สร้างขึ้นใน Office 365 Directory (Azure Active Directory) จะถูก “แนบ” กับบัญชีผู้ใช้ Active Directory ภายในองค์กร

กล่าวอีกนัยหนึ่ง บัญชีผู้ใช้ Office 365 NEW ถือเป็นบัญชีผู้ใช้ "จำลอง" หรือ "แฝด" ของบัญชีผู้ใช้ Active Directory ภายในองค์กร

2. การอัปเดตผู้ใช้ Active Directory ภายในองค์กร

ในกรณีนี้ เมื่อเราอัปเดตบัญชีผู้ใช้ On-Premise Active Directory ข้อมูลจะถูกซิงโครไนซ์ (โดย Azure AD Connect) กับ Azure Active Directory
Azure Active Directory จะถูก "บังคับ" เพื่อใช้สิ่งเดียวกัน อัปเดตเป็นบัญชีผู้ใช้ Office 365 ที่ถือว่าเป็นแบบจำลองบัญชีผู้ใช้ Active Directory ในสถานที่

โฟลว์ของผู้ใช้ Active Directory ภายในองค์กรแบบ "ผูก" กับกล่องจดหมาย Exchange Online

ในส่วนต่อไปนี้ ฉันต้องการตรวจสอบกระบวนการที่เรา "ติด" ผู้ใช้ Active Directory ภายในองค์กรเข้ากับบัญชีผู้ใช้ Office 365 และ "ติด" บัญชีผู้ใช้ Office 365 ไปยังกล่องจดหมาย Exchange Online

ในสภาพแวดล้อมการซิงโครไนซ์ไดเรกทอรี เมื่อเราสร้างบัญชีผู้ใช้ Active Directory ในสถานที่ใหม่ ผู้ใช้รายเดียวกันจะถูกสร้างขึ้นใน Office 365 Directory (แบบจำลอง) ด้วย

ผู้ใช้ Active Directory ภายในองค์กรและผู้ใช้ Office 365 ที่สร้าง (กำหนดว่าซิงโครไนซ์กับ Active Directory) จะมีข้อมูลรับรองเดียวกัน ซึ่งหมายถึง ชื่อเข้าสู่ระบบเดียวกัน + รหัสผ่านเดียวกัน

ในกรณีที่เรามอบหมายสิทธิ์การใช้งาน Exchange Online ให้กับผู้ใช้ Office 365 ผู้ใช้ Office 365 จะถือเป็นเจ้าของกล่องจดหมาย Exchange Online

“เจ้าของที่แท้จริง” ของกล่องจดหมาย Exchange Online คือ - เป้าหมายของบัญชีผู้ใช้ Office 365

บัญชีผู้ใช้ Office 365 ที่ถือว่าเป็น - ซิงค์กับ Active Directory ผู้ใช้ที่มีข้อมูลประจำตัวเดียวกันกับบัญชีผู้ใช้ Active Directory ในสถานที่

กล่าวอีกนัยหนึ่ง Active Directory ภายในองค์กรและแบบจำลองบัญชีผู้ใช้ Office 365 ใช้ข้อมูลประจำตัวเดียวกัน

แต่สิ่งสำคัญที่ต้องพูดถึงก็คือ กล่องจดหมาย Exchange Online “ไม่สนใจ” ใครเป็นเจ้าของที่แท้จริง ตราบใดที่เอนทิตีที่เข้าถึง Exchange Online มี “ข้อมูลประจำตัวที่ถูกต้อง”

กล่องจดหมาย Exchange Online ยินดีที่จะยอมรับคำขอการเข้าถึงของผู้ใช้ ตราบใดที่เอนทิตีที่ต้องการเข้าถึงสามารถให้ข้อมูลประจำตัวที่จำเป็นได้

ในส่วนต่อไปนี้ เราสามารถตรวจสอบแต่ละขั้นตอนที่แตกต่างกันที่เกี่ยวข้องกับสถานการณ์ที่บัญชีผู้ใช้ Active Directory ในสถานที่ใหม่ที่สร้างขึ้นในสภาพแวดล้อมตามการซิงโครไนซ์ไดเรกทอรี Office 365:

เหตุการณ์ 1#7 - มีการสร้างบัญชีผู้ใช้ Active Directory ภายในองค์กรใหม่ ในตัวอย่างของเรา ชื่อเข้าสู่ระบบของบัญชีผู้ใช้คือ - Alice@o365info.com
เหตุการณ์ 2#7 - เซิร์ฟเวอร์การซิงโครไนซ์ไดเรกทอรี (Azure AD Connect) เชื่อมต่อ On-Premise Active Directory (ตามค่าเริ่มต้น ช่วงเวลาคือสามชั่วโมง) และรับข้อมูลที่อัปเดตเกี่ยวกับเหตุการณ์ ซึ่ง ใหม่ สร้างบัญชีผู้ใช้แล้ว
เหตุการณ์ 3#7 - เซิร์ฟเวอร์การซิงโครไนซ์ไดเรกทอรี (Azure AD Connect) เชื่อมต่อ Azure Active Directory และซิงโครไนซ์ข้อมูลเกี่ยวกับบัญชีผู้ใช้ใหม่
เหตุการณ์ 4#7 - Azure Active Directory “จำเป็น” ในการสร้างบัญชีผู้ใช้ Office 365 ใหม่ (จำลองผู้ใช้) ด้วยชื่อเข้าสู่ระบบ ที่อยู่อีเมล รหัสผ่าน ฯลฯ เดียวกัน
จากนี้ไป บัญชีผู้ใช้ Office 365 ใหม่จะถือเป็น "ผูกมัด" หรือเป็น "แบบจำลอง" ของบัญชีผู้ใช้ Active Directory ภายในองค์กร การอัปเดตแต่ละครั้งในบัญชีผู้ใช้ On-Premise Active Directory จะถูกซิงโครไนซ์กับ Office 365 Directory และจะส่งผลต่อบัญชีผู้ใช้ Office 365 “replica”

เหตุการณ์ 5#7 - สิทธิ์การใช้งาน Exchange Online ได้รับการมอบหมายให้กับบัญชีผู้ใช้ Office 365 ใหม่
เหตุการณ์ 6#7 - Azure Active Directory ซิงโครไนซ์ข้อมูลกับโครงสร้างพื้นฐาน Exchange Online
เหตุการณ์ 7#7 - Exchange Online สร้างกล่องจดหมาย Exchange Online ใหม่ และ "ผูก" กล่องจดหมายกับบัญชีผู้ใช้ Office 365

“ขั้นตอนการลบวัตถุ” ใน Office 365 และสภาพแวดล้อมการซิงโครไนซ์ไดเรกทอรี

ในส่วนนี้ ฉันอยากจะตรวจสอบแต่ละ "ขั้นตอน" ที่เกิดขึ้นในสถานการณ์ที่เรา ลบ บัญชีผู้ใช้ Active Directory ภายในองค์กรในสภาพแวดล้อมการซิงโครไนซ์ไดเรกทอรีของ Office 365

ในตัวอย่างของเรา บัญชีผู้ใช้ Grace ที่ถูกลบมีผู้ใช้ Office 365 “แบบจำลอง” และผู้ใช้ Office 365 มีใบอนุญาต Exchange Online (พิจารณาว่าเป็นเจ้าของกล่องจดหมาย Exchange Online)

เหตุการณ์ 1#7 - บัญชีผู้ใช้ Active Directory ภายในองค์กรชื่อ - Grace@o365info.com ถูกลบแล้ว
เหตุการณ์ 2#7 - เมื่อบัญชีผู้ใช้ the Grace Active Directory ถูกลบ สถานะบัญชีผู้ใช้ที่ถูกลบจะได้รับการอัปเดตเป็น - บัญชีผู้ใช้ “Soft Deleted” บัญชีผู้ใช้ถูก “ส่ง” ไปยังถังรีไซเคิล Active Directory (บัญชีผู้ใช้จะถูกบันทึกไว้ในถังรีไซเคิล Active Directory เป็นระยะเวลา 180 วัน)
เหตุการณ์ 3#7 - เซิร์ฟเวอร์การซิงโครไนซ์ไดเรกทอรี (Azure AD Connect) เชื่อมต่อ On-Premise Active Directory (ตามค่าเริ่มต้น ช่วงเวลาคือสามชั่วโมง) และรับข้อมูลที่อัปเดตเกี่ยวกับเหตุการณ์ ซึ่ง Grace บัญชีผู้ใช้ถูกลบ

เหตุการณ์ 4#7 - เซิร์ฟเวอร์การซิงโครไนซ์ไดเรกทอรี (Azure AD Connect) เชื่อมต่อ Windows Azure Active Directory และซิงโครไนซ์ข้อมูลเกี่ยวกับเหตุการณ์ที่บัญชีผู้ใช้ Active Directory ภายในองค์กรถูกลบ
เหตุการณ์ 5#7 - Windows Azure Active Directory ได้รับการอัปเดตและค้นหาในฐานข้อมูลของเธอ
ในตัวอย่างของเรา Azure Active Directory พบว่ามีบัญชีผู้ใช้ Office 365 ที่มีอยู่ซึ่งถือว่า "ถูกผูกมัด" กับ On- บัญชีผู้ใช้ Premise Active Directory ที่ถูกลบ
Azure Active Directory “เข้าใจ” ว่ามี “การเชื่อมต่อ” ระหว่างเอนทิตีบัญชีผู้ใช้ Directory สองรายการ เนื่องจากค่า Office 365 ImmutableID ของบัญชีผู้ใช้ Grace Office 365 คือ เหมือนกับค่า GUID ของ Grace On-Premise Active Directory ได้ลบบัญชีผู้ใช้แล้ว
Azure Active Directory “จำเป็นต้อง” ลบบัญชีผู้ใช้ Office 365
บัญชีผู้ใช้ Office 365 จะถูกส่งไปยังถังรีไซเคิล Azure Active Directory บัญชีผู้ใช้ Office 365 จะถือเป็น "Soft Deleted" และจะถูกเก็บไว้ในถังรีไซเคิล Azure Active Directory เป็นเวลา 30 วัน เมื่อสิ้นสุดระยะเวลา 30 วัน กล่องจดหมายของผู้ใช้จะถูกลบอย่างถาวร (ลบถาวร)
เมื่อบัญชีผู้ใช้ Office 365 ถูกลบ ใบอนุญาต Exchange Online ที่ "แนบ" กับบัญชีผู้ใช้ก็จะถูก "ลบ" ด้วย (ถูกลบออก)
เหตุการณ์ 6#7 - Azure Active Directory “แจ้ง” (ซิงโครไนซ์ข้อมูล) โครงสร้างพื้นฐานของ Exchange Online เกี่ยวกับเหตุการณ์ที่ใบอนุญาต Exchange Online ถูกลบออก
เหตุการณ์ 7#7 - ดังนั้น Exchange Online จะลบกล่องจดหมายของผู้ใช้ที่เชื่อมโยงกับบัญชีผู้ใช้ Office 365 กล่องจดหมายของผู้ใช้ Exchange Online ที่ถูกลบจะถูกส่งไปยังถังรีไซเคิล Exchange Online และคงอยู่ที่นั่นเป็นเวลา 30 วัน เมื่อสิ้นสุดระยะเวลา 30 วัน กล่องจดหมายของผู้ใช้จะถูกลบอย่างถาวร (ลบถาวร)

การคืนค่าโฟลว์บัญชีผู้ใช้ Active Directory ในสถานที่ที่ถูกลบแบบซอฟต์” ในสภาพแวดล้อมการซิงโครไนซ์ของ Office 365 และไดเรกทอรี

ในส่วนต่อไปนี้ ฉันต้องการทบทวนหัวข้อ “การคืนค่าโฟลว์บัญชีผู้ใช้ Active Directory ในสถานที่ที่ถูกลบแบบ Soft” ใน Office 365 และสภาพแวดล้อมการซิงโครไนซ์ไดเรกทอรี

ฉันอยากจะตรวจสอบแต่ละ "ขั้นตอน" ที่เกิดขึ้นในสถานการณ์ที่เรากู้คืนบัญชีผู้ใช้ Active Directory ภายในองค์กรในสภาพแวดล้อมการซิงโครไนซ์ไดเรกทอรีของ Office 365

ในตัวอย่างของเรา บัญชีผู้ใช้ On-Premise Active Directory ของผู้ใช้ชื่อ Grace ถูกลบไปแล้ว

บัญชีผู้ใช้ Grace มีผู้ใช้ Office 365 “ แบบจำลอง” และผู้ใช้ Office 365 มีสิทธิ์การใช้งาน Exchange Online (เป็นเจ้าของกล่องจดหมาย Exchange Online)

ขั้นตอนที่ 1#6 - เมื่อเรา กู้คืน บัญชีผู้ใช้ Soft Deleted จากถังรีไซเคิล Active Directory ภายในองค์กร บัญชีผู้ใช้จะถูก “ส่งกลับ” ไปยังฐานข้อมูลของผู้ใช้ไดเรกทอรี “ที่ใช้งานอยู่”
ขั้นตอนที่ 2#6 - เซิร์ฟเวอร์การซิงโครไนซ์ไดเรกทอรี (Azure AD Connect) เชื่อมต่อ On-Premise Active Directory (ตามค่าเริ่มต้น ช่วงเวลาคือสามชั่วโมง) และรับข้อมูลที่อัปเดตเกี่ยวกับเหตุการณ์ ซึ่ง Grace บัญชีผู้ใช้ถูก กู้คืน

ขั้นตอนที่ 3#6 - เซิร์ฟเวอร์การซิงโครไนซ์ไดเรกทอรี (Azure AD Connect) เชื่อมต่อ Windows Azure Active Directory และซิงโครไนซ์ข้อมูลเกี่ยวกับเหตุการณ์ที่บัญชีผู้ใช้ Active Directory ภายในองค์กรได้รับการกู้คืน
ขั้นตอนที่ 4#6 - Windows Azure Active Directory รับการอัปเดตและค้นหาในฐานข้อมูลของเธอ
ในตัวอย่างของเรา Azure Active Directory พบว่ามีบัญชีผู้ใช้ Office 365 ที่มีอยู่ซึ่งถือว่า "มีขอบเขต" กับ On-Premise บัญชีผู้ใช้ Active Directory
Azure Active Directory “เข้าใจ” ว่ามี “การเชื่อมต่อ” ระหว่างเอนทิตีบัญชีผู้ใช้ Directory สองรายการ เนื่องจากค่า Office 365 ImmutableID ของบัญชีผู้ใช้ Grace Office 365 คือ เหมือนกับค่า GUID ของบัญชีผู้ใช้ที่กู้คืน On-Premise Active Directory
Azure Active Directory “จำเป็น” ในการกู้คืนบัญชีผู้ใช้ Office 365 Azure Active Directory “ดึงข้อมูล” บัญชีผู้ใช้ Office 365 ที่ถูกลบแบบ Soft จากถังรีไซเคิล Azure Active Directory และบัญชีผู้ใช้จะถือว่า “ใช้งานอยู่”
ในฐานะที่เป็นส่วนหนึ่งของกระบวนการคืนค่าบัญชีผู้ใช้ สิทธิ์การใช้งาน Exchange Online ที่มอบหมายให้กับผู้ใช้ Office 365 ก็จะถูกกู้คืนเช่นกัน กล่าวอีกนัยหนึ่งคือบัญชีผู้ใช้ Office 365 + ใบอนุญาต Exchange Online ของเขา
ขั้นตอนที่ 5#6 - Azure Active Directory “แจ้ง” (ซิงโครไนซ์ข้อมูล) โครงสร้างพื้นฐานของ Exchange Online เกี่ยวกับเหตุการณ์ที่ใบอนุญาต Exchange Online ได้รับการกู้คืน
ขั้นตอนที่ 6#6 - ดังนั้น Exchange Online จะกู้คืนกล่องจดหมายผู้ใช้ Soft Deleted และกล่องจดหมาย Exchange Online ที่เชื่อมโยงกับบัญชีผู้ใช้ Office 365 ที่กู้คืน

เหตุใดการคืนค่าบัญชีผู้ใช้ On-Premise Active Directory ดั้งเดิมในสภาพแวดล้อม Directory Synchronization จึงมีความสำคัญมาก

เรามาทำซ้ำแนวคิดพื้นฐานในสถานการณ์ของ - “การคืนค่ากล่องจดหมาย Exchange Online ในสภาพแวดล้อมตามการซิงโครไนซ์ไดเรกทอรี ”
โดยส่วนใหญ่แล้ว เมื่อเราใช้คำว่า “กู้คืนกล่องจดหมาย Exchange Online” เราหมายถึง -

คืนค่าบัญชีผู้ใช้ Active Directory ในสถานที่
คืนค่าบัญชีผู้ใช้ Office 365 ที่ถือว่าเป็นเจ้าของกล่องจดหมาย Exchange Online

การคืนค่า "บัญชีผู้ใช้ Active Directory ดั้งเดิม" คือ "กุญแจ" สู่กระบวนการคืนค่ากล่องจดหมาย Exchange Online ที่ประสบความสำเร็จ!

เมื่อเราเกี่ยวข้องกับงานของ - “การคืนค่าผู้ใช้ที่พิจารณาว่าเป็นเจ้าของกล่องจดหมาย Soft Deleted Exchange Online มีสองสถานการณ์ที่แตกต่างกัน

สถานการณ์ที่ 1 - คลาวด์เท่านั้น (โฮสต์โดยสมบูรณ์)

ในสถานการณ์ที่ฉันอธิบายว่าเป็นสภาพแวดล้อม "คลาวด์เท่านั้น" กระบวนการคืนค่าของกล่องจดหมาย Exchange Online จะถูกนำไปใช้โดยการกู้คืนบัญชีผู้ใช้ Office 365 Soft Deleted ที่พิจารณาว่าเป็นเจ้าของกล่องจดหมาย Exchange Online

องค์ประกอบที่เก็บบัญชีผู้ใช้ Soft Deleted และทำหน้าที่เป็น "แหล่งที่มาของสิทธิ์" สำหรับบัญชีผู้ใช้นี้คือ - ไดเรกทอรี Office 365 ซึ่งหมายถึง - Active Directory Azure

สถานการณ์ที่ 2 - สภาพแวดล้อมการซิงโครไนซ์ไดเรกทอรี

ฉันใช้คำว่า ” สภาพแวดล้อมการซิงโครไนซ์ไดเรกทอรี” เพื่ออธิบายสถานการณ์ที่เราใช้การรวมกันของ "ไดเรกทอรี" ที่แตกต่างกันสองรายการ ได้แก่
On-Premise Active Directory และ Azure Active Directory
ในกรณีนี้ Active Directory ภายในองค์กรถือเป็น "แหล่งที่มาของสิทธิ์" และ Azure Active Directory ได้รับสำเนา "อ่านอย่างเดียว" ของบัญชีผู้ใช้ที่ซิงโครไนซ์กับระบบคลาวด์จาก On-Premise Active Directory

ในสถานการณ์ที่เราต้องการกู้คืนกล่องจดหมาย Exchange Online “บัญชีผู้ใช้เดิม” ที่เราจำเป็นต้องกู้คืนคือบัญชีผู้ใช้ Active Directory ภายในองค์กร

เป็นเรื่องจริงที่กล่องจดหมาย Exchange Online เชื่อมโยงโดยตรงกับเอนทิตีของบัญชีผู้ใช้ Office 365 และ ไม่ใช่กับ "บัญชีผู้ใช้ดั้งเดิม" ของ Active Directory ภายในองค์กร

แต่สิ่งสำคัญคือต้องเข้าใจว่าในสภาพแวดล้อมการซิงโครไนซ์ไดเรกทอรี บัญชีผู้ใช้ Office 365 ที่ "ผูกไว้" กับ Active Directory ในสถานที่นั้นจะขึ้นอยู่กับและ "ควบคุม" ทั้งหมดโดยบัญชีผู้ใช้ Active Directory ในสถานที่ ด้วยเหตุนี้ “ผู้ใช้ที่ดำเนินการกู้คืนการกู้คืนแล้ว” จึงเกี่ยวข้องกับบัญชีผู้ใช้ On-Premise Active Directory และ ไม่เกี่ยวข้องกับบัญชีผู้ใช้ Office 365

ตอนนี้ กลับไปที่คำถามที่เราต้องตอบ “เหตุใดจึงสำคัญมากในการกู้คืนบัญชีผู้ใช้ Active Directory ภายในองค์กรดั้งเดิมในสภาพแวดล้อม Directory Synchronization

A1 - คำตอบแรกของคำถามคือ - ใช้ประโยชน์จากกลไกการกู้คืนอัตโนมัติที่ใช้งานในสภาพแวดล้อมที่ใช้ Office 365

เมื่อเรากู้คืน “บัญชีผู้ใช้ Active Directory ภายในองค์กรดั้งเดิม” (“บัญชีผู้ใช้รูท”)
โครงสร้างพื้นฐานภายในองค์กรและโครงสร้างพื้นฐาน Office 365 “จะทราบด้วยตนเอง” วิธี ทำให้เสร็จสมบูรณ์โดยอัตโนมัติ ขั้นตอนที่จำเป็นทั้งหมด เช่น:

ซิงโครไนซ์ข้อมูลกับ Office 365 Directory (Azure Active Directory)
คืนค่าบัญชีผู้ใช้ Office 365 ที่ถูกลบแบบนุ่มนวล
คืนค่าใบอนุญาตการแลกเปลี่ยนแบบออนไลน์
คืนค่ากล่องจดหมาย Soft Deleted Exchange Online
ผูกกล่องจดหมาย Exchange Online ที่คืนค่ากับ "เจ้าของ" ของเธอ

และอื่นๆ

“ความมหัศจรรย์” ของกระบวนการคืนค่าอัตโนมัติในสภาพแวดล้อมการซิงโครไนซ์ไดเรกทอรี Office 365 ถูกนำมาใช้โดยใช้กลไก “การจับคู่ยาก” ที่อาศัยค่า GUID ผู้ใช้ Active Directory ในสถานที่และ Office 365 ImmutableID ค่า

ข้อมูลเพิ่มเติมเกี่ยวกับแนวคิดของ Hard Match ปรากฏในบทความ - อักขระพิเศษของการซิงโครไนซ์ไดเรกทอรีในสภาพแวดล้อม Office 365 | บทความ 1#2 | ตอนที่ 11#23

ในกรณีที่เราไม่กู้คืน Active Directory ดั้งเดิม แต่ให้สร้างบัญชีผู้ใช้ Active Directory ภายในองค์กรใหม่ที่มีคุณสมบัติดูเหมือน เช่น ชื่อผู้ใช้สำหรับเข้าสู่ระบบ ฯลฯ แทน กระบวนการกู้คืนอัตโนมัติ จะไม่ถูกนำไปใช้.
เหตุผลก็คือเนื่องจาก Office 365 (Azure Active Directory) ไม่ทราบวิธี "ผูก" วัตถุ Soft Deleted (บัญชีผู้ใช้ Office 365 + กล่องจดหมาย Exchange Online Soft Deleted) กับ NEW บัญชีผู้ใช้ที่ซิงโครไนซ์

เราจะเกี่ยวข้องกับข้อผิดพลาดในการกู้คืน Exchange Online ประเภทนี้ในบทความ - การตรวจสอบลักษณะของข้อผิดพลาดในการกู้คืนกล่องจดหมาย Exchange Online - บัญชีผู้ใช้ Active Directory ภายในองค์กรใหม่ถูกสร้างขึ้น | ตอนที่ 19#23

A2 - คำตอบที่สองสำหรับคำถามคือ เมื่อเราบอกว่าเราต้องกู้คืนกล่องจดหมาย Exchange Online เรายังหมายความว่าเราต้องกู้คืน "เอนทิตีที่เกี่ยวข้อง" เช่น On-Premise บัญชีผู้ใช้ Active Directory และบัญชีผู้ใช้ Office 365 ที่พิจารณาว่าเป็นเจ้าของกล่องจดหมาย Exchange Online

นอกจากข้อมูลสำคัญที่จัดเก็บไว้ใน Exchange Online ได้ลบกล่องจดหมายแล้ว ยังมี "ข้อมูลสำคัญเพิ่มเติม" ที่ "จัดเก็บ" ในบัญชีผู้ใช้ไดเรกทอรีที่เกี่ยวข้อง

บัญชีผู้ใช้ Directory ที่เกี่ยวข้องมีคุณสมบัติและความสัมพันธ์กับวัตถุและโครงสร้างพื้นฐานอื่นๆ ในสภาพแวดล้อม Active Directory และ Office 365

ตัวอย่างเช่น

1. บัญชีผู้ใช้ Active Directory ภายในองค์กรมีคุณสมบัติมากมายที่ขอรหัสผ่านผู้ใช้ ที่อยู่สำนักงาน หมายเลขโทรศัพท์ และอื่นๆ

โดยส่วนใหญ่แล้ว บัญชีผู้ใช้ จะถือว่าเป็นสมาชิกของกลุ่มการแจกจ่ายหรือกลุ่มความปลอดภัย

โดยส่วนใหญ่แล้ว กลุ่มความปลอดภัยที่ได้รับมอบหมายสิทธิ์ให้กับทรัพยากรอื่นๆ เช่น เซิร์ฟเวอร์ไฟล์ และอื่นๆ

2. บัญชีผู้ใช้ Office 365

ในสภาพแวดล้อมที่ใช้ Office 365 หลายครั้ง บัญชีผู้ใช้ Office 365 จะ “ผูกมัด” (มีใบอนุญาต Office 365) กับบริการ Office 365 อื่นๆ มากมาย เช่น - SharePoint ออนไลน์, One Drive, Skype สำหรับธุรกิจ และอื่นๆ อีกมากมาย โครงสร้างพื้นฐาน Office 365 นี้จัดเก็บข้อมูลส่วนตัวของผู้ใช้ Office 365 เช่น ที่เก็บข้อมูลไดรฟ์เดียว

แล้วประเด็นของฉันคืออะไร?

ประเด็นของฉันคือในสถานการณ์ที่บัญชีผู้ใช้ Active Directory ภายในองค์กรถูกลบออกไป และกล่องจดหมาย Exchange Online ก็ถูกลบไปด้วย สิ่งสำคัญมากคือเราต้องกู้คืน “บัญชีผู้ใช้ Active Directory ภายในองค์กรดั้งเดิม” ที่ถูกลบแบบ Soft Deleted

เฉพาะเมื่อกู้คืนบัญชีผู้ใช้ Active Directory ภายในองค์กรดั้งเดิมเท่านั้น เราสามารถกู้คืนข้อมูลทั้งหมดที่ "แนบ" กับบัญชีผู้ใช้ Active Directory ภายในองค์กร เช่น คุณสมบัติผู้ใช้ ความเป็นสมาชิกกลุ่ม และ เร็วๆ นี้,

กระบวนการคืนค่าบัญชีผู้ใช้ Active Directory ภายในองค์กรดั้งเดิมจะนำไปสู่กระบวนการกู้คืนบัญชีผู้ใช้ Office 365 โดยอัตโนมัติ + ใบอนุญาต Exchange Online และใบอนุญาต Office 365 อื่นๆ และช่วยให้เราสามารถ

คืนค่า “การเชื่อมต่อ” ที่บัญชีผู้ใช้ Office 365 มีกับโครงสร้างพื้นฐาน Office 365 อื่น
คืนค่ากล่องจดหมาย Exchange Online ที่เชื่อมต่อกับบัญชีผู้ใช้ Office 365 ที่คืนค่า

บทความถัดไปในชุดบทความปัจจุบัน

บัญชีผู้ใช้ Active Directory ที่ถูกลบ และที่เก็บอ็อบเจ็กต์ที่ถูกลบ | การแนะนำเบื้องต้น | ข้อ 1#4 | ตอนที่ 13#23