النسخ الاحتياطي السحابي (Backups) والانتقال الآلي (Migration)
الخطأ الوحيد الذي لا يغتفر في عالم إدارة السيرفرات هو فقدان البيانات. السيرفر المحمي بنسبة 100% غير موجود، ولذلك النسخ الاحتياطي هو الحل النهائي والكفيل الحقيقي.
استراتيجيات النسخ الاحتياطي (Backup Manager) في Plesk
واجهة `Backup Manager` في Plesk تتيح لك أخذ نسخ احتياطية للموقع، أو لعميل، أو للسيرفر بالكامل. لكن الاحتفاظ بالنسخ الاحتياطية داخل نفس السيرفر (Server Storage) هو "غباء تقني"! إذا تعطل القرص الصلب أو احترق السيرفر، ستفقد الموقع ونسخته الاحتياطية معاً.
استراتيجية السحابة (Remote Storage):
Plesk يدعم ربط مساحات خارجية مجاناً عبر إضافات (Google Drive Backup، Amazon S3، أو FTP Backup).
قم بتنصيب إضافة Google Drive، وقم بربطها بحساب جوجل يمتلك مساحة كافية.
قم بإنشاء Schedule (جدولة) لأخذ نسخة احتياطية يومية من نوع (Incremental) ونسخة أسبوعية من نوع (Full). النسخة الـ Incremental تقوم بحفظ الملفات التي تغيرت فقط منذ البارحة، مما يوفر المساحة ويقلل استهلاك الـ CPU بشكل كبير جداً، بينما النسخة الـ Full تحفظ كل شيء.
تشفير النسخ الاحتياطية: قم دائماً بتفعيل خيار "استخدام كلمة مرور لحماية النسخة". ففي حال تم اختراق حساب السحابة الخارجي الخاص بك، ستبقى قواعد البيانات والملفات مشفرة ومستحيلة الفتح.
تهجير المواقع كالخبراء: أداة Plesk Migrator
تخيل أنك استأجرت سيرفراً جديداً بـ Plesk، وتريد نقل 50 موقعاً من سيرفرك القديم (الذي يعمل بـ cPanel أو بـ Plesk قديم). النقل اليدوي للملفات وقواعد البيانات سيستغرق أياماً وسيتسبب في أخطاء (Downtime). أداة Plesk Migrator هي أداة سحرية تقوم بالتالي:
تطلب منك الـ IP واسم المستخدم وكلمة مرور الـ root الخاصة بالسيرفر القديم (Source Server).
تتصل بالسيرفر القديم عبر SSH، وتقرأ جميع الحسابات الموجودة عليه (سواء كان cPanel أو Plesk).
تعرض لك قائمة بجميع المواقع لتقوم بتحديد المواقع التي تريد نقلها.
عند الضغط على Migrate، تقوم الأداة بنقل قواعد البيانات، الملفات، رسائل البريد الإلكتروني، الحسابات، وحتى كلمات المرور في الخلفية (Background) والموقع القديم ما زال يعمل للزوار!
Syncing بعد النقل: أفضل ميزة في الأداة هي التزامن. بعد النقل الكامل، تقوم بتغيير الـ DNS ليوجه للسيرفر الجديد (ما يأخذ وقتاً للانتشار Propagation). خلال هذا الوقت، قد يكتب الزوار تعليقات أو يطلبون منتجات في السيرفر القديم. يمكنك الضغط على زر (Re-sync) لتقوم الأداة بجلب البيانات التي تغيرت فقط خلال آخر 24 ساعة لدمجها في السيرفر الجديد بأمان تام وبدون Downtime!
بهذا المستوى من الاحتراف في إدارة Plesk، أنت الآن لست مجرد مبرمج، بل أنت مهندس أنظمة محترف قادر على بناء وإدارة بنى تحتية لشركات عملاقة باستقرار تام.
[توسعة المحترفين] سيناريوهات الكوارث الحقيقية (Disaster Recovery & Zero-Downtime Migration)
تكلمنا عن أداة الـ Plesk Migrator و الـ Backups. لكن في عالم المحترفين، نحن نضع خططاً للكوارث التي لا تخطر على البال. سنناقش الآن استراتيجية التعافي والتهجير بدون أي توقف (Zero-Downtime).
تهجير المواقع بدون انقطاع (Zero-Downtime Migration Strategy)
عند استخدام Plesk Migrator لنقل موقع تجاري كبير بحجم 50GB، النقل قد يستغرق ساعتين. خلال الساعتين، الموقع القديم يواصل استقبال الزوار والطلبات. إذا غيرت הـ DNS، سيأخذ من 1 إلى 24 ساعة للانتشار عالمياً! كيف نتأكد أن لا أحد يفقد طلبه؟
استراتيجية البروكسي العكسي العابر (Transient Reverse Proxy):
قم بنقل الموقع والمحتوى بالكامل باستخدام Plesk Migrator.
لا تقم بتغيير الـ DNS العالمي (Name Servers) بعد!
اذهب إلى السيرفر القديم، وافتح إعدادات Nginx للنطاق، وقم بتحويل السيرفر القديم ليكون "بروكسي" يوجه كل الزيارات فوراً إلى הـ IP الخاص بالسيرفر الجديد!
location / { proxy_pass http://NEW_SERVER_IP; proxy_set_header Host $host; proxy_set_header X-Real-IP $remote_addr; }الآن، أي زائر يدخل الموقع (حتى لو كان لا يزال يرى السيرفر القديم بسبب הـ DNS Cache)، سيتم توجيهه سراً وسريعاً للسيرفر الجديد ليتعامل مع أحدث قاعدة بيانات.
أخيراً، قم بتغيير الـ DNS براحتك. بهذه الطريقة حققنا انتقالاً (Zero-Downtime) تاماً وباحترافية مطلقة!
استرداد قواعد البيانات من النسخ الاحتياطية المجزأة (Granular Restoration)
إذا أردت استرجاع جدول واحد فقط من قاعدة بيانات عملاقة (مثلاً wp_options) ضمن ملف Backup حجمه 10GB، فمن الكارثي استرجاع الملف بالكامل!
Plesk يوفر ميزة عبر الـ CLI تتيح لك استخراج محتوى معين من الأرشيف:
# استخراج ملف SQL من أرشيف Plesk
zcat /var/lib/psa/dumps/domains/domain.com/databases/mydb_1.tgz > full_db.sql
# استخدام أداة sed لانتزاع جدول معين فقط من الملف العملاق!
sed -n -e '/DROP TABLE.*`wp_options`/,/UNLOCK TABLES/p' full_db.sql > wp_options_only.sql
ثم تقوم باستيراد ملف wp_options_only.sql فقط. هذه هي الهندسة الحقيقية التي توفر الساعات من وقت توقف الخدمة (Downtime).
أتمتة خطط التعافي من الكوارث (Automated DR)
يجب ألا تعتمد على النسخ الاحتياطي الخاص بـ Plesk فقط. كإجراء حماية أخير (Ultimate Fallback)، يجب استخدام Snapshots على مستوى السيرفر من مزود الخدمة (AWS/DigitalOcean). الـ Snapshot يأخذ صورة كاملة للقرص الصلب. إذا تم اختراق Plesk نفسه وتشفير كل الملفات برانسوم وير (Ransomware)، يمكنك استعادة הـ Snapshot بضغطة زر لتعود بالزمن للوراء 24 ساعة وكأن شيئاً لم يحدث، متجاوزاً أي خلل داخل نظام التشغيل أو اللوحة.
💬 التعليقات
0 تعليقات