גיבויים ופריטים

כל מה ש-BombVault מגבה עומד ברשימה אחת תחת גיבויים: קונטיינרים, מכונות וירטואליות, ערכות תיקיות, כונן ה-flash, מערכי נתונים של ZFS והגיבוי העצמי. כל אחד מהם הוא פריט עם דף משלו. הדף הזה עובר על הרשימה, על דף הפריט ושלוש הלשוניות שלו, ועל ההגדרות שיכולות להיות לפריט.

מה כל תחום שומר

תחום	מה נשמר
קונטיינרים	תיקיית appdata ביחד עם הגדרת הקונטיינר: image, משתנים, פורטים, תוויות ו-volumes. הכרטיס תיקיות לגיבוי בלשונית הגדרות של הקונטיינר מסמן בדיוק אילו תיקיות הגיבוי מכסה, עם ספירה חיה של הנתיבים ורשימה של מה שהשארת בחוץ. נתונים שקונטיינר שומר מחוץ ל-Host Data, כמו ב-ixVolume של TrueNAS או בפרויקט Compose תחת /opt, אינם מגובים, והריצה מציינת את התיקיות שהשאירה בחוץ. הריצה מציינת גם תיקייה בתוך Host Data שלא קיימת כרגע. נתיבי מערכת כמו /etc/localtime או ה-socket של Docker לא נחשבים נתונים.
VMs	תמונות הדיסק, הגדרת ה-XML וה-NVRAM של UEFI, עם כיבוי מסודר או snapshot חי, דרך SSH. ראו גיבויי VM.
Flash	Unraid בלבד. כל כונן ה-USB flash (/boot): מערכת ההפעלה, הרישיון, תצורת המערך, השיתופים, הרשת ותצורת התוספים.
גיבוי עצמי	ה-/config של BombVault עצמה: מסד ההגדרות שלה, פרטי הגישה של היעדים, זוג מפתחות ה-SSH של libvirt, המפתח ומפתחות המארח הנעוצים של שרתי ה-ZFS והתעודות, שנלקחים בתצלום עם SQLite VACUUM INTO כך שמסד הנתונים אף פעם לא נתפס באמצע כתיבה.
תיקיות	כל תיקייה בשרת כערכת תיקיות, כמו שיתוף, המסמכים שלך או ספריית תמונות, עם תבניות החרגה אופציונליות. לערכות תיקיות יש לוחות זמנים, שמירה, עותקים מחוץ לאתר, בדיקות ותרגילי שחזור כמו לכל דבר אחר.
מערכי נתונים של ZFS	מערך נתונים וכל מערך מתחתיו, שנקראים מתצלום ZFS אחד כך שכולם מאותו רגע, ונשמרים עם restic כמו תיקייה. פריט ZFS יכול גם להחזיק רפליקה מדויקת לבלוק בשרת ZFS שני. ראו מערכי נתונים של ZFS.

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

הרשימה

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

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

שלושה כפתורים מעל הרשימה מצמצמים אותה:

• מסננים: לפי לוח זמנים (הכל, מתוזמן, מושהה), לפי גיבוי (עם גיבוי, ללא גיבוי) ו, לContainers ו-VMs, מותקנים או לא מותקן.
• מיון: לפי שם, סטטוס, IP, גיבוי אחרון, גודל או לוח זמנים. כל שדה חוץ מ-IP ממיין בשני הכיוונים, כמו גודל, הגדולים קודם וגודל, הקטנים קודם.
• חיפוש: לפי שם, image או IP.

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

הפעולה הראשית של הדף צפה בפינה הימנית התחתונה: גיבוי הכול עכשיו מתחיל ריצה על כל תחום מופעל. עוד מחזיק את השאר:

• בחירה מתחילה בחירה, ראו להלן.
• גלה גיבויים קורא מה היעדים מחזיקים ובונה מחדש פריטים ממנו, למשל אחרי התקנה חדשה. לקונטיינר בלי נתונים משלו אין תצלום, והוא חוזר מההגדרה שמועתקת לצד המאגר. עותקים מחוץ לאתר של תחומים שנבנו מחדש ממתינים אז עד שמאמצים את הגיבויים שלהם כגיבויים של השרת הזה, ראו אחרי בנייה מחדש.
• חיבור ZFS לשרת הזה פותח את בדיקת ה-SSH של תחום ה-ZFS, ראו מערכי נתונים של ZFS.
• שכפול הכול עכשיו, כשאריח ה-ZFS נבחר, שולח את הרפליקה של כל פריט ZFS.

בחירת כמה פריטים

בוחרים שורות כמו שבוחרים קבצים במנהל קבצים: Ctrl+לחיצה, Shift+לחיצה, Ctrl+A, או לחיצה ארוכה בטלפון. שורה שנבחרה מציגה סימון במקום הסמל שלה, ופס מעל הרשימה סופר אותן ומציע גיבוי הנבחרים, השהיית התזמון והמשך התזמון, בחירת הכול וניקוי בחירה. לכל שורה יש גם תפריט לחיצה ימנית עם הפעולות שלה.

בחירה מגובה בשרת, פריט אחרי פריט, ולכן היא ממשיכה כשסוגרים את הלשונית. כדי לשחזר כמה פריטים יחד משתמשים בדף השחזור.

הוספת תיקייה או מערך נתונים של ZFS

קונטיינרים, מכונות וירטואליות וכונן ה-flash מופיעים בעצמם ברגע שהתחום שלהם מופעל תחת הגדרות, כללי. תיקיות ומערכי נתונים של ZFS בוחרים בעצמך, כי BombVault לא יכולה לנחש אילו התכוונת. הוספה פותחת מה עוד BombVault צריך לגבות?:

• תיקייה אחת מפרטת את השיתופים ש-BombVault מצאה ולוקחת כל תיקייה אחרת מתחת ל-Host Data. נותנים לערכת התיקיות שם, כמו Documents. השם קבוע אחרי הגיבוי הראשון, כי התצלומים נשמרים תחתיו.
• מערך נתונים של ZFS מפרט את מערכי הנתונים של השרת הזה. בוחרים את זה שבראש מה שרוצים לגבות, ראו פריטים ומערכי נתונים בנים.
• תצורת המערכת מופיעה במארח בלי Unraid ש-Host Data שלו מגיע ל-/etc. זו ערכת תיקיות /etc להתחלה שבודקים לפני שמירה.

להשאיר פריט בחוץ

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

הדף של פריט

לחיצה על שורה פותחת את הדף של הפריט. הראש מציין את הפריט ואת מצבו בשורה אחת, כמו גובה לפני 3 שעות או נדחה, הניסיון הבא ב-03:15, ומחזיק את הפעולות שלו: גיבוי עכשיו, שחזור, ותחת עוד את הנדירות, כמו ייצוא הגיבוי האחרון, ייצוא קונטיינר או ייצוא VM, קישור לפריט קודם, מחיקת כל הגיבויים, הסרת פריט ומחיקת גיבויים בכל מקום. כפתור חזרה משמאל לסמל מוביל לרשימה. בזמן שגיבוי רץ, ביטול הגיבוי עומד לצד ההתקדמות שלו, וריצה שבוטלה נרשמת כמבוטלת, לא ככושלת.

מחיקת גיבויים בכל מקום מוחקת בבת אחת את הגיבויים של הפריט בכל היעדים, כולל העותקים מחוץ לאתר. החלון מציג כל מקום ואת מספר הגיבויים בו, והכפתור נפתח אחרי שמקלידים את שם הפריט. מקום שמוגדר כ-append-only שומר את הגיבויים שלו ואומר זאת. הפריט וההגדרות שלו נשארים, כך שפריט שכבר לא מגבים נשאר כזה, ורק הגיבויים שלו וההיסטוריה שלהם נעלמים.

לדף שלוש לשוניות: גיבויים, הגדרות ואימות.

לשונית גיבויים

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

• יעדים מציין כל מקום עם גיבויים של הפריט הזה וכמה. מקומות מחוץ לאתר נקראים רק כשלוחצים בדיקה, כי רישום אחסון בענן לוקח זמן. מקום שהפריט כבר לא מגבה אליו עומד כגיבויים קודמים בלבד ועדיין אפשר לשחזר ממנו.
• לכל תצלום יש תפריט: הוספת תגית או שינוי תגית, השוואה לגיבוי אחר, שמפרטת את הקבצים שהגיעו, נעלמו או השתנו, ייצוא כ-tar, zip או מאגר restic משלו, ומחיקה במקום אחד בלבד.
• גיבויי SQL של מסד הנתונים של קונטיינר עומדים ברשימה משלהם, עם הורדה, שמירה בתיקייה וייבוא.

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

לשונית הגדרות

כל פריט מתחיל עם לוח זמנים ויעד:

• בלוח הזמנים מכניס את הפריט לריצות המתוזמנות או מוציא אותו מהן.
• תוכנית משלה נותנת לפריט הבודד הזה תוכנית משלו, ראו תוכנית משלה לפריט אחד. בלעדיה הוא רץ בתוכנית של התחום שלו או בגיבוי המלא.
• שורת כפתורים, מקומי ואחד לכל יעד מחוץ לאתר, אומרת לאן הגיבויים הולכים. עוקב אחרי ברירת המחדל פירושו שהפריט הולך לאן שהתחום שלו הולך, ולחיצה עליו פותחת יעדים לפי תחום. ראו מיקום לפי פריט.
• מאגר מציין לאן הגיבויים נכתבים (מאוחסן ב). המקום הזה קבוע מהגיבוי הראשון, ואילו העותקים יכולים להשתנות בכל עת.

הכרטיסים שמתחת תלויים בסוג הפריט:

סוג	כרטיסים
קונטיינר	תיקיות לגיבוי (אילו תיקיות ממופות מגובות, עם דילוג על תיקיות מטמון (CACHEDIR.TAG)), תבניות החרגה, עצירת מכולות אחרות, פקודות לפני ואחרי, מסד נתונים, כשהאפליקציה עסוקה, עדכון לאחר גיבוי מוצלח, תצלום במקום עצירה, שמות קודמים
VM	VM עם שיטה (מסודרת (כיבוי) או Snapshot חי) ורק בלוקים שהשתנו, ראו מדריך גיבוי VM
ערכת תיקיות	תיקייה ותבניות החרגה
כונן flash	ייצוא Flash ל-zip, שכותב כל גיבוי flash כקובץ .zip רגיל לתיקייה שתבחר, בצעד אחד, כך שכלי סנכרון אף פעם לא רואה חצי קובץ. גיבוי flash שמכיל פחות ממה שהוא אמור משאיר את ה-ZIP האחרון במקומו, וריצת הייצוא אומרת זאת.
מערך נתונים של ZFS	מערכי הנתונים הבנים, הקונטיינרים לעצירה והפקודות סביב התצלום, רפליקה ובדיקת הגישה לתצלומים, ראו מערכי נתונים של ZFS

ההגדרות נשמרות מעצמן כשאתה משנה אותן.

לשונית אימות

• בדיקות מציגה את בדיקת השחזור שבאה אחרי הגיבוי הראשון. בדיקת שחזור מריצה אותה שוב על הגיבוי האחרון: BombVault משחזרת מדגם של עד 100 קבצים ו-256 MiB לתיקייה זמנית ונותנת ל-restic לקרוא כל קובץ בחזרה מול הגיבובים שלו.
• בדיקת הפעלה, בקונטיינר, משחזרת את הגיבוי האחרון לעותק מבודד ומפעילה אותו: שם שמתחיל ב-bombvault-test-, רשת Docker פנימית משלו בלי פורטים שפורסמו ובלי דרך ל-LAN, מעבד אחד ו-2 GiB זיכרון. היא עוברת כשהעותק מדווח תקין, עונה בפורט החשוף הראשון שלו, או, בלי אף אחד מהם, ממשיך לרוץ. המקור אף פעם לא נוגע, והעותק, הרשת שלו והנתונים שלו מוסרים אחר כך, גם אחרי אתחול באמצע בדיקה. קונטיינרים ברשת המארח, עם הרשאות privileged, עם התקנים, וכאלה שצריכים קונטיינר אחר מוצגים כלא ניתנים לבדיקה. בדיקת הפעלה תחת הגדרות, אימות, בדיקות אוטומטיות בודקת קונטיינר אחד בכל ריצה, זה שנבדק הכי מזמן קודם.
• חריגות קובעת את הרגישות ורמת ההתראה של הפריט הזה ומציגה את הממצאים הפתוחים שלו.
• גודל לפי תיקייה מציג מה תופס את המקום בגיבוי האחרון וכמה מזה הגיבוי האחרון הביא, רמה אחת בכל פעם.
• הרצות אחרונות מפרט את הריצות האחרונות עם ההתחלה, הסוף והמשך שלהן. לחיצה מציגה את הפרטים.

תבניות החרגה

הכרטיס תבניות החרגה לוקח תבנית אחת בכל שורה. כותבים נתיבים כפי שרואים אותם בתוך הקונטיינר, כמו /config/Library/Application Support/Plex Media Server/Cache, או שם חשוף כמו .git, שמתאים בכל עומק. בערכת תיקיות כותבים נתיב כפי שהמארח מכיר אותו, כמו /mnt/user/data/cache. תצוגה מקדימה מתחת לשדה מראה למה כל שורה נפתרת, ומזהירה כששורה לא מתאימה לכלום או שהיא תחריג הכול. שורה של / או *, או כזו שמציינת תיקייה מגובית שלמה, מתעלמים ממנה, כך שהחרגה אף פעם לא יכולה לרוקן גיבוי. כדי להשאיר תיקייה שלמה בחוץ מבטלים את הסימון שלה תחת תיקיות לגיבוי במקום זאת.

ל-images ידועים כמו Plex,‏ Jellyfin,‏ Sonarr,‏ Radarr,‏ Immich ו-Nextcloud הכרטיס מציע את התיקיות שהאפליקציה ממלאת שוב בעצמה, כמו מטמונים, יומנים ותמונות ממוזערות. שום דבר לא מוחרג עד שלוחצים החרגת הנבחרים.

אותו כרטיס נושא אזהרות שסריקת תיקיות לא יכולה לראות. ל-Immich, למשל, האלבומים, הפרצופים והתאריכים נשמרים במסד PostgreSQL בקונטיינר נפרד, ולכן גיבוי קבצים של הקונטיינר של Immich לבדו משחזר את התמונות בלי כל זה, והשחזור נראה כאילו הצליח. מגבים גם את קונטיינר מסד הנתונים.

גיבויי SQL של מסד הנתונים

קונטיינרי PostgreSQL,‏ MySQL ו-MariaDB ש-BombVault מזהה מקבלים דאמפ לפני כל גיבוי, מהשרת הרץ, לנקודת שחזור משלהם לצד הקבצים. זה כולל את ה-images הרשמיים, PostGIS,‏ TimescaleDB,‏ pgvector,‏ pgautoupgrade, ה-images של מסד הנתונים של Immich, ה-images של MariaDB של linuxserver,‏ yobasystems ו-jc21, ו-mysql-server של Oracle. קונטיינר שרק נראה כמו מסד נתונים מקבל את אותה אפשרות, כבויה עד שבוחרים בה.

הדאמפ זורם ישר למאגר ולעולם לא נכתב לדיסק. פרטי הגישה באים מהמשתנים של הקונטיינר עצמו, כולל סודות *_FILE, ואף פעם לא עוזבים אותו. הכרטיס מסד נתונים בלשונית ההגדרות של הקונטיינר אומר אם תיקיית הנתונים נשמרת כשהוא עצור, מועתקת כשהוא רץ, או לא נשמרת, ומפעיל או מכבה את הדאמפ לקונטיינר הזה. התווית bombvault.dbdump=false עושה אותו דבר וגוברת על הכרטיס. גיבויי SQL אוטומטיים תחת הגדרות, כללי מחליף את זה לכולם.

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

פקודות וקונטיינרים אחרים

• פקודות לפני ואחרי רצות בתוך הקונטיינר עם sh -c, למשל כדי לרוקן מטמון לדיסק. פקודה שנכשלת לפני הגיבוי מבטלת אותו. פקודה לפני הגיבוי שיוצאת עם קוד 75 דוחה גיבוי מתוזמן במקום זאת, ראו להלן.
• עצירת מכולות אחרות מציינת קונטיינרים לעצירה בזמן שהזה מגובה, כמו מסד הנתונים שלו. אחר כך הם מופעלים שוב לפי סדר ה-depends_on של Compose שלהם, וכברירת מחדל כל אחד צריך לדווח תקין לפני שהבא מתחיל. ההמתנה ופסק הזמן שלה נמצאים תחת הפעלה מחדש לאחר הגיבוי בכרטיס סדר תחת הגדרות, לוח זמנים.
• קונטיינר שחולק את מרחב השמות של הרשת, ה-PID או ה-IPC עם קונטיינר שנעצר, דרך --net=container: או network_mode: service: של Compose, נעצר ומופעל יחד איתו גם כשהוא לא ברשימה, והוא מופעל אחרי הקונטיינר שאליו הוא מצטרף. קונטיינר שמופעל מחדש מקבל רשת חדשה, וקונטיינר שנשאר לרוץ על הרשת הישנה היה נשאר רק עם ה-loopback שלו. הרשימה עצמה נשארת כפי שקבעת. אם קונטיינר כזה לא נעצר, הריצה אומרת שאין לו רשת עד שיופעל מחדש. כך גם לגבי הקונטיינר של BombVault עצמה, שאף פעם לא עוצר את עצמו ואי אפשר לשים אותו ברשימה.
• קונטיינר שלא רץ שוב אחר כך מצוין בריצה ובהתראה, גם כשהגיבוי עצמו נכשל.

כשהאפליקציה עסוקה

גיבוי עוצר את הקונטיינר שלו, ולכן גיבוי מתוזמן יכול להמתין בזמן שמישהו משתמש באפליקציה ולנסות שוב בעצמו. הכרטיס כשהאפליקציה עסוקה בלשונית ההגדרות של קונטיינר מגדיר את זה:

• בדיקת פעילות שואלת את Plex,‏ Jellyfin או Emby לפני גיבוי מתוזמן אם מישהו צופה. את Plex שואלים עם האסימון מה-Preferences.xml שלו, כך שאין מה להזין. Jellyfin ו-Emby לוקחים מפתח API, שנוצר בלוח הבקרה של השרת תחת API keys.
• להתעלם מסשנים מושהים אחרי (דק') מאפשר לסרט שהושהה ללילה להפסיק להיספר.
• לגבות כשהשרת לא עונה מחליט מה קורה כשאי אפשר לשאול את השרת: מופעל, הגיבוי רץ והיומן אומר זאת. כבוי, הוא ממתין כאילו מישהו צופה.
• להמתין כל עוד הקונטיינר שולח נתונים מיועד לאפליקציות בלי בדיקה כזו, כמו שרת משחקים או מורידן. הגיבוי ממתין כל עוד הקונטיינר שלח יותר מעסוק החל מ- (KiB/s) בקריאה כלשהי בשקט במשך (דק') הדקות האחרונות.
• לנסות שוב כל (דק'), לנסות רק בחלון זמן עם לנסות בין, ולהמתין לכל היותר (שעות) קובעים איך הניסיונות מתנהלים.
• בסוף ההמתנה או מוותר, מה שמציג את הגיבוי תחת דורש תשומת לב עם ניסיון חוזר, או לגבות בכל זאת.

גיבוי ממתין נרשם כנדחה, בענבר, ושאר הריצה נמשכת. הסקירה, הרשימה והפריט מציגים אותו עם הניסיון הבא, וההתראה על איחור ומצב ההגנה ממתינים לו עד המועד האחרון שלו. מקבלים התראה אחת כשהוא נדחה ואחת כשהוא מסתיים, לא אחת לכל ניסיון. ניסיון ממתין בזמן שגיבוי אחר רץ, וההמתנה נמשכת אחרי אתחול. גיבוי שמתחילים בעצמך תמיד רץ מיד, בין אם עם גיבוי עכשיו, ניסיון חוזר, בחירה, ה-API או MCP, וגיבוי שעובר מסיים המתנה שהייתה תלויה.

בלשונית ההגדרות של הקונטיינר יש גם דרך ישנה ופשוטה יותר: להמתין עד שהאפליקציה שקטה עם להמתין לכל היותר (שעות). הגיבוי מתחיל ברגע שהאפליקציה שקטה, מה שהכרטיס שקט לפני גיבוי תחת הגדרות, לוח זמנים מגדיר. חברי stack של Compose שמגיע זמנם באותה ריצה ממתינים יחד, והגיבוי הממתין לא מחזיק נעילה, ולכן שאר הקונטיינרים ממשיכים.

דוגמה: Plex ממתין בזמן שמישהו צופה

הגיבוי המלא רץ כל לילה ב-03:00. אף אחד לא צריך לראות סרט נעצר כי Plex ירד לגיבוי, אבל הגיבוי עדיין צריך לקרות לפני הבוקר.

1. פותחים גיבויים, אחר כך את הפריט plex, ואת לשונית הגדרות שלו.
2. בכשהאפליקציה עסוקה קובעים את בדיקת פעילות ל-Plex. אין מה להקליד.
3. קובעים להתעלם מסשנים מושהים אחרי (דק') ל-30, כך שסרט שהושהה בחצות מפסיק להיספר בחצי שעה אחרי.
4. משאירים לגבות כשהשרת לא עונה מופעל.
5. קובעים לנסות שוב כל (דק') ל-15.
6. מפעילים לנסות רק בחלון זמן וקובעים לנסות בין ל-22:00 ו-06:00.
7. קובעים להמתין לכל היותר (שעות) ל-3 ובסוף ההמתנה ל-לגבות בכל זאת.

מה קורה בלילה שבו מישהו עדיין צופה ב-03:00: BombVault שואלת את Plex, מוצאת סשן שמתנגן, ורושמת את הגיבוי כנדחה עם הניסיון הבא ב-03:15. שאר הקונטיינרים של הריצה מגובים כרגיל. כשהסרט נגמר ב-04:10, הניסיון ב-04:15 מוצא את Plex שקט ומגבה אותו, וההמתנה מסתיימת בהתראה אחת. אילו הסרט היה עדיין רץ ב-06:00, ההמתנה הייתה מגיעה לסופה ו-Plex היה מגובה בכל זאת, כך שהגיבויים שלו לעולם לא מפגרים יותר משלוש שעות.

לבדיקה משלך, גורמים לפקודת טרום-גיבוי לצאת עם קוד 75 כל עוד האפליקציה עסוקה, למשל [ "$(cat /tmp/players)" = 0 ] || exit 75. עוד תסמינים ופתרונות נמצאים בפתרון בעיות.

ייצואים רגילים

restic נשאר המנוע, אבל ייצוא נותן לך עותק שלא צריך לא את BombVault ולא את restic.

• ייצוא קונטיינר וייצוא VM תחת עוד בדף של פריט כותבים עותק כפי שהוא עכשיו, לצד המאגר: תיקיות הגיבוי של הקונטיינר ביחד עם התבנית שלו ב-Unraid, או תמונות הדיסק של המכונה הוירטואלית ביחד עם ההגדרה שלה, שאפשר לשחזר עם virsh define.
• ייצוא על תצלום כותב גיבוי שמור לתיקיית הייצוא בשרת, כ-tar, zip או מאגר restic משלו, ויכול לקחת תצלום אחד או את כולם. גיבוי flash וגיבוי עצמי מחזיקים מפתחות, ולכן הייצוא שלהם צריך סיסמת התחברות וכניסה במופע עצמו.

ייצואים הם קבצים רגילים כברירת מחדל. הצפנת ייצוא באמצעות age תחת הגדרות, מערכת אוטמת אותם, כולל ה-ZIP של ה-flash, עבור הנמענים שאתה מפרט, כל אחד מפתח ציבורי של age או מפתח ציבורי של SSH. מפענחים אותם אחר כך מחוץ לתיבה עם המפתח הפרטי התואם. כשההצפנה פועלת ואין נמען תקף, ייצוא נכשל בשגיאה ברורה במקום לכתוב אי פעם קבצים רגילים.

מה ריצה מספרת לך

• תזמון. כל ריצה קוראת התחלה, סוף ומשך, ולכל פריט יש הרצות אחרונות משלו.
• למה גיבוי היה איטי. בזמן שגיבוי רץ, BombVault עוקבת אחרי כמה עמוסים המעבד, הדיסקים והרשת. כשגיבוי לוקח הרבה יותר מהרגיל ודבר אחד היה בבירור על הגבול שלו, הריצה אומרת זאת, למשל "דיסק היעד disk1 היה עסוק ב-98%". אחרת היא לא אומרת כלום.
• התקדמות בדיקות וגיזומים. יומן הפעילות והכרטיס בדיקת גיבויים מראים עד כמה restic ספר, כמו 12 מתוך 47 packs, עם הזמן שנותר בשלב הזה ברגע שיש מספיק כדי להעריך אותו.
• קבצים שלא הצליחו לקרוא. גיבוי שעבר אבל השאיר משהו בחוץ מצבע את השורה שלו בכתום ומציין מה הושאר בחוץ.