المحتويات

المقدمة

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

المتطلبات

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

الاصطلاحات

CRS 3.x و 4.x: الأخطاء الشائعة التي تم تلقيها أثناء النسخ الاحتياطي والاستعادة والترقية

تم إغلاق مأخذ توصيل TCP بشكل غير متوقع

خطأ في اتصال التطبيق الصغير

إستثناء LDAPProviderUnavailable

خطأ: فشل GET_FROM_ARCHIVE_REQUEST مع الخطأ:-2147417842

تم العثور على مشاكل محددة أثناء النسخ الاحتياطي/الاستعادة/الترقية

المسألة 1

المسألة 2

المسألة 3

المسألة 4

المسألة 5

المسألة 6

المسألة 7

السجلات المطلوبة للنسخ الاحتياطي/الاستعادة/الترقية من خادم الأشرطة

إجراء تحليل السجلات

المشاكل الشائعة التي واجهت أثناء إختبار النسخ الاحتياطي والاستعادة ل CRS 6.0

إصدار مهلة البرنامج الصغير

ترقية CRS 3.5 إلى 6.0 في الإعداد المستقل

ترقية CRS 4.0(x) إلى 6.0

لم يتم متابعة عملية التثبيت/الترقية

إستخدام أداة ما قبل الترقية

صفحة الأشرطة التي ستصبح فارغة

مجموعة سجلات الأشرطة

فشلت عمليات النسخ الاحتياطي مع حدوث هذا الخطأ: * 86 - حدث خطأ غير معروف أثناء الاتصال بالمضيف

UCCX 7.x: فشل النسخ الاحتياطي على الأشرطة

المشكلة

الحل

UCCX 8.x: فشل النسخ الاحتياطي على الأشرطة بنسبة 87٪

المشكلة

الحل

إستعادة UCCX 7.x من عمليات تثبيت النسخ الاحتياطي بنسبة 15٪

المشكلة

الحل

فشل الاستعادة عند 69٪

المشكلة

الحل

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

المقدمة

يوضح هذا المستند كيفية أستكشاف أخطاء ترقية CRS ونسخها إحتياطيا واستعادتها وإصلاحها.

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

المتطلبات

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

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

- نظام الاستعادة والنسخ الاحتياطي من خلال خدمة IP الهاتفية من Cisco (BARS)

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

تستند المعلومات الواردة في هذا المستند إلى الإصدارات 3.x و 4.x و 6.x و 7.x من Cisco Unified Contact Center Express.

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

الاصطلاحات

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

CRS 3.x و 4.x: الأخطاء الشائعة التي تم تلقيها أثناء النسخ الاحتياطي والاستعادة والترقية

تم إغلاق مأخذ توصيل TCP بشكل غير متوقع

عند فشل عملية النسخ الاحتياطي/الاستعادة/الترقية (B/R/U)، قد تتلقى رسالة (معروضة في النص الأحمر) على شاشة BARS تنص على إغلاق مأخذ TCP بشكل غير متوقع. فشلت عملية الاستعادة/النسخ الاحتياطي/الترقية.

هذه الرسالة عامة ويتم عرضها في حالة حدوث أي فشل في عملية النسخ الاحتياطي/الاستعادة/الترقية. وهو ليس إشارة إلى انقطاع اتصال TCP أو أي مشاكل في اتصال الشبكة بين CRS وأجهزة BARS.

خطأ في اتصال التطبيق الصغير

المشكلة

يفشل النسخ الاحتياطي ل CRS/restore/patch/upgrade في الأشرطة بسبب انتهاء المهلة في انتظار اتصال البرنامج الصغير (فشل تحميل برنامج Java الصغير ل CRS إلى المستعرض الذي يعمل فيه مسؤول BARS في غضون 5 دقائق). يظهر مسؤول الأشرطة أنه استخرج ملفات الأرشيف في نافذة الحالة، ويبدو أنه يعلق لمدة 5 دقائق تقريبا قبل أن يبلغ عن الفشل. يظهر ملف سجل MCVD / MARK سبب الفشل على أنه "انتهت مهلة تهيئة اتصال التطبيق الصغير." وثقت هذا إصدار في cisco بق id CSCef91551 (يسجل زبون فقط).

يمكن أن تحدث هذه المشكلة إذا لم يتضمن المستعرض المستخدم لتشغيل مسؤول BARS الإعدادات المطلوبة.

- لم يتم تثبيت إضافة Java بعد أو أن إصدارها غير صحيح من JRE أو إضافة Java مثبتة.

1. في شاشة خيارات الإنترنت الخاصة ب Internet Explorer، انقر فوق علامة التبويب خيارات متقدمة، ثم قم بالتمرير إلى عنوان Java (Sun).

2. تحقق من أنه تم تحديد خانة الاختيار إستخدام Java 2 v.14.2_xx ل <applet>.

- تم تعديل إعداد الأمان الافتراضي.

1. في شاشة خيارات الإنترنت، انقر صفحة التأمين.

2. بالنسبة لمنطقة إنترانت المحلية، انقر فوق المستوى الافتراضي وتأكد من تعيين مستوى الأمان على المستوى الافتراضي (متوسط-منخفض) أو أقل.

3. إذا قمت بتخصيص إعدادات التأمين الخاصة بك، انقر مستوى مخصص، وتأكد من أن أذونات Java غير مضبوطة على تعطيل Java. أختر أحد مستويات الأمان الثلاثة بدلا من ذلك.

4. في شاشة المستوى المخصص، تأكد من تعيين البرمجة النصية لتطبيقات Java الصغيرة على تمكين أو مطالبة.

- تم تعديل إعداد الخصوصية الافتراضي.

1. في مربع الحوار "خيارات إنترنت"، انقر فوق علامة التبويب الخصوصية.

2. تأكد من تعيين إعداد الخصوصية إلى المستوى الافتراضي (متوسط) أو أقل.

- الخادم الوكيل الذي تم تكوينه في المستعرض غير قابل للوصول.

1. في شاشة خيارات الإنترنت، انقر صفحة الاتصالات، ثم انقر على إعدادات شبكة LAN.

2. في حالة تكوين خادم وكيل، تأكد من إمكانية الوصول إليه أو قم بإلغاء تحديد هذا الخيار لاستخدام خادم وكيل.

- تم تمكين تحذير الأمان.

1. في مربع حوار خيارات الإنترنت، انقر فوق علامة التبويب خيارات متقدمة، ثم قم بالتمرير إلى عنوان الأمان.

2. تأكد من إلغاء تحديد خانة الاختيار تحذير إذا كان التغيير بين الوضع الآمن وغير الآمن.

الحل

- تحقق مما إذا كان ربط NIC على مربع CRS صحيح وهو NIC 1 متبوعا ب NIC 2.

- تأكد من إمكانية الوصول إلى مربع CRS من خادم الأشرطة.

- تأكد من إيقاف تشغيل منع العناصر المنبثقة.

- تأكد من اتباع المبادئ التوجيهية المذكورة في القسم السابق.

- عندما يطلب منك المستعرض تنزيل أداة تثبيت المكون الإضافي Java وتشغيلها، عليك الاستجابة بنعم في الوقت المناسب. قد تفشل عملية الاستعادة إذا استغرق التثبيت أكثر من 5 دقائق أو إذا تطلب التثبيت إعادة تشغيل المستعرض. في مثل هذه الحالات، قم بإعادة تشغيل المستعرض ببساطة، ثم أعد تشغيل الاستعادة مرة أخرى باستخدام نفس الأرشيف. أيضا، قم بالاستجابة في الوقت المناسب لأي من مربعات الحوار المنبثقة الخاصة بمستعرض Internet Explorer، نظرا لانتهاء وقت CRS إذا لم يتم تحميل التطبيق الصغير في المستعرض خلال 5 دقائق. إذا كانت قد انتهت المهلة بالفعل، قم بإعادة تشغيل الاستعادة ببساطة مرة أخرى.

إذا إستمرت المشكلة، تأكد من صحة الإعدادات، ثم أكمل الخطوات التالية:

1. في Internet Explorer، انتقل إلى أدوات > وحدة تحكم Sun Java لعرض وحدة تحكم Java.

ملاحظة: إذا كان إصدار Internet Explorer الذي تستخدمه لا يعرض هذا في شريط القوائم، فحدد موقع شعار Java في شريط مهام Windows، وانقر بزر الماوس الأيمن فوق الشعار، واختر فتح وحدة التحكم.

2. بمجرد فتح وحدة تحكم Java، اضغط على المفتاح 5 لتمكين تصحيح الأخطاء.

3. أستخدم BARS من مستعرض Internet Explorer هذا لتشغيل الاستعادة مرة أخرى.

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

إستثناء LDAPProviderUnavailable

إذا فشل النسخ الاحتياطي مع رسالة الخطأ، أكمل الخطوات التالية:

1. تحقق من السجلات بحثا عن القيم التالية: LDAP_CON_WARNING وLDAP_CON_ERROR. إذا كانت كلتا القيمتين موجودتين، فستفشل عملية النسخ الاحتياطي/الاستعادة/الترقية لأن بروتوكول LDAP لا يقبل الاتصالات من Cisco CRS.

2. تأكد من أنه يمكن الوصول إلى خوادم LDAP (CallManager(s)) من مربع Cisco CRS. إظهار خادم LDAP إذا لم يكن قيد التشغيل.

3. قم بإعادة تشغيل خادم CRS.

ملاحظة: وثقت هذا إصدار في cisco بق id CSCse15624 (يسجل زبون فقط).

خطأ: فشل GET_FROM_ARCHIVE_REQUEST مع الخطأ:-2147417842

المشكلة

يفشل النسخ الاحتياطي\الاستعادة ل CRS عندما يحاول خادم BARS نسخ هدف أشرطة النسخ الاحتياطي. يعرض ملف تتبع BARS (الموجود في المجلد C:\Program Files\Cisco\Trace\BARS على خادم BARS) هذا الخطأ:

Inside function modGetFromArchive

Connecting to \\10.10.10.38\C$

modGetFromArchive =-2147417842

GET_FROM_ARCHIVE_REQUEST failed with error: -2147417842

عرض سجل الأشرطة:

Staging Cisco Customer Response Solutions target Ipcc

Opening session for backup on Ipcc

Opened session successfully on Ipcc

Backup is 1% complete.

Copying /STI/Backup/CRS/clusters.properties to

C:\DOCUME~1\CRSADM~1\LOCALS~1\Temp\_8EF792BE_4448_46CF_9403_1006E8579197_20366\GetProperties23293.properties on 10.10.10.38

[Error] Error: unable to load clusters.properties; nested exception is:

com.cisco.archive.ArchiveSystemIOException: UNSPECIFIED_ERROR; Failed to retrieve /STI/Backup/CRS/clusters.properties

Session closed successfully

[Error] Could not backup Cisco Customer Response Solutions successfully on Ipcc.

الحل

أتمت هذا steps in order to عطلت شرائط على الشرائط نادل:

1. إغلاق كافة مثيلات Internet Explorer.

2. على خادم أشرطة، انتقل إلى ابدأ > برامج > أدوات إدارية > خدمات المكونات.

3. قم بتوسيع الخدمات المكونة > أجهزة الكمبيوتر > الكمبيوتر الخاص بي > تطبيقات COM+.

4. في اللوحة اليمنى، انقر بزر الماوس الأيمن على الشرائط، واختر إيقاف التشغيل.

5. قم بإعادة تشغيل خدمة إدارة Internet Information Server (IIS) من لوحة التحكم في الخدمة.

6. قم بتشغيل عملية الاستعادة/النسخ الاحتياطي التي فشلت مرة أخرى.

تم العثور على مشاكل محددة أثناء النسخ الاحتياطي/الاستعادة/الترقية

المسألة 1

إذا وصلت إلى عملية الاستعادة، فتعرف على الخطوة والنسبة المئوية الدقيقة لعملية الاستعادة التي فشلت فيها عملية الترقية. توجد مرحلتان لعملية الاستعادة: المرحلة 1 والمرحلة 2.

- تتراوح المرحلة الأولى من 0-19٪ للاستعادة ومن 0-33٪ للترقيع. خلال المرحلة 1، حتى يتم تعليق BARS، يتم تسجيل الدخول إلى CiscoMARK.log. إن يفشل التحسين عملية أثناء هذا وقت، نظرت في CiscoMARK.log. خلال المرحلة 1 يتم تحديث معلومات مستوى المجموعة فقط (CCNApps > المجموعات > اسم الملف > Clusterdependent ou). يتم تحديث معلومات مستوى العقدة (CCNApps>مجموعات > اسم الملف > عقد > nodeid > consterdependent ou) أثناء المرحلة 2. عندما توقف BARS عن العمل، تعطي قائمة بخوادم CRS التي تحتاج إلى إعادة التشغيل. اتبع العملية بعد ذلك.

- تبدأ المرحلة 2 بعد 19٪، عندما يقوم خادم Cisco CRS بإعادة تمهيد تقديم الإقرار إلى BARS للاستئناف. تم تسجيل جميع المعلومات في MCVD.log. ابحث عن _failed في MCVD.log في حالة حدوث حالات فشل. في CRS 4.x/6.x، نستخدم CRS مع أشرطة لإجراء نسخ إحتياطي/إستعادة/ترقية من الإصدارات السابقة مثل CRS 3.x/4.x.

المسألة 2

نحو نهاية الاستعادة، توقف قضبان الشحن ثم تنتظر وصول خدمات الإغاثة الكاثوليكية. عندما يتوقف، فإنه يغلق المقبس. تنتظر أشرطة الإشارة لتأتي من خادم CRS بمجرد تثبيت CRS 4.x. من الطبيعي رؤية هذه الرسالة في barbi.log:

596: Fri Aug 10 21:17:02.141 - TCPSocket::readFully err=10054

597: Fri Aug 10 21:17:02.141 - MessageReader can not read Message Header

598: Fri Aug 10 21:17:02.141 - .. release class com_cisco_archive_impl_barbi::

AbstractSession *, refCnt: 11

599: Fri Aug 10 21:17:02.141 - .. release class com_cisco_archive_impl_barbi::

InputStream *, refCnt: 1

600: Fri Aug 10 21:17:02.141 - .. release class com_cisco_archive_impl_barbi::

BlockingPriorityQueue *, refCnt: 2

601: Fri Aug 10 21:17:02.141 - MessageReaderThread id=2264 completed, closed=0

602: Fri Aug 10 21:17:02.141 - .. release class com_cisco_archive_impl_barbi::

Thread *, refCnt: 1

603: Fri Aug 10 21:17:02.141 - getMessage: null

604: Fri Aug 10 21:17:02.141 - getMessage from protocol layer returns null

605: Fri Aug 10 21:17:14.125 - TCPSocket::writeFully err=10054

606: Fri Aug 10 21:17:14.125 - HeartbeatDispatherThread returns SESSION_SOCKET_ERROR

607: Fri Aug 10 21:17:14.125 - .. release class com_cisco_archive_impl_barbi::

AbstractSession *, refCnt: 10

608: Fri Aug 10 21:17:14.125 - .. release class com_cisco_archive_impl_barbi::

OutputStream *, refCnt: 1

609: Fri Aug 10 21:17:14.125 - .. release class com_cisco_archive_impl_barbi::

BlockingPriorityQueue *, refCnt: 1

610: Fri Aug 10 21:17:14.125 - HeartbeatDispatherThread id=3744 completed, closed=0

611: Fri Aug 10 21:17:14.125 - .. release class com_cisco_archive_impl_barbi::

Thread *, refCnt

المسألة 3

بالنسبة لترقيات Cisco CRS 4.0(4)، يجب عليك النقر فوق لا، سأقوم بإعادة تشغيل زر راديو الكمبيوتر الخاص بي لاحقا في الخطوة 27 من الإجراء ترقية برنامج Cisco CRS Software في نافذة اكتمال الصيانة لحذف إصدار 3.x من مفتاح التسجيل. إذا نقرت فوق نعم، أريد إعادة التشغيل، فستفشل عملية الترقية مع حدوث أخطاء، مثل إستمرار وجود الإصدار الأقدم من 3.x في الخطوة 28 بين النقطتين e و f. تنطبق المعلومات الواردة أعلاه على ترقيات 4.0.5 لخادم واحد (مشارك في الإقامة) في الخطوة 31 من الإجراء ترقية برنامج Cisco CRS Software.

المسألة 4

عند الترقية من Cisco CRS 3.5 إلى Cisco CRS 4.0(5)/4.1(1)/6.0(1)، تفشل العملية في مرحلة إستعادة SpanLink إذا كانت أسماء الفريق التي تم تكوينها في مسؤول Cisco Desktop تحتوي على شرطة. وثقت هذا إصدار في cisco بق id CSCsj23469 (يسجل زبون فقط).

الحل:

لا يمكن أن تحتوي أسماء الفريق التي تم تكوينها في Cisco Desktop Administrator على شرطة. إذا كانت هناك شرطة في أي اسم فريق، أكمل الخطوات التالية قبل بدء الترقية.

1. افتح "مسؤول سطح المكتب من Cisco"، واحذف اسم (أسماء) الفريق الذي يحتوي على شرطة مائلة.

2. قم بإنشاء اسم فريق بديل بدون شرطة، ثم قم بتكوين نفس التعيين لاسم الفريق الجديد.

ملاحظة: قد يؤدي الفشل في إعادة إنشاء أسماء الفرق دون شرط إلى فشل أثناء الترقية.

المسألة 5

أثناء أستكشاف أخطاء برامج التصحيح وإصلاحها، تأكد من أن مسار ملف أرشيف برامج التصحيح في مربع CRS لا يحتوي على مسافات. وثقت هذا إصدار في cisco بق id CSCsa98554 (يسجل زبون فقط).

المسألة 6

أثناء الترقية من 3.x إلى 4.0.4، بعد الاستعادة الناجحة، أصبح النظام الفرعي لبيانات المؤسسات والنظام الفرعي لمراقبة بروتوكول VoIP خارج الخدمة. تحقق من سجلات CDBRTool ضمن C:\programfiles\Cisco\Desktop\logs على خادم CRS. ابحث عن الخطأ CDBRAPI::RestoreAllLCCs RestoreLCCData failed. هنا القصاصة ذات الصلة من السجل:

20:59:18 09/29/2007 MAJOR     CDBRPhonebookContact_200::PutPhonebookContactToLdap:

AddPhonebookContactProfile failed.  Return <2>.

20:59:18 09/29/2007 MAJOR     CDBRAPI::RestorePhonebookContacts

PutPhonebookContactToLdap failed.

20:59:18 09/29/2007 MAJOR     CDBRAPI::RestoreLCCData  RestorePhonebookContacts failed.

20:59:18 09/29/2007 MAJOR     CDBRAPI::RestoreAllLCCs  RestoreLCCData failed.

20:59:34 09/29/2007 INFO    LC0059 LDAPConnectionMgr::EstablishConnection: Connected to

LDAP server on <172.24.1.13>.

20:59:35 09/29/2007 INFO      CDBRAPI::RestoreCompany RestoreCompany ended.

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

وثقت هذا إصدار ب ال cisco بق id CSCse63244 (يسجل زبون فقط).

ملاحظة: إذا كان رمز الإرجاع هو 19 بدلا من 2، فتأكد من أن دفتر هاتف الموظف لا يحتوي على فاصلة أو أي حرف غير رقم رقمي في حقل رقم الهاتف.

المسألة 7

المشكلة

عندما تحاول إجراء نسخ إحتياطي لتطبيق UCCX 7.X يدويا، يتم إرجاع هذا الخطأ: * 1326 - فشل تسجيل الدخول: اسم مستخدم غير معروف أو كلمة مرور غير صحيحة.

الحل

لحل المشكلة، تحقق أولا من سجلات MCVD (راجع إجراء تحليل قسم السجلات للتحقق من السجلات).

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

- الاحتفاظ ببيانات الاعتماد القديمة في موقع خادم النسخ الاحتياطي.

- إذا قمت بتغيير كلمة مرور المستخدم على خادم النسخ الاحتياطي، فقم بتحديث كلمة المرور في UCCX، ثم قم بإعادة تشغيل خادم UCCX.

وإلا، أكمل الخطوات التالية:

1. قم بتكوين حساب في خادم النسخ الاحتياطي ل Windows.

2. إنشاء مجلد نسخ إحتياطي جديد.

3. قم بتعيين عنصر التحكم الكامل للمستخدم الجديد في المجلد، وشارك المجلد.

4. من موقع النسخ الاحتياطي لخادم UCCX، قم بتعيين اسم المسار إلى \\<خادم النسخ الاحتياطي>\< المجلد المشترك>، واسم المستخدم إلى <خادم النسخ الاحتياطي>\< معرف المستخدم>، وكلمة المرور

وثقت هذا إصدار في cisco بق id CSCth19279 (يسجل زبون فقط).

السجلات المطلوبة للنسخ الاحتياطي/الاستعادة/الترقية من خادم الأشرطة

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

- C:\Program Files\Common Files\Cisco\Logs\BARS\Backup*.*

- C:\Program Files\Common Files\Cisco\Logs\BARS\Restore*.*

- يتم تخزين سجلات تتبع الأشرطة على C:\Program Files\Cisco\Trace\BARS*.*

- يتم تخزين سجل الأشرطة Barbi على C:\WINNT\system32\barbi.log

إجراء تحليل السجلات

1. ابحث في سجلات النسخ الاحتياطي (أو الاستعادة) الموجودة في C:\Program Files\Common Files\Cisco\Logs\BARS\Backup (أو الاستعادة) في خادم الأشرطة.

2. استنادا إلى الطابع الزمني، ابحث في سجلات التتبع. وهي متاحة على C:\Program Files\Cisco\Trace\BARS في خادم BARS.

3. توفر سجلات التتبع معلومات مختصرة حول الاستثناء. لعرض التفاصيل، انتقل إلى خادم CRS المعني، وفحص سجلات MCVD الخاصة بتلك الفترة. ابحث عن Backup_failed وrestore_failed وupgrade_failed ملاحظات في هذه السجلات لفشل العملية المقابلة (B/R/U). إذا حدث الفشل قبل توقف BARS بنسبة 19٪، تحقق من سجلات MARK.

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

- خطأ في اتصال التطبيق الصغير

- إستثناء مكون أرشيف قاعدة البيانات

- إستثناء مكون أرشيف Spanlink

- فشل أداة cdbr

تكون هذه الرسائل تثقيفية وتعرف على الخطأ الذي تم مواجهته نتيجة لفشل B/R/U. واستنادا إلى العنصر، هناك حاجة إلى سجلات إضافية على النحو التالي (باستثناء السجلات المذكورة أعلاه):

مكون أرشيف SL: c:\program files\cisco\desktop\log\CDBRTool.* مكون أرشيف DB:

المشاكل الشائعة التي واجهت أثناء إختبار النسخ الاحتياطي والاستعادة ل CRS 6.0

إصدار مهلة البرنامج الصغير

المشكلة

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

[06:49:34 PM]   Get next message

[06:54:34 PM]   FailureResponse id=2 from Session# 19, pArchiveId={C0E85DB3-D35-

1-40FF-AE8F-6482B9A90D3B}, errorCode=UNSPECIFIED_ERROR, statusM-

essage=timed out initializing applet's communication

الحلول الممكنة

1. اسحب النافذة الفرعية يدويا باتجاه زاوية الشاشة، وقم بتقليل حجم النافذة، بحيث يكون المركز مرئيا لأي تنبيهات أمان.

2. ابق التركيز على الصفحة الرئيسية للشرائط، وقلل النافذة الفرعية. تتبع أي شاشات منبثقة.

3. في خيارات إنترنت، قم بتقليل إعدادات الأمان وإعدادات الخصوصية إلى منخفض قبل بدء عملية الاستعادة. قم بالرجوع بعد عملية الاستعادة. (لا يوصى بذلك لأنه لم يتم التحقق من آثار هذا الإجراء من منظور أمان المستعرض).

ترقية CRS 3.5 إلى 6.0 في الإعداد المستقل

يجب اتباع ترقية CRS 3.5 إلى 6.0 كما هو موضح في دليل تثبيت حلول إستجابة العملاء من Cisco فقط. لا يعد أخذ نسخة إحتياطية من CRS 3.5 وإعادة التصوير ومحاولة استعادتها عبر إعداد CRS 6.0 سيناريو صالحا.

بما أن هذا السيناريو غير مدعوم، فإن الحل البديل الوحيد هو الرجوع إلى CRS 3.5.

ترقية CRS 4.0(x) إلى 6.0

أثناء ترقية CRS 4.0 إلى 6.0، إذا كنت قد قمت بتحميل حزمة ترخيص مختلفة (وليس نفس الحزمة التي تم تحميلها في CRS 4.0) بعد الترقية، يعرض نوع حزمة الترخيص none في صفحة معلومات الترخيص في AppAdmin، وستفقد بعض قوائم AppAdmin.

على سبيل المثال، إذا كان العميل يتوفر على CRS 4.1 بترخيص قياسي وترقيات إلى CRS 6.0 بترخيص ممتاز، فإنه بعد الترقية إلى CRS 6.0 تكون بعض القوائم مفقودة في AppAdmin. في AppAdmin > Control Center > صفحة معلومات الترخيص، يعرض نوع حزمة الترخيص None.

الحل: تغيير قيمة عامل تصفية ترخيص CRS في LDAP إلى نوع الترخيص الجديد.

إدخال عامل تصفية ترخيص LDAP: CCNApps/clusters/<ProfileName>/ClsuterSpecific.xxxxx/License.xxxxx/FilterType

If the new license package is Standard , changes the FilterType to 3

If the new license package is Enhanced, changes the FilterType to 4

If the new license package is Premium, changes the FilterType to 5

بعد إجراء التغييرات في LDAP، قم بإعادة تشغيل مدير عقد CRS على خادم CRS.

لم يتم متابعة عملية التثبيت/الترقية

تعد عمليات التثبيت والترقية والاستعادة عمليات بالغة الأهمية ويجب متابعتها بعناية فائقة وفقا للدليل. في بعض الأحيان، يمكن أن تنتقل الأشرطة إلى حالة عدم الاستجابة. توصي Cisco بمشاهدة عملية الترقية والتثبيت والاستعادة بالكامل.

إستخدام أداة ما قبل الترقية

كما هو موضح في دليل التثبيت، يجب أن تقوم بتشغيل أداة ما قبل الترقية (PUT) قبل إجراء عملية الاستعادة. ويتم إستخدامه لإدخال ترخيص CRS 6.0 في LDAP، بحيث يحتوي أرشيف النسخ الاحتياطي على تراخيص 6.0.

صفحة الأشرطة التي ستصبح فارغة

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

مجموعة سجلات الأشرطة

قبل إعادة تكوين خادم Cisco CallManager، يجب حفظ سجلات BARS. ارجع إلى السجلات المطلوبة للنسخ الاحتياطي/الاستعادة/الترقية للحصول على مزيد من المعلومات. تتم الإشارة إلى تفاصيل الملف في دليل إدارة نظام الاستعادة والنسخ الاحتياطي من Cisco IP Telephony (BARS).

فشلت عمليات النسخ الاحتياطي مع حدوث هذا الخطأ: * 86 - حدث خطأ غير معروف أثناء الاتصال بالمضيف

المشكلة

فشلت عمليات النسخ الاحتياطي المجدولة واليدوية مع حدوث خطأ * 86 - حدث خطأ غير معروف أثناء الاتصال بالمضيف. يقبل نظام النسخ الاحتياطي مسار الشبكة ومعلومات الحساب، ولكن فشل النسخ الاحتياطي.

الحل

أتمت هذا steps in order to حللت هذا إصدار:

1. قم بالوصول إلى خادم UCCX وانتقل إلى ابدأ > تشغيل، واكتب CET.

2. عندما تظهر رسالة التحذير، انقر لا.

3. أختر com.cisco.crs.cluster.config.archiveAdminConfig.

4. على الجانب الأيمن، انقر نقرا مزدوجا على معرف السجل.

5. انقر فوق علامة التبويب com.cisco.crs.cluster.config.archiveAdminConfig، وامسح كلمة المرور الموجودة تحت تخزين النسخ الاحتياطي.

6. طقطقة يطبق.

7. انتقل إلى AppAdmin > أدوات > النسخ الاحتياطي والاستعادة.

8. تحت موقع تخزين النسخ الاحتياطي، اكتب كلمة المرور الجديدة، وانقر فوق تحديث.

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

UCCX 7.x: فشل النسخ الاحتياطي على الأشرطة

المشكلة

فشل النسخ الاحتياطي على الأشرطة مع رسالة الخطأ هذه:

%MCVD-AC_SPANLINK-7-UNK:Exception thrown

while invoking and running BarsCLI:

Exception=com.cisco.archive.ArchiveException:

BarsCLI failed to backup Spanlink config

وثقت هذا إصدار في cisco بق id CSCsy04635 (يسجل زبون فقط).

الحل

لحل هذه المشكلة، قم بإعادة تشغيل إدارة العقد.

UCCX 8.x: فشل النسخ الاحتياطي على الأشرطة بنسبة 87٪

المشكلة

يتوقف النسخ الاحتياطي عند 87٪ مع ظهور خطأ في CCXxComponent عند 30٪.

الحل

in order to حللت هذا إصدار، ركضت هذا أمر من ال ligne قارن:

utils service restart Cisco DRF Master

إستعادة UCCX 7.x من عمليات تثبيت النسخ الاحتياطي بنسبة 15٪

المشكلة

عندما تحاول إستعادة نسخة إحتياطية من UCCX 7.x، يتم تعليقها بنسبة 15٪ وستتلقى رسالة الخطأ هذه:

ونظرا لأن النسخ الاحتياطي قد تم القيام به عندما يكون HA، ونظرا لأن هذه العقدة الأخرى غير موجودة حاليا في نظام المجموعة، فإنه لا يمكن المتابعة.

الحل

ونظرا لأنه تم إجراء النسخ الاحتياطي في بيئة عالية التوفر، يجب أن تكون كلتا العقد في نظام المجموعة حتى تتمكن من إستعادة المعلومات. يمكنك إستعادة ملفات النسخ الاحتياطي في عملية نشر عالية التوفر باستخدام أحد الخيارات التالية:

- إذا كان إعداد التوفر العالي في موضعه بالفعل وأضفت كلا العقد كجزء من نفس نظام المجموعة، فإن عملية الاستعادة مماثلة لنشر عقدة واحدة، ويمكن القيام بذلك من أي عقدة، كما ستقوم باستعادة البيانات على كلا عقدتي العقد.

- إذا لم يكن إعداد التوفر العالي في موضعه وكانت كل من العقد مثبتة طازجة أو تم تعويضها قبل تثبيت Unified CCX، أكمل الخطوات التالية من أجل الاستعادة:

1. ابدأ عملية الاستعادة من العقدة الأولى. ستكمل عملية الاستعادة نسبة 15٪ وستطالبك بإضافة العقدة الثانية إلى نظام المجموعة.

2. قم بإضافة العقدة الثانية من خلال معالج الإعداد. بمجرد إضافة العقدة الثانية، ستكون عملية الاستعادة مكتملة وسيكون الإعداد عالي التوفر جاهزا.

فشل الاستعادة عند 69٪

المشكلة

عند ترقية خادم UCCX 4. 5 إلى 7. 0، تفشل إستعادة بيانات UCCX 4. 5 مع حدوث هذا الخطأ:

Exception occured while contacting the Call Manager com.cisco.archive.ArchiveException:

Unable to process restore request; nested exception is:

com.cisco.archive.ArchiveException: Exception thrown while downloading Recordings to the

Recording Folder:C:\Program Files\Cisco\Desktop_Audio

Exception=com.cisco.archive.impl.ArchiveFailureException: Unable to contact Call Manager.

Please make sure that the Call Manager is running and connected to the network

com.cisco.wf.spanlinkBackupRestore.SLRcrdgArchiveComponent; nested exception is:

com.cisco.archive.ArchiveException: Unable to process restore request; nested exception

is:com.cisco.archive.ArchiveException: Exception thrown while downloading Recordings to the

Recording Folder:C:\Program Files\Cisco\Desktop_Audio

الحل

وثقت هذا إصدار في cisco بق id CSCsr56145 (يسجل زبون فقط). الحل البديل هو تصحيح النظام 7.0(1) باستخدام أحدث إصدار خدمة (SR) وتشغيل الاستعادة مرة أخرى.

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

- فشل إسترداد بيانات UCCX مع ظهور رسالة الخطأ "فشل تحديث حالة CRS Config Datastore الأساسية في العقدة 1"

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