المحتويات

المقدمة

الخلفية

تجميع بيانات نظام المجموعة

إيقاف النسخ المتماثل على كافة المشتركين

تثبيت ناشر CUCM

تحديث قيم ProcessNode على الناشر

إعادة تمهيد عقدة الناشر

التحقق من مصادقة نظام المجموعة

إجراء عملية نسخ إحتياطي جديدة

إضافة جهاز نسخ إحتياطي

بدء النسخ الاحتياطي اليدوي

إستعادة Publisher من قاعدة بيانات المشترك

حالة الاستعادة

تشغيل التحقق من الصحة على قاعدة بيانات الناشر

أعد تشغيل نظام المجموعة

التحقق من متطلبات إعداد النسخ المتماثل

إعداد النسخ المتماثل

بعد الاستعادة

تنشيط الخدمات

تثبيت البيانات التي لم تتم استعادتها

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

لا يقوم نظام المجموعة بالمصادقة

لا تقوم عملية الاستعادة بمعالجة مكون CCMDB

فشل النسخ المتماثل

لا يتم تسجيل الهواتف أو يتعذر عليها الوصول إلى الخدمات

المقدمة

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

الخلفية

في الإصدارات الأولى من CUCM، تم إعتبار عقدة الناشر المصدر الوحيد المخول ل DB الخاص بلغة الاستعلام المنظم (SQL).

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

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

في الإصدار 8.6(1) من CUCM، تم إدخال ميزة جديدة لاستعادة قاعدة بيانات الناشر من قاعدة بيانات المشترك.

يوضح هذا المستند كيفية الاستفادة من هذه الميزة لاستعادة قاعدة بيانات الناشر من المشترك بنجاح.

توصي Cisco بشدة بالاحتفاظ بنسخة إحتياطية كاملة من إطار عمل إسترداد البيانات بعد الكوارث (DRF) للمجموعة بالكامل.

بما أن هذه العملية تسترد تكوين CUCM DB فقط، فإن البيانات الأخرى، مثل الشهادات، والموسيقى قيد الانتظار (MoH)، وملفات TFTP، لا يتم إستردادها. لتجنب هذه المشكلات، احتفظ بنسخة إحتياطية كاملة من DRF لنظام المجموعة.

ملاحظة: توصيك Cisco بمراجعة العملية بالكامل الموضحة في هذا المستند والتعرف عليها قبل البدء.

تجميع بيانات نظام المجموعة

قبل إعادة تثبيت الناشر، من المهم للغاية أن تقوم بتجميع التفاصيل ذات الصلة حول الناشر السابق. يجب أن تتطابق هذه التفاصيل مع تثبيت الناشر الأصلي:

- عنوان IP

- اسم المضيف

- اسم المجال

- عبارة مرور الأمان

- إصدار CUCM الدقيق

- ملفات حزم خيارات Cisco (COP) المثبتة

لاسترداد العناصر الثلاثة الأولى في القائمة، أدخل الأمر show network cluster في واجهة سطر الأوامر (CLI) لعقدة المشترك الحالية:

admin:show network cluster

172.18.172.213 cucm911ccnasub1  Subscriber authenticated

172.18.172.212 cucm911ccnapub  Publisher not authenticated - INITIATOR

since Tue Dec 3 12:43:24 2013

172.18.172.214 cucm911ccnasub2  Subscriber authenticated using TCP since

Sun Dec 1 17:14:58 2013

في هذه الحالة، يكون عنوان IP هو 172.18.172.212، واسم المضيف هو CUCM911ccnapub، ولا يوجد اسم مجال تم تكوينه للناشر.

يتم إسترداد عبارة مرور الأمان (العنصر الرابع في القائمة) من وثائق الموقع.

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

إذا كانت عبارة مرور الأمان غير صحيحة، فيلزم انقطاع نظام المجموعة لتصحيح الموقف.

لاسترداد إصدار CUCM الدقيق وملفات COP المثبتة (العنصران الأخيران في القائمة)، قم بتجميع إخراج النظام من الأمر show version active:

admin:show version active

Active Master Version: 9.1.2.10000-28

Active Version Installed Software Options:

No Installed Software Options Found.

في هذه الحالة، يتم تثبيت الإصدار 9.1.2.1000-28 بدون ملفات إضافية بمؤتمر الأطراف.

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

إيقاف النسخ المتماثل على كافة المشتركين

عند تثبيت الناشر، من المهم ألا يتم إعداد النسخ المتماثل أو حذف DBs للمشترك الحالي. لمنع ذلك، أدخل الأمر utils show stop على جميع المشتركين:

admin:utils dbreplication stop

********************************************************************************

This command can delete the marker file(s) so that automatic replication setup

is stopped

It can also stop any replication setup currently executing

********************************************************************************

Deleted the marker file, auto replication setup is stopped

Service Manager is running

Commanded Out of Service

A Cisco DB Replicator[NOTRUNNING]

Service Manager is running

A Cisco DB Replicator[STARTED]

Completed replication process cleanup

Please run the command 'utils dbreplication runtimestate' and make sure all nodes

are RPC reachable before a replication reset is executed

تثبيت ناشر CUCM

قم بجمع صورة قابلة للتمهيد من الإصدار المناسب، وإجراء تثبيت مع ترقية إلى الإصدار المناسب.

ملاحظة: معظم إصدارات هندسة CUCM الخاصة (ES) قابلة للتمهيد بالفعل.

قم بتثبيت الناشر وتحديد القيم الصحيحة لعنوان IP واسم المضيف واسم المجال وكلمة مرور الأمان المذكورة سابقا.

تحديث قيم ProcessNode على الناشر

ملاحظة: يجب أن يكون الناشر على علم بخادم مشترك واحد على الأقل لاستعادة قاعدة البيانات من ذلك المشترك. توصي Cisco بإضافة جميع المشتركين.

لاسترداد قائمة العقد، أدخل الأمر run sql select name،description،nodeid من processNode في CLI (واجهة سطر الأوامر) الخاصة بمشترك حالي.

يمكن أن تكون قيم الاسم أسماء مضيف أو عناوين IP أو أسماء مجال مؤهلة بالكامل (FQDNs).

إذا قمت بتشغيل الإصدار 10.5(2) من CUCM أو إصدار أحدث، فيجب تشغيل الأمر utils disaster_recovery prepare restore pub_from_sub على واجهة سطر الأوامر (CLI) الخاصة بالناشر قبل أن تتمكن من المتابعة لإضافة عقد إلى النظام > الخادم:

تحذير: يتخطى العديد من الأشخاص الذين يستخدمون الإصدار 10.5(2) من CUCM أو إصدار أحدث الأمر utils disaster_recovery setup restore pub_from_sub؛ ومع ذلك، فهذا أمر هام. تأكد من عدم تخطي أي خطوات في هذا المستند.

بعد إستلام قائمة العقد، انتقل إلى النظام > الخادم وأضف جميع قيم الأسماء بخلاف EnterpriseWideData إلى صفحة إدارة CM الموحدة لخادم Publisher.

يجب أن تتطابق قيم الاسم مع حقل اسم المضيف/عنوان IP في قائمة النظام > الخادم.

admin:run sql select name,description,nodeid from processnode

name               description     nodeid

================== =============== ======

EnterpriseWideData                 1

172.18.172.212     CUCM901CCNAPub  2

172.18.172.213     CUCM901CCNASub1 3

172.18.172.214     CUCM901CCNASub2 4

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

إعادة تمهيد عقدة الناشر

لإعادة تشغيل الناشر بعد اكتمال تغييرات ProcessNode، أدخل الأمر UTILS system restart:

admin:utils system restart

Do you really want to restart ?

Enter (yes/no)? yes

Appliance is being Restarted ...

Warning: Restart could take up to 5 minutes.

Shutting down Service Manager. Please wait...

\Service Manager shutting down services... Please Wait

Broadcast message from root (Tue Dec  3 14:29:09 2013):

The system is going down for reboot NOW!

Waiting .

Operation succeeded

التحقق من مصادقة نظام المجموعة

بعد إعادة تشغيل الناشر، إذا قمت بإجراء التغييرات بشكل صحيح وكانت عبارة مرور الأمان صحيحة، يجب أن يكون نظام المجموعة في حالة المصادقة. للتحقق من ذلك، أدخل الأمر show network cluster :

admin:show network cluster

172.18.172.212 cucm911ccnapub  Publisher authenticated

172.18.172.213 cucm911ccnasub1  Subscriber authenticated using TCP since

Tue Dec 3 14:24:20 2013

172.18.172.214 cucm911ccnasub2  Subscriber authenticated using TCP since

Tue Dec 3 14:25:09 2013

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

إجراء عملية نسخ إحتياطي جديدة

في حالة عدم توفر نسخة إحتياطية سابقة، قم بإجراء نسخ إحتياطي لنظام المجموعة على صفحة DRS.

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

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

إضافة جهاز نسخ إحتياطي

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

بدء النسخ الاحتياطي اليدوي

بعد إضافة جهاز النسخ الاحتياطي، ابدأ النسخ الاحتياطي اليدوي.

ملاحظة: من المهم للغاية أن تحتوي عقدة الناشر على مكون CCMDB المسجل.

إستعادة Publisher من قاعدة بيانات المشترك

في صفحة نظام إستعادة البيانات بعد الكوارث، انتقل إلى إستعادة > معالج الاستعادة.

إذا كان هناك نسخة إحتياطية متوفرة، وقمت بتخطي القسم السابق، فتحقق من جميع خانات إختيار الميزات في قسم تحديد الميزات: مدير ترخيص المؤسسة (ELM) إذا كان متوفرا، CDR_CAR، ومدير الاتصالات الموحدة (UCM).

إذا كنت تستخدم نسخة إحتياطية تم تنفيذها في القسم السابق، فحدد خانة الاختيار UCM فقط:

انقر فوق Next (التالي). حدد خانة الاختيار لعقدة الناشر (CUCM911CCNAPUB)، واختر قاعدة بيانات المشترك التي تتم منها عملية الاستعادة. بعد ذلك، انقر فوق إستعادة.

حالة الاستعادة

عندما تصل الاستعادة إلى مكون CCMDB، يجب أن يظهر نص الحالة على أنه إستعادة Publisher من نسخ المشترك الاحتياطية:

تشغيل التحقق من الصحة على قاعدة بيانات الناشر

قبل إعادة التمهيد وإعداد النسخ المتماثل، من الممارسات الجيدة التحقق من نجاح عملية الاستعادة ومن إحتواء قاعدة بيانات الناشر على المعلومات المطلوبة.

تأكد من أن هذه الاستعلامات ترجع نفس القيم على عقد الناشر والمشترك قبل المتابعة:

- شغل sql select count(*) من الجهاز

- تشغيل SQL Select Count(*) من مستخدم النهاية

أعد تشغيل نظام المجموعة

بعد اكتمال عملية الاستعادة، أدخل الأمر utils system restart على كل عقدة. ابدأ بالناشر متبوعا بكل مشترك.

admin:utils system restart

Do you really want to restart ?

Enter (yes/no)? yes

Appliance is being Restarted ...

Warning: Restart could take up to 5 minutes.

Shutting down Service Manager. Please wait...

\ Service Manager shutting down services... Please Wait

Broadcast message from root (Tue Dec  3 14:29:09 2013):

The system is going down for reboot NOW!

Waiting .

Operation succeeded

التحقق من متطلبات إعداد النسخ المتماثل

انتقل إلى صفحة "التقارير الموحدة من Cisco" وقم بإنشاء تقرير حالة قاعدة بيانات CM الموحدة.

من المحتمل ألا يكون قد تم إعداد النسخ المتماثل بعد، ولكن من المهم التأكد من أن المضيفات Unified CM و Unified CM Rhosts وملفات Unified CM SqlHosts تطابق الناشر.

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

إعداد النسخ المتماثل

اعتمادا على الإصدار، يتعذر إعداد النسخ المتماثل تلقائيا. للتحقق من ذلك، انتظر بدء تشغيل كافة الخدمات، وأدخل الأمر utilsshow runmestate.

تشير قيمة الحالة 0 إلى أن الإعداد قيد التقدم، بينما تشير قيمة 2 إلى أنه تم إعداد النسخ المتماثل بنجاح لتلك العقدة.

يشير هذا الإخراج إلى أن إعداد النسخ المتماثل قيد التقدم (تظهر الحالة على أنها 0 لاثنتين من العقد):

يشير هذا الإخراج إلى إعداد النسخ المتماثل بنجاح:

إذا ظهرت أي عقد بقيمة حالة تبلغ 4، أو إذا لم يتم إعداد النسخ المتماثل بنجاح بعد عدة ساعات، فأدخل الأمر utils dbreplation reset all من عقدة الناشر.

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

بعد الاستعادة

نظرا لأن إستعادة قاعدة البيانات لا تقوم باستعادة كافة المكونات السابقة، يجب تثبيت العديد من العناصر على مستوى الخادم أو استعادتها يدويا.

تنشيط الخدمات

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

تثبيت البيانات التي لم تتم استعادتها

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

- ملفات وزارة الصحة

- حزم الأجهزة

- خطط الطلب (لطلب خطة الترقيم من غير أمريكا الشمالية (NANP))

- الإعدادات المحلية

- أي ملفات متنوعة أخرى من ملفات مؤتمر الأطراف

- أي ملفات تم تحميلها يدويا سابقا إلى الناشر (إذا كان خادم TFTP)

- سلاسل مجتمع بروتوكول إدارة الشبكات البسيط (SNMP)

- صادرات الشهادات المجمعة لمجموعة Extension Mobility Cross (EMCC)، و Intercluster Location Bandwidth Manager (LBM)، و Intercluster Lookup Service (ILS)

- عمليات تبادل الشهادات لتأمين خطوط الاتصال والبوابات وجسور المؤتمرات

ملاحظة: بالنسبة للقطاعات ذات الوضع المختلط، يجب تشغيل عميل قائمة الشهادات الموثوق بها (CTL) مرة أخرى.

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

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

لا يقوم نظام المجموعة بالمصادقة

إذا لم تتم مصادقة نظام المجموعة، فإن السببين الأكثر شيوعا هما عبارات مرور أمان غير متطابقة ومشاكل اتصال على منفذ TCP 8500.

للتحقق من تطابق عبارات مرور أمان نظام المجموعة، أدخل الأمر utils إنشاء نظام أساسي للتقرير في واجهة سطر الأوامر (CLI) الخاصة بكل من العقد، وقم بفحص قيمة التجزئة من ملف platformConfig.xml. يجب أن تتطابق هذه مع عقد الناشر والمشترك.

<IPSecSecurityPwCrypt>

<ParamNameText>Security PW for this node</ParamNameText>

<ParamDefaultValue>password</ParamDefaultValue><ParamValue>0F989713763893AC831812812AB2825C8318

12812AB2825C831812812AB2825C </ParamValue>

</IPSecSecurityPwCrypt>

إذا كانت هذه المكونات متطابقة، فتحقق من اتصال TCP على المنفذ 8500. إذا لم تتطابق، فقد تكون هناك صعوبات عند محاولة إصلاح عبارة المرور بسبب عدة عيوب في رمز CUCM الذي يحيط بالإجراء:

- معرف تصحيح الأخطاء من Cisco CSCtn79868 - إعادة تعيين أداة إسترداد البيانات فقط sftpuser كلمة المرور

- معرف تصحيح الأخطاء من Cisco CSCug92142 - لا تقوم أداة إسترداد البيانات بتحديث كلمات مرور المستخدم الداخلية

- معرف تصحيح الأخطاء من Cisco CSCug97360 - حالات رفض Selinux في الأداة المساعدة لاسترداد البيانات

- معرف تصحيح الأخطاء من Cisco CSCts10778 - حالات الرفض التي يتم إرسالها لإجراء إسترداد كلمة مرور الأمان

- معرف تصحيح الأخطاء من Cisco CSCua09290 - CLI "set password user security" لم يقم بتعيين كلمة مرور التطبيقات الصحيحة

- معرف تصحيح الأخطاء من Cisco CSCtx45528 - يعيد CLI لإعادة ضبط PWD قيمة جيدة ولكنه لا يغير كلمة المرور

- معرف تصحيح الأخطاء من Cisco CSCup30002 - تعطلت خدمة DB، بعد تغيير كلمة مرور الأمان على CUCM 10.5

- معرف تصحيح الأخطاء من Cisco CSCus13276 - يتسبب إسترداد كلمة مرور أمان CUCM 10.5.2 في عدم بدء DB في إعادة التمهيد

إذا كان إصدار CUCM يحتوي على حلول لجميع هذه المشاكل، فإن أسهل حل هو إكمال إجراء إسترداد كلمة المرور بالتفصيل في دليل إدارة نظام تشغيل الاتصالات الموحدة من Cisco، الإصدار 10.0(1) على جميع العقد.

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

لا تقوم عملية الاستعادة بمعالجة مكون CCMDB

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

فشل النسخ المتماثل

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

لا يتم تسجيل الهواتف أو يتعذر عليها الوصول إلى الخدمات

بما أن إستعادة قاعدة البيانات لا تستعيد أي شهادات، إذا كان الناشر هو خادم TFTP الأساسي، فإن الموقع مختلف.

إذا كانت الهواتف موثوق بها لشهادات خدمة التحقق من صحة المشترك (TVS) ومنفذ TCP 2445 مفتوح بين الهواتف وخوادم TVS، فيجب حل المشكلة تلقائيا.

ولهذا السبب، توصي Cisco بالاحتفاظ بنسخ DRF كاملة لنظام المجموعة.

يمكن أن يكون لإصدارات CUCM السابقة للإصدار 8.6 أيضا مشاكل في الشهادة، حتى مع نجاح النسخ الاحتياطي السابق، بسبب معرف تصحيح الأخطاء من Cisco CSCtn50405.

ملاحظة: راجع أمان مدير الاتصالات بشكل افتراضي وعملية ITL واستكشاف مقال Cisco وإصلاحها للحصول على معلومات إضافية حول كيفية أستكشاف أخطاء ملفات قائمة الثقة الأولية وإصلاحها (ITL).