CISCO เปิดตัวคลัสเตอร์การเชื่อมต่อ Unity 14

ข้อมูลสินค้า

ข้อมูลจำเพาะ

• ชื่อสินค้า: คลัสเตอร์การเชื่อมต่อ Cisco Unity
• ข้อความเสียงที่มีความพร้อมใช้งานสูง
• เซิร์ฟเวอร์สองเครื่องที่ใช้ Unity Connection เวอร์ชันเดียวกัน
• เซิร์ฟเวอร์ผู้เผยแพร่และเซิร์ฟเวอร์สมาชิก

คำแนะนำการใช้ผลิตภัณฑ์

รายการงานสำหรับการกำหนดค่าคลัสเตอร์การเชื่อมต่อ Unity

1. รวบรวมข้อกำหนดคลัสเตอร์ Unity Connection
2. ตั้งค่าการแจ้งเตือนสำหรับการแจ้งเตือน Unity Connection
3. ปรับแต่งการตั้งค่าคลัสเตอร์บนเซิร์ฟเวอร์ผู้เผยแพร่

การกำหนดค่าการตั้งค่าคลัสเตอร์การเชื่อมต่อ Cisco Unity บนเซิร์ฟเวอร์ผู้เผยแพร่

1. ลงชื่อเข้าใช้การจัดการการเชื่อมต่อ Cisco Unity
2. ขยายการตั้งค่าระบบ > ขั้นสูง และเลือกการกำหนดค่าคลัสเตอร์
3. บนหน้าการกำหนดค่าคลัสเตอร์ ให้เปลี่ยนสถานะเซิร์ฟเวอร์และเลือกบันทึก

การจัดการคลัสเตอร์การเชื่อมต่อ Unity

วิธีตรวจสอบสถานะคลัสเตอร์ Unity Connection และให้แน่ใจว่าการกำหนดค่าถูกต้อง:

ตรวจสอบสถานะคลัสเตอร์จาก Web อินเทอร์เฟซ

1. ลงชื่อเข้าใช้ Cisco Unity Connection Serviceability ของผู้เผยแพร่หรือเซิร์ฟเวอร์สมาชิก
2. ขยายเครื่องมือและเลือกการจัดการคลัสเตอร์
3. ในหน้าการจัดการคลัสเตอร์ ให้ตรวจสอบสถานะเซิร์ฟเวอร์

การตรวจสอบสถานะคลัสเตอร์จาก Command Line Interface (CLI)

1. เรียกใช้คำสั่ง CLI แสดงสถานะคลัสเตอร์ cuc บนเซิร์ฟเวอร์ผู้เผยแพร่หรือเซิร์ฟเวอร์สมาชิก

การจัดการพอร์ตการส่งข้อความในคลัสเตอร์

ในคลัสเตอร์ Unity Connection เซิร์ฟเวอร์จะแชร์การผสานรวมระบบโทรศัพท์เดียวกัน แต่ละเซิร์ฟเวอร์จัดการการแบ่งใช้สายเรียกเข้าสำหรับคลัสเตอร์

การกำหนดพอร์ต

ขึ้นอยู่กับการรวมระบบโทรศัพท์ พอร์ตข้อความเสียงแต่ละพอร์ตถูกกำหนดให้กับเซิร์ฟเวอร์เฉพาะหรือใช้โดยเซิร์ฟเวอร์ทั้งสอง

คำถามที่พบบ่อย

• ถาม: ฉันจะรวบรวมข้อกำหนดคลัสเตอร์ Unity Connection ได้อย่างไร
• ตอบ: สำหรับข้อมูลเพิ่มเติมเกี่ยวกับการรวบรวมข้อกำหนดคลัสเตอร์ Unity Connection โปรดดูเอกสารประกอบข้อกำหนดของระบบสำหรับการกำหนดค่า Cisco Unity Connection Cluster
• ถาม: ฉันจะตั้งค่าการแจ้งเตือนสำหรับการแจ้งเตือน Unity Connection ได้อย่างไร
• ตอบ: โปรดดูคำแนะนำในการตั้งค่าการแจ้งเตือนสำหรับการแจ้งเตือน Unity Connection ในคู่มือการดูแลระบบ Cisco Unified Real-Time Monitoring Tool
• ถาม: ฉันจะเปลี่ยนสถานะเซิร์ฟเวอร์ในคลัสเตอร์ได้อย่างไร
• ตอบ: หากต้องการเปลี่ยนสถานะเซิร์ฟเวอร์ในคลัสเตอร์ ให้ลงชื่อเข้าใช้ Cisco Unity Connection Administration ขยายการตั้งค่าระบบ > ขั้นสูง เลือกการกำหนดค่าคลัสเตอร์ และแก้ไขสถานะเซิร์ฟเวอร์ในหน้าการกำหนดค่าคลัสเตอร์
• ถาม: ฉันจะตรวจสอบสถานะคลัสเตอร์ Unity Connection ได้อย่างไร
• ตอบ: คุณสามารถตรวจสอบสถานะคลัสเตอร์ Unity Connection ได้โดยใช้ web อินเทอร์เฟซหรืออินเทอร์เฟซบรรทัดคำสั่ง (CLI) สำหรับขั้นตอนโดยละเอียด โปรดดูส่วน "การตรวจสอบสถานะคลัสเตอร์" ในคู่มือผู้ใช้
• ถาม: ฉันจะจัดการพอร์ตการส่งข้อความในคลัสเตอร์ได้อย่างไร
• ตอบ: คู่มือผู้ใช้ให้ข้อมูลเกี่ยวกับการจัดการพอร์ตการส่งข้อความในคลัสเตอร์ โปรดดูรายละเอียดในส่วน “การจัดการพอร์ตการส่งข้อความในคลัสเตอร์”

 

การแนะนำ

การปรับใช้คลัสเตอร์ Cisco Unity Connection ให้การส่งข้อความเสียงที่มีความพร้อมใช้งานสูงผ่านเซิร์ฟเวอร์สองเครื่องที่ใช้ Unity Connection เวอร์ชันเดียวกัน เซิร์ฟเวอร์แรกในคลัสเตอร์คือเซิร์ฟเวอร์ผู้เผยแพร่และเซิร์ฟเวอร์ที่สองคือเซิร์ฟเวอร์สมาชิก

รายการงานสำหรับการกำหนดค่าคลัสเตอร์การเชื่อมต่อ Unity

ทำงานต่อไปนี้เพื่อสร้างคลัสเตอร์ Unity Connection:

1.  รวบรวมข้อกำหนดคลัสเตอร์ Unity Connection สำหรับข้อมูลเพิ่มเติม โปรดดูข้อกำหนดของระบบสำหรับ Cisco Unity Connection Release 14 ที่
2.    https://www.cisco.com/c/en/us/td/docs/voice_ip_comm/connection/14/requirements/b_14cucsysreqs.html.
3. ติดตั้งเซิร์ฟเวอร์ผู้เผยแพร่ สำหรับข้อมูลเพิ่มเติม โปรดดูส่วนการติดตั้งเซิร์ฟเวอร์ผู้เผยแพร่
4.  ติดตั้งเซิร์ฟเวอร์สมาชิก สำหรับข้อมูลเพิ่มเติม โปรดดูส่วนการติดตั้งเซิร์ฟเวอร์สมาชิก
5. กำหนดค่า Cisco Unified Real-Time Monitoring Tool สำหรับทั้งเซิร์ฟเวอร์ผู้เผยแพร่และผู้สมัครสมาชิกเพื่อส่งการแจ้งเตือนสำหรับการแจ้งเตือน Unity Connection ต่อไปนี้:

• • AutoFailbackล้มเหลว
  • ความล้มเหลวอัตโนมัติสำเร็จแล้ว
  • ความล้มเหลวอัตโนมัติล้มเหลว
  • ความล้มเหลวอัตโนมัติสำเร็จแล้ว
  •  ไม่มีการเชื่อมต่อ ToPeer
  • SbrFaile

สำหรับคำแนะนำในการตั้งค่าการแจ้งเตือนสำหรับการแจ้งเตือน Unity Connection โปรดดูส่วน “Cisco Unified Real-Time Monitoring Tool” ของ Cisco Unified Real-Time Monitoring Tool Administration Guide สำหรับรุ่นที่ต้องการ ซึ่งมีอยู่ที่  http://www.cisco.com/c/en/us/support/unified-communications/unity-connection/products-maintenance-guides-list.html.

1.  (ไม่บังคับ) ทำงานต่อไปนี้เพื่อปรับแต่งการตั้งค่าคลัสเตอร์บนเซิร์ฟเวอร์ผู้เผยแพร่:

• ลงชื่อเข้าใช้การจัดการการเชื่อมต่อ Cisco Unity
• ขยายการตั้งค่าระบบ > ขั้นสูง และเลือกการกำหนดค่าคลัสเตอร์
• บนหน้าการกำหนดค่าคลัสเตอร์ ให้เปลี่ยนสถานะเซิร์ฟเวอร์และเลือกบันทึก สำหรับข้อมูลเพิ่มเติมเกี่ยวกับการเปลี่ยนสถานะเซิร์ฟเวอร์ในคลัสเตอร์ โปรดดูวิธีใช้> หน้านี้

การจัดการคลัสเตอร์การเชื่อมต่อ Unity

คุณต้องตรวจสอบสถานะคลัสเตอร์ Unity Connection เพื่อให้แน่ใจว่าคลัสเตอร์ได้รับการกำหนดค่าอย่างถูกต้องและทำงานอย่างถูกต้อง สิ่งสำคัญคือต้องเข้าใจสถานะเซิร์ฟเวอร์ที่แตกต่างกันในคลัสเตอร์และผลกระทบของการเปลี่ยนสถานะเซิร์ฟเวอร์ในคลัสเตอร์

การตรวจสอบสถานะคลัสเตอร์

คุณสามารถตรวจสอบสถานะคลัสเตอร์ Unity Connection ได้โดยใช้ web อินเทอร์เฟซหรืออินเทอร์เฟซบรรทัดคำสั่ง (CLI) ขั้นตอนในการตรวจสอบสถานะคลัสเตอร์การเชื่อมต่อ Unity Web อินเทอร์เฟซ

• ขั้นตอนที่ 1ลงชื่อเข้าใช้ Cisco Unity Connection Serviceability ของผู้เผยแพร่หรือเซิร์ฟเวอร์สมาชิก
• ขั้นตอนที่ 2 ขยายเครื่องมือและเลือกการจัดการคลัสเตอร์
• ขั้นตอนที่ 3 ในหน้าการจัดการคลัสเตอร์ ให้ตรวจสอบสถานะเซิร์ฟเวอร์ สำหรับข้อมูลเพิ่มเติมเกี่ยวกับ สถานะเซิร์ฟเวอร์ โปรดดูส่วนสถานะเซิร์ฟเวอร์และฟังก์ชันในคลัสเตอร์การเชื่อมต่อ Unity

ขั้นตอนในการตรวจสอบสถานะคลัสเตอร์การเชื่อมต่อ Unity จาก Command Line Interface (CLI)

• ขั้นตอนที่ 1 คุณสามารถเรียกใช้คำสั่ง CLI แสดงสถานะคลัสเตอร์ cuc บนเซิร์ฟเวอร์ผู้เผยแพร่หรือเซิร์ฟเวอร์สมาชิกเพื่อตรวจสอบสถานะคลัสเตอร์
• ขั้นตอนที่ 2 สำหรับข้อมูลเพิ่มเติมเกี่ยวกับสถานะของเซิร์ฟเวอร์และฟังก์ชันที่เกี่ยวข้อง โปรดดูส่วนสถานะเซิร์ฟเวอร์และฟังก์ชันในคลัสเตอร์การเชื่อมต่อ Unity

การจัดการพอร์ตการส่งข้อความในคลัสเตอร์

ในคลัสเตอร์ Unity Connection เซิร์ฟเวอร์จะแชร์การผสานรวมระบบโทรศัพท์เดียวกัน แต่ละเซิร์ฟเวอร์มีหน้าที่รับผิดชอบในการจัดการส่วนแบ่งสายเรียกเข้าสำหรับคลัสเตอร์ (การรับสายโทรศัพท์และรับข้อความ)

ขึ้นอยู่กับการรวมระบบโทรศัพท์ พอร์ตข้อความเสียงแต่ละพอร์ตถูกกำหนดให้กับเซิร์ฟเวอร์เฉพาะหรือใช้โดยเซิร์ฟเวอร์ทั้งสอง การจัดการพอร์ตการส่งข้อความในคลัสเตอร์ อธิบายการกำหนดพอร์ต
ตารางที่ 1: การกำหนดเซิร์ฟเวอร์และการใช้พอร์ตการส่งข้อความเสียงในคลัสเตอร์การเชื่อมต่อ Unity

การบูรณาการ พิมพ์	การกำหนดเซิร์ฟเวอร์และการใช้พอร์ตการส่งข้อความเสียง
บูรณาการโดย Skinny Client Control Protocol (SCCP) กับ Cisco Unified Communications Manager หรือ Cisco Unified Communications Manager Express	•  ระบบโทรศัพท์ได้รับการตั้งค่าด้วยเสียง SCCP เป็นสองเท่าซึ่งจำเป็นต่อการจัดการการรับส่งข้อมูลข้อความเสียง (เช่นampอย่างไรก็ตาม จำเป็นต้องใช้อุปกรณ์พอร์ตวอยซ์เมลเพื่อจัดการอุปกรณ์พอร์ตวอยซ์เมลข้อความเสียงทั้งหมดต้องตั้งค่าบนระบบโทรศัพท์) •  ใน Cisco Unity Connection Administration ข้อความเสียงได้รับการกำหนดค่าเพื่อให้พอร์ตครึ่งหนึ่งที่ตั้งค่าบนโทรศัพท์ถูกกำหนดให้กับแต่ละเซิร์ฟเวอร์ในคลัสเตอร์ (เช่นampแต่ละเซิร์ฟเวอร์ฉันมีพอร์ตข้อความเสียง 16 พอร์ต) •  บนระบบโทรศัพท์ กลุ่มสาย รายการสายเรียกเข้า และกลุ่มสายเรียกเข้าช่วยให้เซิร์ฟเวอร์สมาชิกสามารถรับสายเรียกเข้าส่วนใหญ่ได้ •  หากเซิร์ฟเวอร์ตัวใดตัวหนึ่งหยุดทำงาน (เช่นampเมื่อเป็นการบำรุงรักษา) เซิร์ฟเวอร์ที่เหลือจะรับผิดชอบสายเรียกเข้าสำหรับคลัสเตอร์ •  เมื่อเซิร์ฟเวอร์ที่หยุดทำงานสามารถกลับมาทำงานต่อหรือเปิดใช้งานได้ เซิร์ฟเวอร์จะกลับมารับผิดชอบในการจัดการการเรียกแชร์สำหรับคลัสเตอร์อีกครั้ง
บูรณาการผ่าน SIP Trunk กับ Cisco Unified Communications Manager หรือ Cisco Unified Communications Manager Express	•  ใน Cisco Unity Connection Administration ครึ่งหนึ่งของจำนวนพอร์ต VO ที่จำเป็นในการจัดการการรับส่งข้อมูลข้อความเสียงจะได้รับการกำหนดในคลัสเตอร์ (เช่นampอย่างไรก็ตาม หากจำเป็นต้องใช้พอร์ตข้อความเสียง 16 พอร์ตสำหรับการรับส่งข้อมูลข้อความเสียงทั้งหมดสำหรับคลัสเตอร์ แต่ละเซิร์ฟเวอร์ในคลัสเตอร์จะมีพอร์ตข้อความเสียง 8 พอร์ต) •  บนระบบโทรศัพท์ กลุ่มเส้นทาง รายการเส้นทาง และรูปแบบเส้นทาง a เพื่อกระจายการโทรอย่างเท่าเทียมกันระหว่างเซิร์ฟเวอร์ทั้งสองในคลัสเตอร์ •  หากเซิร์ฟเวอร์ตัวใดตัวหนึ่งหยุดทำงาน (เช่นampเมื่อเป็นการบำรุงรักษา) เซิร์ฟเวอร์ที่เหลือจะรับผิดชอบสายเรียกเข้าสำหรับคลัสเตอร์ •  เมื่อเซิร์ฟเวอร์ที่หยุดทำงานสามารถกลับมาทำงานต่อหรือเปิดใช้งานได้ เซิร์ฟเวอร์จะกลับมารับผิดชอบในการจัดการส่วนแบ่งของ สำหรับคลัสเตอร์

การบูรณาการ พิมพ์	การกำหนดเซิร์ฟเวอร์และการใช้พอร์ตการส่งข้อความเสียง
บูรณาการผ่านหน่วย PIMG/TIMG	•  จำนวนพอร์ตที่ตั้งค่าบนระบบโทรศัพท์จะเหมือนกับพอร์ตการส่งข้อความเสียง nu บนแต่ละเซิร์ฟเวอร์ในคลัสเตอร์ เพื่อให้เซิร์ฟเวอร์มีพอร์ตการส่งข้อความเสียง (เช่นampหากระบบโทรศัพท์ถูกตั้งค่าให้มีพอร์ตข้อความเสียง แต่ละเซิร์ฟเวอร์ในคลัสเตอร์จะต้องมีพอร์ตข้อความเดียวกัน) •  บนระบบโทรศัพท์ กลุ่มวนสายได้รับการกำหนดค่าให้กระจายการโทรเท่ากับเซิร์ฟเวอร์ทั้งสองในคลัสเตอร์ •  หน่วย PIMG/TIMG ได้รับการกำหนดค่าเพื่อให้การส่งข้อความเสียงระหว่างเซิร์ฟเวอร์มีความสมดุล •  หากเซิร์ฟเวอร์ตัวใดตัวหนึ่งหยุดทำงาน (เช่นampเมื่อปิดการบำรุงรักษา) เซิร์ฟเวอร์ที่เหลือจะรับผิดชอบในการจัดการสายเรียกเข้าสำหรับคลัสเตอร์ •  เมื่อเซิร์ฟเวอร์ที่หยุดทำงานสามารถกลับมาทำงานต่อได้ ซึ่งเป็นเรื่องปกติและเปิดใช้งานแล้ว เซิร์ฟเวอร์จะกลับมารับผิดชอบในการจัดการส่วนแบ่งรายได้สำหรับคลัสเตอร์อีกครั้ง
การรวมอื่นๆ ที่ใช้ SIP	•  ใน Cisco Unity Connection Administration ครึ่งหนึ่งของจำนวนพอร์ตเสียงที่จำเป็นในการจัดการการรับส่งข้อมูลข้อความเสียงจะได้รับการกำหนดไว้ในคลัสเตอร์ (เช่นampหากจำเป็นต้องใช้พอร์ตข้อความเสียง 16 พอร์ตสำหรับการรับส่งข้อมูลข้อความเสียงทั้งหมดสำหรับคลัสเตอร์ แต่ละเซิร์ฟเวอร์ในคลัสเตอร์จะมีพอร์ตข้อความ) •  บนระบบโทรศัพท์ กลุ่มวนสายได้รับการกำหนดค่าให้กระจายการโทรเท่ากับเซิร์ฟเวอร์ทั้งสองในคลัสเตอร์ •  หากเซิร์ฟเวอร์ตัวใดตัวหนึ่งหยุดทำงาน (เช่นampเมื่อปิดเพื่อบำรุงรักษา) เซิร์ฟเวอร์ที่เหลือจะรับผิดชอบในการจัดการสายเรียกเข้าสำหรับคลัสเตอร์ •  เมื่อเซิร์ฟเวอร์ที่หยุดทำงานสามารถกลับมาทำงานได้ตามปกติ ก็จะกลับมารับผิดชอบในการจัดการส่วนแบ่งสายเรียกเข้าสำหรับ

การหยุดพอร์ตทั้งหมดไม่ให้รับสายใหม่

ทำตามขั้นตอนในส่วนนี้เพื่อหยุดพอร์ตทั้งหมดบนเซิร์ฟเวอร์ไม่ให้รับสายใหม่ การโทรที่กำลังดำเนินอยู่จะดำเนินต่อไปจนกว่าผู้โทรจะวางสาย

เคล็ดลับ  ใช้หน้า Port Monitor ใน Real-Time Monitoring Tool (RTMT) เพื่อตรวจสอบว่าพอร์ตใดกำลังจัดการการโทรสำหรับเซิร์ฟเวอร์อยู่หรือไม่ สำหรับข้อมูลเพิ่มเติม โปรดดูขั้นตอน การหยุดไม่ให้พอร์ตทั้งหมดเข้ายึด โทรใหม่
การหยุดพอร์ตทั้งหมดบนเซิร์ฟเวอร์การเชื่อมต่อ Unity จากการรับสายใหม่

• ขั้นตอนที่ 1 ลงชื่อเข้าใช้ความสามารถในการให้บริการการเชื่อมต่อ Cisco Unity
• ขั้นตอนที่ 2ขยายเมนูเครื่องมือ และเลือกการจัดการคลัสเตอร์
• ขั้นตอนที่ 3 บนเพจการจัดการคลัสเตอร์ ใต้ตัวจัดการพอร์ต ในคอลัมน์เปลี่ยนสถานะพอร์ต ให้เลือกหยุดรับสายสำหรับเซิร์ฟเวอร์

รีสตาร์ทพอร์ตทั้งหมดเพื่อรับสาย

ทำตามขั้นตอนในส่วนนี้เพื่อรีสตาร์ทพอร์ตทั้งหมดบนเซิร์ฟเวอร์ Unity Connection เพื่อให้สามารถรับสายได้อีกครั้งหลังจากที่หยุดแล้ว

• ขั้นตอนที่ 1 ลงชื่อเข้าใช้ความสามารถในการให้บริการการเชื่อมต่อ Cisco Unity
• ขั้นตอนที่ 2 ขยายเมนูเครื่องมือ และเลือกการจัดการคลัสเตอร์
• ขั้นตอนที่ 3 บนเพจ Cluster Management ภายใต้ Port Manager ในคอลัมน์ Change Port Status ให้เลือก Take Calls for the server

สถานะเซิร์ฟเวอร์และฟังก์ชันในคลัสเตอร์การเชื่อมต่อ Unity

แต่ละเซิร์ฟเวอร์ในคลัสเตอร์มีสถานะที่ปรากฏบนหน้าการจัดการคลัสเตอร์ของ Cisco Unity Connection Serviceability สถานะบ่งชี้ฟังก์ชันที่เซิร์ฟเวอร์กำลังดำเนินการอยู่ในคลัสเตอร์ ตามที่อธิบายไว้ในตารางที่ 2: สถานะเซิร์ฟเวอร์ในคลัสเตอร์การเชื่อมต่อ Unity

ตารางที่ 2: สถานะเซิร์ฟเวอร์ในคลัสเตอร์การเชื่อมต่อ Unityr

สถานะเซิร์ฟเวอร์

ความรับผิดชอบของเซิร์ฟเวอร์ในคลัสเตอร์การเชื่อมต่อ Unity

หลัก

•  เผยแพร่ฐานข้อมูลและที่เก็บข้อความซึ่งทั้งสองอย่างนี้จำลองไปยังเซิร์ฟเวอร์อื่น •  รับข้อมูลที่จำลองแบบจากเซิร์ฟเวอร์อื่น •  แสดงและยอมรับการเปลี่ยนแปลงอินเทอร์เฟซการดูแลระบบ เช่น Unity Connection และ Cisco Unified Operating System Administration ข้อมูลนี้ถูกจำลองแบบไปยังคลัสเตอร์อื่น •  รับสายโทรศัพท์และรับข้อความ •  ส่งการแจ้งเตือนข้อความและคำขอ MWI •  ส่งการแจ้งเตือน SMTP และข้อความ VPIM •  ซิงโครไนซ์ข้อความเสียงในกล่องจดหมาย Unity Connection และ Exchange หากมีการกำหนดค่าคุณลักษณะ Unifi •  เชื่อมต่อกับไคลเอนต์ เช่น แอปพลิเคชันอีเมลและ web เครื่องมือที่มีอยู่ผ่านทาง   บันทึก                เซิร์ฟเวอร์ที่มีสถานะหลักไม่สามารถปิดใช้งานได้

 

สถานะเซิร์ฟเวอร์	ความรับผิดชอบของเซิร์ฟเวอร์ในคลัสเตอร์การเชื่อมต่อ Unity
มัธยมศึกษาตอนปลาย	•  รับข้อมูลที่จำลองแบบจากเซิร์ฟเวอร์ที่มีสถานะหลัก ข้อมูลรวมถึงฐานข้อมูลและการจัดเก็บ •  จำลองข้อมูลไปยังเซิร์ฟเวอร์ที่มีสถานะหลัก •  แสดงและยอมรับการเปลี่ยนแปลงอินเทอร์เฟซการดูแลระบบ เช่น Unity Connection Adm และ Cisco Unified Operating System Administration ข้อมูลถูกจำลองแบบไปยังเซิร์ฟเวอร์ที่มีสถานะ •  รับสายโทรศัพท์และรับข้อความ •  เชื่อมต่อกับไคลเอนต์ เช่น แอปพลิเคชันอีเมลและ web เครื่องมือที่มีให้ผ่าน Ci   บันทึก                เฉพาะเซิร์ฟเวอร์ที่มีสถานะรองเท่านั้นที่สามารถปิดใช้งานได้
ปิดการใช้งาน	•  รับข้อมูลที่จำลองแบบจากเซิร์ฟเวอร์ที่มีสถานะหลัก ข้อมูลรวมถึงฐานข้อมูลและการจัดเก็บ •  ไม่แสดงอินเทอร์เฟซการดูแลระบบ เช่น Unity Connection Administration และ Unified Operating System Administration ข้อมูลจะถูกจำลองไปยังเซิร์ฟเวอร์ด้วยข้อมูลหลัก •  ไม่รับสายหรือรับข้อความ •  ไม่เชื่อมต่อกับไคลเอนต์ เช่น แอปพลิเคชันอีเมลและ web เครื่องมือที่มีให้ผ่าน Cisco PCA
ใช้งานไม่ได้	•  ไม่ได้รับข้อมูลที่จำลองแบบจากเซิร์ฟเวอร์ที่มีสถานะหลัก •  ไม่จำลองข้อมูลไปยังเซิร์ฟเวอร์ที่มีสถานะหลัก •  ไม่แสดงอินเทอร์เฟซการดูแลระบบ เช่น Unity Connection Administration และ Unified Operating System Administration •  ไม่รับสายหรือรับข้อความ   บันทึก                เซิร์ฟเวอร์ที่มีสถานะไม่ทำงานมักจะปิดตัวลง
การเริ่มต้น	•  รับฐานข้อมูลจำลองและที่เก็บข้อความจากเซิร์ฟเวอร์ที่มีสถานะหลัก •  จำลองข้อมูลไปยังเซิร์ฟเวอร์ที่มีสถานะหลัก •  ไม่รับสายหรือรับข้อความ •  ไม่ซิงโครไนซ์ข้อความเสียงระหว่าง Unity Connection และกล่องจดหมาย Exchange)   บันทึก                สถานะนี้คงอยู่เพียงไม่กี่นาที หลังจากนั้นเซิร์ฟเวอร์จะใช้สถานะที่เกี่ยวข้อง

สถานะเซิร์ฟเวอร์	ความรับผิดชอบของเซิร์ฟเวอร์ในคลัสเตอร์การเชื่อมต่อ Unity
การจำลองข้อมูล	•  ส่งและรับข้อมูลจากคลัสเตอร์ •  ไม่รับสายหรือรับข้อความเป็นระยะเวลาหนึ่ง •  ไม่เชื่อมต่อกับไคลเอนต์ เช่น แอปพลิเคชันอีเมลและ web มีเครื่องมือผ่าน Cisco PCA เป็นระยะเวลาหนึ่ง   บันทึก                สถานะนี้คงอยู่เพียงไม่กี่นาที หลังจากนั้นสถานะก่อนหน้าจะกลับมาทำงานอีกครั้ง
การกู้คืนสมองแบบแยกส่วน (หลังจากตรวจพบเซิร์ฟเวอร์สองเครื่องที่มีสถานะหลัก)	•  อัปเดตฐานข้อมูลและที่เก็บข้อความบนเซิร์ฟเวอร์ที่กำหนดให้มีรายการหลัก •  จำลองข้อมูลไปยังเซิร์ฟเวอร์อื่น •  ไม่รับสายหรือรับข้อความเป็นระยะเวลาหนึ่ง •  ไม่ซิงโครไนซ์ข้อความเสียงระหว่าง Unity Connection และกล่องจดหมายของกล่องจดหมาย Exchange เปิดอยู่ระยะหนึ่ง •  ไม่เชื่อมต่อกับไคลเอนต์ เช่น แอปพลิเคชันอีเมลและ web เครื่องมือต่างๆ พร้อมใช้งาน Cisco PCA เป็นระยะเวลาหนึ่ง   บันทึก                สถานะนี้คงอยู่เพียงไม่กี่นาที หลังจากนั้นสถานะก่อนหน้าจะกลับมาทำงานอีกครั้ง

การเปลี่ยนสถานะเซิร์ฟเวอร์ในคลัสเตอร์และผลกระทบ

สถานะคลัสเตอร์ Unity Connection สามารถเปลี่ยนแปลงได้โดยอัตโนมัติหรือด้วยตนเอง คุณสามารถเปลี่ยนสถานะของเซิร์ฟเวอร์ในคลัสเตอร์ได้ด้วยตนเองด้วยวิธีต่อไปนี้:

1.  เซิร์ฟเวอร์ที่มีสถานะรองสามารถเปลี่ยนเป็นสถานะหลักได้ด้วยตนเอง ดูe การเปลี่ยนสถานะเซิร์ฟเวอร์จากเซิร์ฟเวอร์รองเป็นเซิร์ฟเวอร์หลักด้วยตนเอง ส่วน.
2. เซิร์ฟเวอร์ที่มีสถานะรองสามารถเปลี่ยนเป็นสถานะปิดใช้งานได้ด้วยตนเอง ดู การเปิดใช้งานเซิร์ฟเวอร์ด้วยตนเองด้วยสถานะปิดใช้งาน.
3.  เซิร์ฟเวอร์ที่มีสถานะปิดใช้งานสามารถเปิดใช้งานได้ด้วยตนเอง เพื่อให้สถานะเปลี่ยนเป็นเซิร์ฟเวอร์หลักหรือรอง ขึ้นอยู่กับสถานะของเซิร์ฟเวอร์อื่น ดู การเปิดใช้งานเซิร์ฟเวอร์ด้วยสถานะปิดใช้งานด้วยตนเอง ส่วน.

การเปลี่ยนสถานะเซิร์ฟเวอร์จากระดับรองไปเป็นระดับหลักด้วยตนเอง

• ขั้นตอนที่ 1 ลงชื่อเข้าใช้ความสามารถในการให้บริการการเชื่อมต่อ Cisco Unity
• ขั้นตอนที่ 2 จากเมนูเครื่องมือ เลือกการจัดการคลัสเตอร์
• ขั้นตอนที่ 3 บนเพจการจัดการคลัสเตอร์ จากเมนูตัวจัดการเซิร์ฟเวอร์ ในคอลัมน์เปลี่ยนสถานะเซิร์ฟเวอร์ของเซิร์ฟเวอร์ที่มีสถานะรอง ให้เลือกสร้างหลัก
• ขั้นตอนที่ 4 เมื่อได้รับแจ้งให้ยืนยันการเปลี่ยนแปลงสถานะเซิร์ฟเวอร์ ให้เลือกตกลง คอลัมน์สถานะเซิร์ฟเวอร์จะแสดงสถานะที่เปลี่ยนแปลงเมื่อการเปลี่ยนแปลงเสร็จสมบูรณ์

บันทึก เซิร์ฟเวอร์ที่แต่เดิมมีสถานะหลักจะเปลี่ยนเป็นสถานะรองโดยอัตโนมัติ

• ขั้นตอนที่ 1 ลงชื่อเข้าใช้เครื่องมือตรวจสอบแบบเรียลไทม์ (RTMT)
• ขั้นตอนที่ 2 จากเมนูการเชื่อมต่อ Cisco Unity ให้เลือก Port Monitor เครื่องมือตรวจสอบพอร์ตจะปรากฏในบานหน้าต่างด้านขวา
• ขั้นตอนที่ 3 ในฟิลด์ Node ให้เลือกเซิร์ฟเวอร์ที่มีสถานะรอง
• ขั้นตอนที่ 4 ในบานหน้าต่างด้านขวา ให้เลือก เริ่มการสำรวจความคิดเห็น โปรดทราบว่าขณะนี้พอร์ตการส่งข้อความเสียงใด ๆ กำลังจัดการการโทรสำหรับเซิร์ฟเวอร์หรือไม่
• ขั้นตอนที่ 5 ลงชื่อเข้าใช้ความสามารถในการให้บริการการเชื่อมต่อ Cisco Unity
• ขั้นตอนที่ 6 จากเมนูเครื่องมือ เลือกการจัดการคลัสเตอร์
• ขั้นตอนที่ 7 หากไม่มีพอร์ตข้อความเสียงใดที่รองรับการโทรสำหรับเซิร์ฟเวอร์ ให้ข้ามไปที่ การเปลี่ยนสถานะเซิร์ฟเวอร์จากรองเป็นปิดใช้งานด้วยตนเอง. หากมีพอร์ตข้อความเสียงที่กำลังจัดการการโทรสำหรับเซิร์ฟเวอร์ในปัจจุบัน บนเพจการจัดการคลัสเตอร์ ในคอลัมน์เปลี่ยนสถานะพอร์ต ให้เลือกหยุดรับสายสำหรับเซิร์ฟเวอร์ จากนั้นรอจนกว่า RTMT แสดงว่าพอร์ตทั้งหมดสำหรับเซิร์ฟเวอร์ไม่ได้ใช้งาน
• ขั้นตอนที่ 8 บนเพจการจัดการคลัสเตอร์ จากเมนูตัวจัดการเซิร์ฟเวอร์ ในคอลัมน์เปลี่ยนสถานะเซิร์ฟเวอร์สำหรับเซิร์ฟเวอร์
  ด้วยสถานะรอง ให้เลือก ปิดใช้งาน การปิดใช้งานเซิร์ฟเวอร์จะยุติการโทรทั้งหมดที่พอร์ตสำหรับเซิร์ฟเวอร์กำลังจัดการอยู่
• ขั้นตอนที่ 9 เมื่อได้รับแจ้งให้ยืนยันการเปลี่ยนแปลงสถานะเซิร์ฟเวอร์ ให้เลือกตกลง คอลัมน์สถานะเซิร์ฟเวอร์จะแสดงสถานะที่เปลี่ยนแปลงเมื่อการเปลี่ยนแปลงเสร็จสมบูรณ์

การเปิดใช้งานเซิร์ฟเวอร์ด้วยสถานะปิดใช้งานด้วยตนเอง

• ขั้นตอนที่ 1 ลงชื่อเข้าใช้ความสามารถในการให้บริการการเชื่อมต่อ Cisco Unity
• ขั้นตอนที่ 2 จากเมนูเครื่องมือ ให้เลือก การจัดการคลัสเตอร์
• ขั้นตอนที่ 3 บนเพจการจัดการคลัสเตอร์ ในเมนูตัวจัดการเซิร์ฟเวอร์ ในคอลัมน์เปลี่ยนสถานะเซิร์ฟเวอร์สำหรับเซิร์ฟเวอร์ที่มีสถานะปิดใช้งาน ให้เลือก เปิดใช้งาน.
• ขั้นตอนที่ 4 เมื่อได้รับแจ้งให้ยืนยันการเปลี่ยนแปลงสถานะเซิร์ฟเวอร์ ให้เลือก ตกลง. คอลัมน์สถานะเซิร์ฟเวอร์จะแสดงสถานะที่เปลี่ยนแปลงเมื่อการเปลี่ยนแปลงเสร็จสมบูรณ์

ผลกระทบต่อการโทรที่กำลังดำเนินอยู่เมื่อสถานะของเซิร์ฟเวอร์เปลี่ยนแปลงในคลัสเตอร์การเชื่อมต่อแบบ Unity

เมื่อสถานะของเซิร์ฟเวอร์ Unity Connection เปลี่ยนแปลง ผลกระทบต่อการโทรที่กำลังดำเนินอยู่จะขึ้นอยู่กับสถานะสุดท้ายของเซิร์ฟเวอร์ที่จัดการการโทรและสภาพของเครือข่าย ตารางต่อไปนี้จะอธิบาย

ผลกระทบ:

ตารางที่ 3: ผลต่อการโทรที่กำลังดำเนินอยู่เมื่อสถานะของเซิร์ฟเวอร์เปลี่ยนแปลงในคลัสเตอร์การเชื่อมต่อ Unity

สถานะ เปลี่ยน	ผลกระทบ
ระดับประถมศึกษาถึงมัธยมศึกษา	เมื่อเริ่มการเปลี่ยนแปลงสถานะด้วยตนเอง การโทรที่กำลังดำเนินอยู่จะไม่ได้รับผลกระทบ เมื่อสถานะเปลี่ยนโดยอัตโนมัติ ผลกระทบต่อการโทรที่ดำเนินอยู่จะขึ้นอยู่กับบริการสำคัญที่หยุดทำงาน
มัธยมศึกษาถึงประถมศึกษา	เมื่อเริ่มการเปลี่ยนแปลงสถานะด้วยตนเอง การโทรที่กำลังดำเนินอยู่จะไม่ได้รับผลกระทบ เมื่อสถานะเปลี่ยนโดยอัตโนมัติ ผลกระทบต่อการโทรที่ดำเนินอยู่จะขึ้นอยู่กับบริการสำคัญที่หยุดทำงาน
รองถึงปิดการใช้งาน	การโทรที่กำลังดำเนินการอยู่จะถูกตัดทิ้ง เพื่อป้องกันไม่ให้สายหลุด ในหน้าการจัดการคลัสเตอร์ใน Cisco Unity Connection Serviceability ให้เลือกหยุดรับสายสำหรับเซิร์ฟเวอร์ และรอจนกว่าการโทรทั้งหมดจะสิ้นสุดและปิดใช้งานเซิร์ฟเวอร์
ระดับประถมศึกษาหรือมัธยมศึกษาถึงการจำลองข้อมูล	การโทรที่กำลังดำเนินการอยู่จะไม่ได้รับผลกระทบ
ระดับประถมศึกษาหรือมัธยมศึกษาถึงการฟื้นฟูสมองแบบแยกส่วน	การโทรที่กำลังดำเนินการอยู่จะไม่ได้รับผลกระทบ

หากการเชื่อมต่อเครือข่ายขาดหายไป การโทรที่กำลังดำเนินอยู่อาจถูกตัดทิ้ง ขึ้นอยู่กับลักษณะของปัญหาเครือข่าย

ผลกระทบต่อการเชื่อมต่อ Unity Web แอปพลิเคชันเมื่อสถานะของเซิร์ฟเวอร์เปลี่ยนแปลง

การทำงานดังต่อไปนี้ web แอปพลิเคชันจะไม่ได้รับผลกระทบเมื่อสถานะเซิร์ฟเวอร์เปลี่ยนแปลง:

• การดูแลระบบการเชื่อมต่อ Cisco Unity
• ความสามารถในการให้บริการการเชื่อมต่อ Cisco Unity
• การเชื่อมต่อ Cisco Unity web เครื่องมือที่เข้าถึงได้ผ่าน Cisco PCA ได้แก่ Messaging Assistant, Messaging Inbox และ Personal Call Transfer Rules web เครื่องมือ
• ซิสโก้ Web กล่องข้อความ
• ไคลเอ็นต์ API การโอนสถานะการเป็นตัวแทน (REST)

ผลของการหยุดบริการที่สำคัญบนคลัสเตอร์การเชื่อมต่อ Unity

บริการที่สำคัญจำเป็นสำหรับการทำงานปกติของระบบ Unity Connection ผลของการหยุดบริการที่สำคัญขึ้นอยู่กับเซิร์ฟเวอร์และสถานะของเซิร์ฟเวอร์ที่อธิบายไว้ในตารางต่อไปนี้:

ตารางที่ 4: ผลของการหยุดบริการที่สำคัญบนคลัสเตอร์การเชื่อมต่อ Unity

 

เซิฟเวอร์	ผลกระทบ
สำนักพิมพ์	•  เมื่อเซิร์ฟเวอร์มีสถานะหลัก การหยุดบริการที่สำคัญใน Cisco Unity Connection Serviceability จะทำให้สถานะของเซิร์ฟเวอร์เปลี่ยนเป็นรอง และลดความสามารถของเซิร์ฟเวอร์ในการทำงานตามปกติ สถานะของเซิร์ฟเวอร์สมาชิกจะเปลี่ยนเป็นเซิร์ฟเวอร์หลักหากไม่มีสถานะปิดใช้งานหรือไม่ทำงาน •  เมื่อเซิร์ฟเวอร์มีสถานะรอง การหยุดบริการที่สำคัญใน Cisco Unity Connection Serviceability จะลดความสามารถของเซิร์ฟเวอร์ในการทำงานตามปกติ สถานะของเซิร์ฟเวอร์ไม่เปลี่ยนแปลง
สมาชิก	เมื่อเซิร์ฟเวอร์มีสถานะหลัก การหยุดบริการที่สำคัญใน Cisco Unity Connection Serviceability จะลดความสามารถของเซิร์ฟเวอร์ในการทำงานตามปกติ สถานะของเซิร์ฟเวอร์ไม่เปลี่ยนแปลง

การปิดเซิร์ฟเวอร์ใน กลุ่ม

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

• ปิดเซิร์ฟเวอร์ในช่วงเวลานอกเวลาทำการเมื่อการรับส่งข้อความเสียงต่ำ
• เปลี่ยนสถานะเซิร์ฟเวอร์จากหลักหรือรองเป็นปิดใช้งานก่อนปิดระบบ
• ขั้นตอนที่ 1 บนเซิร์ฟเวอร์ที่ไม่ปิด ให้ลงชื่อเข้าใช้ Cisco Unity Connection Serviceability
• ขั้นตอนที่ 2 จากเมนูเครื่องมือ เลือกการจัดการคลัสเตอร์
• ขั้นตอนที่ 3 บนเพจการจัดการคลัสเตอร์ ค้นหาเซิร์ฟเวอร์ที่คุณต้องการปิดระบบ
• ขั้นตอนที่ 4 หากเซิร์ฟเวอร์ที่คุณต้องการปิดระบบมีสถานะรอง ให้ข้ามไปที่
• ขั้นตอนที่ 5. หากเซิร์ฟเวอร์ที่คุณต้องการปิดระบบมีสถานะหลัก ให้เปลี่ยนสถานะ:
  • ในคอลัมน์เปลี่ยนสถานะเซิร์ฟเวอร์สำหรับเซิร์ฟเวอร์ที่มีสถานะรอง ให้เลือกสร้างหลัก
  • เมื่อได้รับแจ้งให้ยืนยันการเปลี่ยนแปลงสถานะเซิร์ฟเวอร์ ให้เลือกตกลง
  • ยืนยันว่าคอลัมน์สถานะเซิร์ฟเวอร์ระบุว่าเซิร์ฟเวอร์มีสถานะหลักในขณะนี้ และเซิร์ฟเวอร์ที่คุณต้องการปิดระบบมีสถานะรอง
• ขั้นตอนที่ 5 บนเซิร์ฟเวอร์ที่มีสถานะรอง (เซิร์ฟเวอร์ที่คุณต้องการปิดระบบ) ให้เปลี่ยนสถานะ:
  • ลงชื่อเข้าใช้เครื่องมือตรวจสอบแบบเรียลไทม์ (RTMT)
  • จากเมนูการเชื่อมต่อ Cisco Unity ให้เลือก Port Monitor เครื่องมือตรวจสอบพอร์ตจะปรากฏในบานหน้าต่างด้านขวา
  • ในฟิลด์ Node ให้เลือกเซิร์ฟเวอร์ที่มีสถานะรอง
  • ในบานหน้าต่างด้านขวา ให้เลือก เริ่มการสำรวจความคิดเห็น
  • โปรดทราบว่าขณะนี้พอร์ตการส่งข้อความเสียงใด ๆ กำลังจัดการการโทรสำหรับเซิร์ฟเวอร์หรือไม่
  • หากไม่มีพอร์ตข้อความเสียงที่กำลังจัดการการโทรสำหรับเซิร์ฟเวอร์อยู่ ให้ข้ามไปที่ขั้นตอนที่ 5g หากมีพอร์ตข้อความเสียงที่กำลังจัดการการโทรสำหรับเซิร์ฟเวอร์อยู่ในขณะนี้ ในหน้าการจัดการคลัสเตอร์
    ในคอลัมน์เปลี่ยนสถานะพอร์ต เลือกหยุดรับสายสำหรับเซิร์ฟเวอร์ จากนั้นรอจนกระทั่ง RTMT แสดงว่าพอร์ตทั้งหมดสำหรับเซิร์ฟเวอร์ไม่ได้ใช้งาน
  • บนเพจการจัดการคลัสเตอร์ จากเมนูตัวจัดการเซิร์ฟเวอร์ ในคอลัมน์เปลี่ยนสถานะเซิร์ฟเวอร์สำหรับเซิร์ฟเวอร์ที่มีสถานะรอง ให้เลือกปิดใช้งาน ข้อควรระวัง การปิดใช้งานเซิร์ฟเวอร์จะยุติการโทรทั้งหมดที่พอร์ตสำหรับเซิร์ฟเวอร์กำลังจัดการอยู่
  • เมื่อได้รับแจ้งให้ยืนยันการเปลี่ยนแปลงสถานะเซิร์ฟเวอร์ ให้เลือกตกลง
  • ยืนยันว่าคอลัมน์สถานะเซิร์ฟเวอร์ระบุว่าขณะนี้เซิร์ฟเวอร์มีสถานะปิดใช้งานแล้ว
• ขั้นตอนที่ 6 ปิดเซิร์ฟเวอร์ที่คุณปิดใช้งาน:
  • ลงชื่อเข้าใช้ความสามารถในการให้บริการการเชื่อมต่อ Cisco Unity
  •  ขยายเครื่องมือและเลือกการจัดการคลัสเตอร์
  •  ตรวจสอบให้แน่ใจว่าคอลัมน์สถานะเซิร์ฟเวอร์แสดงสถานะไม่ทำงานสำหรับเซิร์ฟเวอร์ที่คุณปิดระบบ

การแทนที่เซิร์ฟเวอร์ในคลัสเตอร์

ทำตามขั้นตอนในส่วนที่กำหนดเพื่อแทนที่ผู้เผยแพร่หรือเซิร์ฟเวอร์สมาชิกในคลัสเตอร์:

• หากต้องการแทนที่เซิร์ฟเวอร์ผู้เผยแพร่ โปรดดูส่วนการแทนที่เซิร์ฟเวอร์ผู้เผยแพร่
• หากต้องการเปลี่ยนเซิร์ฟเวอร์สมาชิก โปรดดูส่วนการเปลี่ยนเซิร์ฟเวอร์สมาชิก

คลัสเตอร์การเชื่อมต่อ Unity ทำงานอย่างไร
คุณลักษณะคลัสเตอร์ Unity Connection ให้การส่งข้อความเสียงที่มีความพร้อมใช้งานสูงผ่านเซิร์ฟเวอร์ Unity Connection สองตัวที่ได้รับการกำหนดค่าในคลัสเตอร์ ลักษณะการทำงานของคลัสเตอร์ Unity Connection เมื่อทั้งสองเซิร์ฟเวอร์ทำงานอยู่:

• คลัสเตอร์สามารถกำหนดชื่อ DNS ที่แชร์โดยเซิร์ฟเวอร์ Unity Connection
• ลูกค้าเช่นแอพพลิเคชั่นอีเมล์และ web เครื่องมือที่มีให้ใช้งานผ่าน Cisco Personal Communications Assistant (PCA) สามารถเชื่อมต่อกับเซิร์ฟเวอร์ Unity Connection อันใดอันหนึ่งได้
• ระบบโทรศัพท์สามารถส่งการโทรไปยังเซิร์ฟเวอร์ Unity Connection แห่งใดแห่งหนึ่งได้
• ปริมาณการรับส่งข้อมูลโทรศัพท์ขาเข้าจะมีความสมดุลระหว่างเซิร์ฟเวอร์ Unity Connection โดยระบบโทรศัพท์ หน่วย PIMG/TIMG หรือเกตเวย์อื่นๆ ที่จำเป็นสำหรับการรวมระบบโทรศัพท์

แต่ละเซิร์ฟเวอร์ในคลัสเตอร์มีหน้าที่รับผิดชอบในการจัดการส่วนแบ่งสายเรียกเข้าสำหรับคลัสเตอร์ (การรับสายโทรศัพท์และรับข้อความ) เซิร์ฟเวอร์ที่มีสถานะหลักมีหน้าที่รับผิดชอบในการทำงานดังต่อไปนี้:

• การเริ่มต้นและการเผยแพร่ฐานข้อมูลและที่เก็บข้อความที่ถูกจำลองแบบไปยังเซิร์ฟเวอร์อื่น
• การส่งการแจ้งเตือนข้อความและคำขอ MWI (เปิดใช้งานบริการตัวแจ้งเตือนการเชื่อมต่อ)
• การส่งการแจ้งเตือน SMTP และข้อความ VPIM (เปิดใช้งานบริการ Connection Message Transfer Agent แล้ว)
• การซิงโครไนซ์ข้อความเสียงระหว่าง Unity Connection และกล่องจดหมาย Exchange หากมีการกำหนดค่าคุณสมบัติการส่งข้อความแบบรวม (บริการ Unity Connection Mailbox Sync ถูกเปิดใช้งาน)

เมื่อเซิร์ฟเวอร์ตัวใดตัวหนึ่งหยุดทำงาน (เช่นampเมื่อปิดระบบเพื่อการบำรุงรักษา) เซิร์ฟเวอร์ที่เหลือจะกลับมารับผิดชอบในการจัดการสายเรียกเข้าทั้งหมดสำหรับคลัสเตอร์อีกครั้ง ฐานข้อมูลและที่เก็บข้อความจะถูกจำลองแบบไปยังเซิร์ฟเวอร์อื่นเมื่อมีการคืนค่าฟังก์ชันการทำงาน เมื่อเซิร์ฟเวอร์ที่หยุดทำงานสามารถกลับมาทำงานตามปกติและเปิดใช้งานได้ เซิร์ฟเวอร์จะกลับมารับผิดชอบในการจัดการส่วนแบ่งสายเรียกเข้าสำหรับคลัสเตอร์อีกครั้ง

บันทึก

ขอแนะนำให้ดำเนินการจัดเตรียมเฉพาะบนเซิร์ฟเวอร์ผู้เผยแพร่ในโหมด Active-Active และบน Subscriber (รักษาการหลัก) ในกรณีที่เกิดข้อผิดพลาดของคลัสเตอร์ การเปลี่ยนรหัสผ่านและการแก้ไขการตั้งค่ารหัสผ่านสำหรับ User PIN/Web ควรจัดเตรียมแอปพลิเคชันบนเซิร์ฟเวอร์ผู้เผยแพร่ในโหมด Active-Active ในการตรวจสอบสถานะเซิร์ฟเวอร์ บริการ Connection Server Role Manager จะรันใน Cisco Unity Connection Serviceability บนเซิร์ฟเวอร์ทั้งสองเครื่อง บริการนี้ทำหน้าที่ดังต่อไปนี้:

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

สังเกตข้อจำกัดต่อไปนี้เมื่อเซิร์ฟเวอร์ผู้เผยแพร่ไม่ทำงาน:

• หากคลัสเตอร์ Unity Connection ถูกรวมเข้ากับไดเร็กทอรี LDAP การซิงโครไนซ์ไดเร็กทอรีจะไม่เกิดขึ้น แม้ว่าการรับรองความถูกต้องจะยังคงทำงานเมื่อเซิร์ฟเวอร์สมาชิกเท่านั้นที่ทำงานอยู่ เมื่อเซิร์ฟเวอร์ผู้เผยแพร่กลับมาทำงานต่อ การซิงโครไนซ์ไดเรกทอรีก็ดำเนินต่อเช่นกัน
• หากเครือข่ายดิจิทัลหรือ HTTPS รวมคลัสเตอร์ Unity Connection การอัพเดตไดเร็กทอรีจะไม่เกิดขึ้น แม้ว่าข้อความจะยังคงถูกส่งไปยังและจากคลัสเตอร์เมื่อมีเพียงเซิร์ฟเวอร์สมาชิกเท่านั้นที่ทำงานอยู่ เมื่อเซิร์ฟเวอร์ผู้เผยแพร่ทำงานอีกครั้ง การอัปเดตไดเรกทอรีจะดำเนินต่อ

บริการตัวจัดการบทบาทของเซิร์ฟเวอร์การเชื่อมต่อส่งเหตุการณ์ Keep-alive ระหว่างผู้เผยแพร่และเซิร์ฟเวอร์สมาชิกเพื่อยืนยันว่าเซิร์ฟเวอร์กำลังทำงานและเชื่อมต่ออยู่ หากเซิร์ฟเวอร์ตัวใดตัวหนึ่งหยุดทำงานหรือการเชื่อมต่อระหว่างเซิร์ฟเวอร์ขาดหายไป บริการ Connection Server Role Manager จะรอเหตุการณ์ Keep-alive และอาจต้องใช้เวลา 30 ถึง 60 วินาทีในการตรวจพบว่าเซิร์ฟเวอร์อื่นไม่พร้อมใช้งาน ในขณะที่บริการ Connection Server Role Manager กำลังรอเหตุการณ์ Keep-alive ผู้ใช้ที่ลงชื่อเข้าใช้เซิร์ฟเวอร์ด้วยสถานะ Secondary จะไม่สามารถเข้าถึงกล่องจดหมายของตนหรือส่งข้อความได้ เนื่องจากบริการ Connection Server Role Manager ยังตรวจไม่พบว่าเซิร์ฟเวอร์ ที่มีสถานะหลัก (ซึ่งมีที่เก็บข้อความที่ใช้งานอยู่) ไม่พร้อมใช้งาน ในสถานการณ์นี้ ผู้โทรที่พยายามฝากข้อความอาจได้ยินเสียงสัญญาณขาดหรืออาจไม่ได้ยินเสียงบี๊บของการบันทึก

บันทึก ขอแนะนำให้นำเข้าและลบผู้ใช้ LDAP จากโหนดผู้เผยแพร่เท่านั้น

ผลกระทบของสภาพสมองแยกในกลุ่มการเชื่อมต่อความสามัคคี

เมื่อทั้งสองเซิร์ฟเวอร์ในคลัสเตอร์ Unity Connection มีสถานะหลักในเวลาเดียวกัน (เช่นampเมื่อเซิร์ฟเวอร์สูญเสียการเชื่อมต่อระหว่างกัน) เซิร์ฟเวอร์ทั้งสองจะจัดการกับสายเรียกเข้า (รับสายและรับข้อความ) ส่งการแจ้งเตือนข้อความ ส่งคำขอ MWI ยอมรับการเปลี่ยนแปลงอินเทอร์เฟซการดูแลระบบ (เช่น Unity Connection Administration) และซิงโครไนซ์ข้อความเสียงในกล่องจดหมาย Unity Connection และ Exchange หากเปิดใช้งานกล่องจดหมายเดียว

• อย่างไรก็ตาม เซิร์ฟเวอร์ไม่จำลองฐานข้อมูลและที่เก็บข้อความถึงกัน และไม่ได้รับข้อมูลที่จำลองแบบจากกันและกัน
  เมื่อการเชื่อมต่อระหว่างเซิร์ฟเวอร์ได้รับการกู้คืน สถานะของเซิร์ฟเวอร์จะเปลี่ยนเป็น Split Brain Recovery ชั่วคราว ในขณะที่ข้อมูลถูกจำลองแบบระหว่างเซิร์ฟเวอร์และการตั้งค่า MWI ได้รับการประสานงาน ในช่วงเวลาที่สถานะเซิร์ฟเวอร์เป็น Split Brain Recovery บริการ Connection Message Transfer Agent และบริการ Connection Notifier (ใน Cisco Unity Connection Serviceability) จะหยุดทำงานบนเซิร์ฟเวอร์ทั้งสอง ดังนั้น Unity Connection จึงไม่ส่งข้อความใดๆ และไม่ส่งข้อความใดๆ การแจ้งเตือน
• บริการ Connection Mailbox Sync ก็หยุดเช่นกัน ดังนั้น Unity Connection จะไม่ซิงโครไนซ์ข้อความเสียงกับ Exchange (กล่องจดหมายเดียว) ที่เก็บข้อความจะถูกปิดลงในช่วงสั้นๆ เพื่อให้ Unity Connection แจ้งให้ผู้ใช้ที่กำลังพยายามดึงข้อความของตน ณ จุดนี้ว่ากล่องจดหมายของตนไม่สามารถใช้งานได้ชั่วคราว
  เมื่อกระบวนการกู้คืนเสร็จสมบูรณ์ บริการตัวแทนการโอนข้อความการเชื่อมต่อและบริการตัวแจ้งเตือนการเชื่อมต่อจะเริ่มต้นบนเซิร์ฟเวอร์ของผู้เผยแพร่ การส่งข้อความที่มาถึงในระหว่างกระบวนการกู้คืนอาจใช้เวลาเพิ่มเติม ขึ้นอยู่กับจำนวนข้อความที่จะจัดส่ง บริการตัวแทนการถ่ายโอนข้อความการเชื่อมต่อและบริการตัวแจ้งเตือนการเชื่อมต่อเริ่มต้นบนเซิร์ฟเวอร์สมาชิก สุดท้ายนี้ เซิร์ฟเวอร์ผู้เผยแพร่มีสถานะหลัก และเซิร์ฟเวอร์สมาชิกมีสถานะรอง ณ จุดนี้ บริการ Connection Mailbox Sync จะเริ่มต้นบนเซิร์ฟเวอร์ที่มีสถานะหลัก เพื่อให้ Unity Connection สามารถดำเนินการซิงโครไนซ์ข้อความเสียงกับ Exchange ต่อได้หากเปิดใช้งานกล่องจดหมายเดียว

เอกสาร / แหล่งข้อมูล

CISCO เปิดตัวคลัสเตอร์การเชื่อมต่อ Unity 14 [พีดีเอฟ] คู่มือการใช้งาน คลัสเตอร์การเชื่อมต่อ Unity รุ่น 14 รุ่น 14 คลัสเตอร์การเชื่อมต่อ Unity คลัสเตอร์การเชื่อมต่อ คลัสเตอร์

อ้างอิง

• คู่มือการใช้งาน