يتلف عالم Minecraft الخاص بك بعد تحديث تعديل سيء. لقد اختفت قاعدة بيانات Discord bot الخاصة بك بعد عملية نشر معطلة. خادم VPS الخاص بك متصل بالإنترنت، لكن الملفات التي تحتاجها بالفعل ليست كذلك. وهذا هو بالضبط السبب وراء أهمية شرح النسخ الاحتياطية للخادم - لأن وقت التشغيل وحده لا يحفظ بياناتك.
النسخة الاحتياطية هي مجرد نسخة قابلة للاستخدام من بيانات الخادم الخاص بك والتي يمكنك استعادتها لاحقًا. ليس وعدا. ليست لقطة لم تختبرها أبدًا. ليس المجلد الذي قصدت تنزيله الشهر الماضي. تتيح لك النسخة الاحتياطية الحقيقية استعادة الملفات وقواعد البيانات والتكوينات وأحيانًا النظام بأكمله بعد فشل شيء ما.
بالنسبة للمجتمعات الصغيرة ومطوري الروبوتات ومسؤولي خادم الألعاب، لا تعد النسخ الاحتياطية ميزة خاصة بالمؤسسة فقط. إنها حماية أساسية ضد المشكلات العادية: الأخطاء البشرية، والتحديثات الفاشلة، والحسابات المخترقة، ومشكلات القرص، والمكونات الإضافية السيئة، وعمليات الحذف غير المقصودة. إذا كان مشروعك يعمل على مدار الساعة طوال أيام الأسبوع، فمن المفترض أن يتم تشغيل النسخ الاحتياطية بنفس القدر من الموثوقية.
تم شرح النسخ الاحتياطية للخادم ببساطة: ما تتضمنه النسخة الاحتياطية بالفعل
يعتقد معظم الناس أن النسخة الاحتياطية تعني نسخ كل شيء. في بعض الأحيان يكون هذا صحيحًا، لكنه غالبًا ما يكون إسرافًا. تغطي النسخة الاحتياطية الجيدة البيانات التي من الممكن أن تفقدها والأجزاء المطلوبة لإعادة الخدمة بسرعة.
على خادم اللعبة، يعني هذا عادةً بيانات العالم وبيانات اللاعب وملفات التكوين ومجلدات المكونات الإضافية والأصول المخصصة. في روبوت Discord، يمكن أن يعني ذلك كود المصدر، وتكوين البيئة، والأصول التي تم تحميلها، وخاصة قاعدة البيانات.على VPS، وقد تتضمن ملفات موقع الويب، وقواعد البيانات، وتكوين النظام، وملفات SSL، والمهام المجدولة، والبرامج النصية للنشر.
الفكرة الأساسية بسيطة: إذا كانت إعادة بنائه من الصفر ستستغرق وقتًا أو مالًا أو تتسبب في التوقف عن العمل، فمن المحتمل أن يكون ذلك ضمن خطتك الاحتياطية.
هذا لا يعني أن كل نسخة احتياطية يجب أن تتضمن نظام التشغيل بأكمله. تعد صور الخادم الكاملة مفيدة، ولكنها أكبر وأبطأ في التخزين وليست ضرورية دائمًا لكل سيناريو استعادة. في بعض الأحيان تحتاج إلى إرجاع جدول قاعدة بيانات واحد، وليس التراجع عن الجهاز بأكمله. هذا هو المكان الذي تكون فيه أنواع النسخ الاحتياطية مهمة.
أنواع النسخ الاحتياطي الثلاثة التي يحتاج معظم المستخدمين إلى معرفتها
نسخة احتياطية كاملة تنسخ كل شيء في النطاق. إنه الأسهل في الفهم والأسهل في الاستعادة منه، ولكنه يستخدم مساحة تخزين أكبر ويمكن أن يستغرق إنشاءه وقتًا أطول.
النسخ الاحتياطي التزايدي يحفظ فقط ما تغير منذ آخر نسخة احتياطية من أي نوع. وهذا فعال وسريع، مما يجعله رائعًا لجداول النسخ الاحتياطي المتكررة. المقايضة هي استعادة التعقيد. إذا كان أحد الروابط في السلسلة مفقودًا أو تالفًا، فقد تصبح عملية الاسترداد فوضوية.
تعمل النسخة الاحتياطية التفاضلية على حفظ كل ما تم تغييره منذ آخر نسخة احتياطية كاملة. إنه يجلس في المنتصف. تعد عمليات الاستعادة أبسط من النسخ الاحتياطية التزايدية، ولكن استخدام التخزين ينمو بمرور الوقت حتى تقوم النسخة الاحتياطية الكاملة التالية بإعادة تعيين الدورة.
بالنسبة لمعظم عمليات النشر الصغيرة، فإن الإعداد الأفضل هو عدم اختيار واحدة إلى الأبد. هو الجمع بينهما. يعد النسخ الاحتياطي الكامل الأسبوعي بالإضافة إلى النسخ الاحتياطية اليومية المتزايدة أمرًا شائعًا لأنه يوازن بين السرعة والتخزين ووقت الاسترداد.
ما هي النسخ الاحتياطية للخادم التي لا تحميك منها
تساعد النسخ الاحتياطية في عملية الاسترداد. وهي لا تحل محل الأمن أو المراقبة أو الصيانة.
إذا تم اختراق الخادم الخاص بك وقام المهاجم أيضًا بحذف النسخ الاحتياطية الخاصة بك، فهذا يعني فشل خطتك. إذا قام برنامج الفدية بتشفير بيانات الإنتاج وتخزين النسخ الاحتياطي المتصل، فهذا يعني فشل خطتك. إذا كان لديك نسخ احتياطية ولكنك لم تختبر الاستعادة مطلقًا، فأنت لا تعرف حقًا ما إذا كانت تعمل أم لا.
ولهذا السبب تفصل الإعدادات الذكية الإنتاج عن تخزين النسخ الاحتياطي وتحتفظ بإصدارات متعددة. نسخة احتياطية واحدة حالية أفضل من لا شيء. نقاط الاستعادة المتعددة أفضل من نقطة واحدة. النسخ غير المتصلة أو المعزولة هي الأفضل.
تحدث فترات توقف كثيرة بعد وقوع الحادث، وليس أثناءه. الفشل الفني هو مشكلة واحدة. عملية الاستعادة البطيئة والمربكة هي الأكبر.
كم مرة يجب عليك عمل نسخة احتياطية للخادم؟
يعتمد ذلك على مقدار التغييرات في البيانات ومدى الألم الذي قد يسببه فقدان بضع ساعات منها.
إذا كنت تدير مشروعًا شخصيًا صغيرًا يتغير مرة واحدة في الأسبوع، فقد تكون النسخة الاحتياطية اليومية أكثر من كافية. إذا كنت تستضيف نشطا خادم ماين كرافت يمكن أن يتغير تقدم اللاعب كل دقيقة. إذا كان برنامج Discord الخاص بك يكتب تذاكر أو بيانات اقتصادية أو سجلات أو إعدادات المستخدم طوال اليوم، فقد يكون فقدان حتى ست ساعات مشكلة حقيقية.
والسؤال الأفضل هو: ما مقدار البيانات التي يمكنك تحمل خسارتها؟ هذه هي نقطة الاسترداد المستهدفة، حتى لو لم تسميها كذلك.
إذا كانت الإجابة يومًا واحدًا، فقم بعمل نسخة احتياطية يوميًا على الأقل. إذا كانت الإجابة ساعة واحدة، فإن النسخ الاحتياطية اليومية ليست كافية. بالنسبة للبيئات النشطة، يستخدم العديد من المسؤولين أسلوبًا متعدد الطبقات: النسخ الاحتياطي المتكرر لقاعدة البيانات، والنسخ الاحتياطي اليومي للتطبيقات، والنسخ الاحتياطي الأسبوعي الكامل للنظام.
تحتاج أيضًا إلى التفكير في الاحتفاظ. يعد الاحتفاظ بأحدث نسخة احتياطية فقط أمرًا محفوفًا بالمخاطر. إذا بدأ الفساد منذ ثلاثة أيام ولم تلاحظه إلا الآن، فقد تكون النسخة الاحتياطية الأحدث لديك تحتوي على المشكلة بالفعل. يمنحك الاحتفاظ بإصدارات متعددة مساحة لاستعادة البيانات النظيفة.
تم شرح النسخ الاحتياطية للخادم ببساطة لخوادم الألعاب والروبوتات ومستخدمي VPS
بالنسبة لخوادم الألعاب، فإن الاتساق مهم. يمكن أن يؤدي نسخ الملفات المباشرة أثناء قيام العالم بحفظ الملفات بشكل نشط إلى فشل عمليات الاستعادة. تتعامل بعض الأنظمة الأساسية والبرامج النصية مع هذا الأمر بشكل جيد، لكن القاعدة العامة بسيطة: قم بعمل نسخ احتياطية بطريقة لا تلتقط البيانات نصف المكتوبة. تساعد عمليات النسخ الاحتياطي المجدولة أثناء نوافذ النشاط الأقل.
ل الروبوتات الخلاف غالبًا ما تكون قاعدة البيانات أكثر قيمة من كود الروبوت. عادةً ما يكون الرمز موجودًا في التحكم في الإصدار أو يمكن إعادة نشره. لا يمكن للبيانات التي أنشأها المستخدم. إذا كان الروبوت الخاص بك يقوم بتخزين سجل الإشراف أو تسوية البيانات أو التذاكر أو إعدادات الخادم، فقم بإعطاء الأولوية للنسخ الاحتياطي لقاعدة البيانات أولاً.
بالنسبة لمستخدمي VPS، الخطأ الأكبر هو افتراض أن المزود يتعامل مع كل شيء تلقائيًا. يقدم بعض المضيفين لقطات أو نسخًا احتياطية مُدارة، والبعض الآخر لا يفعل ذلك، والبعض الآخر يغطي الفشل على مستوى البنية التحتية فقط. وهذا مفيد، لكنه قد لا يحميك من أخطائك. إذا قمت بحذف ملفات تطبيقك أو الكتابة فوق قاعدة بيانات، فلن يؤدي تكرار البنية التحتية إلى استعادة مشروعك بطريقة سحرية.
ولهذا السبب، من المفيد التحقق من نوع النسخة الاحتياطية المتوفرة لديك فعليًا: النسخ الاحتياطي على مستوى الملف، أو على مستوى قاعدة البيانات، أو على أساس اللقطة، أو النسخ الاحتياطي الكامل للصورة. الاسم أقل أهمية من نتيجة الاستعادة.
كيف تبدو استراتيجية النسخ الاحتياطي الجيدة في الممارسة العملية
استراتيجية النسخ الاحتياطي الجيدة مملة حسب التصميم. فهو يعمل في الموعد المحدد، ويخزن البيانات في موقع منفصل، ويحتفظ بنقاط استعادة متعددة، ويتم اختباره قبل حالة الطوارئ.
بالنسبة للعديد من المستخدمين، يبدو الإصدار العملي كما يلي: نسخ احتياطية تلقائية بدلاً من النسخ اليدوية، ونسخة واحدة على الأقل خارج الخادم، ونافذة احتفاظ طويلة بما يكفي لاكتشاف المشكلات المتأخرة، واستعادة الاختبار على أساس منتظم. إذا كانت خدمتك مدرة للدخل أو ذات أهمية للمجتمع، فأضف المراقبة والتنبيهات حتى لا تمر النسخ الاحتياطية الفاشلة دون أن يلاحظها أحد.
يعد الضغط والتشفير أمرًا مهمًا أيضًا، خاصة إذا كانت النسخ الاحتياطية تحتوي على بيانات شخصية أو رموز مميزة أو تكوينات تحتوي على أسرار. النسخ الاحتياطية الأصغر حجمًا أسهل في التخزين والنقل. تكون النسخ الاحتياطية المشفرة أكثر أمانًا إذا تم الكشف عن مساحة التخزين أو نقلها.
ومع ذلك، لا تزال هناك مقايضات. المزيد من النسخ الاحتياطية المتكررة تعني استخدامًا أكبر للتخزين والمزيد من عمليات الإدخال/الإخراج. الاحتفاظ لفترة أطول يعني المزيد من التكلفة. تعد عمليات النسخ الاحتياطي للصور الكاملة ملائمة، ولكن عمليات الاستعادة على مستوى الملف غالبًا ما تكون أسرع في الحوادث الصغيرة. الإعداد الصحيح هو الذي يمكنك الحفاظ عليه باستمرار، وليس الإعداد الذي يبدو مثيرًا للإعجاب.
اختبار الاستعادة هو الجزء الذي يتخطاه معظم الناس
يتم إثبات النسخة الاحتياطية فقط عند استعادتها.
هذا هو المكان الذي تتغلب فيه الإعدادات البسيطة على الإعدادات المعقدة. إذا كانت عملية الاستعادة تستغرق عشر صفحات من الملاحظات، أو تعتمد على برنامج نصي مفقود، أو تتطلب إصلاحات يدوية لا تتذكرها إلا تحت الضغط، فستكون عملية الاسترداد أبطأ من المتوقع.
يجب أن تجيب عمليات الاستعادة التجريبية على بعض الأسئلة الأساسية. هل يمكنك استعادة النسخة الاحتياطية الأخيرة؟ هل يمكنك استعادة نسخة قديمة؟ كم من الوقت تستغرق؟ هل يبدأ التطبيق أو الخادم فعليًا بشكل صحيح بعد الاستعادة؟ هل الأذونات والتكوينات واتصالات قاعدة البيانات سليمة؟
لا تحتاج إلى أدوات المؤسسة للقيام بذلك بشكل جيد. أنت بحاجة إلى التكرار. حتى فريق صغير أو مطور منفرد يمكنه بناء عملية موثوقة إذا تمت عمليات النسخ الاحتياطي تلقائيًا وتمت ممارسة عمليات الاستعادة.
بالنسبة لبيئات الاستضافة التي تركز على الأداء، فهذا الأمر مهم أكثر. النشر السريع أمر عظيم. الاسترداد السريع هو ما يمنع المستخدمين من ملاحظة المشكلة لفترة طويلة. وهذا هو أحد الأسباب التي تجعل مقدمي الخدمات مثل ACLlouds يركزون كثيرًا على ميزات البنية التحتية العملية بدلاً من المواصفات الأولية فقط.
أخطاء النسخ الاحتياطي الشائعة التي تسبب التوقف الحقيقي
الخطأ الأول هو النسخ الاحتياطي على نفس الخادم. في حالة فشل القرص، يمكن أن تختفي بيانات الإنتاج والنسخ الاحتياطي معًا.
والثاني هو الاعتماد على النسخ الاحتياطية اليدوية. يتم تخطي المهام اليدوية. يتأخرون. يتم نسيانها مباشرة قبل التحديثات، وهو بالضبط عندما تكون في أمس الحاجة إليها.
والثالث هو تجاهل قواعد البيانات. غالبًا ما ينسخ الأشخاص الملفات ويفترضون أنها تغطي كل شيء، ثم يدركون أن حالة تطبيقهم كانت موجودة في SQL طوال الوقت.
والرابع هو عدم التحقق مطلقًا من حدود الاحتفاظ أو التخزين. يمكن أن تفشل عمليات النسخ الاحتياطي بهدوء عند نفاد المساحة أو عند حذف الإصدارات القديمة بشكل كبير جدًا.
الخامس هو لقطات مربكة مع الحماية الكاملة. تعد اللقطات مفيدة، ولكنها ليست دائمًا استراتيجية نسخ احتياطي كاملة في حد ذاتها. يمكن أن يكونوا جزءًا من الخطة، وليس الخطة بأكملها.
إن العقلية الأكثر أمانًا بسيطة: افترض أن الفشل سيحدث في النهاية، ثم اجعل التعافي سريعًا ويمكن التنبؤ به.
النسخ الاحتياطية ليست بنية تحتية براقة. لا أحد يظهرهم عندما يسير تشغيل الخادم بشكل جيد. ولكن عندما يعطل مكون إضافي عالمًا ما، أو يمسح النشر تكوينًا، أو يختفي جدول قاعدة البيانات في الساعة 2:13 صباحًا، فإن النسخ الاحتياطية هي الفرق بين الإصلاح القصير وإعادة البناء الكاملة. احتفظ بها تلقائيًا، واحتفظ بها منفصلة، وتأكد من استعادتها عندما يكون ذلك ضروريًا.