Proxmox VE / متوسط: البيانات والهوية والسياسة / الدرس 9

اتساق النسخ والاحتفاظ

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

وقت القراءة التقريبي: 5 دقيقةتاريخ مراجعة المحتوى 2026-10-28

في هذه الصفحة

أهداف الدرس

فصل اتساق الانهيار وتهدئة الملفات واتساق التطبيق.
حصر الأقراص المشمولة ومصادر البيانات الخارجية.
ربط الاحتفاظ وموقع النسخة بأهداف الاسترجاع.

ابدأ بأهداف الاسترجاع

يصف هدف نقطة الاسترجاع RPO مقدار فقد البيانات المقبول زمنيا، ويصف هدف زمن الاسترجاع RTO المدة المقبولة لإعادة خدمة مفيدة. يدعم جدول النسخ هذين الهدفين، لكنه لا يثبتهما وحده. قد توسع المهام الفاشلة وطول التنفيذ وتعذر الأرشيفات وبطء الاستعادة الفجوة الفعلية. حدد حالة التطبيق المهمة، وهل تقع كلها داخل الضيف. في كتالوج افتراضي قد تكون بيانات المنتجات محلية بينما تحفظ الوسائط المرفوعة في مكان آخر. لا يحمي أرشيف الآلة تلك الوسائط الخارجية لمجرد أن التطبيق يشير إليها.

افهم حدود الاتساق

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

text سجل عقد النسخ

copy scope: selected managed guest disks
consistency claim: explicitly reviewed crash/filesystem/application boundary
external data: separately owned media store
acceptance evidence: isolated restore + application integrity check

يفرق السجل الدليل المطلوب ونتيجة نسخ ملتقطة. لا يصل إلى أرشيف أو ضيف.

احسب الاحتفاظ والنمو

يحدد الاحتفاظ نقاط الاسترجاع التي تبقى متاحة، لا عدد المهام الناجحة فقط. يجب أن يشمل تخطيط السعة معدل التغير وسلوك الضغط أو إزالة التكرار حيث ينطبقان، وعبء التحقق. لا تفترض نسبة ضغط ثابتة لأي بيانات تطبيق. يستخدم المثال الثاني نسخا افتراضية بالحجم الكامل لشرح حساب محافظ: تحتاج ست نسخ بحجم 12 GiB إلى 72 GiB قبل الأعباء الإضافية. قد تخزن صيغ النسخ الفعلية البيانات بطريقة مختلفة؛ لذلك قس النظام المختار، ولا تعرض هذا الضرب على أنه معادلة تحديد سعة Proxmox Backup Server.

python حساب احتفاظ افتراضي

copy_gib = 12
retained_copies = 6
print(copy_gib * retained_copies)
print("before overhead; no deduplication modeled")

الناتج المتوقع

72
before overhead; no deduplication modeled

يفترض النموذج نسخا كاملة مستقلة ولا يمثل قياسا لمحرك نسخ.

افصل موقع النسخة والثقة

قد تتعذر نسخة محفوظة فقط على المضيف أو المجمع الفاشل في اللحظة التي تحتاجها فيها. راجع فشل التخزين والحذف واختراق بيانات الاعتماد والخطأ الإداري كسيناريوهات مختلفة. Proxmox Backup Server منتج مستقل له نموذج مخزن وتحقق واحتفاظ ووصول خاص؛ وربطه لا يلغي تصميم هذه المسؤوليات. قد يحمي التشفير المحتوى لكنه يضيف التزام استرجاع المفتاح. لا تستخدم الأمثلة العامة مفاتيح أو نقاط اتصال. وثق من يستطيع حذف النسخ ومن يستطيع استعادتها وكيف يبقى الاسترجاع ممكنا إذا فُقد نظام الإدارة الأساسي.

تحقق من قابلية الاسترجاع

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

الأخطاء الشائعة وإصلاحها

وصف نجاح مهمة النسخ بأنه إثبات لقابلية الاسترجاع

لماذا يحدث؟: لم تختبر الاستعادة وسلامة التطبيق.
كيف تصلحه؟: خطط لاستعادة معزولة ودليل قبول صريح للبيانات والتطبيق.
كيف تتجنب تكراره؟: تتبع تنفيذ النسخ والتحقق من الاسترجاع في سجلين متميزين.

غياب بيانات التطبيق الخارجية من نسخة الاسترجاع

لماذا يحدث؟: اختلط ظهور البيانات للضيف بشمول النسخ الاحتياطي لها.
كيف تصلحه؟: اربط كل مصدر بيانات بمالك استرجاعه والنسخة التي تحميه.
كيف تتجنب تكراره؟: راجع نطاق النسخ كلما تغير تخزين التطبيق.

وجود النسخة الوحيدة على المجمع الأساسي الفاشل

لماذا يحدث؟: رُوجع عدد النسخ المحتفظ بها دون موقع مجال الفشل.
كيف تصلحه؟: صمم وصولا مستقلا وتوفر نسخ يناسبان أنواع الفشل المطلوبة.
كيف تتجنب تكراره؟: راجع الحذف والوصول واسترجاع المفاتيح مع موقع التخزين.

اختبر فهمك

1. جُمد نظام ملفات الضيف أثناء النسخ. هل يثبت ذلك اتساق معاملات قاعدة البيانات؟

اعرض الحل المشروح

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

2. لماذا قد تعجز ست نقاط استرجاع يومية عن تحقيق RPO قدره أربع ساعات؟