מפו את כל מצב היישום לפני בחירת כלי
רשמו מה נמצא ב-volume, מה ב-bind mount, מה בשירות חיצוני ומה קיים רק במארח. זהו את סוג המסד ואת גרסתו, קבצי ההעלאות, תצורת הפריסה ומקור ה-image. נתונים שנשמרים בשכבת כתיבה של קונטיינר בלי תכנון עלולים להישמט מהתהליך. תיעוד Docker מסביר את עצמאות ה-volume, ולא מעניק אחריות לשחזור היישום כולו.
סודות ואמצעי פענוח צריכים דרך שחזור מוגנת ונפרדת ככל שנדרש. לא מכניסים סיסמאות למסמך מסירה או לצילום מסך. גם קובץ Compose או קובץ סביבה עשוי לכלול ערכים רגישים. הגיבוי מקבל הרשאות ושמירה שמתאימות למידע שבתוכו.
חברו כל רכיב לשיטת גיבוי ולבדיקת קבלה
הטבלה היא כלי תכנון מקורי. היא אינה הוראת הפעלה למסד מסוים. בעל התשתית בוחר שיטה נתמכת שמתאימה לגרסה, להיקף המידע ולזמן הפסקה מותר. רכיב שלא מופה מסומן כפער, במקום להניח שהוא נמצא בקובץ הארכיון.
| רכיב | מה מתעדים | מה מאמתים בשחזור |
|---|---|---|
| מסד נתונים | סוג, גרסה ושיטה נתמכת | פתיחה עקבית ורשומת ניסיון |
| קבצי העלאות | נתיב, בעלות ומועד | קובץ ניסיון וקישורו לרשומה |
| פריסה ו-image | תצורה וזהות גרסה | יכולת הקמה עם תלות מתאימה |
| סודות והרשאות | מיקום מנוהל ומורשי שחזור | גישה נדרשת בלי חשיפת ערכים |
| שירות חיצוני | מה אינו כלול בעותק המקומי | תלות והליך התאוששות נפרד |
עקביות מסד נבדקת לפי התיעוד שלו
העתקה רגילה של קבצי מסד בזמן כתיבה אינה שקולה אוטומטית לגיבוי שמיש. PostgreSQL מתעד שיטות כגון גיבוי לוגי, גיבוי מערכת קבצים וארכוב מתמשך, עם דרישות שונות. ההנחיות של מסד אחד אינן מתכון ל-MySQL או לכל מוצר אחר. לא בוחרים שיטה רק מפני שהיא מפיקה קובץ במהירות.
יש גם snapshots עקביים שיכולים להתאים למסד פעיל בתנאים מתועדים. בדוגמת PostgreSQL נדרשת עקביות של כל הרכיבים הרלוונטיים, כולל WAL ונתיבים נוספים לפי התצורה. צילום חלקי או בזמנים שונים אינו אותו מנגנון. אם הספק אינו יכול להסביר את הבטחת העקביות, לא מסמנים את השאלה כפתורה.
שחזרו בסביבה שמנותקת מפעולות עסקיות חיות
מגדירים יעד בדיקה, משאבים, הרשאות וקבלת תוצאה לפני שמתחילים. מונעים מהעותק לשלוח דואר ללקוחות, לחייב תשלום או לעדכן CRM חי. כתובת שירות ופרטי גישה של סביבת ייצור אינם צריכים לעבור אוטומטית לסביבת ניסיון. משתמשים במידע סינתטי ככל האפשר ובמורשים בלבד.
בדקו לא רק שהקונטיינר עולה, אלא שהמסד נפתח, שמידע מתאים לקבצים ושתהליך מייצג מסתיים. תעדו נקודת מידע ששוחזרה וזמן שנמדד בתנאי הבדיקה. RPO ו-RTO הם יעדי תכנון; בדיקה מקומית אחת אינה הבטחה לזמני התאוששות בכל אירוע.
דוגמה: המסד חזר אבל הקבצים לא
התרחיש להמחשה בלבד. היישום מציג רשומת ניסיון אחרי שחזור מסד, אך הקובץ המצורף חסר מפני שתיקיית ההעלאות הייתה ב-mount אחר. הצוות משלים את מפת הרכיבים ומתאם נקודות שחזור. הצלחה בפתיחת המסד לא הוכיחה שהשירות העסקי חזר.
מקרה דומה יכול להתרחש כאשר הוקם volume חדש וריק בשם אחר. השוואה של מיפוי נתיבים, בעלות ומידע צפוי עוזרת לזהות זאת. לא מתקנים באמצעות חיבור אקראי של נתיב ייצור לסביבת ניסיון, ולא מוחקים עותק ישן כדי לפנות מקום לפני שנבדק חלופי.
מסרו תוצאה שאפשר לחזור עליה
המסירה כוללת כיסוי, שיטה וגרסאות, נקודת שחזור, אחראי והבדיקות שבוצעו. תעדו מה נשאר מחוץ להיקף, איך מוצאים את העותק ומי מחזיק גישה אליו. קבעו בדיקה חוזרת לאחר שינוי במסד, בתצורה או במיקום המידע, בהתאם לסיכון.
ב-CyberFixCrew אפשר לתאם מיפוי גיבוי ושחזור של פריסת Docker בהיקף מוסכם. תכנון אינו ראיה שכבר בוצע שחזור, ולא כל בדיקה מחייבת עצירת ייצור. מסכמים את השיטה ואת סיכוני הפעולה לפני שינוי מערכת פעילה.
