المحتويات

المقدمة

خطوات تشخيص النسخ المتماثل لقاعدة البيانات

الخطوة 1. التحقق من أن النسخ المتماثل لقاعدة البيانات مُعطل

الخطوة 2. تجميع حالة قاعدة بيانات CM من صفحة التقارير الموحدة من Cisco على CUCM

الخطوة 3. راجع تقرير قاعدة بيانات CM الموحدة لأي مكون تم وضع علامة عليه كخطأ

الخطوة 4. تحقق من المكونات الفردية التي تستخدم أمر إختبار تشخيص UTILS

الخطوة 5. التحقق من حالة الاتصال من جميع العُقد والتأكد من المصادقة

الخطوة 6. إظهار الأمر utils dbreplication runtimestate للناتج عن الحالات المتزامنة أو غير المطلوبة

الخطوة 7. إصلاح كافة/الجداول الانتقائية لنسخ قاعدة البيانات

الخطوة 8. إعادة ضبط النسخ المتماثل لقاعدة البيانات من البداية

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

المقدمة

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

خطوات تشخيص النسخ المتماثل لقاعدة البيانات

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

الخطوة 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. بعد اكتمال الخطوة 1، أختر خيار التقارير الموحدة من Cisco من القائمة المنسدلة للتنقل في ناشر مدير الاتصالات الموحدة (CUCM) من Cisco، كما هو موضح في هذه الصورة.

2. انتقل إلى تقارير النظام وانقر فوق حالة قاعدة بيانات CM المُوحدة كما هو موضح في هذه الصورة.

3. قم بإنشاء تقرير جديد، انقر فوق رمز إنشاء تقرير جديد كما هو موضح في هذه الصورة.

4. انتظر حتى يتم إنشاء التقرير الجديد بنجاح.

5. بمجرد إنشائها، انقر فوق الرمز لتنزيل التقرير وحفظه حتى يمكن تقديمه إلى مهندس TAC في حالة الحاجة إلى فتح طلب خدمة (SR).

الخطوة 3. راجع تقرير قاعدة بيانات CM الموحدة لأي مكون تم وضع علامة عليه كخطأ

إذا كان هناك أي أخطاء في المكونات، فسيتم وضع علامة على الأخطاء بأيقونة X حمراء، كما هو موضح في هذه الصورة.

- تأكد من إمكانية الوصول إلى قواعد البيانات المحلية وقواعد بيانات Publisher.

- في حالة وجود خطأ، تحقق من اتصال الشبكة بين العُقد. تحقق مما إذا كانت خدمة 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

- تأكد من نجاح عملية ترحيب المكالمة الإجرائية البعيدة لطبقة قاعدة البيانات (DBL RPC)، كما هو موضح في هذه الصورة.

في حالة عدم نجاح عملية الترحيب الخاصة بـ 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):

يعتبر NTP مسؤولا عن الحفاظ على مزامنة وقت الخادم مع الساعة المرجعية. دائمًا ما يقوم الناشر بمزامنة الوقت مع الجهاز الذي يدرج عنوان IP الخاص به كخوادم NTP؛ حيث يقوم المشتركون بمزامنة الوقت مع الناشر.

من المهم للغاية أن يعمل NTP بشكل كامل من أجل تجنب أي مشكلات في النسخ المتماثل لقاعدة البيانات.

من الضروري أن تكون إستراتيجية NTP (عدد الخطوات إلى الساعة المرجعية الأصلية) أقل من 5 وإلا اعتبرت غير موثوقة.

أكمل هذه الخطوات للتحقق من حالة NTP:

1. استخدم الأمر UtILsose test test للتحقق من المخرجات، كما هو موضح في هذه الصورة.

2.  وبالإضافة إلى ذلك، يمكنك تشغيل هذا الأمر:

utils ntp status

الخطوة 5. التحقق من حالة الاتصال من جميع العُقد والتأكد من المصادقة

1. بعد إكمال الخطوة 4 ، إذا لم يكن هناك أي مشاكل تم الإبلاغ عنها ، قم بتشغيل الأمر utils network connectivity على جميع العُقد للتحقق من نجاح الاتصال بقواعد البيانات، كما هو موضح في هذه الصورة.

2. إذا إستلمت "لا يمكن إرسال حزم TCP/UDP" كرسالة خطأ، فتحقق من الشبكة الخاصة بك بحثا عن أي عمليات إعادة إرسال أو حظر منافذ TCP/UDP. يعمل الأمر show network cluster على التحقق من مصادقة جميع العُقد.

3. إذا لم تتم مصادقة حالة العقدة، فتأكد من تطابق اتصال الشبكة وكلمة مرور الأمان على جميع العقد، كما هو موضح في هذه الصورة.

راجع الارتباطات لتغيير/استرداد كلمات المرور الأمنية:

كيفية إعادة تعيين كلمات المرور على CUCM

استرداد كلمة مرور مسؤول نظام تشغيل CUCM

الخطوة 6. إظهار الأمر utils dbreplication runtimestate للناتج عن الحالات المتزامنة أو غير المطلوبة

من المهم فهم أن النسخ المتماثل لقاعدة البيانات هو مهمة شبكة مكثفة لأنها تدفع الجداول الفعلية إلى جميع العقد في المجموعة. تأكد من:

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

- تناثر العُقد عبر شبكة المنطقة الواسعة (WAN): تأكد من أن العقد لها اتصال شبكة أقل من 80 مللي ثانية. إذا لم تتمكن بعض العُقد من الانضمام إلى عملية النسخ المتماثل، فقم بزيادة المعلمة إلى قيمة أعلى كما هو موضح.

utils dbreplication setprocess <1-40>

ملاحظة: عند تغيير هذه المعلمة، فإنها تعمل على تحسين أداء إعداد النسخ المتماثل، ولكنها تستهلك موارد إضافية للنظام.

- تعتمد مهلة النسخ المتماثل على عدد العُقد الموجود في المجموعة: مهلة النسخ المتماثل (الافتراضي: 300 ثانية) وهو الوقت الذي ينتظر فيه الناشرين جميع المشتركين لإرسال رسائلهم المُحدَدة. قم بحساب مهلة النسخ المتماثل بناءً على عدد العُقد الموجود في المجموعة.

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).

- الأمر UtIL create Report database من CLI.   قم بتنزيل ملف .tar واستخدم خادم SFTP.

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

- فهم مخرجات إستخدام EthernetState ل CUCM

- استكشاف أخطاء النسخ المتماثل لقاعدة بيانات CUCM وإصلاحها في طراز جهاز Linux

- حماية بيانات التسليم والخصوصية الخاصة ب CX