CISCO Release 14 Unity Connection Cluster
מידע על המוצר
מפרטים
- שם המוצר: Cisco Unity Connection Cluster
- הודעות קוליות בזמינות גבוהה
- שני שרתים המריצים את אותן גרסאות של Unity Connection
- שרת מפרסם ושרת מנויים
הוראות שימוש במוצר
רשימת משימות להגדרת אשכול חיבורים של Unity
- אסוף דרישות אשכול Unity Connection.
- הגדר התראות התראה עבור התראות Unity Connection.
- התאם אישית את הגדרות האשכול בשרת המפרסם.
קביעת תצורה של Cisco Unity Connection Cluster Settings בשרת Publisher
- היכנס אל Cisco Unity Connection Administration.
- הרחב את הגדרות מערכת > מתקדם ובחר תצורת אשכול.
- בדף תצורת אשכול, שנה את מצב השרת ובחר שמור.
ניהול אשכול חיבורים של Unity
כדי לבדוק את מצב אשכול Unity Connection ולהבטיח תצורה נכונה:
בדיקת סטטוס האשכול מ Web מִמְשָׁק
- היכנס לשירות Cisco Unity Connection של שרת מפרסם או מנוי.
- הרחב את כלים ובחר ניהול אשכולות.
- בדף ניהול אשכולות, בדוק את מצב השרת.
בדיקת סטטוס האשכול מממשק שורת הפקודה (CLI)
- הפעל את הפקודה show cuc cluster status CLI בשרת המפרסם או בשרת המנויים.
ניהול יציאות העברת הודעות באשכול
באשכול Unity Connection, השרתים חולקים את אותם אינטגרציות של מערכת הטלפון. כל שרת מטפל בחלק מהשיחות הנכנסות עבור האשכול.
הקצאות נמלים
בהתאם לאינטגרציה של מערכת הטלפון, כל יציאת הודעות קוליות מוקצית לשרת ספציפי או בשימוש על ידי שני השרתים.
שאלות נפוצות
- ש: כיצד אוכל לאסוף את דרישות אשכול Unity Connection?
- ת: למידע נוסף על איסוף דרישות אשכול Unity Connection, עיין בתיעוד דרישות המערכת להגדרת Cisco Unity Connection Cluster.
- ש: כיצד אוכל להגדיר התראות התראה עבור התראות Unity Connection?
- ת: עיין במדריך הניהול של Cisco Unified Real-Time Monitoring Tool לקבלת הנחיות לגבי הגדרת הודעות התראה עבור התראות Unity Connection.
- ש: כיצד אוכל לשנות את מצב השרת באשכול?
- ת: כדי לשנות את מצב השרת באשכול, היכנס ל-Cisco Unity Connection Administration, הרחב את הגדרות המערכת > מתקדם, בחר תצורת אשכולות ושנה את מצב השרת בדף תצורת אשכולות.
- ש: כיצד אוכל לבדוק את מצב אשכול Unity Connection?
- ת: אתה יכול לבדוק את מצב אשכול Unity Connection באמצעות web ממשק או ממשק שורת הפקודה (CLI). לשלבים מפורטים, עיין בסעיף "בדיקת מצב האשכול" במדריך למשתמש.
- ש: כיצד אוכל לנהל יציאות הודעות באשכול?
- ת: המדריך למשתמש מספק מידע על ניהול יציאות הודעות באשכול. אנא עיין בסעיף "ניהול יציאות העברת הודעות באשכול" לפרטים.
מָבוֹא
פריסת אשכול Cisco Unity Connection מספקת הודעות קוליות בזמינות גבוהה דרך שני השרתים המריצים את אותן גרסאות של Unity Connection. השרת הראשון באשכול הוא שרת המפרסם והשרת השני הוא שרת המנויים.
רשימת משימות להגדרת אשכול חיבורים של Unity
בצע את המשימות הבאות כדי ליצור אשכול 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.
- התקן את שרת המפרסם. למידע נוסף, עיין בסעיף התקנת שרת Publisher.
- התקן את שרת המנויים. למידע נוסף, עיין בסעיף התקנת שרת המנויים.
- קבע את התצורה של Cisco Unified Real-Time Monitoring Tool עבור שרתי מוציאים לאור וגם עבור שרתי מנויים כדי לשלוח הודעות עבור התראות Unity Connection הבאות:
-
- AutoFailback נכשל
- כשל חוזר אוטומטי הצליח
- AutoFailover נכשל
- כשל אוטומטי הצליח
- NoConnectionToPeer
- SbrFaile
להנחיות לגבי הגדרת התראה על התראות Unity Connection, עיין בסעיף "Cisco Unified Real-Time Monitoring Tool" במדריך הניהול של Cisco Unified Real-Time Monitoring Tool עבור המהדורה הנדרשת, זמין בכתובת http://www.cisco.com/c/en/us/support/unified-communications/unity-connection/products-maintenance-guides-list.html.
- (אופציונלי) בצע את המשימות הבאות כדי להתאים אישית את הגדרות האשכול בשרת המפרסם:
- היכנס אל Cisco Unity Connection Administration.
- הרחב את הגדרות מערכת > מתקדם ובחר תצורת אשכול.
- בדף תצורת אשכול, שנה את מצב השרת ובחר שמור. למידע נוסף על שינוי מצב השרת באשכול, ראה עזרה> עמוד זה.
ניהול אשכול חיבורים של Unity
עליך לבדוק את מצב אשכול Unity Connection כדי לוודא שהאשכול מוגדר כהלכה ופועל כהלכה. חשוב גם להבין את מצב השרת השונה באשכול ואת ההשפעות של שינוי סטטוס שרת באשכול.
בדיקת סטטוס האשכול
אתה יכול לבדוק את מצב אשכול Unity Connection באמצעות web ממשק או ממשק שורת פקודה (CLI). שלבים לבדיקת מצב אשכול החיבורים של Unity Web מִמְשָׁק
- שלב 1היכנס ל-Cisco Unity Connection שירותיות של מפרסם או שרת מנוי.
- שלב 2 הרחב את כלים ובחר ניהול אשכולות.
- שלב 3 בדף ניהול אשכולות, בדוק את סטטוס השרת. למידע נוסף על סטטוס שרת, עיין בסעיף סטטוס שרת ותפקודיו באשכול חיבורים של Unity.
שלבים לבדיקת מצב אשכול חיבור Unity מממשק שורת הפקודה (CLI)
- שלב 1 אתה יכול להפעיל את הפקודה show cuc cluster status CLI בשרת המפרסם או בשרת המנוי כדי לבדוק את מצב האשכול.
- שלב 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, העברת ההודעות הקולית מוגדרת כך שמחצית ממספר היציאות המוגדרות בטלפון מוקצה לכל שרת באשכול. (לדוגמהample, לכל שרת יש 16 יציאות הודעות קוליות.) • במערכת הטלפון, קבוצת קווים, רשימת ציד וקבוצת ציד מאפשרים לשרת המנוי לענות לרוב השיחות הנכנסות עבור • אם אחד מהשרתים מפסיק לפעול (לדוגמהample, כאשר מדובר בתחזוקה), השרת הנותר לוקח על עצמו את האחריות לקריאות הנכנסות עבור האשכול. • כאשר השרת שהפסיק לפעול מסוגל לחדש את ה-nor שלו ומופעל, הוא יחזור באחריות לטיפול בקריאות השיתוף שלו עבור האשכול. |
אינטגרציה באמצעות SIP Trunk עם Cisco Unified Communications Manager או Cisco Unified Communications Manager Express | • ב-Cisco Unity Connection Administration, מחצית ממספר יציאות ה-VO הדרושות לטיפול בתעבורת הודעות קוליות מוקצות באשכול. (לדוגמהampאם יש צורך ב-16 יציאות הודעות קוליות עבור כל תעבורת ההודעות הקוליות עבור האשכול, לכל שרת באשכול יש 8 יציאות להודעות קוליות.)
• במערכת הטלפון, קבוצת מסלול, רשימת מסלולים ודפוס מסלול א' לחלוקת שיחות שווה בשווה בין שני השרתים באשכול. • אם אחד מהשרתים מפסיק לפעול (לדוגמהample, כאשר מדובר בתחזוקה), השרת הנותר לוקח על עצמו את האחריות על השיחות הנכנסות עבור האשכול. • כאשר השרת שהפסיק לתפקד מסוגל לחדש את שלו או ומופעל, הוא חוזר באחריות לטפל בחלקו של עבור האשכול. |
הִשׁתַלְבוּת סוּג | הקצאות שרתים ושימוש ביציאות העברת הודעות קוליות |
אינטגרציה באמצעות יחידות PIMG/TIMG | • מספר היציאות שהוגדרו במערכת הטלפון זהה ליציאות ה-nu להעברת הודעות קוליות בכל שרת באשכול, כך שלשרת יש את יציאות ההודעות הקוליות. (לדוגמהampאם מערכת הטלפון מוגדרת עם יציאות הודעות קוליות, לכל שרת באשכול חייבות להיות אותן יציאות הודעות.)
• במערכת הטלפון, קבוצת צייד מוגדרת להפצת שיחות בדומה לשני השרתים באשכול. • יחידות ה-PIMG/TIMG מוגדרות לאזן את ההודעות הקוליות בין השרתים. • אם אחד מהשרתים מפסיק לפעול (לדוגמהampכאשר הוא סגור, השרת הנותר לוקח על עצמו את האחריות לטיפול בקריאות נכנסות עבור האשכול. • כאשר השרת שהפסיק לתפקד מסוגל לחדש את זה תקין ומופעל, הוא חוזר באחריות לטפל בחלקו בהכנסה עבור האשכול. |
אינטגרציות אחרות המשתמשות ב-SIP | • ב-Cisco Unity Connection Administration, מחצית ממספר יציאות הקול הדרושות לטיפול בתעבורת הודעות קוליות מוקצות באשכול. (לדוגמהampאם יש צורך ב-16 יציאות הודעות קוליות לכל תעבורת ההודעות הקוליות עבור האשכול, לכל שרת באשכול יש יציאות הודעות.)
• במערכת הטלפון, קבוצת צייד מוגדרת להפצת שיחות בדומה לשני השרתים באשכול. • אם אחד מהשרתים מפסיק לפעול (לדוגמהample, כאשר הוא סגור לצורך תחזוקה), השרת הנותר לוקח על עצמו את האחריות לטיפול בשיחות נכנסות עבור האשכול. • כאשר השרת שהפסיק לפעול יכול לחזור למצבו הרגיל, הוא יקבל את האחריות לטפל בחלקו בשיחות הנכנסות עבור |
עצירת כל היציאות מלקבל שיחות חדשות
בצע את השלבים בסעיף זה כדי למנוע מכל היציאות בשרת לקבל שיחות חדשות. השיחות המתנהלות ממשיכות עד שהמתקשרים מנתקים.
טיפ השתמש בדף Port Monitor בכלי הניטור בזמן אמת (RTMT) כדי לקבוע אם יציאה כלשהי מטפלת כעת בקריאות לשרת. למידע נוסף, עיין בשלב עצירת כל היציאות מלקיחת שיחות חדשות
עצירת כל היציאות בשרת Unity Connection מלקבל שיחות חדשות
- שלב 1 היכנס אל Cisco Unity Connection Serviceability.
- שלב 2הרחב את תפריט הכלים ובחר ניהול אשכולות.
- שלב 3 בדף ניהול אשכולות, תחת מנהל יציאות, בעמודה שנה מצב יציאה, בחר הפסק לקבל שיחות עבור השרת.
הפעלה מחדש של כל היציאות כדי לקבל שיחות
בצע את השלבים בסעיף זה כדי להפעיל מחדש את כל היציאות בשרת Unity Connection כדי לאפשר להם לקבל שיחות שוב לאחר שהן נעצרו.
- שלב 1 היכנס אל Cisco Unity Connection Serviceability.
- שלב 2 הרחב את תפריט הכלים ובחר ניהול אשכולות.
- שלב 3 בדף ניהול אשכולות, תחת מנהל יציאות, בעמודה שנה סטטוס יציאה, בחר קח שיחות עבור השרת.
סטטוס שרת ותפקודיו באשכול חיבורי Unity
לכל שרת באשכול יש סטטוס המופיע בדף ניהול אשכולות של Cisco Unity Connection Serviceability. הסטטוס מציין את הפונקציות שהשרת מבצע כעת באשכול, כמתואר בטבלה 2: מצב שרת באשכול חיבור Unity
טבלה 2: מצב שרת ב-Unity Connection Cluster
סטטוס שרת | תחומי האחריות של ה-Sver באשכול חיבורי אחדות |
יְסוֹדִי | • מפרסם את מסד הנתונים ומאגר ההודעות ששניהם משוכפלים לשרת השני
• מקבל נתונים משוכפלים מהשרת השני. • מציג ומקבל שינויים בממשקי הניהול, כגון Unity Connection ו-Cisco Unified Operating System Administration. נתונים אלה משוכפלים לאשכול השני. • עונה לשיחות טלפון ומקבל הודעות. • שולח הודעות הודעות ובקשות MWI. • שולח הודעות SMTP והודעות VPIM. • מסנכרן הודעות קוליות בתיבות דואר Unity Connection ו-Exchange אם תכונת Unifi מוגדרת. • מתחבר עם הלקוחות, כגון יישומי דוא"ל ו- web כלים זמינים דרך
פֶּתֶק לא ניתן לבטל שרת עם סטטוס ראשי.
|
סטטוס שרת | תחומי האחריות של ה-Sver באשכול חיבורי אחדות |
מִשׁנִי | • מקבל נתונים משוכפלים מהשרת עם סטטוס ראשי. הנתונים כוללים את מסד הנתונים והחנות.
• משכפל נתונים לשרת עם סטטוס ראשי. • מציג ומקבל שינויים בממשקי הניהול, כגון Unity Connection Adm ו-Cisco Unified Operating System Administration. הנתונים משוכפלים לשרת עם סטטוס. • עונה לשיחות טלפון ומקבל הודעות. • מתחבר עם הלקוחות, כגון יישומי דוא"ל ו- web כלים זמינים דרך Ci
פֶּתֶק ניתן לבטל רק שרת עם סטטוס משני. |
מושבת | • מקבל נתונים משוכפלים מהשרת עם סטטוס ראשי. הנתונים כוללים את מסד הנתונים והחנות.
• לא מציג את ממשקי הניהול, כגון Unity Connection Administration ו-Uniified Operating System Administration. הנתונים משוכפלים לשרת עם ה-Primary • לא עונה לשיחות טלפון או מקבל הודעות. • לא מתחבר ללקוחות, כגון יישומי דוא"ל ו- web כלים הזמינים דרך Cisco PCA. |
לא מתפקד | • לא מקבל נתונים משוכפלים מהשרת עם סטטוס ראשי.
• לא משכפל נתונים לשרת עם סטטוס ראשי. • לא מציג את ממשקי הניהול, כגון Unity Connection Administration ו-Uniified Operating System Administration. • לא עונה לשיחות טלפון או מקבל הודעות.
פֶּתֶק שרת עם סטטוס לא מתפקד בדרך כלל נסגר. |
מתחיל | • מקבל מסד נתונים משוכפל ומאגר הודעות מהשרת עם סטטוס ראשי.
• משכפל נתונים לשרת עם סטטוס ראשי. • לא עונה לשיחות טלפון או מקבל הודעות. • אינו מסנכרן הודעות קוליות בין Unity Connection לתיבת הדואר הנכנס של Exchange).
פֶּתֶק מצב זה נמשך דקות ספורות בלבד, ולאחר מכן השרת מקבל את הסטטוס הרלוונטי |
סטטוס שרת | תחומי האחריות של ה-Sver באשכול חיבורי אחדות |
שכפול נתונים | • שולח ומקבל נתונים מהאשכול.
• לא עונה לשיחות טלפון או מקבל הודעות במשך זמן מה. • אינו מתחבר ללקוחות, כגון יישומי דוא"ל ו- web כלים זמינים באמצעות Cisco PCA למשך זמן מה.
פֶּתֶק סטטוס זה נמשך דקות ספורות בלבד, ולאחר מכן הסטטוס הקודם מתחדש למשך |
שחזור מוח מפוצל (לאחר זיהוי שני שרתים עם סטטוס ראשי) | • מעדכן את מסד הנתונים ומאגר ההודעות בשרת שנקבע שיש לו ראשי
• משכפל נתונים לשרת השני. • לא עונה לשיחות טלפון או מקבל הודעות במשך זמן מה. • לא מסנכרן הודעות קוליות בין Unity Connection ותיבת הדואר של Exchange מופעלת למשך זמן מה. • אינו מתחבר ללקוחות, כגון יישומי דוא"ל ו- web כלים זמינים ב-Cisco PCA למשך זמן מה.
פֶּתֶק סטטוס זה נמשך דקות ספורות בלבד, ולאחר מכן הסטטוס הקודם מתחדש למשך |
שינוי סטטוס שרת באשכול והשפעותיו
ניתן לשנות את מצב אשכול Unity Connection באופן אוטומטי או ידני. אתה יכול לשנות באופן ידני את המצב של שרתים באשכול בדרכים הבאות:
- ניתן לשנות באופן ידני שרת עם סטטוס משני לסטטוס ראשי. ראה הה שינוי ידני של סטטוס השרת משני לראשי סָעִיף.
- ניתן לשנות באופן ידני שרת עם סטטוס משני למצב מושבת. ראה את הפעלה ידנית של שרת עם סטטוס מושבת.
- ניתן להפעיל שרת עם סטטוס Deactivated באופן ידני כך שהסטטוס שלו משתנה ל-Primary או Secondary, בהתאם לסטטוס של השרת השני. ראה את הפעלה ידנית של שרת עם סטטוס מושבת סָעִיף.
שינוי ידני של סטטוס השרת משני לראשי
- שלב 1 היכנס אל Cisco Unity Connection Serviceability.
- שלב 2 מתפריט כלים, בחר ניהול אשכולות.
- שלב 3 בדף ניהול אשכולות, מתפריט מנהל השרת, בעמודה שנה מצב שרת של השרת עם סטטוס משני, בחר הפוך לראשי.
- שלב 4 כאשר תתבקש לאשר את השינוי במצב השרת, בחר אישור. העמודה מצב שרת מציגה את המצב שהשתנה כאשר השינוי הושלם.
פֶּתֶק השרת שבמקור היה לו סטטוס ראשי משתנה אוטומטית לסטטוס משני
- שלב 1 היכנס לכלי הניטור בזמן אמת (RTMT).
- שלב 2 מתפריט Cisco Unity Connection, בחר Port Monitor. הכלי Port Monitor מופיע בחלונית הימנית.
- שלב 3 בשדה צומת, בחר את השרת עם סטטוס משני.
- שלב 4 בחלונית הימנית, בחר התחל סקר. שים לב אם יציאות הודעות קוליות מטפלות כעת בשיחות עבור השרת.
- שלב 5 היכנס אל Cisco Unity Connection Serviceability.
- שלב 6 מתפריט כלים, בחר ניהול אשכולות.
- שלב 7 אם אין יציאות הודעות קוליות שמטפלות כעת בשיחות עבור השרת, דלג אל שינוי ידני של סטטוס השרת משני לנטרול. אם יש יציאות הודעות קוליות שמטפלות כעת בקריאות עבור השרת, בעמוד ניהול אשכולות, בעמודה Change Port Status, בחר Stop Takeing Calls עבור השרת ולאחר מכן המתן עד ש-RTMT יראה שכל היציאות עבור השרת לא פעילות.
- שלב 8 בדף ניהול אשכולות, מתפריט מנהל השרת, בעמודה שנה מצב שרת עבור השרת
עם סטטוס משני, בחר בטל. נטרול שרת מפסיק את כל השיחות שהפורטים של השרת מטפלים בהן. - שלב 9 כאשר תתבקש לאשר את השינוי במצב השרת, בחר אישור. העמודה מצב שרת מציגה את המצב שהשתנה כאשר השינוי הושלם.
הפעלה ידנית של שרת עם סטטוס מושבת
- שלב 1 היכנס אל Cisco Unity Connection Serviceability.
- שלב 2 מתפריט כלים, בחר ניהול אשכולות.
- שלב 3 בדף ניהול אשכולות, בתפריט מנהל השרת, בעמודה שנה מצב שרת עבור השרת עם סטטוס מושבת, בחר לְהַפְעִיל.
- שלב 4 כאשר תתבקש לאשר את השינוי במצב השרת, בחר בְּסֵדֶר. העמודה מצב שרת מציגה את המצב שהשתנה כאשר השינוי הושלם
השפעה על שיחות בתהליך כאשר סטטוס השרת משתנה באשכול חיבורי Unity
כאשר הסטטוס של שרת Unity Connection משתנה, ההשפעה על שיחות מתבצעות תלויה במצב הסופי של השרת המטפל בשיחה ובמצב הרשת. הטבלה הבאה מתארת
האפקטים:
טבלה 3: השפעה על שיחות בתהליך כאשר סטטוס השרת משתנה באשכול חיבורי Unity
סטָטוּס לְשַׁנוֹת | אפקטים |
ראשי עד שניוני | כאשר שינוי הסטטוס מופעל באופן ידני, שיחות שמתנהלות אינן מושפעות.
כאשר שינוי המצב הוא אוטומטי, ההשפעה על שיחות מתנהלות תלויה בשירות הקריטי שהופסק. |
משני לראשוני | כאשר שינוי הסטטוס מופעל באופן ידני, שיחות שמתנהלות אינן מושפעות.
כאשר שינוי המצב הוא אוטומטי, ההשפעה על שיחות מתנהלות תלויה בשירות הקריטי שהופסק. |
משני לנטרול | שיחות שמתנהלות מופסקות.
כדי למנוע שיחות שנפלו, בדף ניהול אשכולות ב-Cisco Unity Connection Serviceability, בחר Stop Takeing Calls עבור השרת והמתן עד שכל השיחות יסתיימו ותבטל את השרת. |
ראשוני או משני לשכפול נתונים | שיחות שמתנהלות אינן מושפעות. |
שחזור מוח ראשוני או משני לפיצול מוח | שיחות שמתנהלות אינן מושפעות. |
אם חיבורי הרשת אובדים, ייתכן שהשיחות המתנהלות יופסקו בהתאם לאופי הבעיה ברשת.
השפעה על Unity Connection Web יישומים כאשר סטטוס השרת משתנה
התפקוד של הדברים הבאים web יישומים אינם מושפעים כאשר סטטוס השרת משתנה:
- ניהול חיבורי Cisco Unity
- שירות חיבור Cisco Unity
- Cisco Unity Connection web כלים אליהם ניתן לגשת דרך ה-PCA של Cisco - מסייע ההודעות, תיבת הדואר הנכנס, וכללי העברת שיחות אישיות web כְּלֵי עֲבוֹדָה
- סיסקו Web תיבת דואר נכנס
- לקוחות ממשק ייצוג (REST) API
השפעת הפסקת שירות קריטי על אשכול חיבורים של Unity
שירותים קריטיים נחוצים לתפקוד תקין של מערכת Unity Connection. ההשפעות של עצירת שירות קריטי תלויות בשרת ובסטטוס שלו המתואר בטבלה הבאה:
טבלה 4: השפעות של עצירת שירות קריטי על אשכול חיבורים של Unity
שרת | אפקטים |
מוֹצִיא לָאוֹר | • כאשר לשרת יש סטטוס ראשי, הפסקת שירות קריטי ב-Cisco Unity Connection Serviceability גורמת לשינוי מצב השרת ל-Seconary ופוגעת ביכולת של השרת לפעול כרגיל.
הסטטוס של שרת המנוי משתנה לראשי אם אין לו את הסטטוס מושבת או לא פועל. • כאשר לשרת יש סטטוס משני, עצירת שירות קריטי ב-Cisco Unity Connection Serviceability פוגעת ביכולת של השרת לתפקד כרגיל. מצב השרתים אינו משתנה. |
מָנוּי | כאשר לשרת יש סטטוס ראשי, הפסקת שירות קריטי ב-Cisco Unity Connection Serviceability פוגעת ביכולת של השרת לתפקד כרגיל. מצב השרתים אינו משתנה. |
כיבוי שרת ב-a אֶשׁכּוֹל
כאשר לשרת Unity Connection יש סטטוס ראשי או משני, הוא מטפל בתעבורת הודעות קוליות ושכפול נתוני אשכול. אנו לא ממליצים לך לכבות את שני השרתים באשכול בו זמנית כדי למנוע סיום פתאומי של השיחות והשכפול שנמצאים בתהליך. שקול את הנקודות הבאות כאשר אתה רוצה לכבות שרת באשכול Unity Connection:
- כבה את השרת בשעות שאינן עסקיות כאשר תעבורת ההודעות הקוליות נמוכה.
- שנה את מצב השרת מראשי או משני לבלתי פעיל לפני כיבוי.
- שלב 1 בשרת שאינו נכבה, היכנס אל Cisco Unity Connection Serviceability.
- שלב 2 מתפריט כלים, בחר ניהול אשכולות.
- שלב 3 בדף ניהול אשכולות, אתר את השרת שברצונך לכבות.
- שלב 4 אם לשרת שברצונך לכבות יש סטטוס משני, דלג אל
- שלב 5. אם לשרת שברצונך לכבות יש סטטוס ראשי, שנה את הסטטוס:
- בעמודה שנה מצב שרת עבור השרת עם סטטוס משני, בחר הפוך לראשי.
- כאשר תתבקש לאשר את השינוי במצב השרת, בחר אישור.
- ודא שהעמודה מצב שרת מציינת שלשרת יש סטטוס ראשי עכשיו ושלשרת שברצונך לכבות יש סטטוס משני
- שלב 5 בשרת עם סטטוס משני (זה שאתה רוצה לסגור), שנה את המצב:
- היכנס לכלי הניטור בזמן אמת (RTMT).
- מתפריט Cisco Unity Connection, בחר Port Monitor. הכלי Port Monitor מופיע בחלונית הימנית.
- בשדה צומת, בחר את השרת עם סטטוס משני.
- בחלונית הימנית, בחר התחל סקר.
- שים לב אם יציאות הודעות קוליות מטפלות כעת בשיחות עבור השרת.
- אם אין יציאות הודעות קוליות שמטפלות כעת בשיחות עבור השרת, דלג לשלב 5g. אם יש יציאות הודעות קוליות שמטפלות כעת בשיחות עבור השרת, בדף ניהול אשכולות,
בעמודה Change Port Status, בחר Stop Takeing Calls עבור השרת ולאחר מכן המתן עד ש-RTMT יראה שכל היציאות עבור השרת לא פעילות. - בדף ניהול אשכולות, מתפריט מנהל השרתים, בעמודה שנה מצב שרת עבור השרת עם סטטוס משני, בחר בטל. זהירות נטרול שרת מפסיק את כל השיחות שהפורטים של השרת מטפלים בהן
- כאשר תתבקש לאשר את השינוי במצב השרת, בחר אישור.
- ודא שהעמודה סטטוס שרת מציינת שלשרת יש כעת סטטוס מושבת.
- שלב 6 כבה את השרת שהשבתת:
- היכנס אל Cisco Unity Connection Serviceability.
- הרחב את כלים ובחר ניהול אשכולות.
- ודא שהעמודה מצב שרת מציגה את המצב לא מתפקד עבור השרת שאתה מכבה
החלפת שרתים באשכול
בצע את השלבים בסעיפים הנתונים כדי להחליף את שרת המפרסם או המנוי באשכול:
- כדי להחליף את שרת המפרסם, עיין בסעיף החלפת שרת מפרסם.
- כדי להחליף את שרת המנויים, עיין בסעיף החלפת שרת מנויים.
איך עובד אשכול חיבור של 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 (שירות Connection Notifier מופעל).
- שליחת הודעות SMTP והודעות VPIM (שירות Connection Message Transfer Agent מופעל).
- סנכרון הודעות קוליות בין תיבות דואר Unity Connection ו-Exchange, אם מוגדרת תכונת ההודעות המאוחדות (שירות סנכרון Unity Connection Mailbox מופעל).
כאשר אחד השרתים מפסיק לתפקד (לדוגמהample, כאשר הוא נסגר לצורך תחזוקה), השרת שנותר יחזור באחריות לטיפול בכל השיחות הנכנסות עבור האשכול. מסד הנתונים ומאגר ההודעות משוכפלים לשרת השני כאשר הפונקציונליות שלו משוחזרת. כאשר השרת שהפסיק לתפקד מסוגל לחדש את הפונקציות הרגילות שלו ומופעל, הוא חוזר באחריות לטפל בחלקו בשיחות הנכנסות עבור האשכול.
פֶּתֶק
מומלץ לבצע הקצאה רק בשרת Publisher במצב Active-Active וב-Subscriber (Acting Primary) במקרה של כשל באשכול. שינוי הסיסמה ושינוי הגדרת הסיסמה עבור ה-PIN של המשתמש/Web יש לספק את היישום בשרת Publisher במצב פעיל-פעיל. כדי לפקח על מצב השרת, שירות התפקידים של Connection Server פועל ב-Cisco Unity Connection Serviceability בשני השרתים. שירות זה מבצע את הפונקציות הבאות:
- מפעיל את השירותים הרלוונטיים בכל שרת, בהתאם למצב השרת.
- קובע אם תהליכים קריטיים (כגון עיבוד הודעות קוליות, שכפול מסד נתונים, סנכרון הודעות קוליות עם Exchange ושכפול מאגר הודעות) פועלים כרגיל.
- יוזם שינויים במצב השרת כאשר השרת עם סטטוס ראשי אינו פועל או כאשר שירותים קריטיים אינם פועלים.
שימו לב למגבלות הבאות כאשר שרת המפרסם אינו פועל:
- אם אשכול Unity Connection משולב עם ספריית LDAP, סנכרון ספריות לא מתרחש, למרות שהאימות ממשיך לעבוד כאשר רק שרת המנוי פועל. כאשר שרת המפרסם חוזר לפעול, גם סנכרון הספריות מתחדש.
- אם רשת דיגיטלית או HTTPS כוללת את אשכול Unity Connection, עדכוני ספריות לא מתרחשים, למרות שהודעות ממשיכות להישלח אל האשכול וממנו כאשר רק שרת המנויים פועל. כאשר שרת המפרסם חוזר לפעול, עדכוני הספריות יתחדשו.
שירות מנהל התפקידים של שרת החיבורים שולח אירוע שמירה על חיים בין המפרסם לשרתי המנויים כדי לאשר שהשרתים פועלים ומחוברים. אם אחד השרתים מפסיק לתפקד או שהחיבור בין השרתים אבד, שירות מנהל התפקידים של שרת החיבור ממתין לאירועי השמירה על החיים ועשוי לדרוש 30 עד 60 שניות כדי לזהות שהשרת השני אינו זמין. בזמן ששירות מנהל התפקידים של שרת החיבורים ממתין לאירועי השמירה על החיים, משתמשים הנכנסים לשרת עם סטטוס משני אינם יכולים לגשת לתיבת הדואר שלהם או לשלוח הודעות, מכיוון ששירות מנהל התפקידים של שרת החיבורים טרם זיהה שהשרת עם סטטוס ראשי (שיש לו את מאגר ההודעות הפעיל) אינו זמין. במצב זה, מתקשרים המנסים להשאיר הודעה עלולים לשמוע אוויר מת או לא לשמוע את צפצוף ההקלטה.
פֶּתֶק מומלץ לייבא ולמחוק את משתמשי LDAP מצומת המפרסם בלבד.
השפעות של מצב מוח מפוצל באשכול חיבורים של אחדות
כאשר לשני השרתים באשכול Unity Connection יש סטטוס ראשי בו-זמנית (למשלampל, כאשר השרתים איבדו את הקשר ביניהם), שני השרתים מטפלים בשיחות הנכנסות (עונים לשיחות טלפון ומקבלים הודעות), שולחים הודעות הודעות, שולחים בקשות MWI, מקבלים שינויים בממשקי הניהול (כגון Unity Connection Administration) , וסנכרן הודעות קוליות בתיבות דואר Unity Connection ו-Exchange אם תיבת דואר נכנס בודדת מופעלת
- עם זאת, השרתים אינם משכפלים את מסד הנתונים ומאגר ההודעות זה לזה ואינם מקבלים נתונים משוכפלים זה מזה.
כאשר החיבור בין השרתים משוחזר, מצב השרתים משתנה באופן זמני ל-Split Brain Recovery בזמן שהנתונים משוכפלים בין השרתים ומתואמים הגדרות MWI. במהלך הזמן שבו סטטוס השרת הוא שחזור מוח מפוצל, שירות Connection Message Transfer Agent ושירות Connection Notifier (ב-Cisco Unity Connection Serviceability) מופסקים בשני השרתים, כך ש-Unity Connection אינה מספקת הודעות ואינה שולחת הודעה כלשהי. התראות. - גם שירות הסנכרון תיבת הדואר של Connection Mailbox הופסק, כך ש- Unity Connection לא מסנכרן הודעות קוליות עם Exchange (תיבת דואר נכנס בודדת). גם מאגרי ההודעות מנותקים לזמן קצר, כך ש-Unity Connection אומרת למשתמשים שמנסים לאחזר את ההודעות שלהם בשלב זה שתיבות הדואר שלהם אינן זמינות זמנית.
לאחר השלמת תהליך השחזור, שירות Connection Message Transfer Agent ושירות Connection Notifier יופעלו בשרת המפרסם. משלוח ההודעות שהגיעו במהלך תהליך השחזור עשוי להימשך זמן נוסף, בהתאם למספר ההודעות שיימסרו. שירות Connection Message Transfer Agent ושירות Connection Notifier מופעלים בשרת המנוי. לבסוף, לשרת המפרסם יש סטטוס ראשי ולשרת המנויים יש סטטוס משני. בשלב זה, שירות סינכרון הדואר של Connection Mailbox מופעל בשרת עם הסטטוס Primary, כך ש- Unity Connection יכולה לחדש את סנכרון ההודעות הקוליות עם Exchange אם תיבת דואר נכנס בודדת מופעלת.
מסמכים / משאבים
![]() |
CISCO Release 14 Unity Connection Cluster [pdfמדריך למשתמש Release 14 Unity Connection Cluster, Release 14, Unity Connection Cluster, Cluster Connection, Cluster |