expire_backups - מקוון בענן

תָכְנִית:

שֵׁם

expire_backups - פג תוקף של גיבויים ישנים בצורה חכמה

תַקצִיר

expire_backups [אפשרויות] [ ...]

תיאור

השמיים expire_backups הפקודה הסר בצורה חכמה גיבויים ישנים שאינם נחוצים עוד.

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

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

דוגמה: מתי expire_backups נקרא עם הגדרת טווח הגילאים 1 3 7 14 31, זה יהיה
להבטיח שתמיד יהיו לך הגיבויים הבאים זמינים:

1. גיבוי בן 0 עד 1 מחזורים (כלומר, הגיבוי האחרון)

2. גיבוי בן 1 עד 3 מחזורים

3. גיבוי בן 3 עד 7 מחזורים

4. גיבוי בן 7 עד 14 מחזורים

5. גיבוי בן 14 עד 31 מחזורים

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

expire_backups השימוש פשוט. זה דורש גיבויים להיות מאוחסנים בספריות של
טופס שנה-חודש-יום_שעה:דקה:שניות (YYYY-MM-DD_HH:mm:ss) ועובד על כל הגיבויים ב
הספרייה הנוכחית. אז עבור אסטרטגיית הגיבוי שלעיל, הפנייה הנכונה תהיה:

expire_backups.py 1 3 7 14 31

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

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

אפשרויות

השמיים expire_backups הפקודה מקבלת את האפשרויות הבאות:

--שֶׁקֶט
להיות ממש שקט

---debug-modules
הפעל פלט ניפוי באגים ממודולים שצוינו (השתמש בפסיקים כדי להפריד
מספר מודולים). הודעות ניפוי באגים ייכתבו אל היעד שצוין על ידי
--עֵץ אוֹפְּצִיָה.

--לנפות
הפעל פלט איתור באגים מכל מודולי S3QL. ייכתבו הודעות ניפוי באגים
ליעד שצוין על ידי --עֵץ אוֹפְּצִיָה.

--גִרְסָה
פשוט הדפס את גרסת התוכנית וצא

--מדינה
קובץ לשמירת מידע מצב בו (ברירת מחדל: ".expire_backups.dat")

-n ריצה יבשה. פשוט הראה אילו גיבויים יימחקו.

--שחזור-מצב
נסה לשחזר קובץ מצב חסר מתאריכי גיבוי.

--use-s3qlrm
השתמש s3qlrm פקודה למחיקת גיבויים.

יְצִיאָה קודים

expire_backups עשוי להסתיים עם קודי היציאה הבאים:

0 הכל הלך טוב.

1 אירעה שגיאה בלתי צפויה. זה עשוי להצביע על באג בתוכנית.

2 ארגומנט שורת פקודה לא חוקי.

השתמש ב-expire_backups באופן מקוון באמצעות שירותי onworks.net