المقدمة
يوضح هذا المستند كيفية أستكشاف أخطاء هذا الخطأ وإصلاحها: " خطأ اتصال قاعدة البيانات " أثناء الوصول إلى صفحة 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
لإعادة بناء المشترك: يتم تثبيت مشترك جديد بتكوين النظام مثل المشترك القديم