גיבוי עדכונים ותחזוקה

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

שמור גיבוי הניתן לשחזור#

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

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

לפני עדכון#

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

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

אמת לאחר העדכון#

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

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

בדיקת התאוששות#

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

מעקב אחר קיבולת ותחזוקה מתוזמנת#

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