عندما تظهر تضاريس غير معمورة بعد إعادة التشغيل، فإن هذا لا يعني أن العالم السابق قد حُذف تلقائياً. من المحتمل أنه تم اختيار عالم آخر أو إنشاء مجلد جديد. أوقف أي تغييرات أخرى، وثّق الحالة الراهنة، وتأكد أولاً من البيانات التي يتم تحميلها فعلياً.
القرار الأول الأهم
هل ترى فقط نقطة ظهور مختلفة أم أن مبانيك مفقودة عند إحداثيات معروفة؟ سجّل البُعد وموضع مكان تعرفه بثقة. يمكن للاعب أن يبدأ في موضع مختلف بعد عملية استيراد، حتى لو كان العالم نفسه موجوداً.
إذا أظهرت المقارنة بالفعل عالماً مختلفاً، فأوقف الخادم. احتفظ بمجلدات العالم الموجودة، والتهيئة، وأول سجل بدء تشغيل لافت للانتباه. لا تحذف التضاريس الجديدة ولا العالم القديم المشتبه به. كما يوفر المجلد الذي أُنشئ حديثاً دليلاً على اسم الهدف المستخدم.
التشخيص حسب الملاحظة
| الملاحظة | ما تقارنه بعد ذلك |
|---|---|
| مجلد عالم جديد وصغير بجانب القديم | العالم النشط واسم المجلد المكتوب بدقة |
| الاستيراد لا يظهر كعالم | حالة المهمة، وتنسيق العالم، وطبقة التعبئة |
| العالم العلوي سليم، لكن العالم السفلي أو العالم الآخر يبدو جديداً | تخطيط الأبعاد المرتبط بالإصدار والنقل الكامل |
| العالم سليم، لكن مخزون اللاعب مفقود | بيانات اللاعب ومسار المصادقة السابق |
| التغييرات تختفي بعد إعادة التشغيل | أخطاء الكتابة، ومساحة التخزين، والمهام المستعيدة |
تعامل مع هذا كترتيب للفحص، لا كدليل على سبب معين. فتاريخ تعديل قديم أو مجلد بحجم مشابه وحده لا يحدد عالماً بشكل موثوق.
فحص العالم النشط ومسار الملف
افتح إدارة العالم للخادم الصحيح. قارن المُدخل النشط فيها باسم العالم الذي تريده. في إعداد Java بسيط، يحدد level-name في server.properties العالم الرئيسي. يصف مرجع Paper هذا الإعداد.
بالنسبة لـ level-name=projektwelt، يجب أن يكون جذر عالم Java، على سبيل المثال، قابلاً للوصول كـ projektwelt/level.dat. يُعدّ projektwelt/projektwelt/level.dat طبقة إضافية عند النقل اليدوي. لا تقم بتحميل level.dat واحد فقط من عالم آخر فوقه؛ فالعالم يتضمن باقي البيانات والأبعاد.
في BDS، يقع العالم تحت worlds/<Name>. لا تخلط بين بنية ملفات Java وBedrock. إذا احتجت إلى نقل العالم من جديد، استخدم دليل الرفع واسم هدف خاص بك.
فحص الإصدار والأبعاد
قارن آخر حالة عاملة ببرنامج الخادم الحالي. عند التبديل بين تثبيتات Paper وVanilla القديمة، قد تكون الأبعاد مخزَّنة بشكل مختلف. كما تختلف الإجراءات الحالية عن الأدلة الخاصة بإصدارات Java قبل 26.1. استخدم الجزء المناسب من دليل ترحيل Paper.
غياب بُعد ما ليس سبباً لاختيار إعادة التعيين. فهذا إجراء مختلف، وقد يكون مدمّراً. تحقق أولاً مما إذا كانت البيانات الأصلية موجودة بالكامل وما إذا كان الهدف يتوقعها في المكان الصحيح.
قراءة سجل بدء التشغيل بشكل مركّز
قارن وقت أول بدء تشغيل خاطئ بعملية الرفع، أو الاستعادة، أو تغيير الإصدار. ابحث عن اسم العالم المتوقع وعن أول رسالة تتعلق ببيانات غير قابلة للقراءة، أو ملحقات مفقودة، أو إصدار بيانات غير مدعوم. يساعد تشخيص أخطاء Paper في تحديد السبب.
عدم وجود رسالة مطابقة لا يعني أن الملفات سليمة. تحقق أيضاً مما إذا كنت تنظر إلى سجل النسخة نفسها وعملية البدء نفسها. دوّن النتيجة لفريق الدعم إذا ظل المسار ومحتوى الملفات غير واضحين.
تصحيح سبب واحد مؤكَّد بالضبط
اعمل على نسخة من العالم القديم الذي عثرت عليه. قم مثلاً بتصحيح اسم الهدف الخاطئ فقط، أو كرّر عملية نقل ثبت أنها غير مكتملة. إذا كان البرنامج الأصلي مطلوباً، فجهّز بيئة مناسبة لهذه النسخة.
ابدأ بوصول محدود. زُر الأماكن التي دوّنتها سابقاً، وتحقق من مخزونات اللاعبين والأبعاد. جرّب تغييراً صغيراً بعد إعادة تشغيل نظيفة أخرى. دوّن محتوى الملفات الذي يُستخدم الآن بصفته حالة اللعب المعتمدة.
إذا لم يُعثر على عالم قديم كامل، فاختر نقطة نسخ احتياطي مفحوصة. يصف دليل النسخ الاحتياطي عملية الاستعادة. أخبر المجموعة بمقدار التقدم الذي سيُفقَد بسبب ذلك.
FAQ
هل تستعيد البذرة نفسها مبانيّ؟
لا. فالبذرة تتحكم في توليد التضاريس. أما المنازل المبنية وبيانات اللاعبين فتوجد في ملف الحفظ.
هل يمكنني فقط حذف مجلد العالم الجديد؟
هذا لا يزيل السبب تلقائياً. فقد يُنشئ الخادم المجلد من جديد؛ فاحتفظ به أولاً من أجل المقارنة.
لماذا يكون مخزوني فقط مفقوداً؟
تحقق من حالة اللاعب المنقولة ومن ربط الهوية. لا تُغيّر وضع الاتصال بالإنترنت على سبيل التجربة، لأن ذلك قد يتسبب في مشكلات ربط إضافية.
أدلة ذات صلة
هذا الدليل بلغات أخرى
Deutsch · English · Español · Français · Nederlands · Português · Русский