إعادة إنشاء ناشر CUCM من المشترك

المقدمة

يوضح هذا المستند إستعادة عقدة ناشر مدير الاتصالات الموحدة (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 إعداد إستعادة 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، و Unified Communications Manager (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).