ترقية FMCv والترحيل من VMware ESXi 7. 0 إلى ESXi 8. 0: النهج المرحلي وأفضل الممارسات

خيارات التنزيل

  • PDF     (261.3 KB)
    عرض باستخدام Adobe Reader على مجموعة متنوعة من الأجهزة
  • ePub     (89.5 KB)
    العرض في تطبيقات مختلفة على iPhone أو iPad أو نظام تشغيل Android أو قارئ Sony أو نظام التشغيل Windows Phone
  • Mobi (Kindle)     (84.0 KB)
    عرض على جهاز Kindle أو تطبيق Kindle على أجهزة متعددة
تم التحديث:١٠ نوفمبر ٢٠٢٦
معرّف المستند:226578

لغة خالية من التحيز

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

حول هذه الترجمة

ترجمت Cisco هذا المستند باستخدام مجموعة من التقنيات الآلية والبشرية لتقديم محتوى دعم للمستخدمين في جميع أنحاء العالم بلغتهم الخاصة. يُرجى ملاحظة أن أفضل ترجمة آلية لن تكون دقيقة كما هو الحال مع الترجمة الاحترافية التي يقدمها مترجم محترف. تخلي Cisco Systems مسئوليتها عن دقة هذه الترجمات وتُوصي بالرجوع دائمًا إلى المستند الإنجليزي الأصلي (الرابط متوفر).

المحتويات

مسألة

يخطط المسؤول الذي يقوم بتشغيل الإصدار 7.3.1 من برنامج Firewall Management Center Virtual (FMCv) على برنامج ESXi 7.0 من VMware لترقية وحدة التحكم في إدارة الإطارات (FMC) إلى إصدار مدعوم أعلى ومن ثم ترحيل الجهاز الظاهري FMCv إلى مجموعة ESXi 8.0 جديدة من VMware. وقد أثيرت هذه المخاوف خلال جهود التخطيط هذه:

  • ما إذا كان من الآمن ترقية FMCv من 7.3.1 إلى 7.4.2 أولا، ثم ترحيل VM إلى مجموعة ESXi 8.0، قبل إجراء أي ترقيات أخرى.

  • ما إذا كانت هناك مشكلات توافق أو قيود معروفة عند ترحيل أحد برامج FMCv التي تشغل الإصدار 7.3.1 أو 7.4.2 إلى بيئة VMware ESXi 8.0.

  • ما إذا كان يمكن إستخدام برنامج VMware vMotion لتنفيذ عملية ترحيل سلسة عبر بروتوكول IP نفسه للأجهزة الافتراضية التي تعمل باستخدام برنامج FMCv إلى المجموعة الجديدة دون إنشاء مثيل جديد للأجهزة الافتراضية (VM).

  • ما إذا كان يمكن إستخدام لقطات VMware كآلية للنسخ الاحتياطي والعودة إلى الحالة السابقة في حالة فشل الترقية أو الترحيل.

  • يما هو أعلى إصدار مدعوم من وحدة التحكم في إدارة الهيكل (FMC) الخاص بالمشهد الخارجي للأجهزة المدارة الحالية، والتي تتضمن أجهزة الدفاع ضد تهديدات الجدار الناري (FTD) التي تتراوح من الإصدار 7.2.8 إلى 7.4.2.

  • كيفية تجنب تعارضات عناوين IP عند الانتقال إلى مثيل FMCv الجديد في نظام المجموعة الجديد مع الاحتفاظ بنفس عنوان IP الخاص بالإدارة واسم المضيف.

  • ما هو الترتيب الصحيح للعمليات بالنسبة لخطة ترقية وترحيل مرحلية تعمل على تقليل المخاطر وأوقات التوقف عن العمل إلى الحد الأدنى.

البيئة

  • المنتج: FMCv

  • إصدار برنامج FMC الحالي: 7.3.1

  • نظام Hypervisor الأساسي الحالي: برنامج ESXi 7.0 من VMware

  • نظام Hypervisor الأساسي المستهدف: VMware ESXi 8.0.3 (نظام مجموعة جديد)

  • نوع نشر FMC: مستقل (ليس جزءا من زوج عالي التوافر)

  • الأجهزة المدارة: أجهزة FTD متعددة تتراوح من الإصدار 7.2.8 إلى 7.4.2

قرار

والنهج الموصى به لهذه البيئة هو خطة مرحلية مرحلية للترقية والترحيل. تعمل هذه الخطة على فصل ترقية برامج FMC وترحيل النظام الأساسي لبرنامج hypervisor وترقية أي إصدار لاحق من FMC إلى أحداث صيانة متميزة. ويقلل هذا النهج من المخاطر في كل مرحلة ويوفر نقاط واضحة للتراجع. إن إستخدام VMware vMotion أو اللقطات أو النسخ أو الترحيل المباشر على مستوى VM ليس صراحة الطريقة المدعومة لترحيل FMCv بين المجموعات أو الإصدارات.

هام: لا يتم دعم لقطات VMware و vMotion والاستنساخ لترحيل FMCv

قبل المضي قدما في أي مرحلة من هذه الخطة، من المهم فهم هذه القيود المتعلقة بأساليب الترحيل الأصلية من VMware:

  • لقطات VMware ليست طريقة نسخ إحتياطي أو إستعادة أو تراجع مدعومة لترقيات أو عمليات ترحيل FMCv. قد يؤدي إرجاع FMCv إلى لقطة VMware إلى تلف قاعدة البيانات أو عدم تطابق تحديث الإصدار والمحتوى أو إلى حالة نظام غير مدعومة.

  • إن VMware vMotion والنسخ والترحيل المباشر للأجهزة الافتراضية بين المجموعات هي ليست الطريقة المدعومة لترحيل FMCv إلى نظام أساسي جديد لمراقبة الأجهزة الافتراضية. وتتجاوز هذه الأساليب آليات تكامل البيانات الداخلية التابعة ل FMC.

  • الطريقة الوحيدة المدعومة لترحيل FMCv إلى نظام مجموعة أو مضيف جديد هي سير عمل النسخ الاحتياطي والاستعادة الأصلي ل FMC، بالإضافة إلى نشر مثيل FMCv جديد على النظام الأساسي الهدف.


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

المرحلة الأولى: فحص التوافق قبل الترقية

قبل بدء أي ترقية لبرنامج FMC، تأكد من إصدارات البرامج الدقيقة لجميع أجهزة FTD المدارة في البيئة.

  • تدعم وحدة التحكم FMC 7.4.2 إدارة أجهزة FTD التي تشغل الإصدار 7.0 والإصدارات الأحدث.

  • تدعم وحدة التحكم FMC 7.6.6 إدارة أجهزة FTD التي تشغل الإصدار 7.1 والإصدارات الأحدث.

  • إذا كان أي جهاز FTD في البيئة يشغل إصدارا < 7.0، فيجب ترقية هذا الجهاز إلى الإصدار 7.0 على الأقل بينما تظل FMC على الإصدار 7.3.1، قبل ترقية FMC نفسها.

  • بالنسبة للبيئة الموثقة (نطاق FTD: من 7.2.8 إلى 7.4.2)، تقع جميع الأجهزة المدارة ضمن نطاق التوافق لكل من FMC 7.4.2 و FMC 7.6.6. لا يلزم إجراء الترقية المسبقة ل FTD في هذه الحالة.

قم أيضا بتأكيد ذلك قبل المتابعة:

  • تتميز وحدة التحكم في إدارة اللوحة الأساسية (FMC) بكونها مستقلة ولا تشكل جزءا من زوج الأجهزة عالية التوفر (HA).

  • يعتمد برنامج VMware ESXi 8.0 الدقيق على نظام المجموعة الجديد (الذي تم تأكيده باسم ESXi 8.0.3 في هذه البيئة).

  • يفي ملف تعريف مورد FMCv (وحدات المعالجة المركزية v، الذاكرة، القرص) بمتطلبات إصدار FMC الهدف. يجب مراجعة المواصفات الحالية لوحدات المعالجة المركزية (vCPU) بسعة 4 فولت وذاكرة وصول عشوائي (RAM) سعة 32 جيجابايت وقرص سعة 250 جيجابايت مقابل إرشادات النشر الحالية، وخاصة قبل الترقية إلى وحدة التحكم FMC 7.6.6.

  • ما إذا كان عنوان IP الخاص بإدارة FMC واسم المضيف يظلان نفس الشيء بعد الترحيل (يوصى بشدة بتجنب طلب تحديثات عنوان المدير على جميع أجهزة FTD المدارة).

المرحلة الثانية: ترقية FMCv الموجود من 7.3.1 إلى 7.4.2 على مجموعة ESXi 7.0 الحالية

تقوم هذه المرحلة بترقية برنامج FMCv إلى الإصدار 7.4.2 بينما تظل على البنية الأساسية ESXi 7.0 الموجودة. يضيف FMCv 7.4.2 دعما صريحا ل VMware ESXi 8.0، والذي يكون مطلوبا قبل ترحيل النظام الأساسي في المرحلة 3.

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

الخطوة 2: إجراء عملية نسخ إحتياطي أصلية كاملة لوحدة التحكم في إدارة اللوحة الأساسية (FMC) باستخدام أداة النسخ الاحتياطي المدمجة بوحدة التحكم FMC. قم بتخزين النسخ الاحتياطي في موقع آمن وبعيد خارج الجهاز الظاهري FMCv. تحقق من اكتمال النسخ الاحتياطي بنجاح قبل المتابعة.

الخطوة 3: قم بإكمال جميع عمليات فحص جاهزية الترقية كما هو موثق في دليل تخطيط الترقية FMC 7.4. قم بحل أي مشاكل تم وضع علامة عليها قبل بدء الترقية.

الخطوة 4: ترقية FMCv الموجود من الإصدار 7.3.1 إلى الإصدار 7.4.2. يستخدم هذا مسار انتقال الترقية المدعوم: 7. 3 → 7. 4.

الخطوة 5: بعد اكتمال الترقية، قم بإجراء التحقق من صحة ما بعد الترقية:

  • تحقق من إعادة اتصال جميع أجهزة FTD المدارة بوحدة التحكم في إدارة الإطارات (FMC).

  • تأكد من أن معالجة الحدث نشطة والأحداث تظهر في FMC.

  • تأكد من صحة حالة الترخيص.

  • قم بتنفيذ نشر نهج إختبار على جهاز مدار وتأكد من نجاحه.

لا تقم بالمتابعة إلى المرحلة 3 حتى يتم تمرير جميع خطوات التحقق من الصحة بعد الترقية بنجاح على FMCv 7.4.2 الذي تمت ترقيته.

المرحلة الثالثة: ترحيل FMCv إلى مجموعة ESXi 8.0.3 من VMware باستخدام ميزة النسخ الاحتياطي والاستعادة الأصلية


تقوم هذه المرحلة بترحيل FMCv من مجموعة ESXi 7.0 الحالية إلى مجموعة ESXi 8.0.3 الجديدة. ويتم تحقيق ذلك من خلال نشر مثيل FMCv جديد على المجموعة الهدف واستعادة نسخة إحتياطية أصلية من FMC عليه. يتم الاحتفاظ بنفس عنوان IP الخاص بالإدارة واسم المضيف لتجنب طلب تغييرات عنوان المدير على جميع أجهزة FTD المدارة.

الخطوة 1: بمجرد التأكد من إستقرار FMCv في الإصدار 7.4.2، قم بإنشاء نسخة إحتياطية أصلية من FMC. قم بتخزينه في موقع آمن وبعيد. تحقق من اكتمال النسخ الاحتياطي وصلاحيته قبل المتابعة.

الخطوة 2: قم بنشر مثيل FMCv جديد على مجموعة ESXi 8.0.3. يجب أن يتطابق إصدار البرنامج وإنشاء هذا المثيل الجديد تماما مع إصدار FMCv (بما في ذلك برامج التصحيح والإصلاحات العاجلة) الذي تم أخذ النسخ الاحتياطي منه (FMCv 7.4.2). تأكد من تكوين المثيل الجديد بموارد مساوية أو أكبر (وحدات المعالجة المركزية، والذاكرة، والقرص) ومن تكوين الشبكة بشكل مرحلي ولكن عنوان IP الخاص بإدارة الإنتاج لم يتم تعيينه بعد للمثيل الجديد في هذه النقطة.

الخطوة 3: قم باستعادة النسخة الاحتياطية الأصلية من وحدة التحكم في إدارة اللوحة الأساسية (FMCv) إلى مثيل FMCv الجديد على برنامج ESXi 8.0.3.

الخطوة 4: قبل جلب FMCv الجديد عبر الإنترنت باستخدام عنوان IP الخاص بإدارة الإنتاج واسم المضيف، قم بإيقاف تشغيل FMCv الأصلي أو فصله من الشبكة بالكامل. هذه خطوة إلزامية لمنع حالة IP متكررة ولتجنب مثالين من مثيلات FMC يحاولان الاتصال بنفس أجهزة FTD المدارة في نفس الوقت.

أثناء الفترة التي يتم فيها إيقاف تشغيل FMCv الأصلي وقبل أن تكون FMCv الجديدة متصلة، من المتوقع أن يكون هذا السلوك متبعا لأجهزة FTD المدارة:

  • إعادة توجيه حركة المرور: تعمل أجهزة FTD مستويات البيانات بشكل مستقل عن وحدة التحكم في إدارة اللوحة الأساسية (FMC) وتواصل توجيه حركة المرور بسلاسة تامة وتنفيذ آخر سياسة ناجحة للتحكم في الوصول تم نشرها، باستثناء الحالات المذكورة هنا.

  • تغييرات الإدارة وإمكانية الرؤية: لا تتوفر بالكامل عمليات نشر النهج وتعديلات التكوين وتنبيهات حماية FMC وإمكانية رؤية إدارة الأجهزة.

  • التخزين المؤقت للحدث والخسارة المحتملة: يتم إيقاف رؤية الحدث في الوقت الفعلي في FMC مؤقتا. بينما يحاول FTD تسجيل أحداث الأمان والاتصال محليا في ملفاته الموحدة المؤقتة، فإن هذه الملفات لها حدود تخزين صارمة وتعمل على أساس الكتابة فوق الدائرة. يمكن الكتابة فوق سجلات الاتصال عالية السعة أو فقدانها أثناء إطار الترحيل الممتد. يتم تدفق الأحداث المتبقية في المخزن المؤقت المحلي إلى FMC الجديد بمجرد أن يكون متصلا.

  • قواعد البرامج الضارة: طلبات البحث في مجموعة Real-time للملفات غير المخزنة مؤقتا غير متوفرة لأن وكيل FMC يقوم باستعلامات السمعة هذه إلى سحابة AMP. يستمر FTD في فرض قواعد الحظر أو السماح فقط للملفات المخزنة بالفعل في ذاكرة التخزين المؤقت للمصير النهائي المحلية الخاصة به. تتجاوز الملفات غير المخزنة تحليل السحابة وتستخدم الإعدادات الآمنة للفشل للنهج (عادة ما تفشل في الفتح لمنع تعطل حركة المرور). يتم إيقاف عمليات إرسال البوكسينغ إلى "شبكة التهديدات" والتنبيهات ذات الأثر الرجعي مؤقتا إلى أن يتم تشغيل FMC الجديد.

  • القواعد المستندة إلى الهوية: لا توجد مقاطعة للمستخدمين الذين قاموا بتسجيل الدخول بالفعل والمعينين لعنوان IP، حيث يحتفظ FTD بتعيينات نشطة في الذاكرة المحلية الخاصة به. ومع ذلك، نظرا لأن FMC تعمل كوسيط لمصادر الهوية (على سبيل المثال، وكلاء Cisco ISE أو Active Directory)، لا يمكن التعرف على عمليات تسجيل دخول المستخدم الجديدة أو تغييرات IP أثناء هذا الإطار بواسطة FTD. تعود هذه الجلسات غير المعروفة إلى القواعد الافتراضية أو قواعد الضيوف الخاصة بنهج التشغيل.

  • تصفية URL: عمليات البحث في السحابة المباشرة لمواقع الويب غير المعروفة بالكامل غير متوفرة مؤقتا لأن بروكسيات FMC URL غير المعروفة تطلب إلى سحابة Cisco Talos. يستمر "برنامج الإرسال فائق السرعة (FTD)" في تصفية النهج وإنفاذه بالكامل فقط لمواقع الويب التي تم العثور عليها بالفعل داخل مجموعة البيانات المحلية التي تم دفعها أو ذاكرة التخزين المؤقت المحلية النشطة الخاصة به. تتجاوز حركة مرور ويب التي تتعرض لعنوان URL غير المخزن مؤقتا وغير معروف تصنيف السحابة وتطابق إعدادات النهج الاحتياطية لحركة المرور غير المصنفة (مسموح بها عادة). يتم إيقاف تحديثات حزمة قاعدة بيانات URL مؤقتا حتى يتم اتصال FMC الجديد.

الخطوة 5: قم بتعيين عنوان IP الخاص بإدارة الإنتاج واسم المضيف إلى FMCv الذي تمت استعادته على ESXi 8.0.3 وجلبه عبر الإنترنت. نظرا لاستخدام عنوان IP واسم المضيف نفسه، يمكن لأجهزة FTD المدارة الاتصال بوحدة التحكم في الإطارات (FTD) تلقائيا دون الحاجة إلى تغييرات عنوان Manager على أجهزة FTD الفردية.

الخطوة 6: إجراء التحقق من صحة ما بعد الترحيل:

  • تحقق من إعادة اتصال جميع أجهزة FTD المدارة بمثيل FMCv الجديد.

  • تحقق من حالة الترخيص وتأكد من تطبيق جميع التراخيص بشكل صحيح.

  • تأكد من أن تدفق الحدث وأي عمليات تكامل خارجية تعمل بشكل صحيح.

  • قم بتنفيذ نشر نهج خاضع للتحكم على جهاز مدار وتأكد من نجاحه.

إذا فشل التحقق من الصحة في أي وقت أثناء هذه المرحلة، قم بإيقاف تشغيل مثيل FMCv الجديد، واستعادة FMCv الأصلي على ESXi 7.0 للخدمة، واستكشاف الأخطاء وإصلاحها قبل إعادة محاولة الترحيل. عدم إستخدام لقطة VMware كآلية إرجاع إلى الحالة السابقة.

المرحلة 4: ترقية FMCv من 7.4.2 إلى 7.6.6 (بعد التأكد من إستقرار الترحيل)

بمجرد التحقق من صحة ترحيل FMCv إلى ESXi 8.0.3 بشكل كامل والتأكد من إستقراره، يمكن النظر في إجراء ترقية أخرى إلى FMC الإصدار 7.6.6. يوصى بشدة بعدم دمج ترحيل النظام الأساسي لبرنامج Hypervisor (المرحلة 3) وترقية إصدار FMC الإضافي هذا في حدث صيانة واحد. يؤدي إكمال الترحيل أولا إلى توفير نقطة تفتيش نظيفة ومنخفضة المخاطر قبل المتابعة.

قبل بدء الترقية إلى 7.6.6، قم بتأكيد المتطلبات الأساسية التالية:

  • يقوم كل جهاز يعمل بنظام FTD مدار في البيئة بتشغيل الإصدار 7.1 أو إصدار أحدث. لا تدعم وحدة التحكم FMC 7.6.6 إدارة أجهزة FTD < الإصدار 7.1. في البيئة الموثقة (نطاق FTD: من 7.2.8 إلى 7.4.2)، تفي جميع الأجهزة بهذا المطلب.

  • تم التحقق من صحة ملف تعريف مورد FMCv (4 vCPUs، وذاكرة وصول عشوائي سعة 32 جيجابايت، وقرص سعة 250 جيجابايت) مقابل إرشادات النشر FMC 7.6.6 لإجمالي عدد الأجهزة المدارة ومتطلبات الاحتفاظ بالأحداث في هذه البيئة.

  • تم تأكيد المسار الانتقالي للترقية المعتمد: 7. 4 → 7. 6.

  • يتم تأكيد FMC على أنه مستقل (ليس جزءا من زوج عالي التوفر).

الخطوة 1: قم بإنشاء نسخة إحتياطية أصلية من وحدة التحكم في إدارة اللوحة الأساسية (FMC) والتحقق منها من مثيل FMCv 7.4.2 المستقر على برنامج ESXi 8.0.3. قم بتخزينها في موقع آمن وبعيد.

الخطوة 2: قم بترقية FMCv من الإصدار 7. 4. 2 إلى الإصدار 7. 6. 6.

الخطوة 3: إجراء التحقق النهائي لما بعد الترقية:

  • تحقق من إعادة اتصال جميع أجهزة FTD المدارة بوحدة التحكم في إدارة الإطارات (FMC).

  • تأكد من أن معالجة الحدث وإدارة الحدث يعملان بشكل صحيح.

  • تأكيد حالة الترخيص صحيحة.

  • قم بتنفيذ نشر نهج خاضع للتحكم لتأكيد نجاح تطبيق النهج.

ملخص مسار الترقية والتسلسل الانتقالي

يلخص الجدول الخطة المرحلية الكاملة وعمليات الانتقال المدعومة للترقية والإجراء الرئيسي في كل مرحلة:

طور

الإجراء

إصدار FMC

برنامج مراقبة الأجهزة الافتراضية

انتقال مدعوم

المرحلة الأولى

فحص التوافق قبل الترقية؛ تأكيد إصدارات FTD وحالة FMC HA وملف تعريف الموارد

7.3.1 (حاليا)

ESXi 7.0

غير متوفر — الإعداد فقط

المرحلة الثانية

ترقية برنامج FMCv؛ إجراء النسخ الاحتياطي الأصلي؛ التحقق من صحة الأجهزة المدارة ونشر النهج

7-3-1 → 7-4-2

ESXi 7.0

7.3 → 7.4 (مدعوم)

المرحلة الثالثة

نشر وحدات FMCv جديدة على ESXi 8.0.3؛ إستعادة النسخ الاحتياطي الأصلي؛ قص باستخدام IP/اسم المضيف نفسه؛ التحقق من الصحة

7.4.2 (لا يوجد تغيير في الإصدار)

ESXi 7.0 → ESXi 8.0.3

النسخ الاحتياطي/الاستعادة الأصلية — الطريقة المدعومة

المرحلة 4

بعد إستقرار الهجرة: ترقية FMCv؛ التحقق من اتصال الجهاز والترخيص والأحداث والنهج

7-4-2 → 7-6-6

ESXi 8.0.3

7.4 → 7.6 (مدعوم)

اعتبارات رئيسية

  • التوافق مع مسار الترقية: يستخدم تسلسل الترقية الكامل — 7.3.1 → 7.4.2 → 7.6.6 — المسارات الانتقالية للترقية التي توفرها وحدة التحكم في إدارة اللوحة الأساسية (FMC) المدعومة (7.3 → 7.4 و 7.4 → 7.6). لا يوصى بتخطي الإصدارات الوسيطة أو دمج المراحل في حدث واحد.

  • توافق FMC-FTD: تحافظ وحدة التحكم FMC 7.6.6 على توافق الإدارة الكامل مع أجهزة FTD التي تشغل الإصدارات 7.2.8 حتى 7.4.2. تتطلب وحدة التحكم FMC 7.6 أن تكون جميع أجهزة FTD المدارة في الإصدار 7.1 أو الأحدث.

  • نفس أداة قطع عنوان IP: يجب إيقاف تشغيل FMCv الأصلي بالكامل أو فصله عن الشبكة قبل توصيل FMCv البديل عبر الإنترنت باستخدام عنوان IP الخاص بإدارة الإنتاج. وهذا يؤدي إلى منع حالة تكرار-IP وتجنب مركزي إدارة يحاولان في الوقت نفسه الاتصال بنفس أجهزة FTD. عند إرجاع FMCv الذي تمت استعادته باستخدام عنوان IP نفسه واسم المضيف نفسه، يمكن لأجهزة FTD المدارة إعادة الاتصال دون الحاجة إلى تغييرات في عنوان المدير.

  • التحقق من صحة الموارد قبل 7.6.6: يجب مراجعة ملف تعريف موارد FMCv (4 vCPUs، ذاكرة وصول عشوائي سعة 32 جيجابايت، قرص سعة 250 جيجابايت) مقابل إرشادات النشر الحالية قبل الترقية إلى FMC 7.6.6 مع مراعاة إجمالي عدد الأجهزة المدارة ومتطلبات الاحتفاظ بالأحداث للبيئة.

  • التحقق من النسخة الاحتياطية الأصلية: في كل مرحلة يتم فيها إجراء النسخ الاحتياطي ل FMC الأصلي، يجب التحقق من أن النسخ الاحتياطي كامل وصالح قبل المتابعة. يجب تخزين عمليات النسخ الاحتياطي في موقع آمن وبعيد خارج الجهاز الظاهري FMCv.

  • عدم الجمع بين الترحيل والترقية: يجب إجراء ترحيل النظام الأساسي (المرحلة 3) وترقية إصدار FMC اللاحق إلى 7.6.6 (المرحلة 4) كأحداث صيانة منفصلة. وهذا يضمن وجود نقطة تفتيش نظيفة في الإصدار 7.4.2 من FMCv على الإصدار ESXi 8.0.3 قبل إجراء أي تغييرات إضافية.

السبب

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

  • توافق إصدار FMC مع FTD 7. 4.2: يتطلب وجود جهاز FTD مدار يشغل الإصدار 7.4.2 في البيئة ترقية FMC إلى الإصدار 7.4.2 كحد أدنى، نظرا لأن إصدارات FMC السابقة لا يمكنها إدارة أجهزة FTD باستخدام إصدار أعلى من FMC نفسه.

  • دعم FMCv لبرنامج ESXi 8. 0 من VMware: لا تدعم FMCv 7.3.1 برنامج ESXi 8.0 من VMware باعتباره نظاما أساسيا لبرنامج مراقبة الأجهزة الافتراضية. يجب ترقية FMCv إلى الإصدار 7.4.2 (أو إصدار أحدث) قبل أن يمكن نشره أو تشغيله على ESXi 8.0.x. تؤدي محاولة ترحيل الإصدار 7.3.1 VM من FMCv مباشرة إلى الإصدار ESXi 8.0 دون الترقية أولا إلى برنامج FMC إلى تقديم مخاطر التوافق.

  • أساليب ترحيل VM غير المدعومة: لا تعد تقنية vMotion من VMware واللقطات والنسخ وترحيل VM المباشر أساليب معتمدة لترحيل FMCv بين مجموعات أو إصدارات برنامج hypervisor. يمكن أن ينتج عن هذه الأساليب تلف قاعدة البيانات أو عدم تطابق الإصدار أو حالة نظام غير مدعومة. مسار الترحيل الوحيد المعتمد هو سير عمل النسخ الاحتياطي والاستعادة الأصلي ل FMC المقترن بنشر FMCv جديد على النظام الأساسي الهدف.

المحتوى ذي الصلة

محفوظات المراجعة

المراجعة تاريخ النشر التعليقات
1.0
10-Nov-2026
الإصدار الأولي
TAC Authored

تمت المساهمة بواسطة مهندسو Cisco

  • ميكيس زافيرودس
    مهندس TAC من Cisco
  • إلكين غاسيموف
    مهندس TAC من Cisco

هل كان هذا المستند مفيدًا؟

Feedbackالتعليقات

اتصل بنا

ينطبق هذا المستند على هذه المنتجات