يمكن أن يصبح النسخ الاحتياطي التزايدي كبيرًا تقريبًا مثل النسخ الاحتياطي الكامل عندما يعيد المصدر كتابة العديد من الكتل فعليًا، أو يفقد محرك النسخ الاحتياطي خط الأساس السابق للتغيير، أو يتغير النطاق المحمي، أو الرقم الذي تقرأه هو نمو المستودع وليس الحمولة التزايدية الحالية. قم بتشخيص هذه الاحتمالات بشكل منفصل قبل حذف نقاط الاستعادة، إعادة تعيين المهمة، أو بدء نسخة احتياطية كاملة جديدة.
حدد أولاً أي رقم يبدو كبيرًا جدًا
"النسخ التزايدي بحجم كامل" يمكن أن يصف أربعة قياسات مختلفة. ليست قابلة للتبادل، وكل منها يشير إلى سبب مختلف.
| القياس | ما يعنيه | ما الذي يشير إليه القيمة الكبيرة |
|---|---|---|
| البايتات المصدرية التي تم فحصها | البيانات المقروءة لاكتشاف التغييرات | قد يحتاج المحرك إلى فحص الملفات كاملة حتى لو رفع فقط الأجزاء المتغيرة |
| البايتات المنقولة | البيانات الجديدة المرسلة إلى الوجهة | تغيرت العديد من الكتل، فقد خط الأساس، أو لم تتطابق إزالة التكرار |
| حجم الملف التزايدي | بيانات نقطة الاستعادة الجديدة التي كتبها هذا التشغيل | التقاط المهمة لفارق كبير حقيقي أو التصرف كخط أساس جديد |
| النمو الكلي للمستودع | التخزين الصافي المضاف بعد عمليات الدمج والاحتفاظ والبيانات الوصفية والعمليات التركيبية | قد يكون تصميم سلسلة النسخ الاحتياطي أو جدول التنظيف هو السبب الحقيقي |
سجل جميع الأرقام الأربعة لجولة واحدة. المهمة التي تفحص 8 تيرابايت ولكن تنقل 12 جيجابايت تتصرف بشكل مختلف تمامًا عن تلك التي تنقل وتكتب 7 تيرابايت.
تأكد مما إذا كان عبء العمل قد تغير فعلاً بهذا القدر
برنامج النسخ الاحتياطي على مستوى الحجم يحمي كتل التخزين المتغيرة، وليس حجم المستندات المعدلة المرئي للمستخدم. يمكن لتعديل صغير أن يغير كتلة أكبر، وتقوم الخدمات النشطة بتعديل السجلات والفهارس وقواعد البيانات والذاكرات المؤقتة وملفات نظام التشغيل باستمرار. تشرح مناقشة حديثة للمسؤول سبب كيف يمكن لبايت واحد متغير أن يجعل كتلة النسخ الاحتياطي المحتوية جزءًا من الزيادة التالية.
تحقق مما إذا كانت العملية الكبيرة قد تلت أيًا من هذه الأحداث:
- صيانة قاعدة البيانات، الضغط، إعادة الفهرسة، أو نمو سجل المعاملات
- تحديثات الأجهزة الافتراضية، نشاط التبديل، فحوصات مضاد الفيروسات، أو تجزئة الضيف
- تحويل الوسائط، إعادة فهرسة مكتبة الصور، إعادة توليد الصور المصغرة، أو إعادة كتابة البيانات الوصفية
- إعادة كتابة ملفات الأرشيف الكبيرة، الحاويات المشفرة، صناديق البريد، أو صور الأقراص في مكانها
- توازن نظام الملفات، توسيع التجمع، إعادة توطين الكتل، أو توحيد اللقطات
قارن نافذة النسخ الاحتياطي مع سجلات التطبيق ورسوم بيانية لكتابة التخزين. إذا زادت عمليات الكتابة المصدرية في نفس الوقت، فقد يكون النسخ الاحتياطي يبلغ عن فرق حقيقي بدلاً من خطأ في النسخ الاحتياطي.
تحقق مما إذا كان تتبع التغييرات قد فقد خط الأساس الخاص به
تقارن أنظمة تتبع الكتل الحالة الحالية بمعرف تغيير سابق معروف. يمكن أن يكسر استرجاع لقطة، إعادة تعيين التتبع، خريطة التغيير غير الصالحة، ترحيل المضيف، جلسة سابقة فاشلة، أو إعادة إنشاء وظيفة النسخ الاحتياطي هذه العلاقة. قد يقرأ التشغيل التالي أو يحمي المصدر بأكمله لإنشاء خط أساسي آمن. توضح مراجعة عملية استرداد CBT العملية أن إعادة تعيين تتبع التغيير قد تتطلب نسخة كاملة نشطة جديدة قبل استئناف الزيادات التدريجية العادية.
ابحث عن مصطلحات في السجل مثل إعادة تعيين CBT, معرف التغيير غير صالح, تغليف السجل, الخط الأساسي مفقود, سلسلة جديدة، أو مطلوب فحص كامل. لا تقم بإعادة تعيين التتبع بشكل متكرر دون حفظ السجلات؛ يمكن أن تخفي إعادة التعيين المتكررة المحفز الأصلي وتنتج تشغيلات متكررة بالحجم الكامل.
التحقق من أن نطاق النسخ الاحتياطي وهوية المصدر لم يتغيرا
قد تظل الوظيفة موسومة كزيادة تدريجية بينما تحمي مصدرًا مختلفًا عن السابق. يمكن لتركيب جديد تحت مسار مدرج، تغيير حجم نظام الملفات، تغيير معرف الجهاز، اسم مضيف مختلف، مسار مشاركة جديد، أو قاعدة إدراج موسعة أن تجعل المحرك يبني هياكل داخلية جديدة. تظهر مشكلات المجتمع أن الأحجام الإضافية ونقاط التوصيل يمكن سحبها إلى وظيفة تبدو غير متغيرة.
تصدير تعريفات الوظائف السابقة والحالية ومقارنتها:
- الجذور المحمية، نقاط التوصيل، المشاركات، مجموعات البيانات، والأقراص الافتراضية
- معرفات المضيف، الحجم، ونظام الملفات
- أنماط الإدراج والاستبعاد
- مزود اللقطة ووضع الاتساق
- إعدادات التشفير، الضغط، وإزالة التكرار
إذا تم التوسع في المصدر عن قصد، فقد يُتوقع زيادة كاملة واحدة بالحجم الكامل. إذا ظل كل تشغيل لاحق كبيرًا، استمر في التشخيص.
تحديد ما إذا كانت دقة النسخ الاحتياطي تناسب الملفات
تتفاعل محركات تقسيم الملفات على مستوى الملف، مستوى الكتلة، والتقسيم المعرف بالمحتوى بشكل مختلف مع التعديلات، إعادة التسمية، وإعادة الكتابة. قد يسجل نظام إزالة التكرار على مستوى الكتلة البيانات الوصفية فقط عند نقل مجلد؛ بينما قد يعامل محرك أبسط على مستوى الملف المسار المنقول كملف محذوف بالإضافة إلى ملف جديد. في مثال واحد يعتمد على الكتل، تغيير اسم الدليل يغير بيانات مسار الملف دون إعادة رفع كل كتل البيانات التي لم تتغير.
تحتاج الملفات الكبيرة القابلة للتغيير إلى اهتمام خاص. قد يتم قراءة قاعدة بيانات، صورة آلة افتراضية، خزنة مشفرة، أو أرشيف أحادي بالكامل لاكتشاف تغييرات داخلية صغيرة، وتعتمد الكمية المخزنة في النهاية على حدود الأجزاء وإزالة التكرار. يصف نقاش قاعدة البيانات الكبيرة كيف قد يتم قراءة ملف قاعدة بيانات متعدد الجيجابايت بالكامل حتى عندما يتم نقل الأجزاء المتغيرة فقط.
إذا قدم التطبيق تصديراً متسقاً، نسخاً احتياطياً لسجل المعاملات، أو طريقة نسخ احتياطي مدركة للتطبيق، قارن هذا التدفق مع نسخ الملف الأحادي الحي.
افصل زيادة كبيرة عن النسخ الكامل التركيبي ونشاط الاحتفاظ.
يتم تجميع نسخة كاملة تركيبية داخل المستودع من نسخة كاملة سابقة بالإضافة إلى النسخ التزايدية اللاحقة. يمكنها إنشاء كائن استرداد بحجم كامل دون قراءة المصدر بأكمله مرة أخرى. يشرح نظرة عامة على أنواع النسخ الاحتياطي أن النسخ الاحتياطية الكاملة التركيبية تُبنى من السلسلة الكاملة والتزايدية الموجودة.
يمكن أن يظل نمو المستودع مرتفعاً أيضاً عندما تبقى نقاط الاستعادة القديمة مقفلة، أو لم يتم تشغيل التقليم، أو لا تزال اللقطات المحذوفة تشير إلى أجزاء، أو يحتاج الدمج مؤقتاً إلى مساحة عمل. تحقق من جدول زمن الوظيفة بدلاً من الحكم على قائمة دليل واحدة:
| النمط الملحوظ. | التفسير المحتمل. | الفحص التالي. |
|---|---|---|
| نقل الشبكة صغير، وكتابة المستودع كبيرة. | نسخة كاملة تركيبية، دمج، أو إعادة تعبئة. | سجل مهام المستودع. |
| ملف التزايد صغير، لكن الاستخدام الكلي يستمر في الارتفاع. | الاحتفاظ، الثبات، اللقطات، أو التقليم المؤجل. | أقدم نقطة احتفاظ وجدول الاسترداد. |
| البايتات المنقولة والمكتوبة تقتربان من الحجم الكامل. | تغير حقيقي، فقدان الخط الأساسي، أو تغيير في النطاق. | نشاط المصدر وسجلات التتبع. |
| فقط التشغيل الأول بعد التغيير يكون كبيراً. | خط أساس جديد أو انتقال تخطيط المصدر. | التشغيلان التزايديان التاليان. |
قم بإجراء اختبار متغير واحد قبل إعادة بناء سلسلة النسخ الاحتياطي.
- احفظ تكوين الوظيفة الحالي، السجلات التفصيلية، قائمة نقاط الاستعادة، وسعة المستودع.
- اختر نافذة اختبار هادئة وأوقف التطبيقات المعروفة بكتابة عالية إذا كان ذلك آمناً.
- أنشئ ملف اختبار صغير واحد، عدله مرة واحدة، وشغل نفس وظيفة النسخ التزايدي دون تغيير أي إعدادات.
- سجل البايتات التي تم فحصها، نقلها، كتابتها، إزالة التكرار منها، والاحتفاظ بها.
- قم بتشغيل نسخة تزايدية ثانية بدون تغييرات في المصدر.
إذا ظلت كلتا التشغيلين المتحكم فيهما بالحجم الكامل، ركز على التتبع، هوية المصدر، أو تكوين سلسلة الوظائف. إذا أصبحا صغيرين، استعد الأحمال العادية واحدة تلو الأخرى حتى يعود معدل التغيير. هذا يفصل سلوك محرك النسخ الاحتياطي عن التغيرات في التطبيق.
مطابقة الإصلاح مع السبب
| السبب المؤكد | الإجراء التصحيحي | النتيجة المتوقعة |
|---|---|---|
| معدل كتابة حقيقي مرتفع | تقليل نطاق الملفات المؤقتة، استخدام تصديرات مدركة للتطبيق، أو الجدولة بعد الصيانة | حجم الزيادة يتبع تغييرات البيانات المهمة |
| فقدان تتبع الأساس | تتبع الإصلاح مرة واحدة، إنشاء الأساس المطلوب، ثم التحقق من الزيادات لاحقًا | تشغيل كبير واحد يتبعه زيادات أصغر |
| تم توسيع النطاق | تأكد من أن البيانات الجديدة مقصودة أو قسمها إلى مهمة منفصلة | نمو متوقع مرتبط بالمصدر المضاف |
| ملفات كبيرة قابلة للتغيير | استخدم تفريغات متسقة مع التطبيق أو طريقة نسخ احتياطي مدركة للقطع | إعادة معالجة أقل غير ضرورية واستعادة أكثر أمانًا |
| الاحتفاظ أو العمليات الاصطناعية | ضبط تخطيط السعة، توقيت التقليم، أو سياسة نقاط الاستعادة | نمو المستودع يتطابق مع التاريخ المقصود |
عند تحديد حجم الوجهة، تذكر أن تاريخ الإصدارات والاحتفاظ يمكن أن يجعل المستودع أكبر من المصدر النشط. يغطي الدليل الخاص بـ ZimaSpace نفس التمييز في تخطيط سعة NAS للإصدارات وتاريخ النسخ الاحتياطي.
توقف وقم بالتصعيد عندما ينشئ كل تشغيل أساسًا جديدًا
تصعيد المشكلة قبل حذف السلسلة عندما تظهر السجلات تكرار إبطال الأساس، أو تتغير معرفات المصدر بشكل غير متوقع، أو تختفي نقاط الاستعادة، أو يبلغ بيانات المستودع عن تلف، أو يكتب اختبار عدم التغيير تقريبًا كل المصدر. احتفظ بنقاط الاستعادة الحالية حتى يتم اختبار استعادة تمثيلية واحدة على الأقل. قد يخفي إعادة إنشاء المهمة الأدلة ويزيل التاريخ القابل للاسترداد الوحيد.
الأسئلة المتكررة
هل يمكن أن يسبب نقل أو إعادة تسمية مجلد كبير زيادة كاملة الحجم؟
يعتمد ذلك على محرك النسخ الاحتياطي. قد تعيد أدوات إزالة التكرار على مستوى المحتوى أو الكتل استخدام البيانات الموجودة وتخزين بيانات المسار فقط، بينما قد تتعامل أدوات مستوى الملف مع الملفات المنقولة ككائنات جديدة. اختبر المنتج المحدد مع مجلد تمثيلي واحد قبل إعادة تنظيم مجموعة بيانات كبيرة.
هل تعني النسخة الكاملة الاصطناعية أن جهاز التخزين الشبكي (NAS) رفع المصدر بالكامل مرة أخرى؟
ليس بالضرورة. يتم تجميع النسخة الكاملة الاصطناعية عادةً من البيانات الموجودة بالفعل في المستودع. قارن عدادات قراءة المصدر ونقل الشبكة مع عدادات كتابة المستودع لمعرفة مكان حدوث العمل.
لماذا يمكن لتحرير صغير في قاعدة البيانات أن يخلق زيادة كبيرة؟
قد تعيد التطبيق كتابة العديد من كتل التخزين، تضغط قاعدة البيانات، تدوير السجلات، أو تغيير حدود القطع حتى عندما يكون التغيير المرئي في السجل صغيرًا. استخدم نسخة احتياطية متسقة مع التطبيق أو تصديرًا وقارن الفرق مع ملف قاعدة البيانات الحي.
الدعم والنصائح
المزيد للقراءة

هل يمكن لـ Plex مشاركة وحدة معالجة الرسومات (GPU) مع حاوية Docker أخرى؟
يمكن لـ Plex وحاوية أخرى غالبًا الوصول إلى وحدة معالجة الرسومات نفسها، لكن يجب اختبار دعم برنامج التشغيل، وتعيين الجهاز، وحِمل محرّك الفيديو، والذاكرة،...

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

كيفية إعداد ذاكرة التخزين المؤقت وموقع التخزين المؤقت لتحويل الترميز في Plex
احمِ حالة Plex الدائمة مع وضع الملفات المؤقتة للتحويل على مساحة تخزين محلية مناسبة، ثم تحقّق من التنظيف والمساحة الحرة وسلوك إعادة التشغيل.
