لماذا تتلف ملفات النسخ الاحتياطي SQL؟
قد تصبح ملفات dump .sql غير قابلة للقراءة جزئيًا أو كليًا بسبب انقطاع أثناء النسخ الاحتياطي لقاعدة البيانات، أو خطأ في النقل (نقل تالف عبر FTP/البريد الإلكتروني)، أو خطأ في القرص، أو ترميز أحرف (encoding) غير صحيح.
السيناريوهات النموذجية التي نواجهها
- انقطعت عملية النسخ الاحتياطي في المنتصف، فبقي الملف ناقصًا
- تلف ترميز الأحرف أثناء نقل الملف
- تلف الملف جزئيًا نتيجة عطل في البريد الإلكتروني/القرص
- عدم وضوح محرك قاعدة البيانات (MySQL، PostgreSQL، MSSQL) الذي ينتمي إليه ملف النسخة الاحتياطية
النهج المتبع
تُحلَّل بنية الملف لتحديد نقطة التلف؛ وتُستعاد أكبر قدر ممكن من البيانات أو تُجعَل قابلة للاستيراد.
كيف تسير العملية؟
تحليل الملف
يُحدَّد تنسيق الملف ومصدر المشكلة وطريقة الحل من خلال تحليل أولي مجاني.
نتيجة التحليل
يُبلَّغ بوضوح باحتمالية النجاح المتوقعة والمدة الزمنية.
الاستعادة
بعد الموافقة، تُنفَّذ عملية الاستعادة بناءً على نتائج التحليل.
التسليم
يُسلَّم إليكم الملف المستعاد عبر قناة آمنة.
التحليل الأولي والاستعادة التجريبية مجانيان دائمًا. إذا تم اختيار عدم متابعة الاستعادة الكاملة بعد إثبات إمكانية استعادة المحتوى في مرحلة العرض التجريبي، تُطبَّق رسوم قدرها 250 دولارًا أمريكيًا + ضريبة القيمة المضافة مقابل التحليل والعرض المنجزين.
لا يُهتم بمحتوى قاعدة البيانات؛ ويُنفَّذ فقط العملية التقنية المطلوبة. قد يتطلب الأمر فتح الملف بالقدر اللازم للتحقق من نجاح الاستعادة، لكن محتواه لا يُنسخ بأي شكل من الأشكال، ولا يُشارَك مع أطراف ثالثة، ولا يُحتفَظ به على أنظمتنا بعد التسليم. وعند الطلب، يُقدَّم أيضًا التزام سرية مكتوب.
الأسئلة الشائعة
ما هي محركات قواعد البيانات التي تدعمونها؟
يمكن العمل مع ملفات .sql المصدرها MySQL/MariaDB وPostgreSQL وMSSQL.
هل هناك ضمانة استعادة بنسبة مئة بالمئة؟
يعتمد ذلك على مدى التلف؛ ويتضح بعد التحليل الأولي مقدار ما يمكن استعادته.