المحتويات

المقدمة

المتطلبات الأساسية

المتطلبات

المكونات المستخدمة

عملية النسخ الاحتياطي

إنشاء حزمة النسخ الاحتياطي

النسخ الاحتياطي لإعداد عالي التوفر

نقل الحزمة من CMX إلى جهاز مختلف

حذف أرشيف النسخ الاحتياطي من CMX

إستعادة النسخة الاحتياطية

معلومات إضافية

قيود عملية النسخ الاحتياطي والاستعادة

الفرق بين النسخ الاحتياطي ولقطة الجهاز الظاهري

المقدمة

يوضح هذا المستند كيفية نسخ بيانات التكوين والعميل إحتياطيا واستعادتها على Cisco CMX 10.5 والإصدارات الأحدث

المتطلبات الأساسية

المتطلبات

مطلوب معرفة عامة ب CMX.

المكونات المستخدمة

تم إجراء جميع الاختبارات على محول CMX 10.6.0-177 يعمل على جهاز MSE 3375 ونظام التشغيل MacOS 10.4 وتحديث نظام التشغيل Windows 10 أكتوبر 2018.

ويتضمن ذلك CMX المثبت على جهاز مادي 3365/3375، وكذلك على جهاز ظاهري. يمكن نسخ مكونات CMX هذه إحتياطيا:

- قاعدة البيانات - يقوم بتخزين بيانات التكوين، مثل الخرائط ووحدات التحكم والموقع وبيانات التحليلات المجمعة

- ذاكرة التخزين المؤقت - يقوم بتخزين التحليلات بتكرار الزيارات

- Cassandra - يقوم بتخزين بيانات محفوظات المواقع والتحليلات الخام للزيارات

- INFLUENCExdb - يقوم بتخزين بيانات المقاييس للأنظمة (غير مضمنة بشكل افتراضي)

- القنصل - يخزن تكوينات القنصل

- مخططات - يقوم بتخزين صور الأرضية لعرض واجهة المستخدم

- التراخيص - تخزين معلومات ترخيص Cisco CMX

- الإعداد - تخزين بيانات إعداد CMX

- الاتصالات - يقوم بتخزين الصور على مدخل Connect Captive

- CONF - يخزن تكوين العقد

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

عملية النسخ الاحتياطي

إنشاء حزمة النسخ الاحتياطي

يمكن إجراء نسخ إحتياطي ل CMX، بغض النظر عن مكان تثبيته، باستخدام أمر نسخ إحتياطي ل CMXOS. وبشكل افتراضي، يتضمن النسخ الاحتياطي قواعد البيانات وذاكرة التخزين المؤقت وذاكرة التخزين المؤقت وخرائط الويب والتراخيص والإعداد والارتباطات والتكوين. إضافة —all parameter لتضمين بيانات UploadDB أيضا. بشكل افتراضي، توقف عملية النسخ الاحتياطي خدمات CMX أثناء تنفيذها. قم بإضافة المعلمة — عبر الإنترنت لإجراء النسخ الاحتياطي دون إيقاف خدمات CMX. تتم مطالبتك بإدخال الدليل الذي تريد حفظ أرشيف tar.gz الاحتياطي فيه. يجب أن يكون لدى الدليل أذونات قراءة وكتابة وتنفيذ. يوصى باستخدام دليل /tmp الافتراضي.

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

تأكد من تمكين رسائل keepalive في عميل SSH الخاص بك حتى لا تنتهي جلسة العمل أثناء إنشاء النسخ الاحتياطي. في PuTTY، يمكن القيام بذلك ضمن علامة التبويب "الاتصال":

[cmxadmin@mse33752 ~]$ cmxos backup --online --all

Please enter the path for backup file [/tmp]:

backup name: cmx_backup_mse33752_2019_04_28_22_39

backup dir: /tmp/cmx_backup_mse33752_2019_04_28_22_39

tar file: /tmp/cmx_backup_mse33752_2019_04_28_22_39.tar.gz

running: sudo -u cmx /opt/cmx/bin/cmxctl version

----------------------------------------------------------------------

Build Version   : 10.6.0-331

Build Time      : 2019-01-24 13:27:35.937025

----------------------------------------------------------------------

Image Version   : 10.6.0-177

----------------------------------------------------------------------

Preparing backup of following services: ['database', 'cache', 'cassandra', 'influxdb', 'floormaps', 'licenses', 'setup', 'connectimages', 'conf']

[22:39:56] Preparing for backup...

Preparing for backup...

Database size 51226723

Cache size 7794

Cassandra size 67462961

Floormaps size 1014394

Licenses size 6

Setup size 1912

Connectimages size 6

running: sudo -u cmx /opt/cmx/bin/cmxctl dump

running locally

Dumping configuration information...

[localhost] Executing task 'dump_config_only'

Done.

.

.

.

.

.

.

.

copy snapshot took 0.804718971252 seconds

Backup Cassandra DB took: 8.50579595566 seconds

[22:40:07] Backup InfluxDb...

Backup InfluxDb...

Backup Influx DB took: 0.0411479473114 seconds

[22:40:07] Backup Floormaps...

Backup Floormaps...

Backup floor maps took: 0.055881023407 seconds

[22:40:07] Backup licenses...

Backup licenses...

Backup licenses took: 0.000136137008667 seconds

[22:40:07] Backup setup...

Backup setup...

Backup setup took: 0.00061297416687 seconds

[22:40:07] Backup connect images...

Backup connect images...

Backup connect images took: 0.000127077102661 seconds

[22:40:07] Backup node configuration...

Backup node configuration...

running: sudo -u cmx /opt/cmx/bin/cmxctl dump

running locally

Dumping configuration information...

[localhost] Executing task 'dump_config_only'

Done.

Backup configuration took: 0.383893013 seconds

[22:40:07] Creating tar file..

Creating tar file..

running: tar -chf /tmp/cmx_backup_mse33752_2019_04_28_22_39.tar.gz --use-compress-program=pigz -C /tmp cmx_backup_mse33752_2019_04_28_22_39

running: chmod a+rw /tmp/cmx_backup_mse33752_2019_04_28_22_39.tar.gz

running: chown cmxadmin:cmxadmin /tmp/cmx_backup_mse33752_2019_04_28_22_39.tar.gz

Post backup took: 0.17880988121 seconds

Done Backup. Created backup file /tmp/cmx_backup_mse33752_2019_04_28_22_39.tar.gz

[22:40:07] Done Backup. Created backup file /tmp/cmx_backup_mse33752_2019_04_28_22_39.tar.gz

running: /opt/apache-cassandra-3.9/bin/nodetool --ssl -h cassandra.service.consul -p 7199 clearsnapshot

Requested clearing snapshot(s) for [all keyspaces]

في نهاية الإخراج، يتم تحديد اسم أرشيف النسخ الاحتياطي:

[22:40:07] Done Backup. Created backup file /tmp/cmx_backup_mse33752_2019_04_28_22_39.tar.gz

النسخ الاحتياطي لإعداد عالي التوفر

إذا كان مستوى التوفر العالي قيد التشغيل حاليا، نظرا لتزامن جميع قواعد البيانات بين الأساسي والثانوي، فإن إجراء النسخ الاحتياطي من CMX الأساسي سيكون كافيا لحفظ جميع بيانات العميل. ببساطة قم بتشغيل نسخة cmxos الاحتياطية —all —— online أمر ونقل الملفات من الخادم الأساسي.

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

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

نقل الحزمة من CMX إلى جهاز مختلف

إذا حدث شيء ما على محرك الأقراص الثابتة ل CMX أو حدث تلف للملفات أثناء عملية الترقية، فقد يتم فقد ملفات النسخ الاحتياطي المحفوظة على CMX. يوصى بنقل البيانات من CMX إلى جهاز آخر باستخدام بروتوكول النسخ الآمن (SCP). يمكنك العثور على أمثلة حول كيفية القيام بذلك على أجهزة الكمبيوتر التي تعمل بنظام التشغيل Windows و MacOS و Linux:

ويندوز:

تعتبر أسهل طريقة للقيام بذلك على نظام التشغيل Windows هي من خلال برنامج WinSCP. بعد التثبيت، أدخل عنوان IP وبيانات الاعتماد الخاصة بمستخدم Cmxadmin وتأسيس اتصال SCP. انتقل إلى المجلد الذي تم حفظ النسخة الاحتياطية به، ابحث عن ملف النسخ الاحتياطي واسحبه إلى الموقع المطلوب على الجهاز المحلي (الإطار الأيسر).

هام: نظرا لقيود الوصول إلى الجذر في CMX 10.6.x، لا يوجد قرص مضغوط للأوامر يستخدمه WinSCP للتنقل في الدلائل. في هذه الحالة، لا يمكن إستخدام WinSCP. اتصل ب cisco TAC أن إن يريد أنت أن يحصل منفذ إلى الجذر تصحيح أو يجد بديل SCP أداة مساعدة.

أنظمة التشغيل MacOS و Linux:

يأتي نظام التشغيل MacOS ومعظم برامج لينوكس مع عميل SCP الأصلي. يمكن أن يتم نقل الملفات باستخدام أمر محطة طرفية بسيطة:

scp cmxadmin@<cmx_ip_address>:/<file_path_and_name_on_cmx> <file_path_and_name_on_local_machine>

مثال:

VAPEROVI-M-H1YM:~ vaperovi$ scp cmxadmin@10.48.71.41:/tmp/cmx_backup_mse33752_2019_04_28_19_38.tar.gz /Users/vaperovi/cmx_backup_mse33752_2019_04_28_19_38.tar.gz

cmxadmin@10.48.71.41's password:

cmx_backup_mse33752_2019_04_28_19_38.tar.gz                                           100%  186KB   1.4MB/s   00:00

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

ملاحظة: نظرا لأن CMX 10.5 والإصدارات الأحدث قيد التشغيل على CentOS 7، يمكن إستخدام هذا الأمر لنقل البيانات من CMX واحد إلى آخر مثبت حديثا. بما أن وحدة تحكم لاسلكية واحدة يمكن مزامنتها مع CMX واحد فقط في ذلك الوقت، فتأكد من إيقاف تشغيل CMX الذي يتم تنزيل حزمة النسخ الاحتياطي منه.

حذف أرشيف النسخ الاحتياطي من CMX

في الإصدار 10.5.x من CMX، يمكن حذف الملفات من خلال تسجيل الدخول كمستخدم جذري عبر الأمر su، والتنقل إلى دليل /tmp حيث تم حفظ ملفات النسخ الاحتياطي وحذفها عبر الأمر rm -f:

[cmxadmin@mse33752 ~]$ su

Password:

[root@mse33752 cmxadmin]#

[root@mse33752 cmxadmin]# cd /tmp

[root@mse33752 tmp]# rm -f cmx_backup_mse33752_2019_04_28_19_38.tar.gz

ابتداء من الإصدار 10.6.0، تم تقييد الوصول إلى الجذر. دون تصحيح خاص يمكن عرضه فقط بواسطة Cisco TAC، فإن حذف الملفات مثل على 10.5 غير ممكن. يمكن تحرير بعض المساحة باستخدام الأمر cmxos clean normal —delete:

[cmxadmin@mse33752 ~]$ cmxos clean normal --delete

Are you sure you wish to remove files? [y/N]: y

Removing files in: /opt/cmx/var/log

Remove: /opt/cmx/var/log/entropy.err

Remove: /opt/cmx/var/log/backup.log.2

Remove: /opt/cmx/var/log/techsupport/cmx_tech_support_2019-04-28.log

Removing files in: /opt/influxdb/shared

Removing files in: /tmp

هام: إذا كانت لا تزال هناك مساحة كافية لإجراء النسخ الاحتياطي بعد تشغيل CMXOS نظيف — delete، تحتاج إلى الاتصال ب Cisco TAC للوصول إلى الجذر وإزالة الملفات التي تشغل مساحة.

إستعادة النسخة الاحتياطية

إذا كنت ترغب في إستعادة النسخة الاحتياطية، فقم بنقل ملف النسخ الاحتياطي من الجهاز البعيد إلى CMX. في Windows، يمكنك ببساطة سحب الملفات وإفلاتها باستخدام WinSCP. على MacOS و Linux، أستخدم هذا الأمر:

$ scp <file_path_and_name_on_local_machine> cmxadmin@<cmx_ip_address>:/tmp

مثال:

VAPEROVI-M-H1YM:~ vaperovi$ scp /Users/vaperovi/cmx_backup_mse33752_2019_04_28_19_38.tar.gz cmxadmin@10.48.71.41:/tmp

cmxadmin@10.48.71.41's password:

cmx_backup_mse33752_2019_04_28_19_38_copy.tar.gz                                     100%  186KB   1.3MB/s   00:00

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

لاستعادة البيانات، يحتاج CMX إلى توفر مساحة حرة على القرص 4 أضعاف حجم حزمة النسخ الاحتياطي. إذا لم تكن هناك مساحة كافية، فيمكنك محاولة زيادة مساحة الجهاز الظاهري (VM) أو بتشغيل الأمر cmxos clean normal —delete. يمكن بدء عملية الاستعادة باستخدام أمر إستعادة cmxos. إضافة المعلمة -i، يمكنك النسخ الاحتياطي لعناصر معينة فقط (قاعدة البيانات وذاكرة التخزين المؤقت وكاساندرا والخرائط والتراخيص والإعداد والتوافق). من المستحسن إجراء عمليات نسخ إحتياطي كاملة.

تتطلب عملية الاستعادة إيقاف كافة الخدمات. تأكد من إعداد إطار صيانة كبير بما فيه الكفاية لهذه العملية لأنها قد تستغرق أكثر من ساعة.

[cmxadmin@mse33752 ~]$ cmxos restore

Please enter the backup file path: /tmp/cmx_backup_mse33752_2019_04_28_22_39.tar.gz

Please enter the path for untar backup file [/tmp]:

Stopping monit (via systemctl):                            [  OK  ]

[23:49:19] Preparing for restore...

Restore size 30383753

Available disk space in /tmp is 1812541169664

Available disk space is 1817753817088

[23:49:19] Untarring backup file...

Backing up existing licenses on the system...

Successfully saved existing licenses

Stopping all services...

Pre restore took: 41.672647953 seconds

[23:50:00] Restoring Database...

Created temporary database temp_mse

Running command /usr/bin/sudo -u postgres  pg_restore -j 8 -d temp_mse -Fc /tmp/cmx_backup_mse33752_2019_04_28_22_39/postgres/mse.dump

Restored temporary database temp_mse

Dropping database mse

Renaming database temp_mse to mse

Restarting database...

Starting database...

Restore database took: 10.2765719891 seconds

[23:50:11] Restoring Cache...

Stopping cache_6378...

Restarting cache_6378...

Stopping cache_6379...

Restarting cache_6379...

Stopping cache_6385...

Restarting cache_6385...

Stopping cache_6380...

Restarting cache_6380...

Stopping cache_6381...

Restarting cache_6381...

Stopping cache_6382...

Restarting cache_6382...

Stopping cache_6383...

Restarting cache_6383...

Stopping cache_6384...

Restarting cache_6384...

Restore Cache took: 61.1865711212 seconds

[23:51:12] Restoring Cassandra...

Stopping Cassandra...

Starting Cassandra after wipe...

starting cassandra

Creating empty cassandra schemas

Stopping Cassandra...

Starting Cassandra after restore ...

starting cassandra

Restore Cassandra took: 117.123826981 seconds

[23:53:09] Restoring floormaps...

Restore floor maps took: 0.0736980438232 seconds

[23:53:09] Restoring licenses...

Restore licenses took: 0.000176906585693 seconds

[23:53:09] Restoring setup...

Restore setup took: 0.00758194923401 seconds

[23:53:09] Restoring connect images...

Restore connect images took: 0.000188827514648 seconds

[23:53:09] Running Post Restore Tasks...

[23:53:09] Migrating Schemas...

[23:53:10] Migrating Cassandra Schemas...

stopping cassandra

Local licenses wont be retained.

Running full vacuum command on postgres

Performing cleanup of redis cache 6378 and 6383 to evict bloom filter stale entries.

Performing cleanup of redis cache 6378 to evict stale records by qlesspyworker.

Update CMX default certificate

Post restore took: 61.7358779907 seconds

[23:54:11] Starting all services...

[23:56:04] Done

Starting monit (via systemctl):                            [  OK  ]

معلومات إضافية

قيود عملية النسخ الاحتياطي والاستعادة

- لا يمكن إستيراد النسخ الاحتياطية من CMX 10.3 أو إصدار أحدث إلى CMX 10.5.x والإصدارات الأحدث. يمكن إستيراد عمليات النسخ الاحتياطي من 10.5.x إلى CMX 10.6.x

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

- تأكد من أن المنفذ 22 غير محظور بين CMX والجهاز الذي يتم إستخدامه للوصول إليه

- في حالة إستعادة النسخ الاحتياطية من نوع مختلف من نشر CMX، ارجع إلى الجدول للتحقق مما إذا كانت متوافقة:

إستعادة من...

إستعادة إلى...

التوصيات

نفس مواصفات الجهاز

نفس مواصفات الجهاز

موافق

جهاز Cisco MSE 3365

جهاز Cisco 3375

موافق

جهاز Cisco MSE 3365

ميزة افتراضية ل MSE متطورة (vMSE)

موافق

تقنية vMSE المتطورة

أجهزة Cisco 3375 و Cisco MSE 3365

حسنا، إلا إذا كان الجهاز المتطور يحتوي على المزيد من ذاكرة الوصول العشوائي (RAM) المخصصة أكثر من المواصفات الموصى بها

ميزة vMSE القياسية

أجهزة Cisco 3375 و Cisco MSE 3365

موافق

ميزة vMSE القياسية

تقنية vMSE المتطورة

موافق

ميزة vMSE منخفضة المستوى

أجهزة Cisco 3375 و Cisco MSE 3365

موافق

ميزة vMSE منخفضة المستوى

تقنية vMSE المتطورة

موافق

ميزة vMSE منخفضة المستوى

ميزة vMSE القياسية

موافق

جهاز Cisco 3375

جهاز Cisco MSE 3365

غير مستحسن

جهاز Cisco MSE 3365

ميزة vMSE القياسية

غير مستحسن

جهاز Cisco MSE 3365

ميزة vMSE منخفضة المستوى

غير مستحسن

تقنية vMSE المتطورة

ميزة vMSE القياسية

غير مستحسن

تقنية vMSE المتطورة

ميزة vMSE منخفضة المستوى

غير مستحسن

ميزة vMSE القياسية

ميزة vMSE منخفضة المستوى

غير مستحسن

الفرق بين النسخ الاحتياطي ولقطة الجهاز الظاهري

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

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

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

تذكر أفضل ممارسات VMware لاستخدام اللقطات في بيئة vSphere ما يلي:

- عدم إستخدام اللقطات كنسخ إحتياطية (الأسباب الموضحة)

- يوصي VMware بعدم إستخدام لقطة واحدة لأكثر من 72 ساعة (يستمر ملف اللقطة في النمو في الحجم عند الاحتفاظ به لفترة أطول. قد يؤدي ذلك إلى نفاد مساحة موقع تخزين اللقطات والتأثير على أداء النظام).

- يتم دعم 32 لقطة كحد أقصى في سلسلة. ومع ذلك، للحصول على أداء أفضل، حدد إستخدام من 2 إلى 3 لقطات فقط.

لمزيد من المعلومات، ارجع إلى مقالة أفضل ممارسات لقطات VMware.