المقدمة
يوضح هذا المستند كيفية تشخيص مشكلات النسخ المتماثل لقاعدة البيانات ويوفر الخطوات اللازمة لاستكشاف تلك المشكلات وإصلاحها.
خطوات تشخيص النسخ المتماثل لقاعدة البيانات
يصف هذا القسم السيناريوهات التي يتم فيها قطع النسخ المتماثل لقاعدة البيانات ويقدم منهجية أستكشاف الأخطاء وإصلاحها التي يتبعها مهندس TAC لتشخيص المشكلة وعزل هذه المشكلة.
الخطوة 1. التحقق من كسر النسخ المتماثل لقاعدة البيانات
لتحديد ما إذا كان النسخ المتماثل لقاعدة البيانات متوقف أم لا، يجب عليك معرفة الحالات المختلفة لأداة Real Time Monitoring Tool (RTMT) للنسخ المتماثل.
القيمة |
المعنى |
الوصف |
0 |
حالة التهيئة |
النسخ المتماثل في خِضم عملية الإعداد. يمكن أن يحدث فشل في الإعداد إذا كان النسخ المتماثل في هذه الحالة لأكثر من ساعة. |
1 |
عدد النُسخ المتماثلة غير صحيح |
لا يزال الإعداد قيد التقدم. نادرا ما يتم ملاحظة هذه الحالة في الإصدارين 6.x و 7.x، وفي الإصدار 5.x، فإنها تشير إلى أن الإعداد لا يزال قيد التقدم. |
2 |
النسخ المتماثل جيد |
يتم إنشاء اتصالات منطقية ويتم مطابقة الجداول مع الخوادم الأخرى الموجودة في المجموعة. |
3 |
جداول غير متطابقة |
تم إنشاء إتصالات منطقية ولكن هناك عدم يقين ما إذا كانت الجداول متطابقة. في الإصدارات 6.x و7. x، قد تعرض جميع الخوادم الحالة 3 حتى إذا كان خادم واحد معطلاً في المجموعة. قد تحدث هذه المشكلة نظرًا لأن الخوادم الأخرى غير متأكدة من وجود تحديث لميزة User Facing Feature (UFF) لم يتم تمريره من المشترِك إلى الجهاز الآخر في المجموعة. |
4 |
فشل/تعذّر الإعداد |
لم يعد للخادم اتصال منطقي نشط لاستقبال أي جدول قاعدة بيانات عبر الشبكة. لا يقع النسخ المتماثل في هذه الحالة. |
للتحقق من النسخ المتماثل لقاعدة البيانات، قم بتشغيل الأمر utils dbreplication runmestate من واجهة سطر الأوامر (CLI) لعقدة الناشر، كما هو موضح في هذه الصورة.
في المخرجات، تأكد من أن حالة النسخ المتماثل للمجموعة لا تشتمل على معلومات المزامنة القديمة. تحقق من نفس الشيء واستخدم ختم الوقت.
إذا لم يتم تحديث مزامنة البث بتاريخ حديث، فقم بتشغيل الأمر utils dbreplication status للتحقق من جميع الجداول والنسخ المتماثل. في حالة اكتشاف أي أخطاء/حالات عدم تطابق، فسيتم عرضها في المخرجات وستتغير حالة RTMT وفقًا لذلك، كما هو مُوضح في هذه الصورة.
بعد تشغيل الأمر، يتم فحص جميع الجداول للتأكد من اتساقها ويتم عرض حالة نسخ متماثل دقيقة.
ملاحظة: السماح بالتحقق من جميع الجداول، ثم المتابعة لاستكشاف الأخطاء وإصلاحها.
بمجرد عرض حالة نسخ متماثل دقيقة، تحقق من إعداد النسخ المتماثل (RTMT) والتفاصيل كما هو موضح في المُخرجات الأولى. يجب عليك التحقق من حالة كل عقدة. إذا كانت أي عقدة لها حالة غير الحالة رقم 2، فانتقل إلى استكشاف الأخطاء وإصلاحها.
الخطوة 2. تجميع حالة قاعدة بيانات CM من صفحة التقارير الموحدة من Cisco على CUCM
- بعد اكتمال الخطوة 1، أختر خيار التقارير الموحدة من Cisco من القائمة المنسدلة للتنقل في ناشر مدير الاتصالات الموحدة (CUCM) من Cisco، كما هو موضح في هذه الصورة.
2. انتقل إلى تقارير النظام وانقر فوق حالة قاعدة بيانات CM المُوحدة كما هو موضح في هذه الصورة.
3. قم بإنشاء تقرير جديد يستخدم خيار إنشاء تقرير جديد أو انقر فوق رمز إنشاء تقرير جديد كما هو موضح في هذه الصورة.
4. بمجرد إنشائه وتنزيله، احفظ التقرير حتى يمكن تقديمه إلى مهندس TAC في حال الحاجة إلى فتح طلب خدمة (SR).
الخطوة 3. مراجعة تقرير قاعدة بيانات إدارة المحتوى الموحد لأي مكون تم وضع علامة عليه كخطأ
إذا كان هناك أي أخطاء في المكونات، فسيتم وضع علامة على الأخطاء بأيقونة X حمراء، كما هو موضح في هذه الصورة.
- في حالة وجود خطأ، تحقق من اتصال الشبكة بين العُقد. تحقق مما إذا كانت خدمة Cisco DB تعمل من واجهة سطر الأوامر (CLI) الخاصة بالعقدة وتستخدم الأمر utils service list.
- إذا كانت خدمة A Cisco DB معطلة، فقم بتشغيل الأمر uts service start A Cisco DB لبدء تشغيل الخدمة. إن يفشل هذا، اتصل ب cisco TAC.
- تأكد من نشر قائمة خادم النسخ المتماثل (cdr list server) لجميع العُقد.
توضح هذه الصورة مخرجات مثالية.
إذا كانت قائمة Cisco Database Replicator (CDR) فارغة لبعض العُقد، فارجع إلى الخطوة 8.
- تأكد من أن مضيفات Unified CM وRhosts وSqlhosts متساوية على جميع العُقد.
هذه خطوة مهمة. كما هو موضح في هذه الصورة، مضيفات Unified CM وRhosts وSqlhosts متكافئة على جميع العُقد.
ملفات "المضيف" غير متطابقة:
توجد احتمالية وجود نشاط غير صحيح عند تغيير عنوان IP أو تحديث اسم المضيف على الخادم.
ارجع إلى هذا الارتباط لتغيير عنوان IP إلى اسم المضيف لخادم CUCM.
تغييرات عنوان IP واسم المضيف
قم بإعادة تشغيل هذه الخدمات من واجهة سطر الأوامر (CLI) الخاصة بخادم الناشر وتحقق مما إذا تم مسح عدم التطابق. إذا كانت الإجابة نعم، فانتقل إلى الخطوة 8. إن لا، اتصل ب cisco TAC. قم بإنشاء تقرير جديد في كل مرة تقوم فيها بإجراء تغيير على واجهة المستخدم الرسومية (GUI)/واجهة سطر الأوامر (CLI) للتحقق مما إذا كانت التغييرات مُضمنة أم لا.
Cluster Manager ( utils service restart Cluster Manager)
A Cisco DB ( utils service restart A Cisco DB)
ملفات RHosts غير متطابقة:
في حالة عدم تطابق ملفات Rhosts مع ملفات المضيف، اتبع الخطوات المُدرجة تحت ملفات المضيف غير متطابقة. في حالة عدم تطابق ملفات Rhosts فقط، قم بتشغيل الأوامر من واجهة سطر الأوامر (CLI):
A Cisco DB ( utils service restart A Cisco DB )
Cluster Manager ( utils service restart Cluster Manager)
قم بإنشاء تقرير جديد وتحقق مما إذا كانت ملفات Rhost متكافئة على جميع الخوادم. إذا كانت الإجابة نعم، فانتقل إلى الخطوة 8. إن لا، اتصل ب cisco TAC.
مضيفات Sqlhosts غير متطابقة:
إذا لم تتطابق مضيفات Sqlhosts مع ملفات المضيف، فاتبع الخطوات المُدرجة تحت ملفات المضيفات غير متطابقة. في حالة عدم تطابق ملفات Sqlhosts فقط، قم بتشغيل الأمر من واجهة سطر الأوامر (CLI):
utils service restart A Cisco DB
قم بإنشاء تقرير جديد وتحقق مما إذا كانت ملفات Sqlhost متكافئة على جميع الخوادم. إذا كانت الإجابة نعم، فانتقل إلى الخطوة 8. إن لا، اتصل ب cisco TAC
في حالة عدم نجاح عملية الترحيب الخاصة بـ RPC لعقدة معينة:
- تأكد من اتصال الشبكة بين العقدة المعينة والناشر.
- تأكد من السماح بالمنفذ رقم 1515 على الشبكة.
راجع هذا الارتباط للحصول على تفاصيل حول استخدام منفذ TCP/UDP:
Cisco Unified Communications Manager TCP واستخدام منفذ UDP
- تأكد من نجاح اتصال الشبكة بين العُقد، كما هو موضح في هذه الصورة:
في حالة فشل اتصال الشبكة للعقد:
- تأكد من أن قابلية الوصول إلى الشبكة مُفعلة بين العُقد.
- تأكد من أن أرقام منافذ TCP/UDP المناسبة ممكنة على الشبكة.
قم بإنشاء تقرير جديد وتحقق من نجاح الاتصال. في حالة وجود اتصال غير ناجح، انتقل إلى الخطوة 8.
الخطوة 4. تحقق من المكونات الفردية التي تستخدم أمر إختبار تشخيص UTILS
يعمل أمر اختبار التشخيص utils على فحص جميع المكونات والرجوع بقيمة نجاح/ فشل. المكونات الأساسية للتشغيل الصحيح للنسخ المتماثل لقاعدة البيانات هي:
يتحقق الأمر validate_network من جميع جوانب اتصال الشبكة مع جميع العُقد الموجودة في المجموعة. في حالة وجود مشكلة في الاتصال، يتم عرض خطأ غالبًا على خادم اسم المجال/خادم اسم المجال العكسي (DNS / RDNS). يكمل أمر validate_network العملية خلال 300 ثانية. فيما يلي رسائل الأخطاء الشائعة التي تظهر في اتصال الشبكة:
1. خطأ "الاتصال بين مجموعات البيانات معطل"، كما هو موضح في هذه الصورة.
يحدث هذا الخطأ عندما تواجه عقدة واحدة أو أكثر في المجموعة مشكلة في اتصال الشبكة. تأكد من أن جميع العقد لديها إمكانية اختبار الاتصال.
في حالة توقف الاتصال بين المجموعات، تقع مشكلات في النسخ المتماثل لقاعدة البيانات.
2. فشل بحث DNS العكسي.
يحدث هذا الخطأ عند فشل بحث DNS العكسي على عقدة ما. ومع ذلك، يمكنك التحقق من تكوين DNS وعمله بشكل صحيح عند إستخدام هذه الأوامر:
utils network eth0 all - Shows the DNS configuration (if present)
utils network host <ip address/Hostname> - Checks for resolution of ip address/Hostname
إذا لم يعمل DNS بشكل صحيح، فقد يؤدي ذلك إلى حدوث مشاكل في النسخ المتماثل لقاعدة البيانات عند تعريف الخوادم واستخدام أسماء المضيف.
يعتبر NTP مسؤولا عن الحفاظ على مزامنة وقت الخادم مع الساعة المرجعية. يقوم الناشر دائما بمزامنة الوقت مع الجهاز الذي يتم إدراج IP الخاص به كخوادم NTP، بينما يقوم المشتركون بمزامنة الوقت مع الناشر.
من المهم للغاية أن يعمل NTP بشكل كامل من أجل تجنب أي مشكلات في النسخ المتماثل لقاعدة البيانات.
من الضروري أن تكون إستراتيجية NTP (عدد الخطوات إلى الساعة المرجعية الأصلية) أقل من 5 وإلا اعتبرت غير موثوقة.
أكمل هذه الخطوات للتحقق من حالة NTP:
- استخدم الأمر UtILsose test test للتحقق من المخرجات، كما هو موضح في هذه الصورة.
2. بالإضافة إلى ذلك، يمكنك تشغيل هذا الأمر:
utils ntp status
الخطوة 5. تحقق من حالة الاتصال من جميع العقد وتأكد من مصادقتها
- بعد إكمال الخطوة 4 ، إذا لم يكن هناك أي مشاكل تم الإبلاغ عنها ، قم بتشغيل الأمر utils network connectivity على جميع العُقد للتحقق من نجاح الاتصال بقواعد البيانات، كما هو موضح في هذه الصورة.
2. إذا إستلمت "لا يمكن إرسال حزم TCP/UDP" كرسالة خطأ، فتحقق من الشبكة الخاصة بك بحثا عن أي عمليات إعادة إرسال أو حظر منافذ TCP/UDP. يعمل الأمر show network cluster على التحقق من مصادقة جميع العُقد.
3. إذا لم تتم مصادقة حالة العقدة، فتأكد من تطابق اتصال الشبكة وكلمة مرور الأمان على جميع العقد، كما هو موضح في هذه الصورة.
راجع الارتباطات لتغيير/استرداد كلمات المرور الأمنية:
كيفية إعادة تعيين كلمات المرور على CUCM
استرداد كلمة مرور مسؤول نظام تشغيل CUCM
الخطوة 6. يظهر أمر UTILS Dell Runmestate حالات غير متزامنة أو غير مطلوبة
من المهم فهم أن النسخ المتماثل لقاعدة البيانات هو مهمة شبكة مكثفة لأنها تدفع الجداول الفعلية إلى جميع العقد في المجموعة. تأكد من:
utils dbreplication setprocess <1-40>
ملاحظة: عند تغيير هذه المعلمة، فإنها تعمل على تحسين أداء إعداد النسخ المتماثل، ولكنها تستهلك موارد إضافية للنظام.
Server 1-5 = 1 Minute Per Server Servers 6-10 = 2 Minutes Per Server Servers >10 = 3 Minutes Per Server.
Example: 12 Servers in Cluster : Server 1-5 * 1 min = 5 min, + 6-10 * 2 min = 10 min, + 11-12 * 3 min = 6 min,
Repltimeout should be set to 21 Minutes.
الأوامر الخاصة بفحص/ضبط مهلة النسخ المتماثل:
show tech repltimeout ( To check the current replication timeout value )
utils dbreplication setrepltimeout ( To set the replication timeout )
يجب تنفيذ الخطوتين 7 و 8 بعد تنفيذ قائمة الاختيار:
قائمة التحقق:
- اتصال جميع العُقد ببعضها البعض. ارجع إلى الخطوة 5.
- يُمكن الوصول إلى RPC. ارجع إلى الخطوة 3.
- راجع Cisco TAC قبل المتابعة مع الخطوة 7 و 8 في حالة العقد الأكبر من 8.
- قم بالإجراءات خارج ساعات العمل.
الخطوة 7. إصلاح كافة/الجداول الانتقائية للنسخ المتماثل لقاعدة البيانات
إذا أظهر الأمر utils dbreplication runtimestate وجود خطأ/جداول غير متطابقة، فيمكن تشغيل الأمر:
Utils dbreplication repair all
شغّل الأمر utils dbreplication runtimestate للتحقق من الحالة مرة أخرى.
انتقل إلى الخطوة 8، إذا لم تتغير الحالة.
الخطوة 8. إعادة تعيين النسخ المتماثل لقاعدة البيانات من البداية
ارجع إلى التسلسل لإعادة ضبط النسخ المتماثل لقاعدة البيانات وبدء العملية من البداية.
utils dbreplication stop all (Only on the publisher)
utils dbreplication dropadmindb (First on all the subscribers one by one then the publisher)
utils dbreplication reset all ( Only on the publisher )
ولمراقبة العملية، قم بتشغيل الأمر RTMT/utils dbreplication runtimestate.
ارجع إلى التسلسل لإعادة تعيين النسخ المتماثل لقاعدة البيانات لعُقدة معينة:
utils dbreplication stop <sub name/IP> (Only on the publisher)
utils dbreplcation dropadmindb (Only on the affected subscriber)
utils dbreplication reset <sub name/IP> (Only on the publisher )
في حال الوصول إلى Cisco TAC للحصول على مزيد من المساعدة، تأكد من أن هذه المخرجات والتقارير مقدمة:
utils dbreplication runtimestate
utils diagnose test
utils network connectivity
التقارير:
- تقرير قاعدة بيانات Cisco Unified Reporting CM (ارجع إلى الخطوة 2).
- يقوم النظام بإنشاء قاعدة بيانات التقرير من CLI. قم بتنزيل ملف .tar واستخدم خادم SFTP.
معلومات ذات صلة