كيف تعمل النسخ الاحتياطية للمواقع: الفرق بين الكاملة والتزايدية والتفاضلية

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

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

النسخة الاحتياطية لموقع ويب هي عادة شيئان مجموعان معًا: الملفات (كود التطبيق، القوالب، الإضافات، الوسائط المرفوعة) وقاعدة البيانات (المنشورات، المنتجات، الطلبات، حسابات المستخدمين — أي شيء مخزَّن كبيانات منظَّمة لا كملف على القرص). يتغيّر كلاهما بمرور الوقت، وعادة بمعدلات مختلفة — قد تنمو مكتبة الوسائط بثبات بينما تتغيّر قاعدة البيانات باستمرار على موقع نشط. يجب أن تراعي استراتيجية النسخ الاحتياطي الاثنين معًا، والتمييز بين الكاملة والتزايدية والتفاضلية ينطبق على كل منهما بشكل مستقل، رغم أن معظم الأنظمة عمليًا تنسخ الملفات وقاعدة البيانات بنفس الجدول تبسيطًا للأمر.

النسخة الكاملة: كل شيء في كل مرة

تنسخ النسخة الكاملة كل شيء في كل مرة تعمل فيها، بغض النظر عمّا تغيّر منذ آخر نسخة. هذه أبسط طريقة من حيث الفهم والاستعادة على السواء، لأن نسخة كاملة واحدة هي لقطة كاملة ومستقلة بذاتها — تعني الاستعادة استبدال كل شيء بتلك النسخة الوحيدة، دون الحاجة لأي نسخ أخرى. الثمن أنها الأكثر تكلفة عند التكرار: تستغرق نسخة كاملة لموقع 5 جيجابايت وقتًا وتخزينًا متقاربين سواء تغيّرت 5 ميجابايت أو 2 جيجابايت منذ الأمس، لأنها لا تتحقق أصلاً مما تغيّر، بل تنسخ كل شيء من جديد فحسب.

النسخة التزايدية: فقط ما تغيّر منذ آخر نسخة

تنسخ النسخة التزايدية فقط التغييرات في الملفات وقاعدة البيانات منذ آخر نسخة احتياطية من أي نوع — كاملة أو تزايدية. هذا يجعل كل نسخة تزايدية فردية سريعة وصغيرة، لأن جزءًا بسيطًا فقط من محتوى الموقع يتغيّر في أغلب الأيام. يظهر الثمن عند الاستعادة: استرجاع نقطة زمنية محددة يتطلب آخر نسخة كاملة بالإضافة إلى كل نسخة تزايدية تمت منذ ذلك الحين، مُطبَّقة بالترتيب. فإن عملت نسخة كاملة يوم الاثنين، ونسخ تزايدية من الثلاثاء إلى الجمعة، فاستعادة حالة يوم الجمعة تعني تطبيق النسخ الخمس بالتتابع — وإن كانت إحدى النسخ التزايدية في تلك السلسلة تالفة أو مفقودة، تصبح كل النسخ التي تليها غير قابلة للاستخدام عمومًا أيضًا.

النسخة التفاضلية: كل شيء منذ آخر نسخة كاملة

تنسخ النسخة التفاضلية كل ما تغيّر منذ آخر نسخة كاملة، لا منذ آخر نسخة من أي نوع. يكبر حجم كل نسخة تفاضلية عن سابقتها كلما تراكمت الأيام منذ النسخة الكاملة، لكن الاستعادة لا تحتاج أبدًا أكثر من نسختين: آخر نسخة كاملة، وأحدث نسخة تفاضلية. لا توجد سلسلة من عدة ملفات يجب أن تكون جميعها سليمة — فقط هاتان النسختان — ما يجعل التفاضلية حلاً وسطًا بين بساطة النسخة الكاملة وكفاءة التخزين في التزايدية.

مقارنة مباشرة بين الأنواع الثلاثة

مثال عملي: موقع 5 جيجابايت خلال أسبوع

لنفترض موقع ووردبريس بحجم 5 جيجابايت يعمل نسخة كاملة كل يوم أحد، ونسخة يومية من نوع آخر بقية الأسبوع. مع نسخ تزايدية يومية: قد تكون نسخة الاثنين 40 ميجابايت فقط (بضعة منشورات، تحديثات إضافات)، ويبقى كل يوم لاحق بحجم مشابه طالما بقي حجم التغيير اليومي معتدلاً — بحلول السبت، يكون إجمالي تخزين الأسبوع نحو 5 جيجابايت (النسخة الكاملة) زائد ست نسخ تزايدية صغيرة، ربما 5.3 جيجابايت إجمالاً. تتطلب استعادة حالة السبت تطبيق النسخة الكاملة ليوم الأحد، ثم النسخ الست بالترتيب. أما مع نسخ تفاضلية يومية بدلاً من ذلك: نسخة الاثنين قريبة أيضًا من 40 ميجابايت، لكن نسخة الثلاثاء تشمل كل شيء منذ الأحد — تغييرات الاثنين والثلاثاء معًا، فربما 75 ميجابايت — وتستمر في الكِبر يوميًا، لتصل ربما إلى 250 ميجابايت بحلول السبت مع تراكم تغييرات الأسبوع في ملف واحد. يكون إجمالي تخزين الأسبوع في النهاية أعلى من نهج التزايدية، لكن استعادة حالة السبت تحتاج فقط ملفين: النسخة الكاملة ليوم الأحد، والنسخة التفاضلية ليوم السبت.

مكان تخزين النسخة لا يقل أهمية عن تكرارها

نسخة احتياطية مخزَّنة على نفس الخادم الفعلي الذي تحميه تُفرِغ جزءًا كبيرًا من غرضها: إن تعرّض ذلك الخادم لعطل في العتاد، أو اختُرق، أو مُحي تخزينه أو شُفّر بواسطة برمجية فدية، تُفقَد النسخة الموجودة على نفس القرص مع كل ما كانت تحميه. هذا هو المنطق خلف مبدأ "3-2-1" المعروف: الاحتفاظ بثلاث نسخ على الأقل من البيانات، على نوعين مختلفين على الأقل من التخزين، مع نسخة واحدة على الأقل مخزَّنة خارج الموقع، بعيدًا عن الخادم نفسه. بالنسبة لموقع تجاري نموذجي، يعني هذا وجهة نسخ احتياطي منفصلة فعليًا أو منطقيًا على الأقل عن حساب الاستضافة الذي تحميه — خدمة تخزين منفصلة، مركز بيانات مختلف، أو على الأقل قرص فعلي مختلف عن الذي يعمل عليه الموقع الحي. مهمة نسخ احتياطي ليلية تكتب مخرجاتها على نفس قرص الموقع الذي تنسخه لا تزال ذات قيمة حقيقية ضد الحذف العرضي أو نشر خاطئ، لكنها لا تقدّم أي حماية إطلاقًا ضد عطل القرص نفسه أو اختراق الحساب بأكمله — وهو بالضبط السيناريو الذي تكون فيه النسخة الاحتياطية أكثر ما تُحتاج إليه.

ماذا تتطلب الاستعادة فعليًا

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

أي نوع تختار، ومتى

معظم جداول النسخ الاحتياطي الفعلية ليست اختيارًا نقيًا لاستراتيجية واحدة — بل نسخة كاملة بوتيرة منتظمة (أسبوعيًا أمر شائع) مقترنة إما بنسخ تزايدية أو تفاضلية تملأ الفجوات بين النسخ الكاملة، والاختيار بين الاثنتين يتعلق غالبًا بمساحة التخزين المتاحة مقابل مدى تحمّل استعادة متعددة الخطوات. موقع بمساحة تخزين احتياطي محدودة واستعادات نادرة ومتوقعة يستفيد من صغر حجم النسخ التزايدية. أما موقع تهمّه سرعة الاستعادة وبساطتها أثناء حادث أكثر من تكلفة التخزين فيستفيد من استعادة النسخة التفاضلية بملفين فقط، خصوصًا متى كان التخزين رخيصًا نسبة لقيمة الوقت أثناء التوقف. لا يهم أي اختيار كثيرًا إن لم تُختبَر النسخ الاحتياطية — راجع كم مرة يجب أن تنسخ موقعك التجاري احتياطيًا؟ لمعرفة كيفية التفكير في التكرار ومدة الاحتفاظ بعد تحديد نوع النسخة نفسه، وأخطاء أمان شائعة يجب على أصحاب المواقع تجنبها لمعرفة أين يقع "عدم وجود استراتيجية نسخ احتياطي مُختبَرة" بين أكثر الإخفاقات شيوعًا وقابلية للتجنب.