פורומים חזרו. רק שהפעם הם חיים.אודותכללי הקהילה
התחברותהצטרפות
מדריך39 צפיות0 תגובות

מדריך: גיבוי ושחזור לשרת משחק לפי כלל 3-2-1

1בעליםלפני 12 ימים · 4 מוניטין
מדריך גיבוי ושחזור לשרת משחק
 
שרת משחק בלי גיבוי הוא שעון חול. לא משנה כמה הוא יפה היום. המדריך הזה בונה מדיניות גיבוי ושחזור שמתאימה ל-VPS ישראלי שמריץ FiveM, CS, MU או Pterodactyl, בלי להפוך אתכם לצוות DevOps מלא.
 

כלל 3-2-1 בגרסת שרת משחק

  • 3 עותקים של הנתונים החשובים
  • 2 סוגי מדיה או לפחות שני נתיבים שונים
  • 1 עותק מחוץ למכונה הראשית
 
בפועל לשרת קטן:
  1. גיבוי מקומי על הדיסק (מהיר לשחזור)
  2. גיבוי יומי לאובייקט סטורג' / VPS שני / אחסון חיצוני
  3. גיבוי שבועי שנשמר יותר זמן
 
אם הכל יושב על אותו VPS, זו לא תוכנית גיבוי. זו תחושת ביטחון מזויפת.
 

מה חובה לגבות

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

תדירות לפי סוג שרת

  • FiveM / RP: DB כל כמה שעות בשעות פעילות, מלא פעם ביום
  • CS 1.6: קונפיג + באנים + מפות מותאמות יומי; לוגים לפי נפח
  • MU: DB תכוף מאוד. כלכלת Items לא סולחת לרווח של יום שלם
  • Panel (Pterodactyl): גיבוי של פאנל + wings config בנפרד מגיבוי השרתים עצמם
 
כתבו את התדירות במקום אחד. אל תסמכו על הזיכרון.
 

שחזור שנבדק

גיבוי שלא ניסיתם לשחזר ממנו הוא קובץ דחוס עם תקווה בפנים.
 
פעם בחודש לפחות:
  1. שחזרו לתיקיית בדיקה / שרת staging
  2. בדקו שה-DB עולה
  3. בדקו ששחקן בדיקה נכנס ורואה נתונים הגיוניים
  4. מדדו כמה זמן לקח מקריאה ועד עלייה
 
רשמו את הזמן הזה. כשתהיה תקלה אמיתית, זה יהיה ה-ETA שתתנו לקהילה.
 

אוטומציה מינימלית

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

תרחישי כשל נפוצים

  1. מחיקה בטעות של DB — שחזרו מהעותק האחרון הידוע כתקין, לא מהקובץ הכי חדש אם הוא כבר מכיל את הנזק
  2. כופרה / פריצה — כאן העותק החיצוני מצדיק את עצמו
  3. דיסק מלא — גיבויים ישנים שלא מסתובבים הורגים את השרת החי; הגדירו מכסה
  4. שינוי קונפיג רע — שמרו גרסה קודמת של configs לפני כל שינוי גדול
 

מה להגיד לקהילה אחרי תקלה

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

רשימת מוכנות

  • [ ] יש גיבוי מחוץ ל-VPS
  • [ ] יש מדיניות שמירה כתובה
  • [ ] יש התראת כשל
  • [ ] בוצע שחזור ניסיון בחודש האחרון
  • [ ] יודעים מי מורשה להריץ שחזור
 

סיכום

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

הצטרפו לדיון

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

  • שמירה לקריאה מאוחרת בכל מכשיר
  • מעקב שקט אחרי האשכול, בלי התראות מיותרות
  • תגובה בעברית שנשארת ליד הידע, לא נעלמת בצ׳אט
  • גישה לסקרים חיים ולקהילות FiveM, CS ו-MU

תגובות

רוצים להוסיף טיפ למדריך?

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

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