แลกเปลี่ยน 2013 อยู่ร่วมกัน | โครงสร้างพื้นฐานการค้นหาอัตโนมัติ | ตอนที่ 2/2 | 12#23

จุดเน้นของบทความปัจจุบันคือโครงสร้างพื้นฐาน Exchange Autodiscover ในสภาพแวดล้อมภายใน/ส่วนตัว

ในบทความปัจจุบัน เราจะทบทวนหัวข้อต่อไปนี้:

1. การตรวจทานทั่วไปของสภาพแวดล้อมการค้นหาอัตโนมัติของ Exchange
2. อักขระเฉพาะของโครงสร้างพื้นฐานการค้นหาอัตโนมัติของ Exchange ในสภาพแวดล้อมที่มีอยู่ร่วมกันของ Exchange 2013
3. เหตุผลในการใช้ “โมเดลรวมศูนย์การค้นหาอัตโนมัติ”
4. Active Directory SCP (จุดเชื่อมต่อบริการ) และแนวคิดการลงทะเบียนชื่อ Exchange Autodiscover และการจัดการโดยใช้ PowerShell

บทความปัจจุบันเป็นความต่อเนื่องของบทความก่อนหน้านี้: สภาพแวดล้อมการอยู่ร่วมกันของ Exchange 2013 | โครงสร้างพื้นฐานการค้นหาอัตโนมัติ | ตอนที่ 1/2

แนวคิดทั่วไปของโครงสร้างพื้นฐานการค้นหาอัตโนมัติในสภาพแวดล้อมเครือข่ายภายใน

ก่อนที่เราจะเริ่มต้นจากคำอธิบายของการค้นหาอัตโนมัติภายในของ Exchange ในสถานการณ์ของสภาพแวดล้อมที่มีอยู่ร่วมกันของ Exchange 2013 สิ่งสำคัญคือต้องตรวจสอบแนวคิดพื้นฐานบางประการของตรรกะการค้นหาอัตโนมัติในสภาพแวดล้อมของ Exchange ภายใน จากนั้น "ก้าวไปข้างหน้า" ไปยังคำอธิบายของการค้นหาอัตโนมัติเท่านั้น ในสภาพแวดล้อมการอยู่ร่วมกันของ Exchange 2013

สถานการณ์ที่ 1: กระบวนการค้นหาอัตโนมัติภายในบนไซต์ Exchange

“กระบวนการค้นหาอัตโนมัติภายในมาตรฐาน” ในสภาพแวดล้อมไซต์ Exchange เดียวถูกนำไปใช้ในลักษณะต่อไปนี้:

เซิร์ฟเวอร์แลกเปลี่ยน CAS ลงทะเบียนตัวเองใน Active Directory SCP (จุดเชื่อมต่อบริการ)

เมื่อไคลเอนต์ Exchange (ไคลเอนต์การค้นหาอัตโนมัติ) จำเป็นต้องค้นหาตำแหน่งสิ้นสุดการค้นหาอัตโนมัติ (เซิร์ฟเวอร์ Exchange CAS) เขาจะสอบถาม Active Directory รับรายการเซิร์ฟเวอร์ Exchange CAS ที่มีอยู่ และระบุเซิร์ฟเวอร์ Exchange CAS เพื่อรับข้อมูลการค้นหาอัตโนมัติที่จำเป็น

สถานการณ์สมมติที่ 2: กระบวนการค้นหาอัตโนมัติภายในในสภาพแวดล้อมไซต์ Exchange หลายแห่ง

“กระบวนการค้นหาอัตโนมัติภายใน” ในสภาพแวดล้อมไซต์ Exchange หลายแห่งถูกนำไปใช้ในลักษณะต่อไปนี้:

เซิร์ฟเวอร์ Exchange CAS แต่ละเซิร์ฟเวอร์ ลงทะเบียนตัวเองใน Active Directory SCP (จุดเชื่อมต่อบริการ)

เมื่อไคลเอนต์ Exchange ต้องการค้นหาตำแหน่งสิ้นสุดการค้นหาอัตโนมัติ (เซิร์ฟเวอร์ Exchange CAS) เขาจะสอบถาม Active Directory รับรายการเซิร์ฟเวอร์ Exchange CAS ที่มีอยู่ และเลือกเซิร์ฟเวอร์ Exchange CAS ที่ "เหมาะสม" ที่สุดจากรายการ โดยอิงจาก "ไซต์ Active Directory" คุณสมบัติ.

ลูกค้า Exchange จะต้องการเชื่อมต่อ “เซิร์ฟเวอร์ Exchange CAS ภายในเครื่อง” ที่อยู่ใน Active Directory เดียวกันกับเขาเสมอ
ในสถานการณ์ของเรา “ไคลเอนต์ Exchange สีแดง” จะต้องการเชื่อมต่อเซิร์ฟเวอร์ Exchange CAS ในไซต์ 1 สำหรับ รับข้อมูลการค้นหาอัตโนมัติที่จำเป็น
ในสถานการณ์ของเรา “ไคลเอนต์ Yellow Exchange ” จะต้องการเชื่อมต่อเซิร์ฟเวอร์ Exchange CAS ในไซต์ 2 เพื่อรับข้อมูลการค้นหาอัตโนมัติที่จำเป็น

โครงสร้างพื้นฐานการค้นหาอัตโนมัติภายในในสภาพแวดล้อมที่มีอยู่ร่วมกันของ Exchange 2013

สถานการณ์สมมติของสภาพแวดล้อมการอยู่ร่วมกันของ Exchange 2013 จำเป็นต้องมีการดำเนินการปรับปรุงโครงสร้างพื้นฐานการค้นหาอัตโนมัติภายใน

แนวทางปฏิบัติที่ดีที่สุดสำหรับโครงสร้างพื้นฐานการค้นหาอัตโนมัติภายในในสภาพแวดล้อมที่อยู่ร่วมกันนั้นขึ้นอยู่กับแนวคิดที่ CAS ของ Exchange 2013 ทำหน้าที่เป็น "จุดโฟกัสการค้นหาอัตโนมัติ"

ความหมายของคำนี้คือ แทนที่จะเป็นโครงสร้างพื้นฐานการค้นหาอัตโนมัติเริ่มต้นที่นำไปใช้ในไซต์ Exchange หลายแห่ง ซึ่งไซต์ Exchange แต่ละแห่งมี "จุดสิ้นสุดการค้นหาอัตโนมัติ" ของตัวเองในสภาพแวดล้อมที่มีอยู่ร่วมกันของ Exchange 2013 Exchange CAS ปี 2013 กำลัง “แทนที่” “แหล่งข้อมูลการค้นหาอัตโนมัติอื่นๆ” (เซิร์ฟเวอร์ Exchange CAS เดิม) และโมเดลถูกแปลงเป็น “โมเดลแบบรวมศูนย์” ซึ่งมีแหล่งข้อมูลการค้นหาอัตโนมัติเพียงแหล่งเดียวเท่านั้น: Exchange CAS 2013

สถานการณ์สมมติที่ 1: สภาพแวดล้อมที่มีอยู่ร่วมกันของ Exchange 2013 | สภาพแวดล้อมไซต์ Exchange เดียว

กฎบัตรของสถานการณ์นี้คือไซต์ Exchange เดียวซึ่งรวมถึงเซิร์ฟเวอร์ Exchange หลายเวอร์ชัน ในทางเทคนิคแล้ว แต่ละเซิร์ฟเวอร์ Exchange CAS สามารถให้บริการการค้นหาอัตโนมัติได้ แต่ดังที่ได้กล่าวไว้ก่อนหน้านี้ ความสามารถของ “เซิร์ฟเวอร์ Exchange CAS ดั้งเดิม” ในการให้บริการการค้นหาอัตโนมัติแก่ “ไคลเอนต์ Exchange ขั้นสูง” เพิ่มเติมนั้นมีจำกัด

ตัวอย่างเช่น Exchange 2007 CAS จะไม่สามารถให้บริการการค้นหาอัตโนมัติที่จำเป็นสำหรับไคลเอนต์ Exchange 2013

ด้วยเหตุนี้ วิธีแก้ปัญหาคือ "สวมมงกุฎ" เซิร์ฟเวอร์ Exchange CAS 2013 เป็น "จุดโฟกัสการค้นหาอัตโนมัติ" สำหรับไคลเอ็นต์ Exchange ประเภทต่างๆ ทั้งหมด

ในไดอะแกรมต่อไปนี้ เราจะเห็นตัวอย่างของแนวคิดที่เซิร์ฟเวอร์ Exchange CAS 2013 กลายเป็นจุดโฟกัสของบริการการค้นหาอัตโนมัติสำหรับไคลเอนต์ Exchange ภายในในไซต์ Exchange เฉพาะ

ลูกค้า Exchange ที่แตกต่างกันแต่ละราย เช่น Exchange 2007, 2010 และ 2013 จะจัดการกับเซิร์ฟเวอร์ Exchange CAS 2013 ที่กำลังมองหาบริการ Autodiscover เซิร์ฟเวอร์ Exchange CAS 2013 นั้น "ฉลาดพอที่จะทราบหรือให้ "คำตอบการค้นหาอัตโนมัติ" ที่จำเป็นแก่ไคลเอ็นต์ Exchange ตามเวอร์ชัน

สถานการณ์สมมติที่ 2: สภาพแวดล้อมที่มีอยู่ร่วมกันของ Exchange 2013 | สภาพแวดล้อมไซต์ Exchange หลายรายการ | โมเดลการค้นหาอัตโนมัติแบบรวมศูนย์

ในสถานการณ์ปัจจุบัน โครงสร้างพื้นฐาน Exchange ขององค์กรจะขึ้นอยู่กับโครงสร้างพื้นฐานของไซต์ Exchange หลาย

ในสภาพแวดล้อมการอยู่ร่วมกันของ Exchange 2013 สภาพแวดล้อมการอยู่ร่วมกันของ Exchange 2013 กลายเป็น "แหล่งข้อมูลหลักสำหรับข้อมูลการค้นหาอัตโนมัติ" แม้กระทั่งสำหรับไคลเอนต์ไคลเอนต์ Exchange ที่อยู่ในไซต์ Exchange อื่น

ในสถานการณ์สมมตินี้ แต่ละข้อกำหนดไคลเอนต์ Autodiscover Exchange (ไคลเอนต์ Exchange จากไซต์ทั้งหมด) จะถูกระบุไปยังเซิร์ฟเวอร์ Exchange CAS 2013 ในไซต์ 1 เสมอ

เมื่อเซิร์ฟเวอร์ Exchange CAS 2013 บนไซต์ 1 ได้รับคำขอการค้นหาอัตโนมัติ เขาจะระบุไคลเอนต์ Exchange ค้นหา Active Directory เกี่ยวกับผู้ใช้เฉพาะ และค้นหาว่า "เวอร์ชันไคลเอ็นต์ Exchange" ที่แน่นอนคืออะไร

ตัวอย่างเช่น ในกรณีที่ไคลเอนต์ Exchange เป็นไคลเอนต์ที่กล่องจดหมายของเขาโฮสต์อยู่บนเซิร์ฟเวอร์กล่องจดหมาย Exchange 2010 เซิร์ฟเวอร์ Exchange CAS 2013 “เข้าใจ” ว่าเขาจะต้องให้ข้อมูลการค้นหาอัตโนมัติเฉพาะแก่ไคลเอนต์ Exchange 2010 เฉพาะนี้

ในสถานการณ์สมมตินี้ เซิร์ฟเวอร์ Exchange CAS 2013 จะพร็อกซีการร้องขอไปยังเซิร์ฟเวอร์ Exchange 2010 CAS (เซิร์ฟเวอร์ Exchange 2010 CAS ใน Active Directory เดียวกันกับไคลเอ็นต์ Exchange) ได้รับข้อมูลการค้นหาอัตโนมัติที่จำเป็นจากเซิร์ฟเวอร์ Exchange 2010 CAS และให้ข้อมูลนี้ ไปยังไคลเอนต์ Exchange 2010

สภาพแวดล้อมการอยู่ร่วมกันของ Exchange 2013 แบบกระจายการค้นหาอัตโนมัติ | โมเดลต้องห้าม

ในส่วนก่อนหน้านี้ เราต้องตรวจสอบการกำหนดค่าแนวทางปฏิบัติที่ดีที่สุดสำหรับโครงสร้างพื้นฐานการค้นหาอัตโนมัติในสภาพแวดล้อมที่มีอยู่ร่วมกันของ Exchange 2013

ในทางเทคนิคแล้ว “แนวทางปฏิบัติที่ดีที่สุด” ไม่ได้บังคับ และนอกจากนี้ ฉันไม่คุ้นเคยกับบทความอย่างเป็นทางการของ Microsoft ที่อธิบายคำแนะนำแนวทางปฏิบัติที่ดีที่สุดสำหรับโครงสร้างพื้นฐาน Autodiscover ในสภาพแวดล้อมการอยู่ร่วมกันของ Exchange 2013

สมมติว่าด้วยเหตุผลบางอย่าง คุณไม่เต็มใจที่จะรับคำแนะนำของแนวทางปฏิบัติที่ดีที่สุด และคุณต้องการใช้ "โครงสร้างพื้นฐานการค้นหาอัตโนมัติมาตรฐาน"

เบาะแสเล็กๆ น้อยๆ: ในส่วนถัดไป เราจะสาธิตผลที่ตามมาของการไม่ใช้แบบจำลองการค้นหาอัตโนมัติแนวปฏิบัติที่ดีที่สุดสำหรับสภาพแวดล้อมการอยู่ร่วมกันของ Exchange 2013

ใน "สภาพแวดล้อมที่อยู่ร่วมกันที่ไม่มี Exchange 2013" หรือสภาพแวดล้อม Exchange ที่เป็นเนื้อเดียวกัน ในสถานการณ์ที่มีไซต์ Exchange หลายแห่ง แต่ละไซต์ Exchange จะมี "เซิร์ฟเวอร์ Exchange CAS ภายในเครื่อง" ซึ่งทำหน้าที่เป็นจุดสิ้นสุดการค้นหาอัตโนมัติสำหรับไคลเอ็นต์ Exchange ภายในเครื่อง

เพื่อให้สามารถสาธิตแนวคิดนี้ได้ ลองใช้สถานการณ์ต่อไปนี้

ในองค์กรมีไซต์ Active Directory สามไซต์และไซต์ Exchange สองไซต์ (หนึ่งในไซต์ของบริษัทไม่มีโครงสร้างพื้นฐานของ Exchange)

• ไซต์ 1 ขึ้นอยู่กับโครงสร้างพื้นฐาน Exchange 2013
• ไซต์ 2 ขึ้นอยู่กับโครงสร้างพื้นฐาน Exchange 2007

ข้อมูลเกี่ยวกับเซิร์ฟเวอร์ Exchange CAS ทั้งสองเซิร์ฟเวอร์ได้รับการลงทะเบียนใน Active Directory ที่ SCP (จุดเชื่อมต่อบริการ)

ในแผนภาพต่อไปนี้ เราจะเห็นว่าในสถานการณ์ของเรา Active Directory SCP มีข้อมูลเกี่ยวกับเซิร์ฟเวอร์ Exchange CAS สองเซิร์ฟเวอร์ที่แตกต่างกัน
เซิร์ฟเวอร์ Exchange CAS จากไซต์ 1 และเซิร์ฟเวอร์ Exchange CAS จากไซต์ 2

เมื่อไคลเอนต์ Exchange 2013 ภายในจากไซต์ 1 ค้นหาจุดสิ้นสุดการค้นหาอัตโนมัติ เขาจะได้รับรายการที่รวมชื่อของ Exchange 2007 CAS และ Exchange 2013 CAS เนื่องจาก "ไคลเอ็นต์ Exchange ไซต์ 1" และ CAS ของ Exchange 2013 อยู่บนไซต์เดียวกัน ไคลเอ็นต์ Exchange จากไซต์ 1 จะเลือกที่จะจัดการกับ CAS ของ Exchange 2013

ตรรกะเดียวกันนี้จะถูกนำไปใช้ในไคลเอนต์ Exchange 2007 ภายในจากไซต์ 2 เมื่อ "ไซต์ 2 ไคลเอนต์ Exchange " สอบถาม Active Directory เขาได้รับรายการเซิร์ฟเวอร์ Exchange CAS ที่พร้อมใช้งาน เขาจะต้องการจัดการกับเซิร์ฟเวอร์ Exchange CAS ในพื้นที่ ซึ่งหมายถึง: CAS ของ Exchange 2007

โครงสร้างพื้นฐานการค้นหาอัตโนมัติแบบ "กระจาย" ที่เรามีการตรวจสอบ อาจทำให้เกิดปัญหาที่ไคลเอ็นต์ Exchange จะเข้าถึง "เซิร์ฟเวอร์ Exchange CAS ที่ไม่ถูกต้อง"

ตามที่กล่าวไว้ เซิร์ฟเวอร์ Exchange CAS เวอร์ชันที่ทันสมัยกว่าสามารถให้บริการ "ไคลเอนต์ Exchange ดั้งเดิม" (ไคลเอนต์ Exchange ที่มีเวอร์ชันเดียวกันกับเซิร์ฟเวอร์ Exchange CAS) และเพิ่มเติม: ไคลเอนต์ Exchange ดั้งเดิม

ตัวอย่างเช่น - Exchange 2013 CAS สามารถให้บริการคำขอการค้นหาอัตโนมัติของไคลเอนต์ Exchange 2013 + ไคลเอนต์ Exchange 2007

กฎนี้ใช้ไม่ได้กับเซิร์ฟเวอร์ Exchange CAS เวอร์ชันก่อนหน้า Exchange 2007 CAS สามารถให้บริการคำขอการค้นหาอัตโนมัติของไคลเอนต์ Exchange 2007 แต่ไม่สามารถตอบสนองคำขอการค้นหาอัตโนมัติของไคลเอนต์ Exchange 2013

ปัญหาที่ 1: ไซต์ Exchange ที่ไม่มีเซิร์ฟเวอร์ Exchange CAS ในเครื่อง

ในสถานการณ์ต่อไปนี้ ไคลเอนต์ Exchange 2013 จะอยู่ในไซต์ Active Directory 3 เมื่อไคลเอนต์ Exchange 2013 แบบสอบถาม Active Directory สำหรับรายการเซิร์ฟเวอร์ Exchange CAS ที่พร้อมใช้งาน เขาจะได้รับชื่อของ Exchange 2013 CAS + Exchange 2007 CAS

ไตรมาสที่ 1: เซิร์ฟเวอร์ Exchange CAS ใดที่ไคลเอนต์ Exchange จะเลือกจากรายการ
A1: คำตอบก็คือในสถานการณ์นี้ ไคลเอนต์ Exchange 2013 จะสุ่มเลือกหนึ่งรายการ ของชื่อเซิร์ฟเวอร์ Exchange CAS

• ในกรณีที่ไคลเอนต์ Exchange 2013 จะเลือกชื่อของ CAS ของ Exchange 2013 กระบวนการค้นหาอัตโนมัติจะเสร็จสมบูรณ์เสร็จเรียบร้อยแล้ว
• ในกรณีที่ไคลเอนต์ Exchange 2013 จะเลือกชื่อของ Exchange 2007 CAS กระบวนการค้นหาอัตโนมัติ จะไม่เสร็จสมบูรณ์

ปัญหาที่ 2: ไคลเอนต์ Exchange อยู่ที่ไซต์ Active Directory อื่น

กฎบัตรสถานการณ์ปัจจุบันคือ: ไคลเอนต์ Exchange 2013 ที่ "เป็น" ของไซต์ 1 กำลังเยี่ยมชมไซต์ของบริษัทอื่น: ไซต์ 2
เมื่อไคลเอนต์ Autodiscover Exchange 2013 สร้างแบบสอบถาม ค้นหาชื่อของเซิร์ฟเวอร์ Exchange CAS ที่พร้อมใช้งาน “คำตอบ” จะมีสองชื่อ: Exchange 2013 CAS ในไซต์ 1 และ Exchange 2007 CAS ในไซต์ 2

ในสถานการณ์สมมตินี้ ไคลเอ็นต์ Exchange 2013 จะเลือกที่อยู่ Exchange 2007 CAS เนื่องจากจากมุมมองของเขา นี่คือ "เซิร์ฟเวอร์ Exchange CAS ที่ใกล้ที่สุด"

ในกรณีนี้ กระบวนการค้นหาอัตโนมัติจะไม่เสร็จสมบูรณ์เนื่องจาก Exchange 2007 CAS ไม่สามารถให้ "ข้อมูลการค้นหาอัตโนมัติที่ถูกต้อง" ไปยังไคลเอนต์ Exchange 2013

สภาพแวดล้อมการอยู่ร่วมกันของ Exchange 2013 | การอัปเดตที่จำเป็นสำหรับ Active Directory SCP

ดังที่กล่าวไว้ในส่วนก่อนหน้า ในสภาพแวดล้อมการอยู่ร่วมกันของ Exchange 2013 เราจำเป็นต้องใช้ "โมเดลการค้นหาอัตโนมัติแบบรวมศูนย์" ซึ่ง Exchange CAS 2013 จะทำหน้าที่เป็น "แหล่งข้อมูลหลัก" สำหรับข้อมูลการค้นหาอัตโนมัติ

การใช้งาน "โมเดลการค้นหาอัตโนมัติแบบรวมศูนย์" นี้ดำเนินการโดยการอัปเดตข้อมูลการค้นหาอัตโนมัติที่มีอยู่ใน Active Directory SCP ก่อนที่จะดำเนินการอัปเดตที่จำเป็น Active Directory SCP จะรวม “ตัวชี้” ไปยังเซิร์ฟเวอร์ Exchange CAS รุ่นเก่า

ตามค่าเริ่มต้น เซิร์ฟเวอร์ Exchange CAS ทุกเครื่องรู้วิธีการลงทะเบียนตัวเองโดยอัตโนมัติใน Active Directory ในโฟลเดอร์ระบบพิเศษชื่อ: SCP (Service Connection Point)

ในสภาพแวดล้อมที่มีอยู่ร่วมกันของ Exchange "ลักษณะการทำงานเริ่มต้น" นี้จะทำให้เกิดสถานการณ์ที่มีปัญหาเนื่องจากเมื่อไคลเอ็นต์ Exchange ร้องขอ Active Directory สำหรับรายการเซิร์ฟเวอร์ Exchange CAS/s ที่พร้อมใช้งาน รายการเซิร์ฟเวอร์ Exchange CAS จะรวมข้อมูลเกี่ยวกับเซิร์ฟเวอร์ Exchange CAS/ กับเซิร์ฟเวอร์เวอร์ชันที่แตกต่างกัน

ตัวอย่างเช่น ไคลเอ็นต์ Exchange 2013 จำเป็นต้องได้รับโครงสร้างพื้นฐาน Autodiscover
ไคลเอ็นต์ Exchange 2013 ที่อยู่บนไซต์ Exchange ซึ่งมีเซิร์ฟเวอร์ Exchange CAS ที่แตกต่างกันสามเซิร์ฟเวอร์

ในไดอะแกรมต่อไปนี้ เราจะเห็นสถานการณ์สมมติของโครงสร้างพื้นฐาน Exchange ที่มี Exchange CAS เวอร์ชัน "รุ่น" สามเวอร์ชัน

ไคลเอ็นต์ Exchange จะสอบถาม Active Directory และรับรายการที่อยู่ URL ของการค้นหาอัตโนมัติสามรายการ
ปัญหาหลักคือขณะนี้ไคลเอ็นต์ Exchange 2013 มีอยู่ - จะตัดสินใจเลือกชื่อเซิร์ฟเวอร์ Exchange CAS ได้อย่างไร

สูตรในการคำนวณความน่าจะเป็นทางคณิตศาสตร์สำหรับเหตุการณ์การค้นหาอัตโนมัติที่ประสบความสำเร็จเทียบกับเหตุการณ์การค้นหาอัตโนมัติที่ไม่ประสบผลสำเร็จนั้นค่อนข้างซับซ้อน
เราจำเป็นต้องใช้การกำหนดค่าซึ่งกระบวนการการค้นหาอัตโนมัติจะดำเนินการให้เสร็จสิ้น 100% ของเวลา!

เพื่อให้สามารถกำจัดสถานการณ์ที่ “ไคลเอนต์ Exchange รุ่นใหม่” จะจัดการกับ “เซิร์ฟเวอร์ Exchange CAS รุ่นเก่า” เราจะต้องลบตัวชี้ใด ๆ ออกจาก Active Directory SCP ที่ชี้ไคลเอนต์ Exchange ไปยังโครงสร้างพื้นฐาน Exchange เดิมและรักษาตัวชี้การค้นหาอัตโนมัติ ไปยังโครงสร้างพื้นฐาน Exchange 2013 เท่านั้น (ตัวชี้ไปยังเซิร์ฟเวอร์ Exchange 2013 CAS\s)

ในสถานการณ์ของเรา เราจะต้อง "ลบ" ตัวชี้ไปที่: เซิร์ฟเวอร์ Exchange 2010 CAS: cas2010-01.o365info.com ออกจาก Active Directory SCP: และ Exchange 2007 CAS เซิร์ฟเวอร์: cas2007-01.o365info.com

เมื่อโปรแกรมรับส่งอีเมล (2007, 2010 หรือ 2013) จะสอบถาม Active Directory "คำตอบ" ของ Active Directory จะรวมเฉพาะชื่อของเซิร์ฟเวอร์ Exchange 2013 CAS เท่านั้น

เซิร์ฟเวอร์ Exchange CAS 2013 Chameleon ของบริการ Autodiscover

ในคำอุปมาที่น่าสนใจที่เราสามารถใช้เพื่ออธิบายวิธีที่ Exchange CAS 2013 "ทำงาน" ที่เกี่ยวข้องกับไคลเอ็นต์ Autodiscover เวอร์ชันต่างๆ อาจเป็นได้: Exchange CAS 2013 เป็นกิ้งก่า

ในลักษณะเดียวกับที่กิ้งก่าเปลี่ยนสีตามสภาพแวดล้อมเฉพาะที่เธออยู่และ "ปรับตัว" ตัวเองให้เข้ากับโครงสร้างพื้นฐานใหม่ Exchange CAS 2013 จะดำเนินการในลักษณะเดียวกัน

เมื่อ Exchange 2013 CAS "ยอมรับ" คำขอการค้นหาอัตโนมัติ เขาจะไม่ตอบไคลเอ็นต์การค้นหาอัตโนมัติจนกว่าเขาจะตรวจสอบเวอร์ชันไคลเอ็นต์ Exchange ตามเวอร์ชันไคลเอ็นต์ Exchange นั้น Exchange 2013 CAS จะใช้ "โฟลว์แบบกำหนดเอง" ซึ่งจะลงท้ายด้วยการตอบสนองการค้นหาอัตโนมัติที่รวมข้อมูลการค้นหาอัตโนมัติที่ปรับแต่งให้กับไคลเอ็นต์ Exchange ที่เฉพาะเจาะจง

แหล่งที่มาของข้อมูลการค้นหาอัตโนมัติที่ใช้ Exchange CAS 2013

ตามที่กล่าวไว้ Exchange CAS 2013 รู้วิธีการจัดหาไคลเอ็นต์การค้นหาอัตโนมัติของไคลเอนต์ Exchange ที่แตกต่างกันซึ่งข้อมูลการค้นหาอัตโนมัติเฉพาะที่พวกเขาต้องการ

คำถามที่ปรากฏคือ Exchange CAS 2013 รู้ได้อย่างไรว่า "ข้อมูลการค้นหาอัตโนมัติที่ถูกต้อง"

หรือกล่าวอีกนัยหนึ่ง อะไรคือแหล่งที่มาของข้อมูลที่ Exchange CAS 2013 ใช้เพื่อรับข้อมูลการค้นหาอัตโนมัติที่จำเป็นสำหรับไคลเอ็นต์ Exchange ประเภทต่างๆ (เวอร์ชัน)

คำตอบก็คือ Exchange CAS 2013 รู้วิธีจัดการกับ “แหล่งที่มา” เพิ่มเติมเพื่อรับข้อมูลการค้นหาอัตโนมัติที่ต้องการ

ในไดอะแกรมต่อไปนี้ เราจะเห็นตัวอย่าง "โฟลว์การค้นหาอัตโนมัติ" ต่างๆ ที่เซิร์ฟเวอร์ Exchange 2013 CAS ใช้เพื่อให้บริการไคลเอ็นต์ Exchange เวอร์ชันต่างๆ

ตัวอย่างเช่น: เมื่อไคลเอนต์ Exchange 2010 (ไคลเอนต์ Exchange ที่กล่องจดหมายของเขาโฮสต์อยู่บนเซิร์ฟเวอร์กล่องจดหมาย Exchange 2010) เชื่อมต่อเซิร์ฟเวอร์ Exchange 2013 CAS เซิร์ฟเวอร์ Exchange 2013 CAS จะจดจำไคลเอนต์ Exchange เป็น "ไคลเอนต์ Exchange 2010"
สำหรับ ด้วยเหตุผลนี้ เขาพร็อกซีคำขอไปยังเซิร์ฟเวอร์ Exchange 2010 CAS รับข้อมูลการค้นหาอัตโนมัติที่จำเป็น และ "ส่ง" ข้อมูลไปยังไคลเอนต์ Exchange 2010

จัดการข้อมูลการค้นหาอัตโนมัติใน Active Directory SCP

แม้จะมีการประกาศอย่างเป็นทางการว่า: "บทความนี้จริงจังไม่ใช่บทความ "วิธีการ" แต่แทนที่จะเป็น "บทความแนวคิดทั่วไปและสถาปัตยกรรม" สิ่งสำคัญคือต้องมี "รสนิยมเล็กน้อย" ของ "ส่วนทางเทคนิค" ของการดำเนินการ การอัปเดตโครงสร้างพื้นฐานการค้นหาอัตโนมัติที่จำเป็นในสภาพแวดล้อมที่มีอยู่ร่วมกันของ Exchange 2013

อัปเดต SCP ของ Active Directory

วิธีที่เราใช้สำหรับการอัปเดต “ข้อมูลการค้นหาอัตโนมัติภายใน” ที่ถูกจัดเก็บไว้ใน Active Directory SCP คือการใช้คำสั่ง PowerShell

คำสั่ง PowerShell ที่เราใช้คือ:

• Get-ClientAccessServer - สำหรับการดูข้อมูลที่จัดเก็บไว้ใน Active Directory SCP
• Set-ClientAccessServer - สำหรับอัปเดตข้อมูลที่จัดเก็บไว้ใน Active Directory SCP

เพื่อให้สามารถสาธิตการกำหนดค่าการค้นหาอัตโนมัติที่จำเป็นในสภาพแวดล้อมที่มีอยู่ร่วมกันของ Exchange 2013 ให้เราลองใช้สถานการณ์ต่อไปนี้:

องค์กรมี Exchange เวอร์ชันสามเวอร์ชันในสภาพแวดล้อมที่มีอยู่ร่วมกันของ Exchange 2013

เพื่อให้สามารถนำแนวปฏิบัติที่ดีที่สุดของโครงสร้างพื้นฐาน Autodiscover ไปใช้ในสภาพแวดล้อมการอยู่ร่วมกันของ Exchange 2013 ได้ เราจำเป็นต้องใช้ "โมเดล Autodiscover แบบรวมศูนย์"

“โมเดลการค้นหาอัตโนมัติแบบรวมศูนย์” จะดำเนินการโดย: ลบตัวชี้การค้นหาอัตโนมัติใดๆ ไปยัง Exchange 2007/2010 CAS รุ่นเก่า และกำหนดค่าโครงสร้างพื้นฐานการค้นหาอัตโนมัติภายในให้ชี้ไปที่ “New Exchange 2013 CAS”

เนมสเปซของโครงสร้างพื้นฐานการค้นหาอัตโนมัติภายใน

เมื่อเลือก: “เนมสเปซของโครงสร้างพื้นฐานการค้นหาอัตโนมัติภายใน” เราสามารถเลือกแบบจำลองที่เนมสเปซ Active Directory ภายในไม่เหมือนกันกับเนมสเปซการค้นหาอัตโนมัติภายนอก (โมดูลแยกจากกัน) หรือโมเดลอื่นของเนมสเปซการค้นหาอัตโนมัติภายนอกและภายในที่เหมือนกัน

สถานการณ์ปัจจุบันจะขึ้นอยู่กับโมดูลที่เนมสเปซการค้นหาอัตโนมัติภายในไม่เหมือนกับเนมสเปซการค้นหาอัตโนมัติสาธารณะ

ในสถานการณ์ของเรา เราจะ "เผยแพร่" Exchange CAS 2013 เป็นจุดค้นหาอัตโนมัติกลางโดยใช้ FQDN (ชื่อภายใน) ของ Exchange CAS 2013 URL การค้นหาอัตโนมัติที่เราจะลงทะเบียนจะขึ้นอยู่กับชื่อโฮสต์ Exchange CAS 2013: sts.o365info.com

ในแผนภาพต่อไปนี้ เราจะเห็นการนำเสนองานที่เราต้องดำเนินการ เราจะอัปเดตที่อยู่ URL การค้นหาอัตโนมัติที่มีอยู่ของเซิร์ฟเวอร์ Exchange CAS เดิม ซึ่งมีการลงทะเบียนที่ Active Directory SCP เพื่อ "ชี้" Exchange 2013 CAS

1. การดูข้อมูลการค้นหาอัตโนมัติภายใน

เพื่อให้สามารถดูข้อมูลปัจจุบันเกี่ยวกับจุดสิ้นสุดการค้นหาอัตโนมัติซึ่งปรากฏใน Active Directory SCP เราจะใช้คำสั่ง PowerShell:

Get-ClientAccessServer | FL auto*

ในภาพหน้าจอต่อไปนี้ เราจะดูข้อมูลเกี่ยวกับเซิร์ฟเวอร์ Exchange CAS ทั้งสามเซิร์ฟเวอร์ (EX01, EX02 และ STS)

เมื่อดูแลคุณสมบัติ: AutoDiscoverServiceInternalUri เราจะเห็นว่าเซิร์ฟเวอร์ Exchange CAS แต่ละตัว "ลงทะเบียนตัวเอง" ที่ Active Directory SCP
เซิร์ฟเวอร์ Exchange CAS แต่ละตัว " ประกาศตัวเอง ” เป็น Autodiscover Endpoint

จากเซิร์ฟเวอร์ Exchange CAS PowerShell CLI แต่ละตัว แต่จากประสบการณ์ของฉัน แนวปฏิบัติที่ดีที่สุดคือดำเนินการคำสั่งนี้จากคอนโซล PowerShell ของ "เวอร์ชัน Exchange ที่ใหม่กว่า"
ในสถานการณ์ของเรา: คอนโซล PowerShell ของเซิร์ฟเวอร์ Exchange CAS 2013

<แข็งแกร่ง>2. การอัปเดตข้อมูลการค้นหาอัตโนมัติภายใน

งาน “การลบข้อมูล” เกี่ยวกับโครงสร้างพื้นฐานเซิร์ฟเวอร์ Exchange CAS เดิมไม่ได้ถูกดำเนินการโดยการลบข้อมูลออกจาก Active Directory SCP แต่โดยการเรียกใช้ PowerShell Set-ClientAccessServer ซึ่งจะอัปเดตข้อมูลใน Active Directory SCP เพื่อให้ ที่อยู่ URL ของการค้นหาอัตโนมัติจะชี้ไปที่เซิร์ฟเวอร์ Exchange CAS 2013 (sts.o365info.com)

ไวยากรณ์คำสั่ง PowerShell ประกอบด้วยชื่อเซิร์ฟเวอร์ Exchange CAS ดังนั้นในทางทฤษฎีแล้ว เราสามารถเรียกใช้คำสั่ง Set-ClientAccessServer PowerShell ที่จำเป็นจากคอนโซล PowerShell ของเซิร์ฟเวอร์ Exchange CAS ใดก็ได้

จากประสบการณ์ของฉัน แนวปฏิบัติที่ดีที่สุดคือการดำเนินการ PowerShell ซึ่งจะอัปเดต URL จุดสิ้นสุดการค้นหาอัตโนมัติของเซิร์ฟเวอร์ Exchange CAS เฉพาะจากคอนโซล PowerShell ของเซิร์ฟเวอร์ Exchange CAS

ตัวอย่างเช่น ในกรณีที่เราจะใช้คอนโซล Exchange CAS 2013 Server PowerShell เพื่อเรียกใช้คำสั่ง Set-ClientAccessServer ที่ต้องการอัปเดตที่อยู่ URL การค้นหาอัตโนมัติของเซิร์ฟเวอร์ Exchange 2010 CAS (EXO1) เกิดข้อผิดพลาดต่อไปนี้ ปรากฏ:

คุณไม่สามารถทำการเปลี่ยนแปลงนี้ได้เนื่องจาก 'CN=EX01,CN=Servers,CN=Exchange Administrative Group.
(FYDIBOHF23SPDLT),CN=Administrative Groups,CN=First Organization,CN=Microsoft
Exchange,CN= Services,CN=Configuration,DC=o365info,DC=local' เป็นแบบอ่านอย่างเดียวใน Exchange เวอร์ชันปัจจุบัน

CategoryInfo: InvalidOperation: (:) [Set-ClientAccessServer], CannotModifyCrossVersionObjectException

FullyQualifiedErrorId : [เซิร์ฟเวอร์=STS, RequestId=b041d5d1-c2a3-4117-9dd3-061253859afc, TimeStamp=21/11/2014 2:11:03
PM] [FailureCategory=Cmdlet-CannotModifyCrossVersionObjectException] 96B3710A, Microsoft .แลกเปลี่ยน.การจัดการ .System
ConfigurationTasks.SetClientAccessServer

PSComputerName : sts.o365info.local

“วิธีที่ถูกต้อง” สำหรับการอัปเดตที่อยู่ URL ของการค้นหาอัตโนมัติของแต่ละรายการหากเซิร์ฟเวอร์ Exchange CAS ที่มีอยู่โดยการใช้ขั้นตอนต่อไปนี้:

ในคอนโซล PowerShell ของเซิร์ฟเวอร์ Exchange 2010 CAS (EX01) เราจะเรียกใช้คำสั่ง PowerShell ต่อไปนี้:

Set-ClientAccessServer -Identity EX01 -AutoDiscoverServiceInternalUri: "https://STS.o365info.local/Autodiscover/Autodiscover.xml"

ในคอนโซล PowerShell ของเซิร์ฟเวอร์ Exchange 2007 CAS (EX02) เราจะเรียกใช้คำสั่ง PowerShell ต่อไปนี้:

Set-ClientAccessServer -Identity EX02 -AutoDiscoverServiceInternalUri:"https://STS.o365info.local/Autodiscover/Autodiscover.xml"

ในภาพหน้าจอต่อไปนี้ เราจะเห็นผลลัพธ์: ข้อมูลเกี่ยวกับเซิร์ฟเวอร์ Exchange CAS สามเครื่องยังคงปรากฏใน Active Directory SCP (STS, EX01 และ EX02) แต่เมื่อเราดูค่า AutoDiscoverServiceInternalUri เราจะเห็นว่าชื่อ FQDN ได้รับการอัปเดตเป็นเซิร์ฟเวอร์ Exchange CAS 2013 FQDN: sts.o365info.com