خطأ اتصال قاعدة البيانات- خدمة DB معطلة من Cisco

المقدمة

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

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

المتطلبات

cisco يوصي أن يتلقى أنت معرفة من هذا موضوع:

• Cisco Unified Communications Manager (CUCM)، الإصدار 11.5

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

أسست المعلومة في هذا وثيقة على CCM صيغة 11.5

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

معلومات أساسية

يساعدك هذا المستند على فهم أسلوبي المسح و TAC لاستكشاف أخطاء إتصالات قاعدة البيانات وإصلاحها عند الوصول إلى صفحة واجهة المستخدم الرسومية (GUI) ل CUCM. تشير هذه الرسالة إلى وجود مشكلة في خدمة DB من Cisco، أو قد تكون متعلقة ببرنامج تشغيل ODBC، ولكن، يتناول هذا المستند كل ما يمكن للمستخدم التحقق منه وقليلا مما يتحقق منه TAC عندما لا تعمل خدمة DB من Cisco كما هو متوقع.

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

آخر سبب يستطيع كنت تغيير في ال FQDN، تغير من عنوان IP إلى FQDN أو العكس دون الإجراء صحيح.

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

إجراء أستكشاف الأخطاء وإصلاحها

الخطوة 1. فحص سلامة النظام.

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

admin:show status

Host Name          : CUCM11
Date               : Wed Jul 25, 2018 00:10:07
Time Zone          : India Standard Time (Asia/Kolkata)
Locale             : en_US.UTF-8
Product Ver        : 11.0.1.22045-1
Unified OS Version : 6.0.0.0-2

Uptime:
 00:10:09 up 48 days, 10:56,  1 user,  load average: 0.17, 0.29, 0.27

CPU Idle:   97.74%  System:   01.26%    User:   01.00%
  IOWAIT:   00.00%     IRQ:   00.00%    Soft:   00.00%

Memory Total:        3925432K
        Free:         188156K
        Used:        3737276K
      Cached:         610140K
      Shared:         203520K
     Buffers:          27696K

                        Total            Free            Used
Disk/active         14154228K        1154116K       12854984K (92%)
Disk/inactive       14154228K        1195212K       12813888K (92%)
Disk/logging        49573612K        3454524K       43594160K (93%)

الخطوة 2. قم بإعادة تشغيل الخدمة.

إعادة تشغيل الخدمة ل Cisco DB - إعادة تشغيل الخدمة من خلال CLI (واجهة سطر الأوامر).

admin:utils service restart A Cisco DB
Do not press Ctrl+C while the service is restarting. If the service has not restarted properly, execute the same command again.
Service Manager is running
A Cisco DB[STOPPING]
A Cisco DB[STARTING]
A Cisco DB[STARTED]
admin:
 

الخطوة 3. تحقق من ملفات الأجهزة المضيفة والأجهزة المضيفة والأجهزة المضيفة.

على الرغم من أنه يمكن مطابقة ملفات الأجهزة المضيفة فقط من خلال واجهة سطر الأوامر (CLI) العادية للخادم (تذكر أن واجهة المستخدم الرسومية (GUI) غير قابلة للوصول إليك للانتقال إلى صفحة التقارير)، أستخدم الأمر show tech network host لمطابقة الإدخالات في جميع خوادم المجموعة. في حالة وجود عدم تطابق في أي خادم، يمكنك إعادة تشغيل خدمة "إدارة نظام المجموعة" بمجرد محاولة تصحيحها.

admin:show tech network hosts 
 -------------------- show platform network -------------------- 

 /etc/hosts File: 
#This file was generated by the /etc/hosts cluster manager.
#It is automatically updated as nodes are added, changed, removed from the cluster.

127.0.0.1 localhost
::1 localhost
10.106.112.122 cucmsub.emea.lab cucmsub
10.106.112.123 imnp10.emea.lab imnp10
10.106.112.126 CUCM-10.emea.lab CUCM-10
admin: 

الخطوة 4. تحقق من الملفات من الجذر.

يتم اتباع هذا والخطوات التي تلي ذلك بواسطة TAC فقط بعد الحصول على الوصول إلى الحساب الجذر إلى النظام. يتم إستخدام البرنامج النصي controlCentre.sh لإعادة تشغيل الخدمة مرة واحدة من shell.

من المواقع /home/informix/.rhosts و$INFORMIXDIR/etc/sqlhosts، يتم عندئذ مطابقة الملفات يدويا في جميع الخوادم. بعد ذلك، قم بإعادة تشغيل خدمة "إدارة نظام المجموعة" لتحديث التفاصيل في أي ملف قد يكون مطلوبا أثناء بدء التشغيل.

الخطوة 5. تحقق من المعلومات.

Informix هي العملية المسؤولة عن خدمة Cisco DB ويجب أن تظهر على أنها متصلة عندما تكون محولات المستخدم الجذري غير رسمية وتتحقق من الحالة.

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

في معظم الحالات، نحتاج إلى إعادة إنشاء العقد إذا لم نتمكن من إعادة تشغيل الخدمة من جذر إذا كانت ملفات النظام تالفة.

إرتباط ref لإعادة بناء Publisher:https://www.cisco.com/c/en/us/support/docs/unified-communications/unified-communications-manager-callmanager/116946-technote-product-00.html

لإعادة بناء المشترك: يتم تثبيت مشترك جديد بتكوين النظام مثل المشترك القديم