المحتويات

المقدمة

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

المتطلبات

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

الاصطلاحات

المشكلة

الحل

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

المقدمة

بعد تثبيت خادم حلول إستجابة العملاء (CRS) من Cisco على مجموعة عالية التوفر، تعمل عملية تثبيت SQLUbility إلى أجل غير مسمى. عندما تحاول تسجيل الدخول إلى أي من خادم CRS في نظام المجموعة، تبدأ عملية تثبيت SQLUbility. بمجرد اكتمال العملية، يبدأ التثبيت مرة أخرى حتى تقوم بإلغاء العملية.

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

المتطلبات

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

- الحلول الفائقة لمراكز الاتصال الموحدة من Cisco

- SQL 2000

- خدمة Active Directory (AD)

- إدارة دليل DC

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

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

- Cisco Unified Contact Center Express 4.0(x)

ملاحظة: تنطبق هذه المشكلة على Cisco Unified Contact Center Express 4.0(x) فقط، ولا تنطبق على Cisco Unified Contact Center Express 4.5 وما فوقها.

- SQL 2000

ملاحظة: لا تنطبق هذه المشكلة على IP IVR أو IP QM.

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

الاصطلاحات

راجع اصطلاحات تلميحات Cisco التقنية للحصول على مزيد من المعلومات حول اصطلاحات المستندات.

المشكلة

بعد تثبيت خادم Cisco Unified Contact Center Express 4.x على نظام مجموعة فائق التوفر، تعمل عملية تثبيت SQLUbility إلى أجل غير مسمى. وثقت هذا إصدار ب ال cisco بق id CSCsc72942 (يسجل زبون فقط).

إذا قمت بتثبيت SQL 2000 في مجموعة عالية التوفر، إما بالاشتراك مع CRS أو على خوادم التوسع، فيجب عليك إكمال إعداد الخادم على الخادم الأول الذي يحتوي على SQL 2000 المثبت عليه وتنشيط مكونات DataStore قبل تثبيت SQL 2000 على الخادم الثاني. إذا لم تتبع هذا الإجراء، يتم تشغيل برنامج SQLUbility بشكل متكرر.

الحل

لحل هذه المشكلة، أكمل الخطوات التالية:

1. أختر إزالة الخادم من مركز التحكم AppAdmin لإزالة خادم قاعدة البيانات الثاني من نظام المجموعة.

2. أكمل تثبيت SQLUbility على خادم CRS الأول.

3. قم بتشغيل مثبت CRS على خادم قاعدة البيانات الثاني لإضافة هذه العقدة إلى نظام المجموعة مرة أخرى.

4. قم بتشغيل إعداد الخادم على خادم قاعدة البيانات الثاني.

إذا لم تقم بإكمال إعداد خادم CRS كما هو موضح في قسم المشكلة، سيقوم هذا الإجراء بحل هذه المشكلة في بيئة دليل DC ولا يتطلب منك إعادة تثبيت CRS على العقدة الثانية.

ملاحظة: لا ينطبق هذا الإجراء على النظام المتكامل لخدمة Active Directory.

1. افتح LDAP (AD أو دليل DC) في خادم بيانات CRS الثاني وتنقل لأسفل إلى=مجموعات، أو=<profile_name>، أو=عقد، أو=<nodeid_secondserver>، أو ou=<NodeSpecific>، أو ou= <CRS Repository Datastore.xxxxxxx>

ملاحظة: يشير profile_name إلى اسم ملف تعريف نظام المجموعة، وnodeid_secondserver إلى معرف العقدة الخاص بخادم بيانات CRS الثاني، ويشير CRS Repository Datastore.XXXXXXXXXXX إلى اسم حقل LDAP الذي يتكون من سلسلة Datastore الخاصة بمستودع CRS.

2. انقر بزر الماوس الأيمن فوق CRS Repository Datastore.XXXXXXXX، ثم حدد خصائص.

3. أختر تعديل، ثم أعد تسمية Datastore.XXXXXXXXXإلى DataAstORE.XXXXXXX في مستودع CRS.XXXXXXXXX.bak

4. تابع تثبيت SQLUbility على عقدة CRS الأولى.

5. بمجرد اكتمال تثبيت SQLUbility لخادم قاعدة البيانات الحالي، أعد تسمية حقل خاصية LDAP الخاص بخادم بيانات CRS الثاني إلى الاسم الأصلي: مستودع CRS Datastore.XXXXXXXX

6. بعد اكتمال ترقية قاعدة بيانات SQL على عقدة CRS الأولى، قم بتشغيل SQLUbility على الخادم الثاني.

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

- موارد دعم الاتصالات الموحدة والصوت

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