كيفية عمل نسخة احتياطية واستعادة موقع الويب الخاص بك

نشرت: 2018-05-07

أثناء إنشاء موقع الويب الخاص بشركتك، فإن أول ما يهمك بشكل عام هو إعداد موقعك وتشغيله؛ يستغرق الأمر الكثير من العمل، والشيء الرئيسي هو أن كل شيء يعمل.

إذن، الأمر يسير بسلاسة، وفجأة، يحدث شيء ما. لقد ذهب. ملفاتك مفقودة.

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

ما الخطأ الذي يمكن أن يحدث؟

لا يتطلب الأمر الكثير من الخيال للتفكير فيما قد يحدث. يتوقف جهاز الكمبيوتر الخاص بك لسبب ما، سواء كان ذلك بسبب زيادة غير متوقعة في الطاقة، أو أن طفلك البالغ من العمر 3 سنوات يقرر أنه من الممتع صب الحليب في الكمبيوتر المحمول الخاص بك. ولكن مهلا، لقد قمت بتخزينه على الخادم، فلماذا تقلق، أليس كذلك؟

ليس بهذه السرعة….

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

هذا هو المكان الذي يصبح فيه النسخ الاحتياطي لموقع ويب أمرًا مهمًا!

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

لماذا النسخ الاحتياطي لموقع الويب الخاص بك؟

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

1. البرامج الضارة/برامج Randsomware

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

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

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

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

بدلاً من الاضطرار إلى صرف الأموال لبعض الأشخاص غير المعروفين الذين قد يعيدون أو لا يعيدون موقعك أو ملفاتك، فأنت أقل عرضة للخطر إذا كان لديك نسخة.

2. الملفات المحذوفة/الأوامر السيئة/الأخطاء البشرية

شيء بسيط مثل حذف الملف الخطأ على الخادم الخاص بك، إما من خلال "نقرة/حذف" بسيطة على Windows/Mac، أو سطر أوامر في Linux أو مشتقاته يمكن أن يمسح ملفًا رئيسيًا أو جميع الملفات.

(في Linux، يقوم الأمر rm -r diretoryname بإزالة الدليل وجميع الملفات الموجودة فيه، غالبًا بدون تأكيد، والأسوأ من ذلك، يمكن لـ rm -rf / حذف حتى الملفات للقراءة فقط وكل شيء من الجذر، مما سيؤدي إلى قتل جهازك بشكل أساسي الجهاز بأكمله!).

3. المأجورون

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

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

4. المطور/الموظف/أي شخص سيء

تعتمد العديد من الشركات بشكل كبير على أطراف ثالثة لتصميم مواقعنا. في معظم الحالات، يكون مطورو الويب صادقين مثلنا تمامًا. معظمهم (مثل <smile>خاصتك حقًا </smile>) هم أشخاص رائعون وصادقون (ومتواضعون!).

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

هذا شيء لا نحب أن نفكر فيه، ولكن من الجيد عمومًا أن نكون آمنين.

5. تعطل الخادم

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

ولكن حتى أفضل مقدمي الخدمات لديهم مشاكل.

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

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

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

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

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

لهذه الأسباب، من الجيد بشكل عام الاحتفاظ بنسخة من جميع البيانات المهمة في مكان آخر، لذلك إذا كان أحد هذه البيانات ممكنًا، بغض النظر عن مدى احتمال حدوثها (يختلف من حالة إلى أخرى).

ما الذي يجب عليك نسخه احتياطيًا على موقع الويب الخاص بك؟

يمكن تقسيم أنواع الأشياء التي قد ترغب في نسخها احتياطيًا إلى الفئات التالية:

1. الملفات

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

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

2. قاعدة البيانات

وكما هو الحال على الأرجح، تستخدم معظم مواقع الويب قواعد البيانات لتخزين المنتجات أو الصفحات الفردية أو العناصر الأخرى التي من المحتمل أن تكون أشكالًا مختلفة للمحتوى المكرر.

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

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

3. حسابات البريد الإلكتروني

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

ملاحظة سريعة: إذا كنت تقوم بتخزين معلومات الاتصال في قاعدة بيانات أخرى غير خادم البريد الخاص بك، فسوف تحتاج أيضًا إلى عمل نسخة احتياطية من ذلك!

كيفية عمل نسخة احتياطية لموقع الويب الخاص بك

النسخ الاحتياطي لموقعك ليس بالأمر الصعب بشكل خاص، ولكن للبدء بذلك، عليك أن تفهم أن هناك طرقًا متعددة. وهي تختلف حسب الجودة والموثوقية والسهولة (حسب مستوى مهارتك). من الجيد عمومًا استخدام أكثر من واحد.

1. من خلال مضيف الويب الخاص بك

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

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

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

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

النسخ الاحتياطي اليدوي للموقع من خلال cPanel

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

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

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

إن مزايا استخدام خدمات مزود الخدمة الخاص بك واضحة إلى حد ما؛ عادةً ما يكون الأمر سلسًا مع مضيفك.

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

إذا حدث خطأ ما، مثل حدوث حريق في مزرعة الخوادم الخاصة بهم، أو تعرضهم لنوع من الهجوم من المتسللين (نعم، يحدث هذا في بعض الأحيان؛ لا أحد محصن، ومقدمو خدمات الاستضافة هم الأهداف الرئيسية).

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

2. الإضافات الاحتياطية لموقع CMS

إذا كنت تستخدم نظام إدارة محتوى شائعًا، مثل WordPress، فهناك العديد من المكونات الإضافية التي يمكنك تثبيتها، مثل Backup Buddy. إنها مريحة للغاية وتميل إلى أن تكون سهلة التثبيت للغاية.

ومع ذلك، يمكن أن يكون للمكونات الإضافية للنسخ الاحتياطي عادةً تأثير سلبي يتمثل في إبطاء موقعك. نظرًا لأن PHP هي لغة البرمجة الأصلية لـ WordPress، فإن معظم المكونات الإضافية تستخدم PHP أيضًا.

على الرغم من أن هذا يمكن أن يكون فعالاً، إلا أنه قد يميل إلى العمل ببطء، مما يعني أنه قد يؤدي إلى إبطاء موقعك أثناء عملية التشغيل (عادةً ما يتم تشغيله من نفس المحرك الذي ينتج موقعك)، كما يضيف فوضى إلى موقعك، وهو أيضًا تجريد ذو مستوى أعلى مما هو مثالي.

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

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

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

إذا كنت تستخدم Linux أو أيًا من مشتقاته، فمن المحتمل أنك تريد تشغيل برنامج نصي لـ Shell، أو ملف دفعي في Windows، أو ملف macos على جهاز Mac.

3. النسخ الاحتياطية اليدوية لموقع الويب

قد يكون الكثير منا على دراية بطريقة "المدرسة القديمة" للنسخ الاحتياطي للملفات: عمل نسخة من جميع الملفات ووضعها على محرك أقراص ثابت قابل للإزالة أو تخزينها في السحابة.

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

بالطبع، إذا قمت بإنشاء موقع الويب الخاص بك محليًا، ثم قمت بنقله عبر FTP (أو SFTP) إلى مضيفك، فمن الناحية الفنية لديك بالفعل نسخة من موقعك.

ولكن هناك فرق رئيسي …

إذا كانت لديك قاعدة بيانات على موقعك، فمن المحتمل جدًا أن يكون لديك محتوى مختلف محليًا (في قاعدة البيانات الاختبارية) عما هو موجود في الموقع المباشر. هذا صحيح بشكل خاص إذا كنت تستخدم أحد أنواع برامج CMS (WordPress وما شابه).

إذا كان الأمر كذلك، فسيتم تخزين كل المحتوى الموجود على موقعك تقريبًا في قاعدة بيانات ولا يوجد في أي ملف على الإطلاق، خارج قاعدة البيانات نفسها.

يعد النسخ الاحتياطي لقاعدة البيانات أمرًا سهلاً نسبيًا، خاصة إذا كنت تستخدم MySQL. تحتاج ببساطة إلى الحصول على تفريغ SQL لقاعدة البيانات؛ وهو مجرد ملف نصي عادي يحتوي على كافة محتويات قاعدة البيانات الخاصة بك.

بمجرد إنشائه، يمكن ببساطة تحميله أو تشغيله كملف لإعادة بناء قاعدة البيانات.

طريقة سطر الأوامر

هذا واضح نسبيا. سيقوم الأمر التالي بعمل نسخة احتياطية لقاعدة البيانات بأكملها.

$ mysqldump -u [uname] -p[pass] db_name > db_backup.sql

إذا كنت تريد المزيد من التفاصيل حول تشغيل هذه الخيارات والخيارات المتنوعة، فراجع وثائق MySQL

طريقة PhpMyAdmin

انتقل إلى علامة تبويب التصدير في قاعدة البيانات، واختر جميع الخيارات التي تحتاجها (عادةً ما سترغب على الأرجح في تضمين "جداول الإسقاط" وإنشاء خيارات قاعدة البيانات لجعل تحميل نسخة جديدة على إصدار أقدم أمرًا ممكنًا، ولكن حذار المشتري... سوف يفعل ذلك قم بمسح البيانات الموجودة بالفعل لاستبدالها بنسخة جديدة).

يمكنك بعد ذلك أخذ جميع الملفات التي تم إنشاؤها (كود المصدر وقاعدة البيانات والصور) وضغطها والاحتفاظ بنسخ حيث تريد (أنا شخصياً أحب استخدام التخزين السحابي مثل Google Drive أو Dropbox).

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

في Linux، من السهل نسبيًا تشغيل تفريغ SQL عبر سطر الأوامر ثم تشغيل هذا البرنامج النصي كوظيفة cronjob، ليتم تشغيله مرة واحدة يوميًا أو أسبوعيًا أو أي إطار زمني تريده.

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

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

4. خدمات النسخ الاحتياطي للمواقع

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

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

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

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

  • Sucuri Backups – حل رائع لأننا نوصي باستخدام Sucuri لأمن موقع الويب الخاص بك.
  • كود جارد
  • BackupGuard
  • إسقاط موقعي

استراتيجية النسخ الاحتياطي لموقع الويب: أفضل الممارسات

بغض النظر عن الطريقة التي تختارها، يجب أن يتضمن النسخ الاحتياطي لموقع الويب الخاص بك خطة لسير العمل.

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

قم بعمل قائمة مرجعية وحدد الإجابات على الفئات التالية:

1. كم مرة يجب عمل نسخة احتياطية لموقع الويب الخاص بك؟

هذا مهم. هل تريد عمل نسخ احتياطية يوميا أم شهريا؟

قد تفكر في فكرة تشغيل واحد في كل مرة يحدث فيها تغيير في موقعك (منتج جديد، منشور مدونة جديد، إلخ). هذا الأمر متروك لك، ولكن يجب عليك التأكد من أن لديك خطة جاهزة.

2. الجدولة الآلية

بعد ما ورد أعلاه، يعد تحديد الجدول الزمني أمرًا أساسيًا. كخط أساسي، قد ترغب على الأرجح في تحديد جدول زمني لإجراء النسخ الاحتياطية.

3. استخدم التخزين البعيد

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

4. فترة الاحتفاظ

ما المدة التي تحتاجها للاحتفاظ بنسخ من كل نسخة احتياطية؟ هل ستكون الملفات التي يعود تاريخها إلى عام مضى ضرورية، أم أنها مجرد غبار ويمكن استبدالها بنسخ احتياطية أحدث؟

5. التشفير

يعد تأمين النسخ الاحتياطية أمرًا مهمًا، خاصة إذا كانت لديك معلومات خاصة (مثل معلومات تسعير المنتج السرية، أو حتى الأكثر أهمية، سجلات العملاء).

لديك خطة للحفاظ على تشفير النسخ الاحتياطية وحمايتها (تشفير المفتاح الخاص AES 256 بت وأمان نقل TLS/SSL). تعرف على المزيد حول التشفير.

6. قم بتخزين النسخ الاحتياطية على صفائف RAID

لا تعد مصفوفات RAID (المصفوفات المتكررة للأقراص المستقلة) فكرة جيدة لإنشاء نسخ متعددة من موقع الويب الخاص بك و/أو البيانات فحسب، ولكنها أيضًا تعمل على تحسين الأداء.

وسوف توفر حماية إضافية في حالة فشل أحد الأقراص. هذه ميزة نموذجية تقدمها خدمات النسخ الاحتياطي الاحترافية.

7. استعادة انتقائية

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

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

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

من الأفضل تحديد ما إذا كنت بحاجة إلى استبدال كل شيء. احفظ نسخًا احتياطية كاملة كملاذ أخير في حالة فشل كل شيء آخر.

كيفية استعادة النسخة الاحتياطية لموقع الويب الخاص بك

حسنًا، لقد اختفى موقعك، لكن لديك نسخة احتياطية. كيف يمكنك استعادة موقعك من النسخة الاحتياطية؟ هذا واضح نسبيا.

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

خذ ملف SQL (الملف النصي الذي تم إنشاؤه أثناء تفريغ SQL) وأعد إنشاء قاعدة البيانات باستخدام سطر الأوامر، أو إذا كنت تستخدم phpMyAdmin (أو أي نظام آخر لإدارة قواعد البيانات الرسومية مثل MySQL Workbench)، وقم إما باستيراد الملف أو انسخ كل شيء إلى نافذة SQL وقم بتشغيله.

اختبره محليًا، وإذا كان كل شيء يعمل، فقم بتحميله احتياطيًا على الخادم. يجب أن تعود للعمل في أي وقت من الأوقات.

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

نصيحة إضافية: استخدم التدريج للتطوير

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

عند إنشاء موقعك، ستكون هناك عادةً إصدارات وتغييرات على طريقة تصميم موقعك. ربما تقوم بإعادة تصميم موقعك بالكامل، ولكنك ترغب في الاحتفاظ بنسخة من الموقع القديم.

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

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

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

بدلاً من وجود نسخ متعددة من الملفات في أدلة مختلفة؛ يتم تخزينها في الفروع ، مما يمكن عدة أشخاص من العمل على الملفات دون مخاطر حدوث تعارضات.

عندما تكون جاهزة، يمكن دمجها في فروع التطوير الرئيسية وفي النهاية إلى الفرع الرئيسي الذي سيتم نشره.

فيما يلي اثنين من مستودعات Git الأكثر شهرة.

  • GitHub مجاني إذا كنت على استعداد لمشاركة كود المصدر الخاص بك (إنه مصدر مفتوح في جوهره)، ولكنه يوفر أيضًا مستودعات أكواد خاصة بأسعار معقولة جدًا. كما أنه مكان رائع للبحث عن مقتطفات التعليمات البرمجية، ويستضيف مجتمعًا رائعًا من المطورين
  • BitBucket مشابه؛ على الرغم من أنها ليست مجتمعًا كبيرًا، إلا أنها تقدم بعض المستودعات الخاصة مجانًا.

خاتمة

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

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

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