المقدمة
يصف هذا المستند الميزات المتعلقة بقاعدة بيانات محرك إدارة البيانات (DME) المقدمة في إصدار مدير نظام الحوسبة الموحدة (UCSM) 3.1.3a.
المتطلبات الأساسية
المتطلبات
توصي Cisco بأن تكون لديك معرفة بالمواضيع التالية:
المكونات المستخدمة
تستند المعلومات الواردة في هذا المستند إلى إصدارات البرامج والمكونات المادية التالية:
- برنامج UCSM الإصدار 3.1.3a
- الطرازان Fabric Interconnect (FI) 6200 Series و 6332 Model
تم إنشاء المعلومات الواردة في هذا المستند من الأجهزة الموجودة في بيئة معملية خاصة. بدأت جميع الأجهزة المُستخدمة في هذا المستند بتكوين ممسوح (افتراضي). إذا كانت شبكتك قيد التشغيل، فتأكد من فهمك للتأثير المحتمل لأي أمر.
معلومات أساسية
DME هو المكون المركزي لبنية برنامج UCSM الذي يحتوي على معلومات حالة النظام. يتم تخزين المعلومات على
جهاز FI للتخزين المحلي في شكل قاعدة بيانات مضمنة تعرف باسم DME DB.
قد تتلف سلامة البيانات في قاعدة البيانات بسبب فشل جهاز التخزين. مع إصدار UCSM 3.1.3a، يتوفر العديد من الميزات الجديدة
تمت إضافتها لجعل UCSM أكثر مرونة باستخدام التحقق الدوري من سلامة قاعدة البيانات (DB) واسترداد قاعدة بيانات (DB) التالفة بسهولة وحماية البيانات من خلال النسخ الاحتياطي التلقائي لقاعدة بيانات الإدارة (DME).
ميزات التحقق من صحة قاعدة بيانات UCSM DME
فحص صحة قاعدة البيانات الدورية
يقوم مدير UCS ببدء التحقق من سلامة DB على فترات دورية للتحقق من سلامة البيانات.
كما يسمح النظام للمستخدمين بتشغيل فحص الحماية يدويا والتحقق من سلامة قاعدة البيانات.
التحقق من التكوين الافتراضي
بشكل افتراضي، يتم إجراء التحقق من الصحة كل 12 ساعة، لإظهار الحالة الحالية أستخدم الأوامر التالية:
UCS # scope system
UCS /system # show mgmt-db-check-policy detail
Management Database Integrity Check Policy:
Health Check Interval (hours): 12
Last Integrity Check Time: 2017-05-07T14:42:47.019
Internal Backup Interval (days): 14
Last Internal Backup Time: 2017-04-28T14:52:12.648
UCS /system #
تغيير الفاصل الزمني
بينما يمكنك تعديل الفاصل الزمني أو تعطيل التحقق من الصحة، فمن المستحسن بشدة عدم إجراء تغييرات على التكوين الافتراضي.
تحذير: من المستحسن بشدة عدم تغيير هذه القيم من القيم الافتراضية
في هذا المثال، يتم تغيير الفاصل الزمني من 12 ساعة إلى 48 ساعة.
UCS /system # set mgmt-db-check-policy health-check-interval 48
UCS /system* # commit-buffer
UCS /system # show mgmt-db-check-policy detail
Management Database Integrity Check Policy:
Health Check Interval (hours): 48
Last Integrity Check Time: 2017-05-07T14:42:47.019
Internal Backup Interval (days): 14
Last Internal Backup Time: 2017-04-28T14:52:12.648
لتعطيل التحقق من الصحة، قم بتعيين القيمة إلى صفر.
تشغيل التحقق من الصحة يدويا
للتحقق من سلامة قاعدة البيانات، يمكنك تنفيذ هذه الأوامر. إذا لم تتم طباعة أية رسالة على الوحدة الطرفية، فإن قاعدة البيانات في حالة جيدة.
UCS # scope system
UCS /system # start-db-check
UCS /system* # commit-buffer
وبالإضافة إلى ذلك، سيتم تسجيل أي رسالة خطأ في ملف سجل FI DME الأساسي (جزء من حزمة دعم UCSM التقني).
[prt:executeHealthCheck] Health Check complete with no corruption
يتيح لك هذا الأمر التحقق بشكل إضافي من حالة قاعدة البيانات:
UCS # scope system
UCS /system # show mgmt-db
Management Database Status:
Fabric Id Corrupted Count Last Occurrence Time
--------- ----------------------- --------------------
A 0 1970-01-01T00:00:00.000
B 0 1970-01-01T00:00:00.000
تلف DB - آلية إسترداد وتعطل على مستوى المستخدم
إذا اكتشف UCSM الفساد في DB أثناء التحقق من الصحة، فإنه ينتج رسائل خطأ.
يتم إنشاء خطأ على مستوى INFO عندما يكون هناك تكرار واحد وإذا حدث تلف أكثر من مرة، يتم تسجيل أخطاء مستوى MAJOR وتحتاج إلى إتخاذ إجراء إضافي والاتصال ب Cisco TAC. اجمع مجموعة دعم فني.
ucs /system # show fault
Severity Code Last Transition Time ID Description
--------- -------- ------------------------ -------- -----------
Info F1899 2017-04-28T01:09:23.332 263649 Management database corruption detected and recovered on Fabric Interconnect B. Number of corruption events: 1. Last corruption event timestamp: 2017-04-28T01:09:23.332
Major F1900 2017-05-02T00:52:07.846 263651 High number of management database corruption events on Fabric Interconnect A. Number of corruption events: 3. Last corruption event timestamp: 2017-05-02T01:06:06.387
آلية الإنعاش
يقوم UCSM بحل التلف تلقائيا دون أي تأثير على أي خدمات أو حركة مرور مستوى البيانات، فيستبدل قاعدة البيانات من الذاكرة أو ينسخ قاعدة البيانات الجيدة من شبكة Peer Fi.
| حدث فساد |
آلية إسترداد النظام |
| FI أساسي |
يتم إسترداد قاعدة البيانات من شجرة معلومات إدارة الذاكرة ( MIT ) |
| FI مرؤوس |
تم إسترداد ملف قاعدة البيانات من FI الأساسي |
إعادة تعيين عدد الفساد
ويستمر تلف قاعدة البيانات حتى يتم مسحه يدويا. على سبيل المثال، إذا تم إستبدال أجهزة FI استنادا إلى مزيد من التحقيقات لحل التلف، فيمكنك تنفيذ هذا الأمر لإعادة ضبط عدد أخطاء الفساد.
ucs-A # scope system
ucs-A /system # set mgmt-db-check-policy reset-corruption-count yes
ucs-A /system* # commit-buffer
النسخ الاحتياطي الدوري
ولزيادة حماية البيانات إلى أقصى حد، يأخذ UCSM كل أسبوعين عملية نسخ إحتياطي كاملة لحالة تكوين UCSM (DME DB) والتي يمكن إستخدامها لأغراض الاسترداد.
علاوة على ذلك، يتم التحقق من سلامة قاعدة البيانات بحيث تتضمن عملية النسخ الاحتياطي التكوين من حالة جيدة.
يتم حفظ ملف النسخ الاحتياطي الكامل للحالة على كل دليل FI /workspace/Backup.
UCS # connect local-mgmt
UCS(local-mgmt)# dir backup/
1 1823454 Apr 28 14:53:23 2017 internalBackup.1493391132.tgz
تغيير الفاصل الزمني لمهمة النسخ الاحتياطي
يمكن تغيير تكرار مهمة النسخ الاحتياطي من 1 إلى 60 يوما. كما هو موضح في هذا المثال، قمنا بتغيير القيمة إلى 28 يوما.
UCS # scope system
UCS /system # set mgmt-db-check-policy internal-backup-interval 28
UCS /system* # commit-buffer
UCS /system # show mgmt-db-check-policy detail
Management Database Integrity Check Policy:
Health Check Interval (hours): 24
Last Integrity Check Time: 2017-05-10T10:35:24.909
Internal Backup Interval (days): 28
Last Internal Backup Time: 2017-04-28T14:52:12.648
UCS /system #
معلومات ذات صلة
التعليقات