راهنمای کاربر CISCO Release 14 Unity Connection Cluster

A: برای اطلاعات بیشتر در مورد جمع آوری الزامات کلاستر Unity Connection، به سیستم مورد نیاز برای پیکربندی مستندات Cisco Unity Connection Cluster مراجعه کنید.
س: چگونه می توانم اعلان های هشدار را برای هشدارهای Unity Connection تنظیم کنم؟

پاسخ: برای دستورالعمل‌های مربوط به تنظیم اعلان‌های هشدار برای هشدارهای Unity Connection، به راهنمای مدیریت ابزار مانیتورینگ بی‌درنگ Cisco Unified مراجعه کنید.
س: چگونه می توانم وضعیت سرور را در یک کلاستر تغییر دهم؟

A: برای تغییر وضعیت سرور در یک کلاستر، وارد Cisco Unity Connection Administration شوید، System Settings > Advanced را گسترش دهید، Cluster Configuration را انتخاب کنید و وضعیت سرور را در صفحه Cluster Configuration تغییر دهید.
س: چگونه وضعیت کلاستر Unity Connection را بررسی کنم؟
پاسخ: می توانید وضعیت خوشه Unity Connection را با استفاده از web رابط یا رابط خط فرمان (CLI). برای جزئیات بیشتر، به بخش "بررسی وضعیت خوشه" در دفترچه راهنمای کاربر مراجعه کنید.
س: چگونه پورت های پیام رسانی را در یک کلاستر مدیریت کنم؟
پاسخ: دفترچه راهنمای کاربر اطلاعاتی در مورد مدیریت پورت های پیام رسانی در یک کلاستر ارائه می دهد. لطفاً برای جزئیات به بخش "مدیریت پورت های پیام رسانی در یک کلاستر" مراجعه کنید.

مقدمه

استقرار کلاستر Cisco Unity Connection پیام‌های صوتی با دسترسی بالا را از طریق دو سروری که نسخه‌های یکسان Unity Connection را اجرا می‌کنند، فراهم می‌کند. اولین سرور در خوشه سرور ناشر و سرور دوم سرور مشترک است.

لیست وظایف برای پیکربندی یک کلاستر اتصال یونیتی

برای ایجاد یک کلاستر Unity Connection کارهای زیر را انجام دهید:

الزامات خوشه Unity Connection را جمع آوری کنید. برای اطلاعات بیشتر، سیستم مورد نیاز برای Cisco Unity Connection Release 14 را ببینید
https://www.cisco.com/c/en/us/td/docs/voice_ip_comm/connection/14/requirements/b_14cucsysreqs.html.
سرور ناشر را نصب کنید. برای اطلاعات بیشتر، به بخش نصب سرور ناشر مراجعه کنید.
سرور مشترک را نصب کنید. برای اطلاعات بیشتر به بخش نصب سرور مشترک مراجعه کنید.
Cisco Unified Real-Time Monitoring Tool را برای سرورهای ناشر و مشترک پیکربندی کنید تا برای هشدارهای Unity Connection زیر اعلان ارسال کند:

- AutoFailback Failed
- بازگشت خودکار با موفقیت انجام شد
- AutoFailoverFailed
- شکست خودکار با موفقیت انجام شد
- NoConnectionToPeer
- SbrFaile

برای دستورالعمل‌های مربوط به تنظیم اعلان هشدار برای هشدارهای Unity Connection، به بخش «ابزار نظارت بر زمان واقعی Cisco Unified» از راهنمای مدیریت ابزار نظارت بر زمان واقعی Cisco Unified برای نسخه مورد نیاز مراجعه کنید، در دسترس http://www.cisco.com/c/en/us/support/unified-communications/unity-connection/products-maintenance-guides-list.html.

(اختیاری) کارهای زیر را برای سفارشی کردن تنظیمات خوشه در سرور ناشر انجام دهید:

وارد Cisco Unity Connection Administration شوید.
System Settings > Advanced را باز کرده و Cluster Configuration را انتخاب کنید.
در صفحه Cluster Configuration، وضعیت سرور را تغییر دهید و Save را انتخاب کنید. برای اطلاعات بیشتر در مورد تغییر وضعیت سرور در یک کلاستر، به Help> This Page مراجعه کنید.

مدیریت یک خوشه اتصال وحدت

باید وضعیت کلاستر Unity Connection را بررسی کنید تا مطمئن شوید که خوشه به درستی پیکربندی شده و به درستی کار می کند. همچنین درک وضعیت مختلف سرور در یک کلاستر و تأثیرات تغییر وضعیت سرور در یک خوشه مهم است.

بررسی وضعیت خوشه

می توانید وضعیت کلاستر Unity Connection را با استفاده از web رابط یا رابط خط فرمان (CLI). مراحل بررسی وضعیت کلاستر اتصال Unity از Web رابط

مرحله 1به Cisco Unity Connection Serviceability یا سرور ناشر یا مشترک وارد شوید.
مرحله 2 ابزارها را باز کرده و Cluster Management را انتخاب کنید.
مرحله 3 در صفحه مدیریت خوشه، وضعیت سرور را بررسی کنید. برای اطلاعات بیشتر در مورد وضعیت سرور، به بخش وضعیت سرور و توابع آن در یک کلاستر اتصال واحد مراجعه کنید.

مراحل بررسی وضعیت کلاستر اتصال Unity از رابط خط فرمان (CLI)

مرحله 1 برای بررسی وضعیت خوشه می‌توانید دستور CLI show cuc cluster status را روی سرور ناشر یا سرور مشترک اجرا کنید.
مرحله 2 برای کسب اطلاعات بیشتر در مورد وضعیت سرور و عملکردهای مربوط به آن، به بخش وضعیت سرور و عملکردهای آن در یک خوشه اتصال واحد مراجعه کنید.

مدیریت پورت های پیام رسانی در یک کلاستر

در یک کلاستر Unity Connection، سرورها از یکپارچگی سیستم تلفن یکسان استفاده می کنند. هر سرور مسئول رسیدگی به بخشی از تماس های دریافتی برای خوشه (پاسخ به تماس های تلفنی و دریافت پیام) است.

بسته به ادغام سیستم تلفن، هر پورت پیام صوتی یا به سرور خاصی اختصاص داده می شود یا توسط هر دو سرور استفاده می شود. مدیریت پورت های پیام رسانی در یک کلاستر وظایف پورت را شرح می دهد.
جدول 1: تخصیص سرور و استفاده از پورت های پیام صوتی در یک کلاستر اتصال یونیتی

یکپارچه سازی تایپ کنید

تخصیص سرور و استفاده از پورت های پیام صوتی

ادغام توسط Skinny Client Control Protocol (SCCP) با Cisco Unified Communications Manager یا Cisco Unified Communications Manager Express

• سیستم تلفن با دو برابر تعداد صداهای SCCP مورد نیاز برای مدیریت ترافیک پیام های صوتی تنظیم شده است. (برای مثالampدستگاه‌های درگاه پست صوتی برای مدیریت همه پیام‌های صوتی، دستگاه‌های پورت پست صوتی باید در سیستم تلفن راه‌اندازی شوند.)

• در Cisco Unity Connection Administration، پیام های صوتی به گونه ای پیکربندی شده است که نیمی از پورت های تنظیم شده روی تلفن به هر سرور در خوشه اختصاص داده می شود. (برای مثالampهر سرور i دارای 16 پورت پیام صوتی است.)

• در سیستم تلفن، یک گروه خط، لیست شکار و گروه شکار، سرور مشترک را قادر می سازد تا به اکثر تماس های دریافتی پاسخ دهد.

• اگر یکی از سرورها از کار بیفتد (مثلاًample، هنگامی که تعمیر و نگهداری sh است)، سرور باقیمانده مسئولیت تماس های ورودی برای خوشه را بر عهده می گیرد.

• هنگامی که سروری که کار را متوقف کرده است بتواند nor خود را از سر بگیرد و فعال شود، مسئولیت رسیدگی به فراخوان های اشتراکی خود را برای خوشه از سر می گیرد.

ادغام از طریق یک SIP Trunk با Cisco Unified Communications Manager یا Cisco Unified Communications Manager Express

• در Cisco Unity Connection Administration، نیمی از تعداد پورت‌های VO که برای مدیریت ترافیک پیام‌های صوتی لازم است، در خوشه اختصاص داده می‌شوند. (برای مثالampاگر 16 پورت پیام صوتی برای تمام ترافیک پیام صوتی برای خوشه مورد نیاز است، هر سرور در خوشه دارای 8 پورت پیام صوتی است.)

• در سیستم تلفن، یک گروه مسیر، لیست مسیر، و الگوی مسیر a برای توزیع مساوی تماس ها بین هر دو سرور در خوشه.

• هنگامی که سروری که کار خود را متوقف کرده است بتواند nor خود را از سر بگیرد و فعال شود، مسئولیت رسیدگی به سهم خود را از سر می گیرد.

برای خوشه

یکپارچه سازی تایپ کنید

تخصیص سرور و استفاده از پورت های پیام صوتی

ادغام از طریق واحدهای PIMG/TIMG

• تعداد پورت های تنظیم شده بر روی سیستم تلفن مانند پورت های پیام صوتی nu در هر سرور در خوشه است تا سرور دارای پورت های پیام صوتی باشد. (برای مثالampاگر سیستم تلفن با پورت های پیام صوتی تنظیم شده باشد، هر سرور در خوشه باید درگاه های پیام رسانی یکسانی داشته باشد.)

• در سیستم تلفن، یک گروه شکار پیکربندی شده است تا تماس ها را معادل هر دو سرور در خوشه توزیع کند.

• واحدهای PIMG/TIMG برای متعادل کردن پیام صوتی بین سرورها پیکربندی شده اند.

• اگر یکی از سرورها از کار بیفتد (مثلاًampهنگامی که تعمیر و نگهداری بسته می شود، سرور باقیمانده مسئولیت رسیدگی به تماس های دریافتی برای خوشه را بر عهده می گیرد.

• وقتی سروری که کار نمی کند بتواند آن را از سر بگیرد، عادی است و فعال می شود، مسئولیت رسیدگی به سهم خود از درآمد خوشه را بر عهده می گیرد.

ادغام های دیگری که از SIP استفاده می کنند

• در Cisco Unity Connection Administration، نیمی از تعداد پورت‌های صوتی مورد نیاز برای مدیریت ترافیک پیام‌های صوتی در کلاستر اختصاص داده می‌شود. (برای مثالampاگر 16 پورت پیام صوتی برای کل ترافیک پیام صوتی برای خوشه مورد نیاز است، هر سرور در خوشه دارای پورت های پیام است.)

• در سیستم تلفن، یک گروه شکار پیکربندی شده است تا تماس ها را معادل هر دو سرور در خوشه توزیع کند.

• اگر یکی از سرورها از کار بیفتد (مثلاًampهنگامی که برای نگهداری بسته می شود، سرور باقیمانده مسئولیت رسیدگی به تماس های دریافتی برای خوشه را بر عهده می گیرد.

• هنگامی که سروری که کار نمی کند می تواند به حالت عادی خود ادامه دهد، مسئولیت رسیدگی به سهم خود از تماس های دریافتی را بر عهده می گیرد.

جلوگیری از برقراری تماس جدید همه پورت ها

مراحل این بخش را دنبال کنید تا تمام پورت های یک سرور از برقراری تماس جدید جلوگیری کنید. تماس های در حال انجام تا زمانی که تماس گیرندگان قطع شوند ادامه می یابد.

نکته از صفحه مانیتور پورت در ابزار مانیتورینگ بلادرنگ (RTMT) برای تعیین اینکه آیا در حال حاضر هر پورتی تماس‌های سرور را مدیریت می‌کند یا خیر، استفاده کنید. برای اطلاعات بیشتر، مرحله را ببینید جلوگیری از گرفتن همه پورت ها تماس های جدید
متوقف کردن تمام پورت‌های سرور کانکشن Unity از برقراری تماس‌های جدید

مرحله 1 به Cisco Unity Connection Serviceability وارد شوید.

مرحله 2منوی Tools را باز کرده و Cluster Management را انتخاب کنید.
مرحله 3 در صفحه مدیریت خوشه، زیر Port Manager، در ستون Change Port Status، Stop Taking Calls for the server را انتخاب کنید.

راه اندازی مجدد همه پورت ها برای برقراری تماس

مراحل این بخش را دنبال کنید تا همه پورت‌ها روی سرور Unity Connection راه‌اندازی مجدد شوند تا به آن‌ها اجازه دهید پس از قطع شدن دوباره تماس بگیرند.

مرحله 1 به Cisco Unity Connection Serviceability وارد شوید.
مرحله 2 منوی Tools را باز کرده و Cluster Management را انتخاب کنید.

مرحله 3 در صفحه مدیریت خوشه، زیر Port Manager، در ستون Change Port Status، گزینه Take Calls for the server را انتخاب کنید.

وضعیت سرور و توابع آن در یک کلاستر اتصال یونیتی

هر سرور در کلاستر دارای وضعیتی است که در صفحه مدیریت خوشه Cisco Unity Connection Serviceability ظاهر می شود. وضعیت نشان دهنده عملکردهایی است که سرور در حال حاضر در خوشه انجام می دهد، همانطور که در جدول 2 توضیح داده شده است: وضعیت سرور در یک خوشه اتصال یونیتی

جدول 2: وضعیت سرور در یک مجموعه اتصال یونیتیr

وضعیت سرور

مسئولیت های Sever در یک خوشه اتصال وحدت

اولیه

• پایگاه داده و ذخیره پیام را منتشر می کند که هر دو به سرور دیگر تکرار می شوند

• داده های تکراری را از سرور دیگر دریافت می کند.

• تغییرات رابط های اداری مانند Unity Connection و Cisco Unified Operating System Administration را نمایش می دهد و می پذیرد. این داده به خوشه دیگر تکرار می شود.

• به تماس های تلفنی پاسخ می دهد و پیام می گیرد.

• اعلان های پیام و درخواست های MWI را ارسال می کند.

• اعلان های SMTP و پیام های VPIM را ارسال می کند.

اگر ویژگی Unifi پیکربندی شده باشد، پیام های صوتی را در صندوق های پستی Unity Connection و Exchange همگام می کند.

• با مشتریان، مانند برنامه های ایمیل و web ابزارهای موجود از طریق

توجه داشته باشید سرور با وضعیت اولیه غیرفعال نمی شود.

وضعیت سرور	مسئولیت های Sever در یک خوشه اتصال وحدت
ثانویه	• داده های تکراری را از سرور با وضعیت اولیه دریافت می کند. داده ها شامل پایگاه داده و ذخیره است. • داده ها را با وضعیت اصلی به سرور تکرار می کند. • تغییرات رابط های مدیریتی مانند Unity Connection Adm و Cisco Unified Operating System Administration را نمایش می دهد و می پذیرد. داده ها با یک وضعیت به سرور تکرار می شوند. • به تماس های تلفنی پاسخ می دهد و پیام می گیرد. • با مشتریان، مانند برنامه های ایمیل و web ابزارهای موجود از طریق Ci توجه داشته باشید فقط یک سرور با وضعیت ثانویه می تواند غیرفعال شود.
غیرفعال شد	• داده های تکراری را از سرور با وضعیت اولیه دریافت می کند. داده ها شامل پایگاه داده و ذخیره است. • رابط های مدیریتی مانند Unity Connection Administration و Unified Operating System Administration را نمایش نمی دهد. داده ها با Primary به سرور کپی می شوند • به تماس های تلفنی پاسخ نمی دهد و پیام نمی گیرد. • با کلاینت ها مانند برنامه های ایمیل و ... ارتباط برقرار نمی کند web ابزارهای موجود از طریق Cisco PCA.
کار نمیکند	• داده های تکراری را از سرور با وضعیت اولیه دریافت نمی کند. • داده ها را در سرور با وضعیت اصلی تکرار نمی کند. • رابط های مدیریتی مانند Unity Connection Administration و Unified Operating System Administration را نمایش نمی دهد. • به تماس های تلفنی پاسخ نمی دهد و پیام نمی گیرد. توجه داشته باشید سروری با وضعیت Not Functioning معمولاً خاموش می شود.
شروع کردن	• پایگاه داده و ذخیره پیام تکرار شده را از سرور با وضعیت اولیه دریافت می کند. • داده ها را با وضعیت اصلی به سرور تکرار می کند. • به تماس های تلفنی پاسخ نمی دهد و پیام نمی گیرد. • پیام های صوتی را بین Unity Connection و صندوق پستی Exchange همگام نمی کند. توجه داشته باشید این وضعیت فقط چند دقیقه طول می کشد و پس از آن سرور وضعیت قابل اجرا را می گیرد

وضعیت سرور

مسئولیت های Sever در یک خوشه اتصال وحدت

تکثیر داده ها

• داده ها را از خوشه ارسال و دریافت می کند.

• برای مدتی به تماس های تلفنی پاسخ نمی دهد یا پیامی دریافت نمی کند.

• با کلاینت ها مانند برنامه های ایمیل و ... ارتباط برقرار نمی کند web ابزارهای موجود در سیسکو PCA برای مدتی.

توجه داشته باشید این وضعیت فقط چند دقیقه طول می کشد و پس از آن وضعیت قبلی برای آن از سر گرفته می شود

بازیابی مغز تقسیم شده (پس از شناسایی دو سرور با وضعیت اولیه)

• پایگاه داده و ذخیره پیام را روی سروری که مشخص شده دارای Primary است به روز می کند

• داده ها را به سرور دیگر کپی می کند.

• برای مدتی به تماس های تلفنی پاسخ نمی دهد یا پیامی دریافت نمی کند.

• پیام های صوتی را بین Unity Connection همگام نمی کند و صندوق پستی Exchange برای مدتی روشن است.

• با کلاینت ها مانند برنامه های ایمیل و ... ارتباط برقرار نمی کند web ابزار سیسکو PCA برای مدتی در دسترس است.

توجه داشته باشید این وضعیت فقط چند دقیقه طول می کشد و پس از آن وضعیت قبلی برای آن از سر گرفته می شود

تغییر وضعیت سرور در یک کلاستر و اثرات آن

وضعیت کلاستر Unity Connection را می توان به صورت خودکار یا دستی تغییر داد. می توانید به صورت دستی وضعیت سرورها را در یک کلاستر به روش های زیر تغییر دهید:

سرور با وضعیت ثانویه را می توان به صورت دستی به وضعیت اولیه تغییر داد. را ببینیدe تغییر دستی وضعیت سرور از ثانویه به اولیه بخش
سرور با وضعیت ثانویه را می توان به صورت دستی به وضعیت غیرفعال تغییر داد. را ببینید فعال سازی دستی سرور با وضعیت غیرفعال شده.
سرور با وضعیت غیرفعال شده را می توان به صورت دستی فعال کرد تا بسته به وضعیت سرور دیگر، وضعیت آن به Primary یا Secondary تغییر کند. را ببینید فعال کردن دستی سرور با وضعیت غیرفعال بخش

تغییر دستی وضعیت سرور از ثانویه به اولیه

مرحله 1 به Cisco Unity Connection Serviceability وارد شوید.
مرحله 2 از منوی Tools، Cluster Management را انتخاب کنید.

مرحله 3 در صفحه Cluster Management از منوی Server Manager در ستون Change Server Status سرور با وضعیت Secondary گزینه Make Primary را انتخاب کنید.
مرحله 4 هنگامی که از شما خواسته شد تا تغییر وضعیت سرور را تأیید کنید، تأیید را انتخاب کنید. ستون وضعیت سرور وضعیت تغییر یافته را پس از تکمیل تغییر نشان می دهد.

توجه داشته باشید سروری که در ابتدا وضعیت اولیه داشت به طور خودکار به وضعیت ثانویه تغییر می کند

مرحله 1 به ابزار مانیتورینگ بلادرنگ (RTMT) وارد شوید.
مرحله 2 از منوی Cisco Unity Connection، Port Monitor را انتخاب کنید. ابزار Port Monitor در قسمت سمت راست ظاهر می شود.
مرحله 3 در قسمت Node سرور با وضعیت Secondary را انتخاب کنید.

مرحله 4 در قسمت سمت راست، Start Polling را انتخاب کنید. توجه داشته باشید که آیا پورت های پیام صوتی در حال حاضر تماس های سرور را مدیریت می کنند یا خیر.
مرحله 5 به Cisco Unity Connection Serviceability وارد شوید.
مرحله 6 از منوی Tools، Cluster Management را انتخاب کنید.

مرحله 7 اگر در حال حاضر هیچ درگاه پیام صوتی به تماس‌های سرور رسیدگی نمی‌کند، به آن بروید تغییر دستی وضعیت سرور از ثانویه به غیرفعال. اگر پورت‌های پیام صوتی وجود دارد که در حال حاضر تماس‌های سرور را مدیریت می‌کنند، در صفحه مدیریت خوشه، در ستون تغییر وضعیت پورت، توقف برقراری تماس‌ها برای سرور را انتخاب کنید و سپس منتظر بمانید تا RTMT نشان دهد که همه پورت‌های سرور غیرفعال هستند.
مرحله 8 در صفحه مدیریت خوشه، از منوی Server Manager، در ستون Change Server Status برای سرور
با وضعیت ثانویه، غیرفعال کردن را انتخاب کنید. غیرفعال کردن یک سرور، تمام تماس هایی را که پورت های سرور انجام می دهند، خاتمه می دهد.
مرحله 9 هنگامی که از شما خواسته شد تا تغییر وضعیت سرور را تأیید کنید، تأیید را انتخاب کنید. ستون وضعیت سرور وضعیت تغییر یافته را پس از تکمیل تغییر نشان می دهد.

فعال کردن دستی سرور با وضعیت غیرفعال

مرحله 1 به Cisco Unity Connection Serviceability وارد شوید.
مرحله 2 از منوی Tools را انتخاب کنید مدیریت خوشه.

مرحله 3 در صفحه مدیریت خوشه، در منوی مدیر سرور، در ستون تغییر وضعیت سرور برای سرور با وضعیت غیرفعال شده، را انتخاب کنید. فعال کنید.
مرحله 4 هنگامی که از شما خواسته شد تغییر وضعیت سرور را تأیید کنید، را انتخاب کنید باشه ستون وضعیت سرور وضعیت تغییر یافته را پس از تکمیل تغییر نشان می دهد

تأثیر بر تماس‌های در حال انجام هنگامی که وضعیت سرور در یک کلاستر اتصال واحد تغییر می‌کند

هنگامی که وضعیت یک سرور Unity Connection تغییر می کند، تأثیر روی تماس های در حال انجام به وضعیت نهایی سروری که تماس را مدیریت می کند و به وضعیت شبکه بستگی دارد. جدول زیر توضیح می دهد

تاثیرات:

جدول 3: تأثیر بر تماس های در حال انجام هنگام تغییر وضعیت سرور در یک کلاستر اتصال یونیتی

وضعیت تغییر دهید	جلوه ها
اولیه تا ثانویه	هنگامی که تغییر وضعیت به صورت دستی آغاز می شود، تماس های در حال انجام تحت تأثیر قرار نمی گیرند. هنگامی که تغییر وضعیت به صورت خودکار است، تأثیر روی تماس های در حال انجام به سرویس مهمی که متوقف شده است بستگی دارد.
ثانویه به اولیه	هنگامی که تغییر وضعیت به صورت دستی آغاز می شود، تماس های در حال انجام تحت تأثیر قرار نمی گیرند. وقتی تغییر وضعیت به صورت خودکار است، تأثیر روی تماس‌های در حال انجام به سرویس مهمی که متوقف شده است بستگی دارد.
ثانویه تا غیرفعال شده	تماس‌های در حال انجام قطع می‌شوند. برای جلوگیری از قطع شدن تماس ها، در صفحه مدیریت خوشه در Cisco Unity Connection Serviceability، Stop Taking Calls for the server را انتخاب کنید و منتظر بمانید تا تمام تماس ها به پایان برسد و سرور را غیرفعال کنید.
اولیه یا ثانویه برای تکرار داده ها	تماس های در حال انجام تحت تأثیر قرار نمی گیرند.
اولیه یا ثانویه به بازیابی مغز تقسیم شده	تماس های در حال انجام تحت تأثیر قرار نمی گیرند.

اگر اتصالات شبکه قطع شود، ممکن است تماس های در حال انجام بسته به ماهیت مشکل شبکه حذف شوند.

تأثیر بر اتصال یونیتی Web برنامه های کاربردی هنگامی که وضعیت سرور تغییر می کند

عملکرد موارد زیر web هنگامی که وضعیت سرور تغییر می کند، برنامه ها تحت تأثیر قرار نمی گیرند:

Cisco Unity Connection Administration
Cisco Unity Connection Serviceability
Cisco Unity Connection web ابزارهایی که از طریق Cisco PCA قابل دسترسی هستند - دستیار پیام، صندوق ورودی پیام، و قوانین انتقال تماس شخصی web ابزار

سیسکو Web صندوق ورودی
کلاینت های API انتقال حالت نمایندگی (REST).

تأثیر توقف یک سرویس حیاتی بر روی خوشه اتصال وحدت

خدمات حیاتی برای عملکرد عادی سیستم Unity Connection ضروری است. اثرات توقف یک سرویس حیاتی به سرور و وضعیت آن بستگی دارد که در جدول زیر توضیح داده شده است:

جدول 4: اثرات توقف یک سرویس حیاتی بر روی خوشه اتصال وحدت

سرور

جلوه ها

ناشر

• هنگامی که سرور دارای وضعیت اولیه است، توقف یک سرویس حیاتی در Cisco Unity Connection Serviceability باعث می شود که وضعیت سرور به ثانویه تغییر کند و توانایی سرور برای عملکرد عادی کاهش یابد.

وضعیت سرور مشترک در صورتی که وضعیت غیرفعال یا عدم کارکرد را نداشته باشد به Primary تغییر می کند.

• هنگامی که سرور دارای وضعیت ثانویه است، توقف یک سرویس حیاتی در Cisco Unity Connection Serviceability توانایی سرور برای عملکرد عادی را کاهش می دهد. وضعیت سرورها تغییر نمی کند.

مشترک

هنگامی که سرور دارای وضعیت اولیه است، توقف یک سرویس حیاتی در Cisco Unity Connection Serviceability توانایی سرور برای عملکرد عادی را کاهش می دهد. وضعیت سرورها تغییر نمی کند.

خاموش کردن سرور در a خوشه

هنگامی که یک سرور Unity Connection وضعیت اولیه یا ثانویه دارد، ترافیک پیام‌های صوتی و تکثیر داده‌های خوشه‌ای را مدیریت می‌کند. ما به شما توصیه نمی کنیم که هر دو سرور را در یک کلاستر به طور همزمان خاموش کنید تا از قطع ناگهانی تماس ها و تکراری که در حال انجام هستند جلوگیری کنید. هنگامی که می خواهید سرور را در یک کلاستر Unity Connection خاموش کنید، نکات زیر را در نظر بگیرید:

در ساعات غیر کاری که ترافیک پیام‌های صوتی کم است، سرور را خاموش کنید.
قبل از خاموش شدن، وضعیت سرور را از Primary یا Secondary به غیر فعال تغییر دهید.

مرحله 1 در سروری که خاموش نمی شود، به Cisco Unity Connection Serviceability وارد شوید.
مرحله 2 از منوی Tools، Cluster Management را انتخاب کنید.
مرحله 3 در صفحه مدیریت خوشه، سروری را که می خواهید خاموش کنید پیدا کنید.

مرحله 4 اگر سروری که می‌خواهید خاموش شود وضعیت ثانویه دارد، به آن بروید
مرحله 5. اگر سروری که می‌خواهید خاموش شود وضعیت اولیه دارد، وضعیت را تغییر دهید:
- در ستون Change Server Status برای سرور با وضعیت Secondary، Make Primary را انتخاب کنید.
- هنگامی که از شما خواسته شد تا تغییر وضعیت سرور را تأیید کنید، تأیید را انتخاب کنید.
- تأیید کنید که ستون وضعیت سرور نشان می‌دهد که سرور اکنون وضعیت اولیه دارد و سروری که می‌خواهید خاموش شود دارای وضعیت ثانویه است.
مرحله 5 در سروری با وضعیت ثانویه (که می‌خواهید خاموش شود)، وضعیت را تغییر دهید:
- به ابزار مانیتورینگ بلادرنگ (RTMT) وارد شوید.
- از منوی Cisco Unity Connection، Port Monitor را انتخاب کنید. ابزار Port Monitor در قسمت سمت راست ظاهر می شود.
- در قسمت Node سرور با وضعیت Secondary را انتخاب کنید.
- در قسمت سمت راست، Start Polling را انتخاب کنید.
- توجه داشته باشید که آیا پورت های پیام صوتی در حال حاضر تماس های سرور را مدیریت می کنند یا خیر.
- اگر در حال حاضر هیچ پورت پیام صوتی تماس‌های سرور را مدیریت نمی‌کند، به Step5g بروید.
  در ستون Change Port Status، Stop Taking Calls برای سرور را انتخاب کنید و سپس منتظر بمانید تا RTMT نشان دهد که همه پورت های سرور بیکار هستند.
- در صفحه Cluster Management، از منوی Server Manager، در ستون Change Server Status برای سرور با وضعیت Secondary، گزینه Deactivate را انتخاب کنید. احتیاط غیرفعال کردن سرور تمام تماس‌هایی را که پورت‌های سرور انجام می‌دهند خاتمه می‌دهد
- هنگامی که از شما خواسته شد تا تغییر وضعیت سرور را تأیید کنید، تأیید را انتخاب کنید.
- تأیید کنید که ستون وضعیت سرور نشان می دهد که سرور اکنون وضعیت غیرفعال شده است.

مرحله 6 سروری را که غیرفعال کردید خاموش کنید:
- به Cisco Unity Connection Serviceability وارد شوید.
- ابزارها را باز کرده و Cluster Management را انتخاب کنید.
- مطمئن شوید که ستون وضعیت سرور، وضعیت عدم کارکرد سروری را که خاموش کرده‌اید نشان می‌دهد

جایگزینی سرورها در یک کلاستر

برای جایگزینی سرور ناشر یا مشترک در یک خوشه، مراحل موجود در بخش های داده شده را دنبال کنید:

برای جایگزینی سرور ناشر، به بخش جایگزینی سرور ناشر مراجعه کنید.
برای جایگزینی سرور مشترک، به بخش جایگزینی سرور مشترک مراجعه کنید.

چگونه یک کلاستر اتصال یونیتی کار می کند
ویژگی خوشه Unity Connection پیام‌های صوتی با دسترسی بالا را از طریق دو سرور Unity Connection که در یک خوشه پیکربندی شده‌اند، فراهم می‌کند. رفتار کلاستر Unity Connection زمانی که هر دو سرور فعال هستند:

می توان به خوشه یک نام DNS اختصاص داد که توسط سرورهای Unity Connection به اشتراک گذاشته می شود.
مشتریان، مانند برنامه های ایمیل و web ابزارهای موجود از طریق دستیار ارتباطات شخصی سیسکو (PCA) می توانند به هر یک از سرورهای Unity Connection متصل شوند.
سیستم های تلفن می توانند تماس ها را به هر یک از سرورهای Unity Connection ارسال کنند.

بار ترافیک تلفن ورودی بین سرورهای Unity Connection توسط سیستم تلفن، واحدهای PIMG/TIMG یا سایر دروازه‌هایی که برای یکپارچه‌سازی سیستم تلفن مورد نیاز هستند، متعادل می‌شود.

هر سرور در یک خوشه مسئول رسیدگی به بخشی از تماس های دریافتی برای خوشه (پاسخ به تماس های تلفنی و دریافت پیام) است. سرور با وضعیت اولیه مسئولیت عملکردهای زیر را بر عهده دارد:

خانه‌سازی و انتشار پایگاه داده و ذخیره پیام‌هایی که به سرور دیگر کپی می‌شوند.
ارسال اعلان‌های پیام و درخواست‌های MWI (سرویس Connection Notifier فعال است).
ارسال اعلان‌های SMTP و پیام‌های VPIM (سرویس عامل انتقال پیام اتصال فعال است).
همگام سازی پیام های صوتی بین صندوق های پست Unity Connection و Exchange، در صورتی که ویژگی پیام رسانی یکپارچه پیکربندی شده باشد (سرویس Unity Connection Mailbox Sync فعال است).

وقتی یکی از سرورها از کار افتاد (مثلاًampهنگامی که برای تعمیر و نگهداری خاموش می شود، سرور باقیمانده مسئولیت رسیدگی به تمام تماس های دریافتی برای خوشه را بر عهده می گیرد. پایگاه داده و ذخیره پیام به سرور دیگر پس از بازیابی عملکرد آن تکرار می شوند. هنگامی که سروری که کار خود را متوقف کرده است بتواند عملکردهای عادی خود را از سر بگیرد و فعال شود، مسئولیت رسیدگی به سهم خود از تماس های دریافتی برای خوشه را بر عهده می گیرد.

توجه داشته باشید

توصیه می‌شود که در حالت Active-Active فقط روی سرور Publisher و در صورت Failover خوشه‌ای در Subscriber (Acting Primary) تهیه‌سازی انجام شود. تغییر رمز عبور و تغییر تنظیمات رمز عبور برای پین کاربر/Web برنامه باید روی سرور Publisher در حالت Active-Active ارائه شود. برای نظارت بر وضعیت سرور، سرویس Connection Server Role Manager در Cisco Unity Connection Serviceability در هر دو سرور اجرا می شود. این سرویس وظایف زیر را انجام می دهد:

بسته به وضعیت سرور، خدمات قابل اجرا را در هر سرور شروع می کند.
تعیین می کند که آیا فرآیندهای حیاتی (مانند پردازش پیام صوتی، تکرار پایگاه داده، همگام سازی پیام صوتی با Exchange، و تکرار ذخیره پیام) به طور عادی کار می کنند یا خیر.
هنگامی که سرور با وضعیت اصلی کار نمی کند یا زمانی که سرویس های حیاتی در حال اجرا نیستند، تغییرات را در وضعیت سرور آغاز می کند.

هنگامی که سرور ناشر کار نمی کند به محدودیت های زیر توجه کنید:

اگر خوشه Unity Connection با یک دایرکتوری LDAP ادغام شود، همگام سازی دایرکتوری اتفاق نمی افتد، اگرچه احراز هویت زمانی که فقط سرور مشترک کار می کند به کار خود ادامه می دهد. وقتی سرور ناشر کار خود را از سر گرفت، همگام سازی دایرکتوری نیز از سر گرفته می شود.
اگر یک شبکه دیجیتال یا HTTPS شامل خوشه Unity Connection باشد، به‌روزرسانی دایرکتوری اتفاق نمی‌افتد، اگرچه زمانی که فقط سرور مشترک کار می‌کند، پیام‌ها همچنان به و از خوشه ارسال می‌شوند. هنگامی که سرور ناشر دوباره کار می کند، به روز رسانی دایرکتوری از سر گرفته می شود.

سرویس Connection Server Role Manager یک رویداد زنده بین ناشر و سرور مشترک ارسال می کند تا تأیید کند که سرورها کار می کنند و متصل هستند. اگر یکی از سرورها از کار بیفتد یا اتصال بین سرورها قطع شود، سرویس Connection Server Role Manager منتظر رویدادهای نگه داشتن زنده می ماند و ممکن است 30 تا 60 ثانیه طول بکشد تا تشخیص دهد که سرور دیگر در دسترس نیست. در حالی که سرویس Connection Server Role Manager منتظر رویدادهای keep-alive است، کاربرانی که با وضعیت ثانویه وارد سرور می شوند، نمی توانند به صندوق پستی خود دسترسی داشته باشند یا پیام ارسال کنند، زیرا سرویس Connection Server Role Manager هنوز تشخیص نداده است که سرور با وضعیت اولیه (که دارای فروشگاه پیام فعال است) در دسترس نیست. در این شرایط، تماس‌گیرندگانی که سعی می‌کنند پیامی بگذارند ممکن است هوای مرده را بشنوند یا صدای ضبط را نشنوند.

توجه داشته باشید توصیه می شود کاربران LDAP را فقط از گره ناشر وارد و حذف کنید.

اثرات وضعیت مغز تقسیم شده در یک خوشه اتصال وحدت

هنگامی که هر دو سرور در یک کلاستر Unity Connection دارای وضعیت Primary هستند (مثلاًampهنگامی که سرورها ارتباط خود را با یکدیگر قطع کردند، هر دو سرور تماس های دریافتی را مدیریت می کنند (پاسخ به تماس های تلفنی و دریافت پیام ها)، ارسال اعلان های پیام، ارسال درخواست های MWI، پذیرش تغییرات در رابط های اداری (مانند مدیریت اتصال Unity) و اگر صندوق ورودی تکی روشن است، پیام‌های صوتی را در صندوق‌های پستی 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 Message Transfer Agent و سرویس Connection Notifier در سرور ناشر راه اندازی می شوند. بسته به تعداد پیام‌هایی که باید تحویل داده شوند، تحویل پیام‌هایی که در طول فرآیند بازیابی رسیده‌اند، ممکن است زمان بیشتری طول بکشد. خدمات Connection Message Transfer Agent و Connection Notifier روی سرور مشترک شروع می شود. در نهایت، سرور ناشر دارای وضعیت Primary و سرور مشترک دارای وضعیت Secondary است. در این مرحله، سرویس Connection Mailbox Sync روی سرور با وضعیت Primary شروع می‌شود، به طوری که Unity Connection می‌تواند همگام‌سازی پیام‌های صوتی با Exchange را در صورت روشن بودن یک صندوق ورودی از سر بگیرد.

اسناد / منابع

CISCO Release 14 Unity Connection Cluster [pdfراهنمای کاربر
Release 14 Unity Connection Cluster, Release 14, Unity Connection Cluster, Connection Cluster, Cluster

مراجع

راهنمای کاربر

CISCO Release 14 Unity Connection Cluster

اطلاعات محصول

مشخصات

دستورالعمل استفاده از محصول