Proxmox VE / متقدم: التنسيق ودليل الاسترجاع / الدرس 18
مشروع ختامي: مراجعة الترقية والاسترجاع
اجمع مراجعة صيانة خاصة بالنسخة تحمي البيانات والملكية والاسترجاع وتفرق الخطة الورقية عن الفحوص التشغيلية المنجزة.
في هذه الصفحة
أهداف الدرس
- دمج الجرد والتوافق والنسخ ودليل مجالات الفشل.
- تعريف بوابات الصيانة وقبول خدمة المستخدم.
- كتابة تسليم دقيق بالفحوص غير المنفذة.
حدد سيناريو الصيانة
يراجع المشروع الختامي تغيير صيانة افتراضيا لثلاثة مضيفات تعليمية تحمل آلة كتالوج وحاوية عامل. لا يصف أمر ترقية ولا يدعي نسخة مثبتة بعينها. يجب أن تحدد الخطة نسختي المصدر والهدف الفعليتين والمسار المدعوم وتوافق الضيوف واعتماديات التخزين وأهداف الاسترجاع قبل عمل المشغل. تختلف شروط التحديثات الصغيرة والانتقالات الكبرى. اقرأ إجراء المورد للمسار المحدد، لا وصفة عامة مركبة من أمثلة قديمة. هدف خدمة المستخدم استجابات كتالوج صحيحة وبيانات محفوظة، لا نجاح معاملة الحزم وحده.
اجمع بوابات الدليل
يسرد السجل الأول بوابات تحتاج دليلا ومالكا. لا تكفي مهمة نسخ؛ تشمل صلاحية الاسترجاع نسخا متاحة ومفاتيح واستعادة تطبيق متحققة. يجب أن تحفظ صيانة العنقود افتراضات النصاب وتراعي سلوك HA وسعة الباقين. تبقى صحة التخزين وتوافقه منفصلتين عن صحة الإدارة. ليس السجل تسلسلا للتنفيذ؛ بل يكشف المتطلبات الناقصة عندما لا يزال تعديل التصميم ممكنا، بدلا من اكتشافها بعد فقد عقدة أو مسار تخزين.
gate1: exact source/target release and official supported procedure
gate2: inventory + guest/device/storage/network compatibility
gate3: recoverable copies + keys + application restore evidence
gate4: quorum/HA/fencing and survivor-capacity review
gate5: approved change owner, recovery path and user acceptanceهذه التزامات مراجعة لا تمنح صلاحية أو تنفذ فحصا أو تثبت حالة عنقود.
قارن النية والرصد
يحدد فحص التغيير أي ضيوف تنتقل، وأي أقراص تبقى متاحة، وأي هويات شبكة تستقر، وأي افتراضات توافق تتغير. يحتاج دليل ما قبل وما بعد أوقاتا وهويات موارد دقيقة. يقارن البرنامج الثاني جردا افتراضيا صغيرا بحثا عن معرّفات ضيوف مفقودة. لا يستعلم Proxmox ولا يثبت صحة الباقين. تطابق الجرد ثابت محاسبي ضروري، بينما تحتاج صحة التطبيق وسلامة التخزين وتنفيذ السياسة فحوص قبول خاصة. لا توسع مقارنة مجموعات بسيطة إلى ادعاء أن الصيانة اكتملت بأمان.
expected_guests = {210, 220, 230}
observed_fixture = {210, 220}
print(sorted(expected_guests - observed_fixture))
print(expected_guests == observed_fixture)[230]
Falseيغيب230 من البيانات وتختلف المجموعتان دون اكتشاف حالة ضيف أو تغييرها.
خطط للاسترجاع حسب العواقب
يعتمد الاسترجاع على ما تغير: إعداد الضيف وحزم المضيف والنواة وبيانات التخزين الوصفية وحالة التطبيق الخارجية تختلف في قابلية العكس. لا تعد بخفض الحزم كاستراتيجية رجوع عامة. قد تحتاج الاستعادة مضيفا متوافقا وهويات معزولة؛ ويحتاج الانقسام دليل ملكية ونصاب، ويحتاج فشل ترحيل التطبيق استرجاعا واعيا بالبيانات. عرف شروط التوقف عند الغموض وتجنب تصحيحات متنافسة. ينبغي أن تحفظ نافذة الصيانة وصولا ودليلا مستقلين حتى عند فشل الإدارة المعتادة، كي تظل الخطة صالحة عند اختبار افتراضاتها.
قدم تسليما محدد الادعاءات
يسمي التسليم النهائي النتائج المقصودة والمراجع الرسمية المراجعة والافتراضات والحسابات المحلية المنفذة وكل فحوص المنصة غير المنفذة. لا ينفذ المسار تثبيتا أو تحديثا أو عملية عنقود أو ضيف أو نسخا أو استعادة أو جس شبكة أو تغيير تخزين. أمثلته افتراضية وسجلات المنصة غير قابلة للتشغيل. يمكن أن يظل الأثر التعليمي المحلي الكامل دقيقا، بإظهار السلسلة من المتطلبات إلى دليل السعة والهوية والملكية والاسترجاع. تعالج مراجعة البيئة المخولة التالية أسئلة مسماة، بدلا من اعتبار المقاطع التعليمية دليلا تشغيليا مختبرا.
الأخطاء الشائعة وإصلاحها
استبدال توثيق النسخة بوصفة ترقية عامة
- لماذا يحدث؟
- لم يحدد توافق المصدر والهدف والمتطلبات السابقة.
- كيف تصلحه؟
- استخدم الإجراء الرسمي للانتقال المدعوم المحدد.
- كيف تتجنب تكراره؟
- سجل افتراضات النسخة وتاريخ المراجعة في الخطة.
اعتبار تطابق الجرد قبولا كاملا للصيانة
- لماذا يحدث؟
- حلت المحاسبة محل دليل التطبيق والبيانات.
- كيف تصلحه؟
- تحقق من ثوابت الخدمة والتخزين والسياسة الصريحة بصورة مستقلة.
- كيف تتجنب تكراره؟
- حدد حد الدليل الذي تغطيه كل بوابة قبول.
الوعد بخفض النسخة دون مراجعة تغيرات الحالة
- لماذا يحدث؟
- افتُرض أن جميع المكونات قابلة للعكس بالطريقة نفسها.
- كيف تصلحه؟
- قيّم الاسترجاع المدعوم للحزم والتخزين وبيانات التطبيق منفردة.
- كيف تتجنب تكراره؟
- جهز الاسترجاع قبل التغيير، بما فيه وصول مستقل.
اختبر فهمك
1. تطابقت مجموعات الجرد بعد الصيانة. ما الادعاءات المهمة التي لم تثبتها هذه المقارنة؟
اعرض الحل المشروح
لا يثبت التطابق إقلاع الضيوف وتوافق مشغلاتهم وسلامة التخزين ومسارات الشبكة والتفويض وحداثة النسخ وسلوك التطبيق. استخدمه فحص جرد واحدا، واجمع نتائج القبول المطلوبة كل على حدة. سجل الأدوات والمشاهدات الدقيقة، ولا تحول تطابق قائمة الضيوف إلى عبارة أن جميع الأحمال سليمة. قد تبقى الهوية نفسها بينما يتغير سلوكها أو تتعذر بياناتها.
2. ماذا يجب أن يذكر التسليم إذا لم تنفذ إلا نماذج Python دون اتصال؟
اعرض الحل المشروح
سم النماذج ومدخلاتها الافتراضية ونواتجها المطابقة. واذكر صراحة أن فحوص تثبيت المنصة والمحرك والشبكة والتخزين والضيوف لم تنفذ. أدرج افتراضات النسخة والإجراء الرسمي الذي ما زالت البيئة الفعلية تحتاجه. يصف ذلك الدليل المحلي الكامل بدقة، مع حفظ الفرق بين تحقق التعلم ونجاح التشغيل. لا تعوض غياب فحص بيئي بادعاء مشتق من حساب مستقل.
أهم ما تعلمته
- تعتمد جودة الصيانة على التوافق والاسترجاع ودليل قبول صريح.
- تذكر المراجعة الكاملة الفحوص غير المنفذة ولا تخترع نجاحا تشغيليا.