DayZ სერვერის wipe-ები: სრული და ნაწილობრივი

ყველაფერი, რაც DayZ-ის სამყაროს რესტარტებს შორის ახსოვს, ერთ საქაღალდეშია: storage_<instanceId> მისიის საქაღალდის შიგნით, ანუ ნაგულისხმევ Chernarus-ის სერვერზე mpmissions/dayzOffline.chernarusplus/storage_1/. პერსონაჟები ამ საქაღალდეში players.db-შია; კარვები, ბაზები, სამალავები, მანქანები და თავად ეკონომიის მდგომარეობა data/-ის ქვეშ ბინარულ ფაილებშია. სრული wipe არის საქაღალდის შიგთავსის წაშლა გაჩერებულ სერვერზე. მხოლოდ პერსონაჟების wipe არის players.db-ის წაშლა. სამყაროს wipe პერსონაჟების შენარჩუნებით არის data/-ის წაშლა და players.db-ის დატოვება. ყველაფერი დანარჩენი - ბაზების დაშლა, დროშების ტაიმერები, საერთოდ რა გადაურჩება რესტარტს - რამდენიმე XML ფაილშია დაყენებული, და მათი სწორად მორგება ნიშნავს, რომ wipe-ები თავიდანვე ნაკლებად დაგჭირდება.

ეს პოსტი persistence-ს თავიდან ბოლომდე განიხილავს. თავად ლუთის გაჩენა DayZ types.xml-ის სახელმძღვანელოშია, ხოლო კონფიგის გასაღები, რომელიც storage საქაღალდეს ირჩევს, ახსნილია სტატიაში serverDZ.cfg ახსნილი.

რა ინახება და სად#

persistence-ის საქაღალდეს serverDZ.cfg-ში instanceId ირჩევს: ინსტანსი 1 კითხულობს და წერს storage_1-ს, ინსტანსი 2 - storage_2-ს, ყოველთვის template-ით დასახელებული მისიის საქაღალდის შიგნით. შეცვალე რომელიმე მნიშვნელობა და სერვერი ახალ სამყაროს იწყებს - ძველი ისევ დისკზეა, უბრალოდ არ იტვირთება.

შიგნით ჩვეულებრივ იპოვი:

.bin ფაილების სია მიიღე როგორც მიახლოებითი და არა ფიქსირებული. Bohemia-მ თამაშის არსებობის განმავლობაში შეცვალა, როგორ ნაწილდება persistence ფაილებს შორის, და მნიშვნელობა შენს სერვერზე არსებულ სახელებს აქვს. სანამ რამეს წაშლი, საქაღალდის შიგთავსი ჩამოთვალე.

players.db SQLite მონაცემთა ბაზაა. ამას ორი მიზეზით აქვს მნიშვნელობა: მისი გახსნა ნებისმიერი SQLite ბრაუზერით შეიძლება, თუ ოდესმე ერთი პერსონაჟის შემოწმება ან წაშლა დაგჭირდება, და ის არასოდეს უნდა დააკოპირო ან დაარედაქტირო, სანამ სერვერი მუშაობს, რადგან ასლი შეიძლება ჩაწერის შუაში აიღო.

თავად მისიის ფაილები - types.xml, events.xml, cfgeconomycore.xml და დანარჩენი - კონფიგურაციაა და არა persistence. მათი რედაქტირება არაფერს წაშლის. storage_1-ის წაშლა მათ არ აბრუნებს საწყის მდგომარეობაში. ამ ზღვრის მკაფიოდ დაჭერა საქმის უმეტესი ნაწილია.

რა წყვეტს, რა შეინახება#

რომელი კატეგორიები ინახება და იტვირთება საერთოდ, db/economy.xml-ში დგინდება. vanilla ფაილი ასე გამოიყურება:

<economy>    <dynamic init="1" load="1" respawn="1" save="1"/>    <animals init="1" load="0" respawn="1" save="0"/>    <zombies init="1" load="0" respawn="1" save="0"/>    <vehicles init="1" load="1" respawn="1" save="1"/>    <randoms init="0" load="0" respawn="1" save="0"/>    <custom init="0" load="0" respawn="0" save="0"/>    <building init="1" load="1" respawn="0" save="1"/>    <player init="1" load="1" respawn="1" save="1"/></economy>

ცხოველები და ინფიცირებულები არ ინახება: ისინი ყოველ გაშვებაზე თავიდან ჩნდებიან, რის გამოც რესტარტები ზომბების "მატარებლებს" ასუფთავებს. დინამიკური ობიექტები, მანქანები, შენობები და მოთამაშეები კი ინახება. სანამ persistence-ის გამართვას დაიწყებ, შენი ფაილი ამას შეადარე - მოდმა ან ძველმა სახელმძღვანელომ შეიძლება დროშა შეცვალა, და load="0" player-ზე ყოველ პერსონაჟს ყოველ რესტარტზე თავიდან აწყებინებს, თან ბაგს ჰგავს.

ეს დროშები შეგნებული ერთჯერადი გადატვირთვისთვისაც შეიძლება გამოიყენო: ერთხელ გაუშვი კატეგორიაზე load="0"-ით, მიეცი სერვერს სუფთა მდგომარეობის ჩაწერის საშუალება, შემდეგ უკან დააბრუნე. ეს მუშაობს, მაგრამ მეორე ნახევრის დავიწყება ადვილია, და ფაილების წაშლა backup-ით ხელში უფრო პროგნოზირებადია. დროშები vanilla მნიშვნელობებზე დატოვე, თუ კონკრეტული მიზეზი არ გაქვს.

სიცოცხლის ხანგრძლივობა, დაშლა და ტერიტორიის დროშები#

Persistent არ ნიშნავს მუდმივს. ყოველ ობიექტს სიცოცხლის ხანგრძლივობა აქვს, და გაწმენდის სისტემა შლის ყველაფერს, რასაც ამ დროის განმავლობაში არავინ შეხებია. ასე ქრება მიტოვებული ბაზები wipe-ის გარეშე.

• ნივთები და კონტეინერები. თითოეული ტიპის lifetime types.xml-ში, წამებში, არის რამდენ ხანს ძლებს ის ურთიერთქმედების გარეშე. კარვებს, კასრებსა და მიწაში ჩამარხულ სამალავებს vanilla ფაილებში გრძელი სიცოცხლე აქვთ, კვირების რიგის. კონტეინერთან ურთიერთქმედება - გახსნა, მასში ნივთების გადაადგილება - მის ტაიმერს ანულებს.
• ბაზის ნაწილები და ტერიტორიის დროშები. აწეული ტერიტორიის დროშა თავის რადიუსში ბაზის ნაწილებს ცოცხლად ინახავს. დროშა მოთამაშემ უნდა განაახლოს: FlagRefreshFrequency და FlagRefreshMaxDuration db/globals.xml-ში ადგენს, რამდენად ხშირად შეიძლება განახლება და რამდენ ხანს იცავს ბაზას ბოლომდე აწეული დროშა.
• გლობალური გაწმენდა. globals.xml ასევე ინახავს CleanupLifetimeDefault-ს, CleanupLifetimeDeadPlayer-ს, CleanupLifetimeDeadInfected-ს, CleanupLifetimeRuined-ს და მსგავს მნიშვნელობებს იმისთვის, რასაც საკუთარი სიცოცხლის ხანგრძლივობა არ აქვს.

<var name="FlagRefreshFrequency" type="0" value="432000"/><var name="FlagRefreshMaxDuration" type="0" value="3456000"/>

ამ vanilla მნიშვნელობებით დროშა ყოველ ხუთ დღეში შეიძლება განახლდეს და ბაზას ორმოც დღემდე იცავს. აწიე ისინი და მიტოვებული ბაზები შემორჩება, რუკასაც და persistence ფაილებსაც გაავსებს; დაწიე და აქტიური მოთამაშეები ბაზებს დაკარგავენ, როცა შვებულებაში წავლენ. სერვერების უმეტესობა მათ არ ეხება. თუ შენი სერვერი ყოველთვიურ wipe-ის ციკლზე მუშაობს, დაშლის სისტემა ნაკლებ როლს თამაშობს; თუ არასოდეს იწმინდება, ის ერთადერთია, რაც სამყაროს დანაგვიანებისგან იცავს.

როდის ინახება სამყარო რეალურად#

DayZ persistence-ს მუშაობისას პერიოდულად წერს და კიდევ ერთხელ სუფთა გაჩერებისას. პროცესი, რომელიც მოკლულია - მყარი გაჩერება, კრახი, მანქანის ელექტროენერგიის დაკარგვა - კარგავს ყველაფერს, რაც ბოლო ჩაწერის შემდეგ შეიცვალა, და უარეს შემთხვევაში ფაილს ნახევრად ჩაწერილს ტოვებს.

ამას სამი პრაქტიკული შედეგი აქვს:

1. ყოველთვის სუფთად გააჩერე. გამოიყენე პანელის Stop ან Restart, #shutdown RCon-ით, ან გაჩერების შეტყობინება db/messages.xml-ში. RE:NODE-ზე Restart ღილაკი სუფთა გაჩერებას აგზავნის, ამიტომ persistence პროცესის დასრულებამდე იწერება. მოკვლა იმ სერვერისთვისაა, რომელიც უკვე გაიჭედა.
2. დატოვე `storageAutoFix = 1;` serverDZ.cfg-ში. ის სერვერს საშუალებას აძლევს, დაზიანებული ფაილი გაშვებისას შეაკეთოს და არ უარყოს. მის გარეშე ერთმა ცუდმა გაჩერებამ შეიძლება დატოვოს სერვერი, რომელიც არ ჩაიტვირთება.
3. ადევნე თვალი მეხსიერებას. თუ სერვერი მეხსიერების ლიმიტს მიაღწევს, ის ძალით ჩერდება - RE:NODE-ზე კონტეინერი ჩერდება და სუფთად ეშვება თავიდან, swap-ზე დატოვების ნაცვლად, რაც სწორი ქცევაა, მაგრამ მაინც არ არის სუფთა შენახვა. სერვერი, რომელიც ლიმიტს გამუდმებით აწყდება, ყოველ ჯერზე პროგრესს კარგავს. რატომ იტვირთება შენი თამაშის სერვერი გამუდმებით თავიდან განიხილავს, როგორ გაარკვიო.

wipe-ის სახეები#

ყოველი wipe ერთსა და იმავე უსაფრთხოების რუტინას მიჰყვება: გამოაცხადე, სუფთად გააჩერე სერვერი, გააკეთე backup, შემდეგ წაშალე. განსხვავება ისაა, რას შლი.

სრული wipe

სტანდარტული ყოველთვიური ან სეზონური გადატვირთვა. გააჩერე სერვერი, გააკეთე backup, წაშალე storage_1-ის შიგთავსი (ან გადაარქვი საქაღალდეს სახელი, რაც სწრაფ ლოკალურ backup-ადაც გამოდგება), გაუშვი. სერვერი ახალ storage-ს ქმნის, ეკონომია რუკას ნულიდან ავსებს და ყველა მოთამაშე ახალი spawn-ით იწყებს. მისიის ფაილები, serverDZ.cfg, BattlEye-ის ბანები და ადმინის მოდის კონფიგურაცია სხვაგანაა და ხელუხლებელი რჩება.

სრული wipe-ის შემდეგ პირველი გაშვება ჩვეულებრივზე დიდხანს გრძელდება, სანამ ეკონომია მთელი რუკის ლუთს აჩენს. მიეცი დრო, სანამ განსჯი, სწორად გამოიყურება თუ არა ლუთი.

მხოლოდ პერსონაჟების wipe

players.db-ის წაშლა ყველა პერსონაჟს ახალ spawn-ზე აბრუნებს, თითოეული კარავი, ბაზა და მანქანა კი ადგილზე რჩება. ამას ადმინები იყენებენ მას შემდეგ, რაც დუბლირების ექსპლოიტმა ინვენტარები გაავსო, ან ახალი სეზონის დასაწყისში სერვერზე, სადაც ბაზები გრძელვადიანი ინვესტიციაა. მოელოდე, რომ ბაზებს სწრაფად დაარბევენ ახალი პერსონაჟები, რომლებმაც იციან, სად არის ისინი - გამოაცხადე.

სამყაროს wipe პერსონაჟების შენარჩუნებით

წაშალე data/-ის შიგთავსი და დატოვე players.db. სამყარო გადაიტვირთება - ბაზები, სამალავები, მანქანები, ეკონომიის მდგომარეობა - პერსონაჟები კი ინარჩუნებენ იმას, რაც თან ჰქონდათ. სასარგებლოა მას შემდეგ, რაც გაფუჭებულმა მოდმა სამყარო არავალიდური ობიექტებით გაავსო, ან როცა ბაზების გადატვირთვა გინდა მოთამაშეების აღჭურვილობისთვის დასჯის გარეშე. პერსონაჟები თავიანთ შენახულ პოზიციებზე იტვირთებიან, რაც იმავე რუკაზე ნორმალურია.

ერთი მოთამაშის წაშლა

ორი გზა არსებობს. თუ შენს ადმინის ხელსაწყოებს პერსონაჟის წაშლა ან გადატვირთვა შეუძლია, გამოიყენე, როცა მოთამაშე ოფლაინ არის. სხვა შემთხვევაში გააჩერე სერვერი, გააკეთე backup და გახსენი players.db SQLite ბრაუზერში; პერსონაჟები მოთამაშის იდენტიფიკატორით ინახება, და ამ ხაზის წაშლა მათ თავიდან იწყებს. ეს გააკეთე მხოლოდ backup-ით ხელში და მხოლოდ გაჩერებულ სერვერზე.

მხოლოდ მანქანები

"მხოლოდ მანქანების" მხარდაჭერილი wipe არ არსებობს. build-ებზე, რომლებიც მანქანებს ცალკე ფაილში ინახავს, მისი წაშლა გაჩერებულ სერვერზე მათ ახალ spawn-ზე აბრუნებს. build-ებზე, სადაც მანქანები მოვლენების სხვა ობიექტებთან ერთად ცხოვრობს, ავარიის ადგილებსა და სხვა მოვლენებსაც გადატვირთავ. ჯერ საქაღალდის ასლზე გატესტე, როგორც ნებისმიერი ნაწილობრივი wipe, რომელიც ფაილების სახელებზეა დამოკიდებული.

როდის არის wipe აუცილებელი#

ცვლილებების უმეტესობას ის არ სჭირდება. nominal-ების, სიცოცხლის ხანგრძლივობების, დღე-ღამის დროის ან serverDZ.cfg-ში თითქმის ნებისმიერი რამის შეცვლა შემდეგ რესტარტზე მოქმედებს ხელუხლებელი სამყაროთი.

ცვლილებები, რომლებსაც wipe სჭირდება, ან სულ მცირე ფრთხილი wipe:

• სხვა რუკა ან მისია. ახალ მისიას ისედაც საკუთარი storage აქვს - იხილე სათემო რუკის გაშვება.
• მოდის წაშლა, რომელიც persistent ობიექტებს ამატებს. ბაზის მშენებლობის, საცავისა და მანქანების მოდები persistence-ში ობიექტებს ტოვებს, რომლებსაც კლასი აღარ აქვთ. სერვერმა შეიძლება შეცდომები დაალოგოს, ისინი წაშალოს ან გაშვებაზე უარი თქვას. ასეთი მოდი wipe-ის დროს წაშალე.
• დიდი ფრეიმვორკის ცვლილებები. DayZ Expansion-ის მსგავსი რამის დამატება ან წაშლა ცვლის, რას შეიცავს სამყარო; მისი საკუთარი რეკომენდაციაა სუფთა storage-ით დაწყება. იხილე DayZ Expansion-ის სახელმძღვანელო.
• დაზიანება, რომელსაც `storageAutoFix` ვერ აკეთებს. თუ სერვერი არ ეშვება და ლოგები persistence-ზე მიუთითებს, არჩევანი backup-სა და wipe-ს შორისაა.

თამაშის განახლებას თავისთავად იშვიათად სჭირდება wipe, თუმცა Bohemia-ს დიდი ცვლილებების შემდეგ ზოგჯერ ურჩევია. გადაწყვეტილებამდე პატჩის შენიშვნები წაიკითხე.

Backup-ები და wipe-ის განრიგი#

wipe მონაცემებს შლის, ამიტომ მის წინ backup სურვილისამებრ არ არის - ეს გაუქმების ღილაკია იმ დღისთვის, როცა ახალ კონფიგურაციაში ბაგს აღმოაჩენ, ან მოთამაშე დაამტკიცებს, რომ მისი ბაზა შენი შეცდომის გამო გაქრა.

რა უნდა შეინახო:

• მთელი storage_<n> საქაღალდე იმ მისიის საქაღალდესთან ერთად, რომელსაც ეკუთვნის. ერთის აღდგენა მეორის გარეშე გაძლევს persistence-ს, რომელიც ეკონომიას არ ეთანხმება.
• serverDZ.cfg, BattlEye-ის საქაღალდე bans.txt-ით და ადმინის მოდის კონფიგურაცია profiles საქაღალდეში.
• არა სერვერის ბინარული ფაილები ან Workshop-ის მოდები - მათი ხელახლა ჩამოტვირთვა შეიძლება.

backup გააკეთე გაჩერებულ სერვერზე, ან სულ მცირე სუფთა რესტარტისთანავე; ჩაწერის შუაში აღებული players.db-ის ასლი შეიძლება არ გაიხსნას. RE:NODE-ზე backup-ის სლოტები ყველა DayZ გეგმას მოჰყვება, ინახება იმ მანქანის გარეთ, რომელსაც იცავს, და ერთი ღილაკით აღდგება, ხოლო Schedules ჩანართს cron გამოსახულებით შეუძლია გაფრთხილება, სუფთა რესტარტი და backup ერთ ჯაჭვად შეკრას - დაგეგმილი ამოცანები, რომელთა ქონაც ღირს ამის ნიმუშებს გთავაზობს. და დროდადრო ერთი აღადგინე, რომ დაამტკიცო, რომ მუშაობს: აღდგენის ტესტირება მანამ, სანამ დაგჭირდება ხსნის, როგორ.

თავად განრიგისთვის თემები სამი რიტმიდან ერთს ირჩევენ:

რომელიც არ უნდა აირჩიო, გამოაქვეყნე და დაიცავი. ერთი კვირით ადრე გამოცხადებული wipe ახალი დასაწყისია; გამოუცხადებელი კი ის გზაა, რომლითაც თემები მუდმივ მოთამაშეებს კარგავენ. იგივე პრინციპები სხვა თამაშიდან სტატიაშია Rust-ის wipe-ები მოთამაშეების დაკარგვის გარეშე.

პრობლემების მოგვარება#

სამყარო განახლების შემდეგ თავისით გადაიტვირთა. instanceId ან template შეიცვალა, ამიტომ სერვერი სხვა storage საქაღალდეს კითხულობს. ძველი ისევ იქაა; მნიშვნელობა დააბრუნე.

პერსონაჟები ყოველ რესტარტზე თავიდან იწყებენ. economy.xml-ში player-ისთვის load ან save 0-ია, ან players.db-ში ჩაწერა შეუძლებელია. შეამოწმე დროშები, შემდეგ ლოგი.

სერვერი კრახის შემდეგ არ ეშვება. დაზიანებული persistence ფაილი. დაადასტურე storageAutoFix = 1;, .RPT ლოგში წაიკითხე, რომელ ფაილს ასახელებს, და თუ შეკეთება ვერ მოხერხდა, ეს storage საქაღალდე backup-იდან აღადგინე.

გაქრა ბაზები, რომლებიც უნდა გადარჩენილიყო. ტერიტორიის დროშა FlagRefreshMaxDuration-ის ფარგლებში არ განახლდა, ან ნივთებს მოკლე სიცოცხლე ჰქონდათ. შეამოწმე globals.xml და შესაბამისი ტიპების lifetime.

გაშვებას რამდენიმე წუთი სჭირდება. ძალიან დიდი persistence. დაწიე ნაგვის სიცოცხლის ხანგრძლივობა, შეინარჩუნე დაშლის სისტემა მომუშავედ და დაგეგმე wipe.

ნაწილობრივმა wipe-მა რაღაც გააფუჭა. აღადგინე backup, რომელიც მის წინ გააკეთე - და შემდეგ ჯერზე წაშლა ჯერ ასლზე გატესტე.

FAQ#

types.xml-ის რედაქტირება ჩემს DayZ სერვერს წმენდს?

არა. ეკონომიის ფაილები კონფიგურაციაა. persistence storage საქაღალდეშია და მხოლოდ მისი წაშლით, instanceId-ის შეცვლით ან მისიის გადართვით ბრუნდება საწყის მდგომარეობაში.

როგორ წავშალო პერსონაჟები ბაზების შენარჩუნებით?

გააჩერე სერვერი, გააკეთე backup და წაშალე players.db storage_<instanceId>-დან. ყველა პერსონაჟი ახალი spawn ხდება, სამყარო კი ისე რჩება, როგორც იყო.

როგორ გადავტვირთო სამყარო ისე, რომ მოთამაშეებმა აღჭურვილობა შეინარჩუნონ?

გააჩერე სერვერი, გააკეთე backup და წაშალე data/-ის შიგთავსი storage საქაღალდეში, players.db კი დატოვე. ბაზები, სამალავები და მანქანები გადაიტვირთება; პერსონაჟები თავიანთი ინვენტარით იტვირთებიან.

რამდენ ხანს ძლებს ბაზები wipe-ის გარეშე?

იმდენ ხანს, რამდენ ხანსაც მათი ტერიტორიის დროშა ახლდება. vanilla globals.xml-ში ბოლომდე აწეული დროშა ბაზას ორმოც დღემდე იცავს და ყოველ ხუთ დღეში შეიძლება განახლდეს. დაუცველი ობიექტები საკუთარ lifetime მნიშვნელობებს მიჰყვება.

შემიძლია wipe-ის გაუქმება?

მხოლოდ მის წინ გაკეთებული backup-იდან. სწორედ ამიტომ არის backup wipe-ის რუტინის ნაწილი და არა სურვილისამებრ დამატება.

რატომ გრძელდება wipe-ის შემდეგ პირველი გაშვება ასე დიდხანს?

ეკონომია მთელი რუკის ლუთს, მანქანებსა და მოვლენებს ნულიდან აჩენს. შემდეგი გაშვებები შენახულ მდგომარეობას ტვირთავს და უფრო სწრაფია.