تعديل قاعدة البيانات داخل نسخة احتياطية لإزالة وسم مفتاح مكرر لتجنب الفشل عند الاستعادة

تمت استعادة موقعنا! شكراً لكل من ساعد.

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

هذه هي العمليات لإصلاح هذين الخطأين:

1. العثور على جدول العلامات والعلامة المكررة

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

  • قم بفك ضغط جميع المجلدات المضغوطة فيه، والتي يجب أن تترك لك ملف dump.sql ومجلد uploads.

  • افتح ملف dump.sql باستخدام محرر نصوص، لقد استخدمت Visual Studio Code.

  • ابحث عن “COPY public.tags” لتحديد موقع جدول العلامات. يجب أن يكون بالقرب من الأسفل ويبدو كالتالي:

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

  • احفظ ملف dump.sql الثابت باسم dump.sql.

2. يجب أن يكون ترتيب وأسماء الملفات والمجلدات مثاليًا في إعادة الضغط.

  • بعد فك الضغط، يجب أن يكون لديك ملف dump.sql ومجلد uploads.

  • انقر بزر الماوس الأيمن على dump.sql. حدد 7zip و “add to archive”.

  • حدد gzip كصيغة الأرشيف، مع الاحتفاظ بنفس اسم الملف.

  • حدد ملف dump.sql.gz الجديد وملف uploads، ثم انقر بزر الماوس الأيمن > 7zip > add to archive > archive format: tar. تأكد من أن اسم الملف مطابق تمامًا للنسخة الاحتياطية الأصلية، يجب أن يبدو شيئًا كهذا: ‘public-happiness-2023-07-25-033857-v20220628031850’.

  • حدد ملف .tar الجديد الخاص بك > 7zip > add to archive > archive format: gzip. تأكد من أن اسم الملف مطابق تمامًا للنسخة الاحتياطية الأصلية، يجب أن يبدو شيئًا كهذا: ‘public-happiness-2023-07-25-033857-v20220628031850’.

  • يجب أن تكون النتيجة النهائية ملف .tar.gz بنفس اسم النسخة الاحتياطية الأصلية.

  • قم بالتحميل إلى منطقة المسؤول واستعادة نسختك الاحتياطية.