קפוץ לתוכן
הגנת DDoS · Peeryx · 15 Tbps+
כל המדריכים

מעבר שרת FiveM: משאבים, txAdmin ו-SQL

מעבר שרת FiveM: משאבים, txAdmin ו-SQL. רשמו FXServer artifact, ESX/QBCore, מחבר SQL, הפעלה, server.cfg, exec וכל המשאבים. בדקו מסוף, משאבים, הרשאות txAdmin, שמירת דמויות, חיבור ישיר ורשימת FiveM; הבדילו TCP/UDP. רשמו גרסאות, הפעלה, נפח בשימוש, חשבונות, הרשאות, משימות, מסדי נתונים ותלויות חיצוניות. אשרו אפשרות ייצוא לפני ביטול.

← כל המדריכיםCubixServ

לפני שמתחילים

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

מיפוי גרסאות והיקף

רשמו FXServer artifact, ESX/QBCore, מחבר SQL, הפעלה, server.cfg, exec וכל המשאבים.

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

  • server.cfg
  • resources/
  • exec

שמירת כל הנתונים

שמרו את כל txData האמיתי עם פרופילים, מנהלים ומידע פיקוח; server.cfg אינו מספיק.

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

  • txData/
  • serverProfile
  • txDataPath
  • txAdmin

בדיקת חשבונות ותלויות

ייצאו בנפרד דמויות, מלאי, כלי רכב וטבלאות מותאמות; שמרו משתמשי SQL, הרשאות ומיון.

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

  • ESX / QBCore
  • MySQL / MariaDB
  • SQL

הכנת יעד וגיבוי

שחזרו תחילה אותן גרסאות; הגדירו מפתח Cfx.re, גישת SQL ו-webhook רק בפרטיות.

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

  • FXServer
  • Cfx.re
  • webhooks
  • SQL

בדיקה פרטית

בדקו מסוף, משאבים, הרשאות txAdmin, שמירת דמויות, חיבור ישיר ורשימת FiveM; הבדילו TCP/UDP.

בדקו בפרטיות הפעלה, כניסה, הרשאות, נתונים ושמירה לאחר הפעלה מחדש תקינה. בדקו תעודות ו-TCP/UDP בלי לפתוח ניהול לציבור.

  • TCP / UDP
  • txAdmin
  • FiveM

מעבר עם אפשרות שחזור

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

החליפו כתובת או DNS אחרי בדיקות. התחשבו ב-TTL ובמטמון. עקבו אחר שגיאות וכתיבות חדשות; חזרה דורשת יישוב נתונים חדשים.

  • SQL
  • DNS
  • IP

מה כדאי לעשות במצב שלכם?

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

מקורות רשמיים

המקורות מתארים פרוטוקולים והגדרות. בדקו את התיעוד של הגרסה שבה אתם משתמשים.

  1. Cfx.re/docs/resources/txAdmin/
  2. Cfx.re/docs/server-manual/server-commands/
  3. github.com/citizenfx/txAdmin
  4. github.com/qbcore-fivem/qb-core
  5. github.com/esx-framework/esx_core