גיבוי אתר וורדפרס צריך לכלול שני חלקים: מסד הנתונים — שבו נמצאים הפוסטים, העמודים, ההגדרות והמשתמשים — והקבצים: התבנית, התוספים, התמונות שהועלו וקובץ ההגדרות wp-config.php. לפי ההנחיות של וורדפרס, צריך את שניהם כדי לשחזר אתר באופן מלא, מומלץ לשמור לפחות שלושה גיבויים במקומות שונים, ותמיד לגבות לפני עדכון. ויש עוד כלל אחד, שרוב האתרים מדלגים עליו: גיבוי שמעולם לא שוחזר הוא לא גיבוי, הוא תקווה.
מה בדיוק מגבים
| רכיב | מה יש בו | מה קורה בלעדיו |
|---|---|---|
| מסד הנתונים | תוכן, הגדרות, משתמשים, הזמנות, טפסים | האתר ריק — אין עמודים, אין הגדרות |
| תיקיית ההעלאות | כל התמונות והקבצים שהועלו | עמודים עם תמונות שבורות |
| התבנית והתוספים | הקוד שמציג את האתר | אפשר להוריד מחדש — חוץ מקוד ייעודי שנכתב לאתר |
wp-config.php ו-.htaccess |
חיבור למסד הנתונים, הגדרות שרת והפניות | האתר לא מתחבר, או שהפניות נעלמות |
שימו לב לשורה השלישית: תבנית ייעודית ותוספים שנכתבו במיוחד לאתר אי אפשר "להוריד מחדש". הם חייבים להיות בגיבוי — או, עדיף, גם במאגר קוד מסודר מחוץ לשרת.
איפה שומרים: לא על אותו שרת
הטעות הנפוצה ביותר היא גיבוי שנשמר על אותו שרת שעליו האתר יושב. אם השרת נופל, נפרץ או נמחק — הגיבוי הולך יחד איתו. ההנחיה של וורדפרס היא לפחות שלושה עותקים, במקומות שונים ועל אמצעים שונים. בפועל:
- עותק אחד אצל ספק האחסון (נוח לשחזור מהיר).
- עותק אחד באחסון ענן נפרד, שאינו קשור לחשבון האחסון.
- עותק תקופתי נוסף, במקום שלישי.
ואם האתר נפרץ, חשוב שיהיו גיבויים מלפני הפריצה — לכן שומרים כמה גרסאות לאחור, לא רק את האחרונה.
באיזו תדירות
ההנחיה הכללית של וורדפרס: אתר קטן עם מעט עדכונים — גיבוי שבועי; אתר פעיל עם הרבה תוכן — יומי; ותמיד לפני עדכון או מעבר. אני מוסיף שאלה פשוטה שקובעת את התדירות: כמה עבודה אתם מוכנים לאבד?
- אתר תדמית שמתעדכן פעם בחודש — גיבוי שבועי מספיק.
- בלוג פעיל — יומי.
- חנות עם הזמנות או אתר שאוסף טפסים — יומי לפחות, ולמסד הנתונים לעיתים קרובות יותר, כי כל הזמנה שאבדה היא לקוח.
בדיקת שחזור — החלק שכולם מדלגים עליו
גיבוי שלא נבדק יכול להיות חלקי, פגום, או לכלול רק חלק מהקבצים. מגלים את זה בדיוק ברגע הכי גרוע — כשהאתר נפל. לכן, פעם בכמה חודשים:
- משחזרים את הגיבוי לסביבת בדיקה נפרדת (לא לאתר החי).
- בודקים שהעמודים נטענים, שהתמונות במקום ושאפשר להתחבר לניהול.
- בודקים שהנתונים האחרונים קיימים — הפוסט האחרון, ההזמנה האחרונה.
- רושמים כמה זמן לקח השחזור. זה המספר שיגיד לכם כמה זמן האתר יהיה למטה בתקלה אמיתית.
גיבוי אוטומטי: תוסף, ספק אחסון או שניהם
- גיבוי של ספק האחסון — נוח, לא מעמיס על האתר, אבל נשמר לרוב אצל אותו ספק. כדאי לברר כמה זמן הוא נשמר, באיזו תדירות, והאם אפשר להוריד עותק.
- תוסף גיבוי — יכול לשלוח עותקים לאחסון ענן חיצוני. מוסיף עוד תוסף לאתר, ולכן כדאי לבחור אחד מתוחזק היטב — ראו איך בוחרים תוספים לוורדפרס.
- שילוב — הגיבוי של הספק לשחזור מהיר, ועותק חיצוני למקרה שהספק עצמו הוא הבעיה.
ההנחיה של וורדפרס מוסיפה טיפ שימושי: גם כשיש גיבוי אוטומטי, לגבות ידנית מדי פעם ולבדוק שהאוטומציה באמת עובדת.
לפני כל עדכון
עדכון של תבנית, תוסף או גרסת PHP יכול לשבור אתר. גיבוי טרי לפני העדכון הופך תקלה כזו מאסון לעניין של דקות. עדיף עוד יותר: לבדוק עדכונים גדולים קודם בסביבת בדיקה, ורק אז באתר החי. זה חלק מהשגרה בתחזוקת אתרים.
גיבוי ואבטחה
גיבוי הוא קו ההגנה האחרון מפני פריצה: כשאתר נפרץ, לפעמים הדרך הבטוחה ביותר היא לשחזר מגרסה נקייה מלפני הפריצה — ואז לסגור את הפרצה שדרכה נכנסו. בלי גיבויים ישנים מספיק, האפשרות הזו לא קיימת. על שאר צעדי האבטחה כתבתי במאמר אבטחת אתר וורדפרס.
ועוד נקודה: קובץ גיבוי כולל את כל המידע באתר — כולל פרטים של לקוחות ומשתמשים. צריך לשמור אותו במקום מאובטח, לא בתיקייה ציבורית באתר ולא בתיבת מייל.
רשימת בדיקה
- מגבים גם את מסד הנתונים וגם את הקבצים.
- לפחות שלושה עותקים, לפחות אחד מחוץ לשרת ולחשבון האחסון.
- כמה גרסאות לאחור, לא רק האחרונה.
- תדירות לפי כמה עבודה מוכנים לאבד.
- גיבוי טרי לפני כל עדכון.
- בדיקת שחזור לסביבת בדיקה כל כמה חודשים.
- קבצי גיבוי מאובטחים, לא בתיקייה ציבורית.
מאמרים קשורים: אופטימיזציה למסד נתונים בוורדפרס: מה מצטבר ואיך מנקים בבטחה.
לא בטוחים אם הגיבויים של האתר שלכם באמת עובדים? שלחו לי את כתובת האתר, ואבדוק איפה הם נשמרים ואם אפשר לשחזר מהם.
אהבתם את המאמר?
