הגיבוי נכשל (קודי BK)

ריצת גיבוי מתחברת למסד הנתונים עם המשתמש השמור לקריאה בלבד, מייצאת אותו, דוחסת, מצפינה ומעלה. אם שלב כלשהו נכשל, הריצה מסומנת כנכשלה, קוד השגיאה מופיע בלשונית הגיבויים, ומקבלים התראת backup_failed (קריטית אחרי שלוש כשלונות ברצף). ריצה שנכשלה לא נוגעת בגיבויים הקודמים.

מה כל קוד אומר

• BK-AUTH: מסד הנתונים דחה את משתמש הגיבוי. ייתכן שהסיסמה השתנתה; שמרו את החיבור מחדש.
• BK-NET: לא ניתן היה להגיע למסד הנתונים במהלך הגיבוי (פרויקט מושהה, חומת אש, שרת שגוי). ראו בדיקת החיבור נכשלה.
• BK-VERSION: שרת מסד הנתונים חדש יותר מכלי הייצוא שיש לנו עבורו. ההודעה מציינת אילו גרסאות נתמכות.
• BK-PERM: משתמש הגיבוי לא יכול לקרוא חלק מהטבלאות (permission denied). הריצו שוב את שורות ה-GRANT מהאשף; סכמות חדשות צריכות GRANT משלהן.
• BK-DUMP: pg_dump או mysqldump נעצרו עם שגיאה. השורות האחרונות של הפלט (בלי סיסמאות) מוצגות מתחת לשגיאה.
• BK-DISK: לא היה מספיק מקום זמני אצלנו לאובייקט גדול. אין צורך בפעולה מצדכם; הריצה הבאה מנסה שוב.
• BK-SST: חלק ה-Supabase Storage נכשל (למשל המפתח בוטל). גיבוי מסד הנתונים מאותה ריצה לא מושפע. שמרו מפתח חדש בלשונית הגיבויים.
• BK-UNKNOWN: כל דבר אחר. שלחו פנייה עם הקוד.

שני קודים נוספים מתוארים במאמרים משלהם: BK-CAP (האחסון מלא) במגבלות אחסון ושמירה ו-BK-DEST (היעד חסר) בדלי משלכם.

אחרי תיקון הסיבה לחצו "גבה עכשיו" בלשונית הגיבויים. אם נראה לכם שנתונים כבר אבדו, פעלו לפי מה עושים קודם.