تكوين البيانات الحية واستكشاف أخطائها وإصلاحها في بيئة UCCE

المقدمة

يصف هذا المستند الخطوات المطلوبة لتكوين مشاكل البيانات المباشرة واستكشاف أخطائها وإصلاحها في بيئة Unified Contact Center Enterprise (UCCE).

المتطلبات الأساسية

المتطلبات

توصي Cisco بأن تكون لديك معرفة بالمواضيع التالية:

حلول مؤسسات مراكز الاتصال الموحدة من Cisco (UCCE)

المكونات المستخدمة

تستند المعلومات الواردة في هذا المستند إلى إصدارات البرامج والمكونات المادية التالية:

إصدار ICM: 12.6
Finesse، الإصدار: 12.6
CUIC/Live Data version: 12.6

تم إنشاء المعلومات الواردة في هذا المستند من الأجهزة الموجودة في بيئة معملية خاصة. بدأت جميع الأجهزة المُستخدمة في هذا المستند بتكوين ممسوح (افتراضي). إذا كانت شبكتك قيد التشغيل، فتأكد من فهمك للتأثير المحتمل لأي أمر.

الخلفية

البيانات المباشرة هي إطار بيانات يقوم بمعالجة الأحداث في الوقت الفعلي مع إمكانية توفر عالية لتقارير البيانات المباشرة. تقوم خدمة Live Data بمعالجة أحداث الوكيل والاتصال بشكل مستمر من بوابة الأجهزة الطرفية والموجه. عند وقوع الأحداث، تقوم خدمة Live Data باستمرار بدفع التحديثات في الوقت الفعلي للعملاء الذين يقومون بالإبلاغ عن مركز الذكاء الموحد. يقوم PG والموجه بتوجيه الوكيل واستدعاء الأحداث إلى البيانات المباشرة عند وقوع الأحداث. ثم تقوم البيانات المباشرة بتجميع الأحداث في الدفق ومعالجتها بشكل مستمر، وتنشر المعلومات. يشترك CUIC في دفق الرسالة لاستقبال الأحداث في الوقت الحقيقي وتحديث تقارير البيانات المباشرة باستمرار. يتم تحديث قيم الحالة الفردية، مثل حالات الوكيل، عند حدوثها. يتم تحديث القيم الأخرى، مثل المكالمات في قائمة الانتظار، كل 3 ثوان تقريبا.

في نظام CCE الموحد، توجد البيانات المباشرة على الجهاز الظاهري (VM) لنظام تشغيل الصوت من Cisco. يمكنك تضمين تقارير البيانات المباشرة في أجهزة الكمبيوتر المكتبية التي تعمل بوكيل Finesse.

لعمليات نشر العملاء لعام 2000

• يتم تثبيت خادم البيانات المباشرة على جهاز افتراضي (VM) باستخدام مركز الذكاء الموحد (CUIC) من Cisco وخدمة الهوية (IDs) من Cisco

بالنسبة لعمليات نشر العملاء لعام 4000 وما هو أعلى

• تم تثبيت خادم Live Data على جهاز VM مستقل.

عمليات التحقق من اتصال البيانات المباشرة باستخدام الموجه و PG

يجب أن يقوم خادم بيانات Live النشط بإنشاء إتصالات TIP و TOS بالموجهات وجميع وحدات PG الوكيل. يجب أن يقوم خادم البيانات المباشرة (الاحتياطي) في الوضع النشط بإنشاء اتصال TOS فقط بالموجهات وجميع مجموعات PG للوكيل.

• يحتوي منفذ الموجه/PG لاتصال TIP على التنسيق وفقا لهذا النهج: 4[0-5]034 (وهذا يفترض وجود مثيل واحد فقط ل CCE، على سبيل المثال: 40034 و 41034 و 42034...)
• يحتوي منفذ الموجه/PG لاتصال TOS على التنسيق وفقا لهذا البرنامج: 4[0-5]035 (وهذا يفترض وجود مثيل واحد فقط ل CCE، على سبيل المثال: 40035 و 41035 و 42035...)

ملاحظة:

• يتم تعيين منافذ إتصالات TIP/TOS استنادا إلى الترتيب الذي يتم به تثبيت زوج PG (الجانب A/B) على نفس الخادم.
• على سبيل المثال، زوج PG الأول (PG1 جانب A/B) المثبت، يكون منافذ TIP الأساسية 42034 و 43034 على التوالي. يتم تركيب زوج PG الثاني (PG2 من الجانب أ/b)، كما يتم تخصيص المنفذين 44034 و 45034 على التوالي. ينطبق نفس التعيين على منافذ TOS أيضا.
• يمكن أن تختلف منافذ TIP و TOS بناء على رقم المثيل، لمزيد من التفاصيل، ارجع إلى دليل إستخدام المنفذ لحلول مركز الاتصال الموحد من Cisco.

تجاوز فشل خادم البيانات المباشرة

تعمل خوادم البيانات المباشرة في وضع النشاط البارد أو وضع الاستعداد. هناك خادم بيانات مباشرة واحد فقط نشط في أي وقت. خادم البيانات المباشرة الآخر في وضع الاستعداد. يراقب خادم البيانات المباشرة الاحتياطي باستمرار حالة الخادم النشط. عندما يفشل الخادم النشط، يتولى الخادم الاحتياطي الأمر ويصبح نشطا. يصبح الخادم المعطل هو الخادم الاحتياطي عندما يكون جاهزا للخدمة.

تجاوز فشل TIP

تستخدم البيانات المباشرة بروتوكول نقل TIP للاتصال بخوادم الموجه و PG. يقوم خادم بيانات Live النشطة بإنشاء إتصالات TIP لكلا جانبي الموجه و PG. لا يقوم خادم "البيانات المباشرة" في وضع الاستعداد بإنشاء أي إتصالات TIP. يوجد اتصال TIP واحد فقط نشط في كل مرة، إما إلى الجانب (أ) أو إلى الجانب (ب). عند فشل اتصال TIP النشط، يستعيد خادم Live Data النشط اتصال TIP الخامل.

تجاوز فشل SocketIO

يتصل عميل SocketIO بأي من جانبي خادم Live Data لتلقي دفق حدث تقرير البيانات المباشرة (دفق SocketIO). عملاء Unified Intelligence Center هم مثال لعميل SocketIO. كما يقوم خادم "البيانات المباشرة" في وضع الاستعداد بإنتاج تدفق SocketIO بواسطة الوكيل من الخادم النشط. ينتج عن فقدان نبضات قلب عميل SocketIO فشل في اتصال SocketIO. بعد ذلك، يفشل عميل SocketIO في الوصول إلى خادم "البيانات المباشرة" الآخر.

فحوصات ما قبل التكوين

قبل نشر البيانات المباشرة، قم بإجراء عمليات التحقق التالية:

الفحص رقم 1

من خوادم ICM، تحقق من البحث عن DNS العكسي والمرسل للأمام لناشر البيانات المباشرة والمشترك، باستخدام الأمر nslookup.

nslookup <Live-Data-Server-FQDN>
nslookup <Live-Data-Server-IP>

الفحص رقم 2

من واجهة سطر الأوامر (CLI) الخاصة بخادم البيانات المباشرة، تحقق من بحث DNS العكسي والأمامي للموجهات و PGs (إجراء عمليات التحقق للجانب و B).

utils network host <FQDN> 

استبدلت <FQDN> مع FQDNs العامة من المسحاج تخديد/PGs 

utils network host <IP> 

استبدلت <ip> مع العنوان العام IP من المسحاج تخديد/PGs (أنجزت تدقيق ل على كلا جانب و b جانب)

الفحص رقم 3

التحقق من تكوينات NTP ومتطلباتها لبيئة CCE. ارجع إلى قسم NTP ومزامنة الوقت في دليل تصميم حلول CCE.

الفحص رقم 4

التأكد من اتباع حدود التهيئة وفقا لدليل تصميم حلول مؤتمر التعاون والتعاون في أوروبا

• يحدد الوكيل والمشرف ما يلي مثل: العملاء الذين تم تكوينهم لكل PG، والوكلاء لكل فريق، وعدد الوكلاء هي مجموعة مهارات وما إلى ذلك. ارجع إلى دليل تصميم حلول CCE للحصول على مزيد من التفاصيل.

ملاحظة:

• إذا لم يتم نشر خوادم البيانات المباشرة وفقا لدليل التصميم (المقيم المشارك مقابل المستقل) أو إذا تم تجاوز قيود التكوين، فيمكن لخدمة البيانات المباشرة البقاء خارج الخدمة.
• لتجنب المشاكل المتعلقة بخدمة البيانات المباشرة، يوصى بأن يتطابق إصدار Live Data Server مع إصدار ICM الدقيق لعملية النشر هذه.

الفحص رقم 5

تبادل الشهادات للبيانات المباشرة في نشر UCCE

ملاحظة: إذا كانت الشهادات الموقعة على CA تستخدم عبر نشر CCE - ICM و Finesse و CUIC و LD و IDs - (موقعة من قبل نفس مرجع الشهادات)، يمكن تخطي هذا التحقق.

عند إستخدام شهادات ذاتية التوقيع

لعمليات نشر العملاء لعام 2000

• تأكد من تحميل شهادات TOMCAT من ناشر CUIC-LD-IDs وخوادم المشترك إلى Finesse Publisher كوضع ثقة
• تأكد من تحميل شهادات TOMCAT من Finesse Publisher وخوادم المشترك إلى خادم CUIC-LD-IDs Publisher ك tomcat-trust.
• تأكد من تحميل شهادات TOMCAT من ناشر CUIC-LD-IDs وخوادم المشترك إلى جميع خوادم AW.

لعمليات نشر العملاء لعامي 4000 و 12000

• تأكد من تحميل شهادات Tomcat من Live Data Publisher وخوادم المشترك إلى CUIC Publisher و Finesse Publisher كوضع ثقة.
• تأكد من تحميل شهادات TOMCAT من الناشر CUIC وخوادم المشترك إلى Live Data Publisher و Finesse Publisher كوثقة كاملة.
• تأكد من تحميل شهادات TOMCAT من Finesse Publisher وخوادم المشترك إلى CUIC Publisher و Live Data Publisher كوثقة كاملة.

• تأكد من تحميل شهادات TOMCAT من جميع خوادم CUIC و Live Data و Finesse إلى جميع خوادم AW.
• تأكد من تحميل شهادة IIS الخاصة بخوادم AW إلى خادم Live Data Publisher كثقة من نوع TOMCAT.

ملاحظة:

• يتم نسخ الشهادات التي تم تحميلها كشهادات ثقة إلى خادم Publisher نسخا متماثلا إلى عقدة المشترك في نفس المجموعة.
• عند تحميل شهادة إلى خادم VOS، يلزم إعادة التشغيل الكاملة للخادم باستخدام أمر CLI قبل إعادة تشغيل النظام لكي تصبح الشهادة التي تم تحميلها حديثا نافذة على ذلك الخادم.
• بالنسبة لخوادم AW، يلزم إعادة تشغيل خدمة Apache Tomcat حتى تصبح الشهادة التي تم تحميلها حديثا سارية المفعول على خادم AW هذا.

الفحص رقم 6

يجب إستخدام اسم المجال المؤهل بالكامل (FQDN) لجميع أوامر تكوين البيانات المباشرة. يمكن أن يؤدي إستخدام عنوان IP عند تكوين البيانات المباشرة إلى حدوث مشاكل في خدمة البيانات المباشرة.

الفحص رقم 7

a. لجميع أوامر مجموعة البيانات المباشرة، اكتب كلمات المرور يدويا بدلا من إجراء نسخ ولصق.

b. مجموعة الأحرف المدعومة لأوامر CLI الخاصة بتثبيت البيانات المباشرة

عند العمل باستخدام واجهة سطر الأوامر (CLI) (وليس حصرا للبيانات الحية)، يمكنك إستخدام حروف أبجدية رقمية عادية [0-9] [a-z] [a-z] وهذه الأحرف الإضافية:

• ". "(نقطة)
• "!" (علامة تعجب)
• "@" (عند العلامة)
• "#" (علامة الرقم)
• "$"(دولار)
• "٪" (نسبة مئوية)
• "^" (علامة الإقحام)
• "*" (نجمة)
• "_" (شرطة سفلية)
• "+" (علامة زائد)
• "=" (علامة متساوية)
• "~" (مد)
• ":" (القولون)
• "(" و ")" (أقواس مفتوحة وأخرى مغلقة)
• "{" و "}" (الأقواس المفتوحة والمغلقة)
• "[" و "]" (الأقواس المربعة المفتوحة والمقفلة)
• تستخدم المسافات كفواصل مدخلات. تحمل معظم الحروف الخاصة معنى محددا إلى وحدة تحكم الأوامر الخاصة بنظام تشغيل الصوت (VOS) من Cisco (على سبيل المثال، "\"، "|"، وما إلى ذلك). الأحرف التي تختلف عن الأحرف القياسية ASCII يتم تجاهلها غالبا.

خطوات تكوين البيانات المباشرة لعمليات نشر UCCE

الخطوة 1
تأكد من تعيين نوع النشر الصحيح على إدارة CCE ضمن البنية الأساسية > إعدادات النشر (https://<AW-Server>/cceadmin).

الخطوة 2
إضافة خادم إلى مخزون CCE.

بالنسبة لعمليات نشر وكيل عام 2000، قم بإضافة مجموعة CUIC-LD-IDs المشتركة من خلال تحديد خيار ناشر CUIC-LD-IDs.

بالنسبة لعمليات نشر "البرنامج العميل" لعام 4000 وما بعده، أضف مجموعة CUIC المستقلة من خلال تحديد خيار الناشر من مركز الذكاء الموحد.

ملاحظة: بالنسبة لعمليات نشر البرنامج الوكيل لعام 4000 وما بعده، تتم إضافة خوادم البيانات المباشرة إلى المخزون باستخدام الأمر set live-data machine-services.

الخطوة 3
أستخدم الأمر set live-data reporting-interval <reporting-interval-in-minutes> لتعيين الفاصل الزمني لإعداد تقارير البيانات المباشرة بالدقائق.

• الفواصل الزمنية الصالحة هي: 5 (الافتراضي) و 10 و 15 و 30 و 60.
• يلزم إعادة تشغيل مجموعة بيانات Live إذا تم تعديل هذه القيمة وعند ذلك.

أستخدم الأمر show live-data reporting-interval لعرض إعداد فترة التقارير الحالية.

الخطوة 4

تكوين مستخدم SQL على AW DB للعمل مع البيانات المباشرة

في الخادم الرئيسي والخادم الثانوي الخاص بتقنية AW DB > بدء تشغيل SQL Server Management Studio (SSMS):

• قم بإنشاء مستخدم باستخدام عضوية دور قاعدة بيانات db_datareader وdb_datawriter ضمن إعداد تعيين المستخدم لقاعدة بيانات AWDB.
• يتم فحص دور قاعدة البيانات العام بشكل افتراضي. هذا الدور مطلوب لمستخدمي CUIC و Finesse وبيانات Live.

الخطوة 5
قم بتنفيذ استعلام SQL لمستخدم SQL الذي تم تكوينه للعمل مع Live Data.

USE master
GO
GRANT CONTROL ON CERTIFICATE :: UCCESymmetricKeyCertificate TO "<user>"
GRANT VIEW DEFINITION ON SYMMETRIC KEY :: UCCESymmetricKey TO "<user>"

استبدلت <user>مع ال username من المستعمل يخلق في خطوة 4.

الخطوة 6
تكوين البيانات المباشرة باستخدام AW

set live-data aw-access primary <aw1-server-fqdn> <port> <aw-database> <sql-user>
set live-data aw-access secondary <aw2-server-fqdn> <port> <aw-database> <sql-user>

حيث

• المنفذ: منفذ SQL (افتراضيا يستمع محرك قاعدة بيانات SQL Server على منفذ TCP 1433)
• قاعدة البيانات: AWDB
• مستخدم SQL: مستخدم SQL تم إنشاؤه على قاعدة بيانات AW (الخطوة 4)

يوضح هذا الأمر البيانات المباشرة كيفية الوصول إلى قاعدة بيانات AW الأساسية وقاعدة بيانات AW الثانوية. يقوم الأمر أيضا باختبار الاتصال تلقائيا من البيانات الحية إلى AW الأساسي أو الثانوي، ويتحقق مما إذا كان المستخدم الذي تم تكوينه لديه وصول AW DB مناسب، ثم يقوم بإبلاغ النتائج. (يجب أن تظهر حالة الاختبار 'Succeeded'). لا تحتاج إلى تكوين AW DB على كل من خادم Live Data Publisher وخوادم المشترك. تم تكرار التكوين بين عقدة Live Data Publisher و Subscriber.

لعرض وحدات AW الأساسية والثانوية التي تم تكوينها، أستخدم الأمر:

show live-data aw-access

الخطوة 7

توصيل خوادم البيانات المباشرة بسجلات خدمة الأجهزة (فقط لعمليات نشر البرنامج 4000 والوكيل الأعلى)

set live-data machine-services <user@domain>

يسمح هذا أمر ال LD نادل أن يسجل نفسه إلى الجهاز خدمة طاولة so that LD نادل يكون يمكن إكتشاف. كما يقوم هذا بتسجيل بيانات الاعتماد لاستدعاء واجهة برمجة تطبيقات Live Data.

المتطلبات التي يجب على المستخدم تنفيذها بنجاح الأمر خدمات الجهاز:

• يجب أن يكون مستخدم مجال.
• يجب أن يكون بتنسيق اسم المستخدم الأساسي (UPN). مثال: admin@stooges.cisco.com
• يجب أن يكون لديك إذن وصول للكتابة على جداول الجهاز.
• يجب أن يكون مخولا لتغيير التكوين الموحد ل CCE.

ملاحظة:

• عند تشغيل هذا الأمر، فإنه يطلب منك تحديد كلمة مرور تسجيل الدخول ل user@domain، لاستخدامها للمصادقة مع الوصول إلى قاعدة بيانات AW. كما يطلب منك تحديد كلمة المرور للمستخدم الذي قام بتسجيل الدخول لجلسة CLI الحالية.
• بالنسبة لعمليات نشر وكيل عام 2000، تتم إضافة خدمة البيانات المباشرة التي تعد جزءا من مجموعة مشاركة في الإقامة إلى المخزون عند إضافة العقد المشاركة في الإقامة من خلال تحديد خيار "ناشر CUIC-LD-IDs" في الخطوة 2. وبالتالي لا تحتاج إلى أمر 'set-data machine-services <user@domain>'.

الخطوة 8
إعداد مصدر بيانات البيانات المباشر في CUIC.

set live-data cuic-datasource <cuic-fqdn> <cuic-port> CUIC\<cuic-user>

حيث

• Cuic-Port = 8444
• CUIC-user = CUIC Application User (مسوغات تسجيل دخول SuperUser)

بمجرد تشغيل هذا الأمر بنجاح، يمكن رؤية مصادر بيانات البيانات المباشرة الأساسية والثانوية ضمن علامة التبويب "موارد" على واجهة المستخدم الرسومية (GUI) الخاصة بالمعرف الفريد العمومي (CUIC).

لعرض تكوين مصدر بيانات البيانات المباشر، أستخدم الأمر: 

show live-data cuic-datasource <cuic-fqdn> <cuic-port> CUIC\<cuic-user>

الخطوة 9
قم بتنزيل تقارير Live Data من cisco.com واستورد تقارير Live Data إلى خادم CUIC.

ملاحظة: يجب أن تتطابق تقارير البيانات المباشرة مع إصدار وحدة التحكم المركزية.

الخطوة 10
في صفحة إدارة Cisco Finesse (https://<finesse>/cfadmin)، انتقل إلى علامة التبويب Finesse Desktop Layout واستبدل الافتراضي 'my-cuic-server' بخادم CUIC الصحيح.

الخطوة 11
تكوين مشاركة الموارد عبر الأصل (CORS) للبيانات المباشرة

a. على Finesse Publisher و Subscriber، تأكد من تمكين CORS باستخدام حالة أدوات البحث.

إذا كان هذا معطلا، فيمكنك تمكينه باستخدام الأمر utils finesse cors enable.

ب. قم بتنفيذ أوامر CORS على جميع خوادم CUIC:

utils cuic cors enable
utils cuic cors allowed_origin add https://<finesse-publisher>
utils cuic cors allowed_origin add https://<finesse-subscriber>
utils cuic cors allowed_origin add https://<finesse-publisher>:8445
utils cuic cors allowed_origin add https://<finesse-subscriber>:8445

c. قم بتنفيذ أوامر CORS على خوادم Live Data Publisher والمشترك:

utils live-data cors enable
utils live-data cors allowed_origin add https://<finesse-publisher>
utils live-data cors allowed_origin add https://<finesse-subscriber>
utils live-data cors allowed_origin add https://<finesse-publisher>:8445
utils live-data cors allowed_origin add https://<finesse-subscriber>:8445

d. للتحقق من تكوين CORS:

على كل خوادم CUIC:

utils cuic cors status
utils cuic cors allowed_origin list

في ناشر البيانات المباشرة والمشترك:

utils live-data cors status
utils live-data cors allowed_origin list

ملاحظة:

• بالنسبة لعمليات النشر المشتركة، يلزم تنفيذ مجموعة الأوامر الخاصة بالمجال الرئيسي وإصدار مجموعة أوامر البيانات الحية على خوادم الناشر المشترك والمقيمين المشاركين.
• بالنسبة لعمليات النشر المستقلة، يجب تشغيل مجموعة أوامر UTILS Cuic على جميع عقد CUIC في مجموعة CUIC ويجب تشغيل مجموعة أوامر Live-Data على خوادم Live Data Publisher والمشترك.

الخطوة 12
أعد تشغيل كل خوادم CUIC/LD و Finesse باستخدام أمر CLI:

utils system restart

قائمة إختيار أستكشاف الأخطاء وإصلاحها

الخطوة 1: التحقق من حالة خدمة البيانات المباشرة

تأكد من بدء تشغيل جميع خدمات البيانات المباشرة باستخدام الأمر utils service list'.

CCE Live Data ActiveMQ Service[STARTED]
CCE Live Data Cassandra Service[STARTED]
CCE Live Data Event Store Service[STARTED]
CCE Live Data SocketIO Service[STARTED]
CCE Live Data Storm DRPC Service[STARTED]
CCE Live Data Storm Nimbus Service[STARTED]
CCE Live Data Storm Supervisor Service[STARTED]
CCE Live Data Web Service[STARTED]
CCE Live Data Zookeeper Service[STARTED]

الخطوة 2: التحقق من اتصال البيانات المباشرة بمكافحة التآكل

تأكد من الاتصال بخوادم AW باستخدام الأمر:

 show live-data aw-access

يجب أن تظهر حالة الاختبار 'بنجاح'.

الخطوة 3: التحقق من حالة نظام مجموعة البيانات المباشرة باستخدام الأمر - إظهار تجاوز فشل البيانات المباشرة

التحقق من حالة نظام مجموعة بيانات Live باستخدام الأمر

show live-data failover

ملاحظة: تشير حالة الاستعداد/النشاط المعزولة إلى وجود اتصال بين خوادم البيانات المباشرة. لا يتسبب ذلك في عدم اتصال مصدر بيانات البيانات المباشرة الموجود على CUIC.

أ. إذا كان الأمر 'show live-data failover' يظهر حالة نظام المجموعة على أنها غير متوفرة.

• تشير هذه الحالة إلى أنه لم يتم نشر "البيانات المباشرة" بنجاح بسبب التكوينات غير المكتملة.

عناصر الإجراء:

• تأكد من إتمام جميع خطوات التكوين بنجاح.
• قم بتنزيل سجلات خدمات عاصفة البيانات المباشرة ل CCE باستخدام RTMT وتحليل ملف deployment_control.log
• بدلا من ذلك، يمكنك تنزيل الملف باستخدام ملف أمر CLI get activeVelog livedata/logs/livedata-storm/deployment_control.log

ب. إذا كان الأمر 'show live-data overover' يعرض حالة نظام المجموعة على أنها خارج الخدمة.

• تشير هذه الحالة إلى أنه يتم نشر "البيانات المباشرة" بنجاح، ولكن قد تكون هناك مشاكل في الاتصال، أو قد تم تجاوز حدود التكوين.

عناصر الإجراء

• ضمان اتصال الشبكة بين خوادم البيانات المباشرة والموجهات/PGs (ارجع إلى دليل إستخدام منافذ CCE)
• تأكد من نشر خادم البيانات المباشرة وفقا لدليل التصميم (مساعد مقيم مقابل مستقل)
• تأكد من عدم تجاوز حدود التكوين.
• تنزيل سجلات خدمات عاصفة البيانات المباشرة ل CCE وتحليلها (في المقام الأول ملف worker.log)
• بدلا من ذلك، يمكنك تنزيل ملف السجل باستخدام ملف أوامر CLI احصل على activeVelog liveAta/log/livedata-storm/

ج. إذا كان الأمر 'show live-data failover' يظهر حالة نظام المجموعة على أنها معزولة.

• تشير هذه الحالة إلى وجود مشكلة في الاتصال بين خادمي البيانات المباشرة بسبب عدم قدرتهما على الاتصال ببعضهما البعض.

الخطوة 4: التحقق من تكوين مصدر بيانات البيانات المباشرة

تأكد من أن مصدر بيانات بيانات تدفق البيانات المباشرة يعكس البيئات المضيفة الصحيحة باستخدام الأمر:

show live-data cuic-datasource <cuic-fqdn> <cuic-port> CUIC\<cuic-user>

الخطوة 5: التحقق من حالة مصدر بيانات البيانات المباشرة على CUIC

إذا كان 'show live-data cuic-datassource' يعرض التكوينات الصحيحة، لكن يظهر Live Data Source غير متصل على CUIC:

• تأكد من فتح منافذ خدمة Live Data Web و Live Data SocketIO بشكل ثنائي الإتجاه بين خادم Live Data والمستعرض.
• ويمكن أن تساعد خدمات عاصفة البيانات المباشرة ل CCE وخدمة CCE Live Data SocketIO وسجلات وحدة تحكم المستعرض على عزل السبب المحتمل للمسألة بشكل أكبر.

ملاحظة: بدء تشغيل الإصدار 12.6.2، يتم إهمال المنافذ 12005 و 12008 وإزالتها في الإصدارات المستقبلية. يستخدم المنفذ 443 الآن لخدمة ويب البيانات المباشرة وخدمة Live Data SocketIO.

الخطوة 6: التحقق من اتصال المنفذ على خوادم البيانات المباشرة

تحقق من اتصال المنفذ من واجهة سطر الأوامر (CLI) الخاصة بخادم البيانات المباشرة باستخدام الأمر show open ports.

• يجب أن يعرض إخراج Live Data Server النشط إتصالين تم إنشاؤهما لكل من الموجهات و PGs الوكيل (لاتصالات TIP و TOS).
• يجب أن يعرض إخراج خادم البيانات المباشرة (الاحتياطي) في الوضع النشط 1 اتصال تم إنشاؤه بالموجهات و PG (لاتصالات TOS).

show open ports regexp 4[0-5]03[45] (For Instance-0)
show open ports regexp 4[0-5]07[45] (For Instance-1)

الخطوة 7: التحقق من اتصال المنفذ على خوادم ICM

تحقق من اتصال المنفذ من موجه الأوامر على الموجهات و PG باستخدام الأمر netstat.

• يجب أن يعرض الإخراج المنافذ في الحالة التي تم إنشاؤها إلى ناشر البيانات المباشرة والمشترك.
• يجب أن يعرض الإخراج إتصالين تم إنشاؤهما بخادم بيانات Active Live (لاتصالات TIP و TOS).
• يجب أن يعرض الإخراج اتصال واحد تم إنشاؤه بخادم البيانات المباشرة (الاحتياطي) النشط (لاتصالات TOS).

netstat -an | findstr "<LD-SideA-IP> <LD-SideB-IP>"
OR
netstat -an | findstr 4[0-5]03[45] (For Instance-0)
netstat -an | findstr 4[0-5]07[45] (For Instance-1)

أ. إن لا يظهر الميناء حتى أن يكون في حالة الاستماع:

• تحقق مما إذا كان نوع النشر الصحيح والمدعم مضبوطا على دليل التصميم.
• قد تكون هناك حاجة لإعادة تشغيل الخادم.

ب. إذا لم تكن المنافذ في الحالة المحددة واستمرت في حالة الاستماع:

• تحقق من اتصال الشبكة بين الموجهات/PG وخوادم البيانات المباشرة.
• من الموجهات/PGs، تحقق من عمليات بحث DNS الأمامية والعكسية لخادم البيانات المباشرة.
• من خوادم LiveData، تحقق من عمليات بحث DNS الأمامية والعكسية للعناوين العامة لخادم الموجه/PG.

الخطوة 8: تحققات إضافية

أ. استعلام SQL للتحقق من عدد الوكلاء الذين تم تكوينهم لكل فريق:

تشغيل الاستعلام مقابل AWDB (لا يوجد تأثير للإنتاج)

Select TeamName = AT.EnterpriseName, NumAgentsOnTeam = COUNT(ATM.SkillTargetID), SupervisorName = Person.LastName + ', ' + Person.FirstName
FROM Agent_Team AT LEFT OUTER JOIN
(Select * from Agent ) Agent ON AT.PriSupervisorSkillTargetID = Agent.SkillTargetID LEFT OUTER JOIN Person ON Person.PersonID = Agent.PersonID,
Agent_Team_Member ATM
WHERE ATM.AgentTeamID = AT.AgentTeamID
GROUP BY AT.EnterpriseName, Person.LastName + ', ' + Person.FirstName
ORDER BY AT.EnterpriseName

ب. استعلام SQL للتحقق من عدد العملاء الذين تم تكوينهم لكل مجموعة مهارات:

تشغيل الاستعلام مقابل AWDB (لا يوجد تأثير للإنتاج)

Select Skill_Group.EnterpriseName, NumAgentsInSG = COUNT(Skill_Group_Member.AgentSkillTargetID)
FROM Skill_Group, Skill_Group_Member
WHERE Deleted = 'N' AND Skill_Group.SkillTargetID = Skill_Group_Member.SkillGroupSkillTargetID
GROUP BY EnterpriseName;

ج.
إذا ظهرت مشاكل البيانات المباشرة بعد الترقية، فتحقق من قيمة تكوين 'DBMesve'.

• 0 - ممكن
• 1 - معطل.

في حالة تعطيله، يتم تمكين تغييرات التكوين من خلال تعيين DBMainfaces إلى 0 وإعادة تشغيل خدمة Apache Tomcat على خادم AW.

مسار السجل: HKEY_LOCAL_MACHINE\SOFTWARE\Cisco Systems، Inc.\ICM\<instance name>\Router<a/b>\Router\CurrentVersion\Configuration\Global\DBMaintenance.

السجلات المطلوبة لاستكشاف أخطاء البيانات المباشرة وإصلاحها

من خوادم ICM

• قم بتعيين إعداد التتبع لعملية RTR و OPC إلى المستوى 1 أو المستوى 2، بناء على مدى التفصيل الذي تريد أن تكون عليه السجلات.

الموجّه

• سجلات rtr

بي جي

• سجلات OPC

من خوادم LiveData

إستخدام RTMT

إستخدام CLI

file get activelog livedata/logs recurs compress

يقوم هذا الأمر بتجميع السجلات لجميع مكونات Live Data

بدلا من ذلك، يمكنك تجميع السجلات لمكونات البيانات المباشرة الفردية كذلك.

CCE Live Data ActiveMQ
file get activelog livedata/logs/livedata-activemq

CCE Live Data Cassandra Service
file get activelog livedata/logs/livedata-cassandra

CCE Live Data Event Store Service
file get activelog livedata/logs/livedata-event-store

CCE Live Data SocketIO Service
file get activelog livedata/logs/socketio-service

CCE Live Data Storm Services
file get activelog livedata/logs/livedata-storm

CCE Live Data Web Service
file get activelog livedata/logs/livedata-web

CCE Live Data Zookeeper Service
file get activelog livedata/logs/livedata-zookeeper

من خوادم CUIC

إستخدام RTMT

إستخدام CLI

Intelligence Center Reporting Service
file get activelog cuic/logs/ recurs compress

وحدة تحكم المستعرض وسجلات الشبكة

تجميع سجلات وحدة تحكم المستعرض والشبكة الخاصة بمشكلة المدة. ابدأ بمسح ذاكرة التخزين المؤقت، ثم إعادة تشغيل المستعرض والتقاط السجلات من وقت تسجيل الدخول فصاعدا، مما يغطي المحاولة التي تم القيام بها لإعادة إنشاء المشكلة

لمستعرض Chrome/Edge:

• انقر على أيقونة الإعدادات وتصفح إلى أدوات المطور > أدوات أكثر > أدوات المطور.
• في أدوات المطور > علامة التبويب وحدة التحكم، انقر فوق رمز العتاد وحدد الخيارات: الاحتفاظ بالسجل، إظهار الطوابع الزمنية، تسجيل XMLHttpRequests.
• في أدوات المطور > علامة تبويب الشبكة، انقر على رمز التروس وحدد الخيار: الاحتفاظ بالسجل.
• إغلاق صفحة الإعدادات.
• يمكن الآن تجميع سجلات وحدة التحكم والشبكة بالنقر بزر الماوس الأيمن فوق علامات التبويب المقابلة وتحديد "حفظ الكل باسم".

بالنسبة لمستعرض Firefox:

• انقر على أيقونة قائمة التطبيقات وتصفح إلى المزيد من الأدوات > أدوات مطور الويب.
• في علامة تبويب الشبكة، انقر على رمز التروس وحدد الخيار: إستمرار السجلات.
• يمكن الآن تجميع سجلات وحدة التحكم والشبكة بالنقر بزر الماوس الأيمن فوق علامات التبويب المقابلة وتحديد "حفظ الكل باسم".

كروم فايرفوكس

التقاط الحزمة

أمر لتشغيل التقاط الحزم على خوادم VOS:

• عدد مرات التقاط الشبكة هو0 ملف <enter_file_name> عدد 1000000 حجم الكل
• عدد مرات التقاط الشبكة وتدويرها0 ملف <enter_file_name> عدد 100000 حجم all (لتدوير السجل)

تجميع التقاط الحزم باستخدام RTMT:

• انتقل إلى النظام > تتبع & سجل مركزي > تجميع الملفات > سجلات التقاط الحزم (في الصفحة الثانية من RTMT)

تجميع التقاط الحزم باستخدام CLI:

• الحصول على الملف ActiveModel /platform/cli/*.cap*

تظل عمليات التقاط الحزم على القرص حتى يتم حذفها. يوصى بحذف هذه اللقطات بشكل دوري.

• لسرد كافة عمليات الالتقاط، قم بتشغيل قائمة الملفات نشط/cli/*.cap*
• لتنزيل اللقطات، قم بتشغيل ملف الحصول على ActiveLog Platform/cli/*.cap*
• لحذف لقطات، قم بتشغيل نظام حذف ملف نشط/cli/*.cap*

معلومات ذات صلة

12.6(1)
دليل تصميم الحل
دليل تثبيت TechNotes وترقيته

12.6(2)
دليل تصميم الحل
دليل تثبيت TechNotes وترقيته

الدعم التقني والمستندات - Cisco Systems