نقل خادم Minecraft Java إلى استضافة جديدة دون فقدان التقدم

نقل خادم Java لا يعني نسخ التضاريس وحدها. المخزون والأبعاد والصلاحيات والإضافات والمودات وهوية اللاعبين تمثل حالة واحدة. أبقِ الاستضافة القديمة متوقفة ومتاحة للرجوع حتى تجتاز الجديدة اختبار قبول خاصًا كاملًا.

جرد البيئة قبل الصيانة

سجّل إصدارات Minecraft وJava وبرنامج الخادم والبنية والـ loader والمودات والإضافات وحزم البيانات والذاكرة ومعاملات البدء والمنفذ وonline-mode والـ proxy وإعدادات اللوحة. اذكر كل العوالم والأبعاد؛ قد يستخدم Paper أو multiworld أو المودات ترتيبًا مختلفًا.

دوّن العنوان العام وDNS والمنفذ، وحوّل الاقتصاد والحمايات والمنازل والصلاحيات إلى نقاط اختبار محددة.

إنشاء نسخة مرجعية بعد الإيقاف

أعلن الصيانة وامنع الدخول الجديد واحفظ عند الحاجة ثم نفّذ stop. اضغط مجلد الخادم كاملًا بعد انتهاء العملية فقط. خزّن الملف خارج الاستضافتين، وسجّل حجمه وقارن hash إن أمكن.

لا تلغِ الاستضافة القديمة ولا تفتحها مجددًا. النسخ أثناء التشغيل قد يمزج بيانات من أوقات مختلفة.

تجهيز وجهة متوافقة

ثبّت إصدارات Java والخادم والـ loader والمودات والإضافات نفسها. عند الانتقال بين Vanilla وSpigot وPaper وFabric وForge اتبع بنية العالم الموثقة للوجهة. شغّل خادمًا فارغًا مرة فقط إذا احتاجت اللوحة إنشاء البنية، ثم أوقفه واعزل ملفات الاختبار.

تحقق من المساحة والمالك وأمر البدء والمنفذ والجذر الحقيقي. رفع صحيح إلى instance غير مستخدم يبدو كأنه رفع مفقود.

نقل العالم والهوية والإعدادات معًا

فك snapshot بالطريقة المدعومة. افحص level-name والعالم الأساسي وNether وEnd واللاعبين والإنجازات والإحصاءات وحزم البيانات والقائمة البيضاء والحظر وOP والصلاحيات وقواعد الإضافات.

لا تضع كلمات مرور أو مفاتيح في أرشيف عام؛ غيّر ما انكشف. حافظ على online-mode وتمرير الهوية عبر proxy، وإلا قد يبدو UUID الجديد كفقدان للمخزون.

إجراء اختبار قبول على عنوان خاص

لا تغيّر DNS بعد. قيّد الدخول بقائمة بيضاء أو عنوان مؤقت واقرأ البدء كاملًا. اختبر بحساب إداري وعادي spawn والمباني والأبعاد والمخزون والاقتصاد والحمايات والبوابات والأوامر.

نفّذ تغييرًا صغيرًا ثم أوقف وأعد التشغيل. اتصال ناجح واحد لا يثبت الحفظ المستمر.

التحويل مع خادم واحد قابل للكتابة

بعد النجاح أبقِ القديم متوقفًا وغيّر DNS أو proxy أو العنوان. لا تفتح النسختين للاعبين الحقيقيين؛ سيتفرع التقدم فورًا ولا توجد طريقة دمج عامة آمنة.

راقب السجلات والاتصالات في الجلسة الأولى. قد يرسل cache الخاص بـ DNS بعض اللاعبين إلى القديم. احتفظ به حتى اختبار إعادة تشغيل فعلية والنسخ التلقائي.

الرجوع كعملية كاملة

إذا أتلفت الوجهة البيانات أو لم تشغل الـ stack فأوقفها أولًا. الرجوع النظيف يعيد snapshot المرجعي في الاستضافة القديمة ويرجع العنوان، ولا يخلط ملفات جزئية في الاتجاهين.

سجّل الخطأ ونقطة القبول التي فشلت. تغيير الإصدار والبنية ونطاق الملفات معًا يخفي السبب.

معايير الاكتمال

• تم جرد البيئة والعوالم وإعدادات اللوحة.
• أُخذت النسخة بعد إيقاف نظيف وحُفظت خارج الاستضافات.
• تكرر الوجهة الـ stack أو تتبع مسارًا موثقًا.
• نُقلت العوالم والهوية والصلاحيات والإعدادات معًا.
• شمل الاختبار الخاص السجلات واللاعبين والأبعاد والحفظ وإعادة التشغيل.
• كان خادم عام واحد فقط قابلًا للكتابة أثناء التحويل.
• يمكن الرجوع إلى القديم خلال فترة الخطر.

ينتهي النقل عندما يستمر تاريخ المجتمع ويثبت مسار الرجوع، لا عندما تتحول لوحة الاستضافة الجديدة إلى اللون الأخضر.