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

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

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

يمكنك استخدام الأداة المساعدة mysqldump لتصدير المعلومات من قاعدة بيانات بتنسيق SQL. هنا هو بناء الجملة:

$ خيارات mysqldump قاعدة بيانات_اسم [اسم_الجدول] > file.sql

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

• -أ- نسخ كافة الجداول من كافة قواعد البيانات؛
• -أنا- اكتب معلومات إضافية في التعليقات؛
• -ج- استخدام أسماء الأعمدة لبيان INSERT؛
• -أ- تضمين جميع الخيارات الممكنة في عبارة CREATE TABLE؛
• -ك- تعطيل المفاتيح الأساسية طوال مدة النسخ؛
• -ه- استخدام نسخة متعددة الأسطر من عبارة INSERT؛
• -F- الاستمرار حتى بعد حدوث خطأ؛
• -ح- اسم المضيف الذي يوجد عليه خادم قاعدة البيانات، افتراضيًا المضيف المحلي؛
• -ن- لا تكتب تعليمات لإنشاء قاعدة بيانات؛
• -ر- لا تكتب تعليمات لإنشاء الجداول؛
• -د- لا تكتب بيانات الجدول، ولكن هيكلها فقط؛
• -ص- كلمة مرور قاعدة البيانات؛
• -ص- منفذ خادم قاعدة البيانات؛
• -س- وضع جميع أسماء الجداول وقواعد البيانات والحقول بين علامتي اقتباس؛
• -X- استخدم بناء جملة XML بدلاً من SQL؛
• -ش- المستخدم الذي تريد الاتصال بقاعدة البيانات نيابة عنه.

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

mysqldump -u اسم المستخدم -p اسم_قاعدة البيانات > data-dump.sql

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

head -n 5 data-dump.sql

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

mysqldump -h host -P port -u اسم المستخدم -p اسم قاعدة البيانات > data-dump.sql

يمكن نسخ جدول MySQL ببساطة عن طريق إضافة اسم الجدول إلى نهاية السطر:

mysqldump -u اسم المستخدم -p اسم_قاعدة البيانات table_name > data-dump.sql

أيضًا، لإجراء النسخ الاحتياطي التلقائي لقاعدة بيانات mysql، قد تحتاج إلى تعيين كلمة مرور على الفور للقيام بذلك، وتحديدها مباشرة بعد الخيار -p، بدون مسافة:

mysqldump -u اسم المستخدم -ppassword قاعدة البيانات_اسم> data-dump.sql

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

Sudo vi /etc/cron.daily/mysql-backup

!/بن/باش
/usr/bin/mysqldump -u اسم المستخدم -ppassword قاعدة البيانات > /backups/mysql-dump.sql

يجب استبدال المجلد /backups/mysql-dump.sql بمجلد النسخ الاحتياطي الخاص بك. كل ما تبقى هو إعطاء البرنامج النصي أذونات التنفيذ:

chmod ugo+x /etc/cron.daily/mysql-backup

أضف السطر التالي إلى الملف المفتوح واحفظ التغييرات:

30 2 * * * /usr/bin/mysqldump -u اسم المستخدم -ppassword قاعدة البيانات > /backups/mysql-dump.sql

سيتم تنفيذ الأمر كل يوم في الساعة 2:30، وهو مناسب، لأنه في الليل عادة ما يكون الحمل أقل على الخادم. كما تفهم، الرقم الأول هو الدقائق، والثاني هو الساعات، والثالث هو اليوم، ثم الأسبوع والشهر. تعني العلامة النجمية أن هذه المعلمة ليس لها قيمة.

استعادة من نسخة احتياطية

من السهل جدًا أيضًا استعادة نسخة احتياطية من mysql أو mariadb من ملف SQL موجود. منذ أن تم استخدام بناء جملة SQL، يمكننا ببساطة تنفيذ جميع الأوامر باستخدام عميل MySQL القياسي.

تحتاج أولاً إلى إنشاء قاعدة بيانات جديدة. للقيام بذلك، قم بتسجيل الدخول إلى خادم MySQL باستخدام حقوق المستخدم المتميز:

الخلية -u الجذر -p

ثم قم بإنشاء قاعدة بيانات جديدة، على سبيل المثال، بالاسم new_database، إذا كانت قاعدة البيانات موجودة بالفعل، فلن تحتاج إلى القيام بذلك:

الخلية> إنشاء قاعدة بيانات new_database؛

قاعدة بيانات MySQL -u للمستخدم -p< data-dump.sql

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

الاستنتاجات

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

مايكل فاندين، كبير المستشارين الفنيين

مقدمة

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

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

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

فيما يلي وصف للميزات الرئيسية التي يجب تنفيذها لضمان الاسترداد الدقيق:

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

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

نسخه الاحتياطيه لقاعدة البيانات

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

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

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

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

يرجى ملاحظة أن قاعدة البيانات تتكون من ملف بامتداد DBS وملفات السجل. إذا تم حذف ملفات السجل، تصبح قاعدة البيانات غير قابلة للاستخدام! افتراضيًا، يقوم SQLBase تلقائيًا بحذف ملفات السجل بعد نسخها احتياطيًا، أو عندما لا تكون هناك حاجة إليها لاستعادة البيانات بعد الكوارث أو العودة إلى الحالة السابقة. يمكن تغيير هذا السلوك عن طريق تعيين خيار LOGBACKUP لقاعدة البيانات على ON باستخدام واجهة SQLTalk. باستخدام هذا الإعداد، يتم حفظ ملفات السجل حتى يتم نسخها احتياطيًا باستخدام أمر "سجلات النسخ الاحتياطي" الخاص. هذه هي الطريقة الوحيدة لحذف ملفات السجل. يجب تعيين هذه المعلمة على ON إذا كان سيتم استخدام أوامر "قاعدة بيانات النسخ الاحتياطي" أو "سجلات النسخ الاحتياطي". على العكس من ذلك، لا تحتاج إلى تعيين هذه المعلمة على هذا الموضع إذا كنت لا تنوي استخدام أمر "سجلات النسخ الاحتياطي" أو تنفيذ إمكانية "التدحرج للأمام" في إستراتيجية الاسترداد الخاصة بك، أي إذا كنت تنوي التقاط "لقطات" فقط " .

يمكن تحديد الحد الأقصى لحجم ملفات السجل التي تم إنشاؤها لكل قاعدة بيانات عن طريق تعيين معلمة LOGFILESIZE باستخدام SQLTalk (الحجم الافتراضي هو 1 ميجابايت). تبدأ ملفات السجل بأدنى حجم، ثم يكبر حجمها حتى الحد المحدد. إذا قمت بتعيين المعلمة LOGFILEPREALLOC على ON باستخدام SQLTalk، فيمكنك إنشاء قوالب ملفات السجل بالحجم الأقصى لكل قاعدة بيانات. إذا كنت بحاجة إلى الكثير من ملفات السجل، فيمكنك تعيين الحد الأقصى للحجم ليكون كبيرًا (على سبيل المثال 5 ميجابايت) وتعيين حجم الملف مسبقًا. سيؤدي هذا إلى تقليل عدد عمليات الإدخال/الإخراج المطلوبة لإنشاء ملفات جديدة أو إلحاق الملفات الموجودة.

لا يمكن حذف ملفات السجل إلا بعد استخدام أمر "سجل الإصدار" أو "سجلات النسخ الاحتياطي" وإذا لم تكن "مقفلة". يتم حظر ملف السجل في الحالات التالية:

1. تكتب المعاملة الحالية إلى ملف السجل هذا. لا يمكن تحرير القفل من هذا الملف إلا بعد اكتمال المعاملة أو التراجع عنها.
2. تم إنشاء نقطة التفتيش قبل الأخيرة باستخدام ملف السجل هذا أو الملف السابق. على سبيل المثال، إذا تم إنشاء نقطة تفتيش في 6.log، فسيتم حظر ملف السجل هذا وجميع الملفات اللاحقة. في هذه الحالة، يمكن تحرير القفل باستخدام أمر "سجل الإصدار".
3. معلمة LOGBACKUP قيد التشغيل ولم يتم عمل نسخة احتياطية لملف السجل هذا بعد. لا يمكن إزالة القفل الموجود عليه إلا باستخدام أمر "سجلات النسخ الاحتياطي". لن يكون لتنفيذ أمر "لقطة النسخ الاحتياطي" أي تأثير على حظر ملف السجل هذا.

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

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

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

بغض النظر عن الخيار الذي تم اختياره، يتكون النسخ الاحتياطي من سلسلة الخطوات التالية:

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

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

إذا تم استخدام المفتاح "على العميل"، أي. إذا تم حفظ البيانات على جهاز الكمبيوتر العميل، فيجب تحديد الدليل كمسار محلي كامل أو كمحرك أقراص شبكة، على سبيل المثال، C:\SQLBASE\BACKUPS\DB1 (مسار محلي) أو F:\BACKUPS\DB1 (محرك أقراص الشبكة) . ومع ذلك، عند استخدام مفتاح "على الخادم"، يجب أن يكون القرص المحدد محليًا للخادم، وليس شبكة. إذا تم استخدام خادم Novell، فيجب تحديد المسار إلى الدليل المطلوب بتنسيق خادم Novell. على سبيل المثال، إذا تم عمل نسخة احتياطية من قاعدة البيانات إلى دليل:

SERVER1\SYS:SQLBASE\BACKUPS\DB1

يمكن أخذ لقطة من قاعدة بيانات DB1 على النحو التالي:

لقطة احتياطية من DB1 إلى \SQLBASE\BACKUPS\DB1 على الخادم؛

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

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

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

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

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

يحتوي ملف التحكم على التنسيق التالي:

بادئة FILEPREFIX
دليل DIR حيث يتم وضع النسخة الاحتياطية للقطعة
حجم الحجم بالميجابايت

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

بادئة الملف مايك
دير ج:\النسخ الاحتياطية\حجم مايك 1000
دير ج:\النسخ الاحتياطية\حجم مايك 1000
دير ج:\النسخ الاحتياطية\حجم مايك 500

يسمح لك بإنشاء ثلاثة ملفات في الدليل C:\BACKUPS\MIKE:

مايك.1 1 جيجا
مايك.2 1 جيجا
مايك.3 0.5 جيجابايت

يرجى ملاحظة أنه يتم إنشاء هذه الملفات فقط إذا كانت قاعدة البيانات تتطلب هذه المساحة الكبيرة. في المثال أعلاه، إذا كان حجم قاعدة البيانات 1.8 جيجابايت فقط، فسيتم إنشاء مقطعين فقط: MIKE.1 وMIKE.2 بحجم 1 جيجابايت و0.8 جيجابايت، على التوالي.

يمكن استخدامه : مقدم من الشركة غوبتاواجهة SQLTalk لتنفيذ الأوامر الموضحة أعلاه؛ منتج SQLConsole (يستخدم مكالمات C/API) لجدولة النسخ الاحتياطية؛ برنامج احتكاري يأخذ في الاعتبار جميع الميزات الممكنة لنظام معين عند عمل نسخة احتياطية، على سبيل المثال، يقوم بفحص قاعدة البيانات قبل النسخ الاحتياطي.

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

ناقشنا أعلاه النقاط والتوصيات الرئيسية للنسخ الاحتياطي عبر الإنترنت. دعونا نعطيهم لمحة موجزة:

1. يرجى "التحقق من قاعدة البيانات" قبل عمل نسخة احتياطية لها. إذا وجد الفحص أخطاء في قاعدة البيانات، فلا تكتب نسخة احتياطية منه فوق النسخة السليمة.
2. إذا كنت لن تقوم بإنشاء لقطة، فتحقق من تسلسل النسخ الاحتياطي، أي. ترتيب الأوامر ""قاعدة بيانات النسخ الاحتياطي" و"سجل الإصدار" و"سجلات النسخ الاحتياطي".
3. لتوفير الوقت، استخدم مفتاح "على الخادم" كلما أمكن ذلك!
4. عند استخدام رمز التبديل "on server" على خادم Novell، يجب تحديد المسار إلى الدليل الهدف بتنسيق خادم Novell، وليس كمحرك أقراص الشبكة.
5. لا تحذف أي ملفات سجل من دليل التخزين الحالي الخاص بها، المحدد بواسطة عبارة logdir= في ملف تكوين الخادم المسمى sql.ini (أو عبارة dbdir= إذا لم يتم تعريف logdir=).
6. قم بحذف ملفات السجل القديمة من منطقة النسخ الاحتياطي بشكل دوري لتحرير مساحة على القرص. لا تقم بمسح الملفات المتعلقة بملف BKP الحالي. من الآمن إزالة أي ملفات سجل من منطقة النسخ الاحتياطي تم إنشاؤها قبل ملف BKP الحالي.
7. إذا كانت المعلمة LOGBACKUP قيد التشغيل وتم استخدام أمر "لقطة النسخ الاحتياطي"، فلن يتم إلغاء تأمين ملفات السجل. لتحقيق ذلك، قم بتشغيل أمر "سجلات النسخ الاحتياطي".
8. لا تضع النسخ الاحتياطية في دليل فرعي لقاعدة البيانات نفسها.
9. إذا تمت إعادة تشغيل جهاز الكمبيوتر العميل أثناء إنشاء النسخة الاحتياطية لللقطة، فعند محاولة عمل نسخة احتياطية لقاعدة البيانات مرة أخرى، قد تتلقى رسالة تشير إلى أن النسخة الاحتياطية قيد التقدم بالفعل. يمكن أن يحدث هذا عند الاتصال بالخادم قبل انتهاء الجلسة السابقة. يمكنك حل هذه المشكلة عن طريق إنهاء الجلسة المتقطعة باستخدام SQLConsole أو إعادة تشغيل خادم SQLBase.

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

لإنشاء نسخ احتياطية من ملف DBS لقاعدة البيانات وجميع ملفات السجل الموجودة في الدليل الخاص بها، استخدم أوامر نظام التشغيل أو أدواته المساعدة (على سبيل المثال، أمر "النسخ" أو أدوات ARCServe). إذا تم تعيين معلمة LOGBACKUP على OFF، فلن يتم نسخ ملفات السجل. ومع ذلك، إذا تم تعيينه على ON، فيجب عليك إخبار خادم SQLBase ما إذا كان قد تم عمل نسخة احتياطية لملفات السجل أو ما إذا كانت ستظل "مؤمنة". يمكن القيام بذلك باستخدام الأمر "nextlog" من واجهة SQLTalk الخاصة بـ Gupta. وهذا يتطلب أن تكون متصلا بقاعدة البيانات. يتم استخدام التنسيق التالي:

تعيين السجل التالي [عدد صحيح]

يحدد الرقم المحدد ملف السجل التالي الذي سيتم نسخه احتياطيًا. على سبيل المثال، إذا كانت النسخ الاحتياطية الأخيرة التي تم إرسالها إلى الأرشيف هي 4.LOG و5.LOG، فستحتاج إلى تشغيل الأمر "set nextlog 6".

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

استعادة قاعدة البيانات

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

تتكون مجموعة الاسترداد من نسخ احتياطية من ملف BKP وملفات السجل المرتبطة به. يعتبر ملف BKP عديم الفائدة بدون ملفات السجل المرتبطة به. تتم عملية الاسترداد بشكل أساسي على ثلاث مراحل:

1. انسخ ملف BKP إلى دليل قاعدة البيانات.
2. انسخ ملفات السجل إلى دليل قاعدة البيانات.
3. قم بتشغيل عملية التدحرج للأمام المكونة من خطوتين (الإعادة والتراجع) على ملف DBS الجديد.

أمر الاستعادة له التنسيق التالي:

إذا استخدمت أمر "restore snapshot"، فلن تكون هناك حاجة إلى أي إجراء آخر حيث سيتم إكمال جميع خطوات الاسترداد تلقائيًا. إذا قمت بتحديد خيار "استعادة قاعدة البيانات"، فيجب عليك تشغيل الأمر "rollforward" بعد استعادة قاعدة البيانات. تجدر الإشارة إلى أنه، كما هو الحال في مرحلة النسخ الاحتياطي، عند استخدام مفتاح التبديل "على الخادم" (مما يقلل بشكل كبير من وقت الاسترداد) على خادم Novell، يجب تحديد المسار إلى الدليل الهدف بتنسيق خادم Novell، وليس بتنسيق محرك أقراص الشبكة. تهدف عملية التدحرج إلى استعادة جميع التغييرات التي تم إجراؤها منذ أن تم عمل نسخة احتياطية من قاعدة البيانات لإعادتها إلى حالة متسقة. تحتوي ملفات السجل على معلومات حول كافة المعاملات، سواء الناجحة منها أو التي تم التراجع عنها. أثناء عملية التدحرج للأمام، يتم الوصول إلى ملفات السجل مرتين. أثناء تمرير "الإعادة"، يقوم SQLBase بترجمة نقطة البداية لجميع المعاملات وتطبيق كافة المعاملات الناجحة على تلك النسخة الاحتياطية. يؤدي تمرير "التراجع" إلى عكس جميع المعاملات التي تم إرجاعها. في نهاية عملية التراجع، تكون قاعدة البيانات في حالة متسقة تمامًا مع عدم وجود معاملات معلقة. يحتوي الأمر "rollforward" على التنسيق التالي:

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

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

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

الرجاء ملاحظة أن كافة ملفات السجل يجب أن تكون متاحة ومستخدمة باستمرار حتى تتم عملية الاستعادة بنجاح. في حالة فقدان أي من ملفات السجل، ستتوقف عملية التدحرج للأمام عن انتظار الملفات المفقودة. إذا كان ذلك ممكنًا، يمكنك استخدام الأمر "restore logs" لتوفير ملفات السجل المطلوبة، ثم استخدام الأمر "rollforward continue" لمواصلة العملية. في حالة عدم توفر أي من ملفات السجل المطلوبة، استخدم الأمر "rollforward end" لإنهاء العملية. سيتم استعادة قاعدة البيانات فقط مع الأخذ في الاعتبار آخر ملف سجل تمت معالجته.

بعض النصائح حول ما تحتاج إلى الاهتمام به بشكل خاص عند إجراء استرداد قاعدة البيانات:

1. بعد اكتمال أمر "استعادة اللقطة"، قد تظهر الرسالة "لا يمكن الاتصال بقاعدة البيانات". هذه مشكلة توقيت في الأساس. بمجرد اكتمال عملية الاستعادة، يتم حذف قاعدة البيانات القديمة، ويتم نسخ ملف BKP من دليل النسخ الاحتياطي إلى دليل قاعدة البيانات، ويتم تثبيته. ثم تحاول عملية الاسترداد الاتصال بقاعدة البيانات لمعالجة ملفات السجل. إذا كان النظام مشغولاً أو كان خادم SQLBase بطيئًا جدًا في معالجة رسالة تحديث تثبيت قاعدة البيانات في الوقت المناسب، فلن تتمكن عملية الاسترداد من الاتصال به. الحل لهذه المشكلة هو زيادة قيمة المعلمة CONNECTTIMEOUT في قسم جهاز التوجيه بملف التكوين sql.ini. تحدد هذه المعلمة مقدار الوقت (بالثواني) للانتظار بعد فشل الاتصال بالخادم قبل محاولة الاتصال التالية. على سبيل المثال، إذا كنت بحاجة إلى تعيين معلمة CONNECTTIMEOUT على 20 للاتصال بقاعدة البيانات بنجاح، فقم بإنشاء سطر في قسم جهاز التوجيه بالقيمة: Connecttimeout=20.
2. إن وجود ملف BKP فقط وعدم وجود ملفات سجل يعني مشكلة كبيرة. ومع ذلك، في هذه الحالة يمكنك محاولة القيام بشيء ما. في بعض الأحيان ينجح الأمر، لكن لا شيء مضمون. لنفترض أن قاعدة البيانات تسمى MIKE.BKP. باستخدام SQLTalk، قم بإصدار أمر تعيين الخادم، ثم قم بما يلي:

استعادة قاعدة البيانات من [المسار إلى دليل النسخ الاحتياطي] على الخادم إلى مايك؛

تظهر رسالة<> (تمت استعادة قاعدة البيانات. استخدم الأمر rollforward لإكمال الاستعادة.)

ميكروفون قابل للطي للنسخ الاحتياطي؛ (لاحظ أن "النسخ الاحتياطي" يبدو أنه الخيار الوحيد الذي قد ينجح)
تظهر رسالة<> (تحتاج إلى استعادة قاعدة البيانات أولاً).

ROLLFORWARD مايك للنسخ الاحتياطي؛ (نعم، قم بتشغيل هذا الأمر مرة أخرى!) سيتم عرض رسالة<> (اكتملت عملية التمرير للأمام).

CONNECT MIKE 1 اسم المستخدم/كلمة المرور؛
تظهر رسالة<> (تم إنشاء الاتصال بقاعدة بيانات MIKE).
تحقق من قاعدة البيانات (أمر "التحقق من قاعدة البيانات") للتحقق من حالتها.

السيناريوهات

فهو يقارن طرق النسخ الاحتياطي المختلفة وقدرات الاسترداد الناتجة.

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

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

بعد اللقطة:

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

لاحظ أن الملف 4.LOG الموجود في منطقة النسخ الاحتياطي مخصص ليتم حذفه لأن المعاملات المقابلة مضمنة في ملف DB1.BKP، وقد تم إنشاؤه قبل هذا الملف.

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

لاحظ أنه تتم إزالة ملفات السجل تلقائيًا من منطقة قاعدة البيانات لأنه تم نسخها احتياطيًا بالفعل ولا توجد معاملات معلقة.

إذا فشل النظام عند هذه النقطة، تتوفر خيارات الاسترداد لأحدث معاملة عن طريق استعادة ملف BKP، ومعالجة ملفات السجل 1-4 من منطقة النسخ الاحتياطي أولاً، ثم تسجيل الملفات 5-8 من منطقة قاعدة البيانات.

_____________________________________________
بعد الانتهاء من طريقتي "سجل الإصدار" و"سجلات النسخ الاحتياطي".

لاحظ أنه لا يوجد أي ملف سجل من منطقة النسخ الاحتياطي مخصص ليتم حذفه حيث يجب استخدام كافة الملفات بالتزامن مع DB1.BKP من نفس المنطقة لجعله متوافقًا مع ملف DB1.DBS من منطقة قاعدة البيانات.

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

خاتمة

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

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

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

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

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

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

كما تعلمون على الأرجح، المواقعتم إنشاؤها على أساس أي محرك، سواء كان Joomla أو WordPress أو SMF، تتكون من جزأين مهمين:

1. أولاً، هذه هي الملفات الفعلية للمحرك والامتدادات المثبتة فيه والصور و...
2. وثانيًا، هذه هي قواعد البيانات التي يتم فيها تخزين نصوص مقالاتك ومنشوراتك وما إلى ذلك.

يمكن لقاعدة البيانات (DB) أيضًا تخزين الإعدادات لبعض معلمات المحرك وملحقاته. لقد كتبت بالفعل عن هذا في مقال حول. مثل هذه المنظمة لديها العديد من المزايا.

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

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

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

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

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

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

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

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

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

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

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

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

بعد تنزيل الأرشيف على جهاز الكمبيوتر الخاص بك، يجب عليك فك ضغطه وتحميل المجلد الناتج (للتبسيط، يمكنك أولاً إعادة تسميته إلى phpmyadmin) في الدليل الجذر. بشكل عام، هذا كل شيء. الآن كل ما تبقى هو إدخال عنوان URL التالي في شريط العناوين بمتصفحك: http://vash_sait.ru/phpmyadmin

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

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

يمكنك رؤية قائمة قواعد البيانات في نافذة البرنامج على اليسار (تحت أيقونة المنزل). من أجل عمل نسخة احتياطية لقاعدة البيانات، ستحتاج إلى النقر فوق علامة التبويب "يصدّر"أعلى قائمة الجداول.

في أسفل الصفحة التي تفتح، حدد المربع "جي زيب". وانقر على زر "موافق".

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

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

استعادة قاعدة البيانات من نسخة احتياطية تم إنشاؤها مسبقًا

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

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

سيتم فتح نافذة تحتوي على قائمة بجميع الجداول المراد حذفها. قمت بالنقر على زر "نعم".

يمكنك الآن استعادة قاعدة البيانات من نسخة احتياطية تم إنشاؤها مسبقًا. للقيام بذلك، حدد الإشارة المرجعية "يستورد":

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

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

نقل الموقع إلى استضافة جديدة

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

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

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

لذلك، بعد الانتهاء من نسخ الملفات وقاعدة البيانات، قبل الدخول إلى الموقع من المتصفح، يجب عليك إدخال ما يناسبك تغييرات على إعدادات محرك موقع الويب الخاص بك. للقيام بذلك، ستحتاج مرة أخرى إلى الوصول إلى ملفات الموقع عبر FTP وإجراء تغييرات على ملفات التكوين لمحرك واحد أو آخر (Joomla، WordPress، SMF، إلخ). دعونا نلقي نظرة على الإعدادات لكل محرك على حدة.

ما يجب تغييره في إعدادات WordPress عند ترحيله

سيتطلب نقل مدونة إلى WordPress تغيير الإعدادات التالية. ستحتاج إلى فتح الملف للتحرير باستخدام FileZilla الفسفور الابيض-CONFIG.PHP، الموجود في الدليل الجذر على الخادم. تحتاج فيه إلى تحرير الأسطر المسؤولة عن اسم قاعدة البيانات والمستخدم.

// ** إعدادات MySQL - يمكنك الحصول عليها من مضيفك ** // /** اسم قاعدة البيانات لـ WordPress */ Define("WP_CACHE"، true); // تمت الإضافة بواسطة WP-Cache Manager Define("DB_NAME"، "أدخل الاسم الجديد لقاعدة البيانات الخاصة بك هنا"); /** اسم مستخدم MySQL */ Define("DB_USER", "أدخل اسم مستخدم جديد هنا"); /** كلمة مرور قاعدة بيانات MySQL */ Define("DB_PASSWORD", "anipiimaaxai"); /** خادم MySQL - في بعض الأحيان تحتاج إلى تغيير هذه القيمة، على سبيل المثال، على Masterhost */define("DB_HOST", "localhost"); /** يستخدم ترميز قاعدة البيانات عند إنشاء الجداول. */ تعريف ("DB_CHARSET"، "utf8")؛ /** تعيين قاعدة البيانات. لا تغير هذه القيمة. */ تعريف ("DB_COLLATE"، "")؛

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

بعد ذلك، باستخدام "البحث والاستبدال" المدمج، ابحث عن جميع المراجع إلى عنوان URL القديم لمدونتك واستبدل عنوانها الجديد (على سبيل المثال، Vasy.ru بـ vova.ru). بعد ذلك، احفظ الملف بالنسخة الاحتياطية لقاعدة البيانات وقم باستيراده في برنامج phpMyAdmin.

بعد تسجيل الدخول إلى منطقة إدارة WordPress، ستحتاج إلى القيام بذلك أدخل المسار المطلق الصحيحإلى كائنات مدونتك (لقد تغيرت لأنك نقلت WordPress إلى استضافة أخرى). يتم تعيين المسار المطلق عبر المعلمة UPLOAD_PATH في إعدادات WP العالمية. يمكنك الوصول إلى هذه الإعدادات عن طريق إضافة المسار التالي إلى عنوان URL للصفحة الرئيسية:

/wp-admin/options.php

بالنسبة لعنوان مدونتي سيبدو كما يلي:

https://site/wp-admin/options.php

لكن عليك أولاً تسجيل الدخول إلى مسؤول WordPress. قراءة الرابط المقدم.

ما الذي يجب تغييره في إعدادات Joomla عند تغيير الاستضافة

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

var $user = "أدخل اسم المستخدم الجديد هنا"; var $db = "أدخل اسم قاعدة البيانات الجديدة هنا";

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

var $log_path = "/home/xxxxx/public_html/logs"; var $tmp_path = "/home/xxxx/public_html/tmp";

نقل منتدى SMF إلى استضافة جديدة

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

########## معلومات قاعدة البيانات ########## $db_server = "localhost"; $db_name = "أدخل اسم قاعدة البيانات الجديدة هنا"; $db_user = "أدخل اسم المستخدم الجديد هنا"; $db_passwd = "hoighaebaeto"; $db_prefix = "smf_"; $db_persist = 0; $db_error_send = 1; ########## الدلائل/الملفات ########## # ملاحظة: لا يلزم تغيير هذه الدلائل إلا إذا قمت بنقل الأشياء. $boarddir = "/home/xxxx/public_html/forum"; # المسار المطلق لمجلد المنتدى. (ليس فقط "."!) $sourcedir = "/home/xxxx/public_html/forum/Sources"; # المسار إلى دليل المصادر.

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

كيفية البدء في العمل مع موقع ويب فور نقله إلى استضافة جديدة

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

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

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

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

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

1. باستخدام أي مدير ملفات مفتوح للتحرير (اتبع هذا الرابط ستجد مقالة مفصلة عن مكان وجود هذا الملف وكيفية العثور عليه في Windows 7 وما يجب كتابته فيه)، موجود في المسار التالي: c:\ Windows\System32\drivers\etc\hosts
2. في نهاية محتوى HOSTS تحتاج إلى إضافة السطر: موقع 109.77.43.4 حيث يوجد في البداية عنوان IP للخادم الجديد، وبعده مفصول بمسافة، المجال
3. احفظ هذا الملف ويمكنك كتابة عنوان المورد الذي قمت بنقله للتو في متصفحك بأمان (قد تحتاج إلى إعادة تعيين ذاكرة التخزين المؤقت لنظام أسماء النطاقات على جهاز الكمبيوتر الخاص بك - اقرأ عن هذا في المقالة أعلاه مباشرةً حول ملف المضيفين)

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

يمكنك أيضًا مشاهدة مقطع فيديو حول هذا الموضوع من منشئ مواقع ويب معروف في RuNet:

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

استمتع بالمشاهدة!

كل التوفيق لك! نراكم قريبا على صفحات موقع المدونة

يمكنك مشاهدة المزيد من الفيديوهات بالذهاب إلى

");">

أنت قد تكون مهتم

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

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

النسخ الاحتياطي لقاعدة بيانات أوراكل

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

يستخدم البرنامج المساعد أيضًا RMAN API sbt، مما يلغي الحاجة إلى كتابة الملفات على محركات الأقراص المحلية في المقام الأول. في كل من وضع "التفريغ" ووضع RMAN، يقوم المكون الإضافي بإنشاء نسخة احتياطية من المعلومات المهمة، وهو ما يعد أفضل ممارسة لإدارة قاعدة بيانات Oracle. عادةً، يتم استخدام أساليب Dump وRMAN PITR معًا لعمل نسخة احتياطية من نفس المجموعة.

تحسين كفاءة النسخ الاحتياطي التزايدي والتفاضلي لـ Oracle
​

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

​
أوراكل لاستعادة البيانات
​

كما هو موضح في الشكل أدناه، يسمح لك ملحق Oracle الإضافي باستعادة قاعدة البيانات باستخدام أدوات RMAN المساعدة أو باستخدام أسلوب Dump.

​الإصدارات المدعومة من منصة أوراكل للنسخ الاحتياطي

يتوفر البرنامج الإضافي لإصدارات 32 و64 بت من Linux وهو متوافق مع إصدارات قاعدة بيانات Oracle 10.x و11.x.

النسخ الاحتياطي والاستعادة لـ PostgreSQL

تم تطويره لتبسيط إجراءات النسخ الاحتياطي واستعادة مجموعات قاعدة بيانات PostgreSQL. لا يحتاج المسؤول إلى معرفة طرق النسخ الاحتياطي الداخلية لـ PostgreSQL أو إجراءات كتابة البرامج النصية المعقدة. يقوم البرنامج الإضافي تلقائيًا بعمل نسخة احتياطية من المعلومات المهمة مثل تكوين قاعدة البيانات وتعريفات المستخدم ومساحات الجدول. يدعم المكون الإضافي PostgreSQL طريقتين للنسخ الاحتياطي: "Dump" وPITR.

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

النسخ الاحتياطي السريع لقاعدة بيانات PostgreSQL​​​

يسمح البرنامج الإضافي Bacula Systems لـ PostgreSQL أيضًا لمسؤول قاعدة البيانات بإنشاء نسخ احتياطية لخوادم PostgreSQL في وضع "النسخ الاحتياطي السريع" مع النسخ الاحتياطية لملفات WAL.

استعادة PostgreSQL

محتويات الكتلة

محتويات قاعدة البيانات

الإصدارات المدعومة من منصة PostgreSQL للنسخ الاحتياطي

النسخ الاحتياطي لقاعدة بيانات PostgreSQL متاح لإصدارات 32 و64 بت من Linux ويدعم إصدارات PostgreSQL: 8.4 و9.0 و9.1 و9.2. يعمل على الإصدار 6.0.6 من برنامج Bacula Enterprise والإصدارات الأحدث.

النسخ الاحتياطي واستعادة قاعدة بيانات MySQL

تم تطويره لتبسيط إجراءات النسخ الاحتياطي والاسترداد لخوادم MySQL. لا يحتاج المسؤول إلى معرفة طرق النسخ الاحتياطي الداخلية لـ MySQL أو إجراءات كتابة البرامج النصية المعقدة. البرنامج المساعد قابل للتكوين ويقوم تلقائيًا بإنشاء نسخ احتياطية للمعلومات المهمة، مثل تكوين قاعدة البيانات وتعريفات المستخدم. يدعم مكون MySQL الإضافي طريقتين للنسخ الاحتياطي: "Dump" و"Binary".

إمكانية اختيار طريقة النسخ الاحتياطي لقاعدة بيانات MySQL

يسمح للمسؤول بتحديد أسلوب التفريغ أو الثنائي لإجراء نسخ احتياطي أسرع وإنشاء نسخ احتياطية أكبر. يعالج مكون MySQL الإضافي ملفات سجل MySQL عند استخدام وظيفة النسخ الاحتياطي PITR.

استعادة بيانات قاعدة بيانات MySQL

استعادة قاعدة بيانات MySQL واحدة

الإصدارات المدعومة من منصة MySQL للنسخ الاحتياطي

​يتوفر النسخ الاحتياطي والاستعادة لقاعدة بيانات MySQL لإصدارات 32 و64 بت من Linux ويدعم إصدارات MySQL 4.0.x و4.1.x و5.0.x و5.5.x و5.6.x.
​

النسخ الاحتياطي لقاعدة بيانات SQL Server

يعد ملحق VSS إحدى طريقتين لإجراء نسخ احتياطي لقاعدة بيانات SQL Server باستخدام برنامج Bacula Systems. تم تصميم النسخ الاحتياطي لقاعدة بيانات SQL Server عبر البرنامج المساعد VSS لإجراء نسخ احتياطي للعديد من مكونات Windows المحددة، ولا سيما قاعدة بيانات SQL Server. يعمل البرنامج الإضافي Bacula Enterprise VSS على تبسيط عملية إنشاء النسخ الاحتياطية لقاعدة بيانات SQL Server بشكل كبير.
​

طريقة سريعة وسهلة لاستعادة قاعدة بيانات SQL Server

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

شجرة خادم SQL أثناء الاسترداد

تم نقل قاعدة البيانات

إصدارات النسخ الاحتياطي لقاعدة بيانات SQL المدعومة

يتم إجراء النسخ الاحتياطي لقاعدة بيانات SQL ضمن نظام التشغيل Windows 2003 SP1 والإصدارات الأحدث، وWindows 2008 R1 وWindows 2008 R2.

النسخ الاحتياطي لقاعدة بيانات SQL - الميزات المتقدمة

هو حل حديث لإنشاء نسخ احتياطية لقواعد بيانات MS SQL المتعددة، مما يسمح بما يلي:

• قم بإجراء نسخة احتياطية كاملة تحفظ ملفات قاعدة البيانات وملفات سجل المعاملات، مما يتجنب فشل نظام التخزين.
• باستخدام النسخ الاحتياطي التفاضلي، يتم حفظ البيانات التي تغيرت منذ إنشاء آخر نسخة احتياطية كاملة فقط. يتضمن ملحق Bacula Enterprise الإضافي لـ SQL Server خيارات متكاملة لترقية النسخ الاحتياطية من التفاضلية إلى الكاملة إذا لزم الأمر.
• إنشاء نسخ احتياطية تزايدية عن طريق النسخ الاحتياطي لسجلات المعاملات. إذا تم تكوينها وفقًا للنموذج المناسب، فإن هذه الطريقة تسمح باستخدام وضع PITR.
• قاعدة بيانات رئيسية احتياطية لإنشاء نسخة احتياطية من معلومات تكوين MS SQL.

أداة قوية لاستعادة قاعدة بيانات SQL

يمكن للملحق Bacula Enterprise الإضافي لـ SQL استعادة البيانات بعدة طرق، بما في ذلك استخدام استرداد نقطة تفتيش PITR. في هذه الحالة، تفترض عملية الاسترداد السيناريوهات التالية:

• استعادة الملفات إلى القرص
• استعادة قاعدة البيانات الأصلية
• استعادة قاعدة البيانات باسم جديد
• استعادة قاعدة بيانات باسم جديد ونقل الملفات

نموذج لإنشاء نسخة احتياطية لقاعدة البيانات "مع التسجيل الكامل والجزئي"

الإصدارات المدعومة من منصة MS SQL للنسخ الاحتياطي

النسخ الاحتياطي لقاعدة بيانات MS SQL ممكن في أنظمة التشغيل Windows 2003 R2 وWindows 2008 R2 وWindows 2012 وMS SQL Server 2005 و2008 و2014.

هل أنت مهتم بالنسخ الاحتياطي لقاعدة البيانات باستخدام Bacula Enterprise ودعم الخبراء؟ شاهد الفيديو