לפני שמתחילים
שמרו גיבוי מלא מתוארך ומקור עצמאי. עצרו כתיבות או השתמשו בגיבוי עקבי עם היישום. נסו שחזור בסביבה פרטית.
מיפוי גרסאות והיקף
רשמו גרסאות שרת/לקוח Bedrock; עולמות Java אינם ניתנים להחלפה.
רשמו גרסאות, הפעלה, נפח בשימוש, חשבונות, הרשאות, משימות, מסדי נתונים ותלויות חיצוניות. אשרו אפשרות ייצוא לפני ביטול.
- Bedrock Dedicated Server
שמירת כל הנתונים
קראו level-name; שמרו worlds מלא, מסד עולם וחבילות משאבים/התנהגות.
שמרו גיבוי מלא מתוארך ומקור עצמאי. עצרו כתיבות או השתמשו בגיבוי עקבי עם היישום. נסו שחזור בסביבה פרטית.
- worlds/
- level-name
- resource_packs/ / behavior_packs/
בדיקת חשבונות ותלויות
שמרו allowlist.json, permissions.json והגדרות Bedrock; רשימות Java אינן תחליף.
בדקו גרסאות יעד, שטח זמני, יציאות והרשאות. שמרו גרסאות תחילה; שדרגו בנפרד. RAM/vCPU זהים אינם מוכיחים ביצועים זהים.
- allowlist.json
- permissions.json
- allow-list
הכנת יעד וגיבוי
עצרו כראוי ובדקו אותה גרסה; שדרוג עלול להמיר את העולם.
תכננו עצירת כתיבות וייצוא סופי עקבי. הפרידו קבצים ו-SQL. גודל וגיבוב של אותו ארכיון יציב אינם מוכיחים עקביות מסד.
- SHA-256
בדיקה פרטית
בדקו לקוח, חבילות ושמירה; UDP 19132/19133 הן ברירות מחדל, לא הקצאה מובטחת.
בדקו בפרטיות הפעלה, כניסה, הרשאות, נתונים ושמירה לאחר הפעלה מחדש תקינה. בדקו תעודות ו-TCP/UDP בלי לפתוח ניהול לציבור.
- UDP
- server-port / server-portv6
מעבר עם אפשרות שחזור
פרסמו כתובת Bedrock ויציאת UDP שהוקצתה; לא כל לקוח תומך ב-Java SRV.
החליפו כתובת או DNS אחרי בדיקות. התחשבו ב-TTL ובמטמון. עקבו אחר שגיאות וכתיבות חדשות; חזרה דורשת יישוב נתונים חדשים.
- DNS
- IP
- UDP
מה כדאי לעשות במצב שלכם?
| המצב | הצעד הבא |
|---|---|
| לפני המעבר | אל תעברו לפני שחזור פרטי מוצלח של גיבוי מלא. |
| במהלך ההעברה | העתקה בזמן פעילות עלולה לפספס שינויים. תכננו עם מנהל מערכת שכפול וסנכרון סופי מתאימים; רציפות אינה מובטחת. |
| לאחר המעבר | שמרו את השירות הישן והמקור עד אישור. הגדירו מי מאשר מעבר וכיצד מיישבים כתיבות חדשות לפני חזרה. |
מקורות רשמיים
המקורות מתארים פרוטוקולים והגדרות. בדקו את התיעוד של הגרסה שבה אתם משתמשים.