გეიმ სერვერის გადატანა მოთამაშეების დაკარგვის გარეშე

მიგრაცია ტექნიკურად რთული არ არის. ის ცუდად მთავრდება დროის გამო: სამყარო დაკოპირდა, სანამ ჯერ კიდევ იწერებოდა, ან მისამართი შეიცვალა, სანამ ვინმეს ეტყოდნენ. თანმიმდევრობა, რომელიც მუშაობს, ასეთია: დღით ადრე დააწიე DNS TTL, სრულად ააგე ახალი სერვერი და ერთხელ გაუშვი ისე, რომ არავინ უკავშირდებოდეს, გააჩერე ძველი სერვერი, მონაცემები დააკოპირე მხოლოდ მისი სრულად გაჩერების შემდეგ, შეამოწმე საკუთარი კლიენტით, შეცვალე DNS და ძველი სერვერი ერთი კვირით გაჩერებული, მაგრამ არსებული დატოვე. ამ პოსტში დანარჩენი ყველაფერი ამ შვიდი ნაბიჯის დეტალებია და სწორედ დეტალებში იკარგება სამყაროები.

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

რა ვარდება რეალურად#

სამი შეცდომა ფარავს თითქმის ყველა მიგრაციას, რომელიც ცუდად მთავრდება, და სამივე თავიდან ასაცილებელია.

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

მისამართი შეიცვალა, სანამ მოთამაშეები შეიცვლებოდნენ. დომენი 24-საათიანი TTL-ით 24 საათში არ იცვლება, ის იცვლება 24 საათის განმავლობაში, და ამ ფანჯარაში შენი მოთამაშეების ნახევარი ძველ მანქანას აღწევს, ნახევარი - ახალს. თუ ძველი მანქანა ჯერ კიდევ მუშაობს, ისინი ორ სამყაროში თამაშობენ, რომლებიც არასოდეს შეერიგდებიან.

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

თანმიმდევრობა, რომელიც მუშაობს#

1. ერთი-ორი დღით ადრე დააწიე TTL იმ DNS ჩანაწერზე, რომელსაც მოთამაშეები იყენებენ, რაც არ უნდა იყოს, 300 წამამდე. სხვა ჯერ არაფერი შეცვალო.
2. სრულად ააგე ახალი სერვერი. იგივე თამაშის ვერსია, იგივე mod-ისა თუ plugin-ის ვერსიები, იგივე კონფიგურაცია, იგივე პორტები. ერთხელ გაუშვი ტესტურ სამყაროზე, რომ დაამტკიცო, ირთვება, და გააჩერე.
3. გამოაცხადე ფანჯარა. მეგობრების ჯგუფისთვის დღის შეტყობინება და თამაშში შეტყობინება ერთი საათით ადრე საკმარისია; საჯარო სერვერს სჭირდება სამი დღე და დაპინული პოსტი.
4. გააკეთე ძველი სერვერის backup და ჩამოტვირთე. ეს არის უკან დაბრუნება და არჩევითი არ არის.
5. გააჩერე ძველი სერვერი. სუფთად, პანელის Stop-ით და არა Kill-ით, და დაელოდე შენახვის დადასტურებას კონსოლში.
6. დააკოპირე მონაცემები ახალ სერვერზე. ჯერ დაარქივე, გადაიტანე ერთი ფაილი, იქ გახსენი.
7. ჩართე ახალი სერვერი და თვითონ დაუკავშირდი. გადადი ბაზაში, შეამოწმე ყუთი, შეამოწმე უფლებები, შეამოწმე, რომ შენი ადმინის უფლებები მუშაობს.
8. შეცვალე DNS ახალ მისამართზე, ან გამოაცხადე ახალი მისამართი, თუ დომენი არ არსებობს.
9. დატოვე ძველი სერვერი გაჩერებული, მაგრამ არსებული სულ მცირე ერთი კვირით. წაშალე, როცა შვიდი დღე ვერავინ დაიჩივლებს.

ნაბიჯი 5 ის ნაბიჯია, რომლის გამოტოვებასაც ცდილობენ, რადგან ეს ერთადერთი ნაბიჯია, რომელიც გათიშვას ღირს. ცოცხალი სამყაროს კოპირება ხუთი წუთის დასაზოგად ყველაზე ძვირი მოკლე გზაა სერვერის ადმინისტრირებაში. ხუთი წუთი მთელი გადატანის ყველაზე იაფი ნაწილია.

რა დააკოპირო, თამაშის მიხედვით#

"დააკოპირე სამყარო" სამი ცალკეული რამის შემოკლებაა: სამყაროს მონაცემები, კონფიგურაცია და იდენტობის ფაილები, რომლებიც ამბობს, ვინ არის ადმინი და ვინ დაბანილი. თუ მესამეს გამოტოვებ, ახალ ჰოსტზე პირველ საღამოს იმის ახსნაში გაატარებ, რატომ არ არიან ხალხი op-ები.

ორი შენიშვნა, რომელიც ყველა მათგანს ეხება. პირველი, სამყაროს სახელი და საქაღალდის სახელი ჩვეულებრივ ერთი და იგივე სტრიქონია, და ახალი სერვერი ჩუმად შექმნის ახალ სამყაროს, თუ ეს სტრიქონი ზუსტად არ ემთხვევა, დიდი ასოების ჩათვლით. უყურე გაშვების ლოგს, სადაც ხაზი იტყვის, რომ შენი სამყარო ჩატვირთა და არა შეიქმნა. მეორე, ყველაფერი, რაც ბაზაზეა დაფუძნებული - უფლებების plugin, ეკონომიკა, ლოგირების plugin როგორიცაა CoreProtect, FiveM-ის framework - რეალურ მდგომარეობას ბაზაში ინახავს და არა სამყაროს საქაღალდეში. ის ცალკე გამოიტანე.

PostgreSQL-ის ან MongoDB-ის ინსტანციისთვის ეს არის pg_dump ან mongodump უქმ სერვერზე:

$ pg_dump -h old.example.net -U appuser -Fc appdb > appdb.dump$ pg_restore -h new.example.net -U appuser -d appdb --no-owner appdb.dump$ mongodump --uri "mongodb://user:pass@old.example.net:27017/appdb" --out dump/

პატარა ბაზის slot-ისთვის, რომელიც გეიმ სერვერის გვერდით დგას, ექსპორტი არის .sql ფაილი phpMyAdmin-იდან და იმპორტი მეორე მხარეს. თვალი ადევნე სიმბოლოთა ნაკრებს: ბაზა, რომელიც მის გარეშეა გამოტანილი და სხვა ნაგულისხმევით შემოტანილი, ისაა, როგორც აქცენტიანი მოთამაშეების სახელები კითხვის ნიშნებად იქცევა. ბაზის backup-ები და აღდგენა უფრო დეტალურად ფარავს ფორმატებსა და ხაფანგებს.

ფაილების კოპირება ისე, რომ მთელი ღამე არ წაიღოს#

SFTP სამყაროსთვის კარგია და mod-ების საქაღალდისთვის მტკივნეული, რადგან ყოველი ფაილი ერთ round trip-ს ღირს, ხოლო modpack 4,000 პატარა ფაილია. ჯერ ყოველთვის დაარქივე:

$ tar -czf world-2026-09-21.tar.gz world world_nether world_the_end$ sha256sum world-2026-09-21.tar.gz

შემდეგ გადაიტანე ერთი არქივი და მეორე მხარეს გახსენი. RE:NODE-ზე ფაილების მენეჯერი არქივებს ადგილზე ხსნის, ამიტომ მთელი გადაცემა ორი drag-and-drop ოპერაციაა და არა SFTP სესია, რომელიც 62 პროცენტზე ჩერდება. თუ გადაცემა დიდი იყო ან კავშირი არასანდო, მისვლისას შეამოწმე hash; ახლა ხუთი წამის დახარჯვა მოგვიანებით დაზიანებულ სამყაროს სჯობს. SFTP და ფაილების მენეჯერი შეიცავს დაკავშირების დეტალებსა და თითოეულის არგუმენტს.

თუ ორივე მხარე მანქანებია, რომლებზეც shell გაქვს, rsync ყველაფერზე უკეთესია და ჯერ --dry-run ერთ დამატებით წუთს ღირს:

$ rsync -avz --dry-run /home/mc/world/ user@new.example.net:/home/mc/world/$ rsync -avz --delete /home/mc/world/ user@new.example.net:/home/mc/world/

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

DNS, TTL და მისამართი, რომელიც მოთამაშეებმა რეალურად აკრიფეს#

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

მექანიკა:

• დააწიე TTL ერთი-ორი დღით ადრე, და არა იმ დღეს. ჩანაწერი 3,600-წამიანი TTL-ით cache-იდან გასვლას ერთ საათამდე მოანდომებს მას შემდეგ, რაც დააწიე, და მხოლოდ მაშინ იწყება ახალი მოკლე TTL. cutover-ის დროს დაწევა არაფერს გაძლევს.
• 300 წამი გონივრული ქვედა ზღვარია. ზოგი resolver ამაზე მოკლეს ზღუდავს, რამდენიმე კი შენს მნიშვნელობას საერთოდ უგულებელყოფს და საკუთარ მინიმუმს იყენებს. გათვალე, რომ ცვლილებას ყველაზე ცუდ შემთხვევაში შენი TTL-ზე ორ-სამჯერ მეტი დრო დასჭირდება.
• გადიდე უკან 3,600-ზე ან მეტზე გადატანიდან ერთი კვირის მერე. მუდმივად მოკლე TTL ნიშნავს, რომ ყოველი მოთამაშის კლიენტი მუდმივად აკეთებს lookup-ს, არანაირი სარგებლის გარეშე.
• შეამოწმე გავრცელება შენი ქსელის გარედან, რადგან შენი resolver ყველაზე ნაკლებად წარმომადგენლობითია:

$ dig +short play.example.com$ dig +short @1.1.1.1 play.example.com$ dig +short SRV _minecraft._tcp.play.example.com

Minecraft Java ერთადერთი თამაშია, სადაც SRV ჩანაწერი მართლა იმსახურებს ადგილს, რადგან ის პორტსაც ატარებს და ჰოსტსაც და მოთამაშეებს ცარიელი დომენის აკრეფის საშუალებას აძლევს. Bedrock კლიენტები SRV ჩანაწერებს საერთოდ არ მიჰყვებიან. SRV ჩანაწერები Minecraft-ისთვის ფორმატს ფარავს; DNS ჩანაწერები ახსნილი ფარავს ყველაფერს დანარჩენს, იმის ჩათვლით, რატომ არ ჩანს შენი ცვლილება ჯერ.

Steam-ის ოჯახის თამაშებისთვის - Valheim, Counter-Strike, Project Zomboid, Palworld და დანარჩენები - არსებობს მეორე პრობლემა, რომელსაც ვერცერთი DNS ჩანაწერი ვერ წყვეტს. თამაშში ფავორიტების სია ინახავს მისამართს, რომელიც მოთამაშემ შეიყვანა, და ხშირად გადაწყვეტილ IP-ს, ხოლო სერვერის ბრაუზერი სერვერებს მისამართით პოულობს და არა სახელით. მოთამაშე, რომელმაც ერთი წლის წინ 203.0.113.10:2456 ფავორიტებში დაამატა, ამ რიცხვს ისევ ცდის, შენი ზონით რასაც არ უნდა აკეთებდე. გეგმავე, რომ ასეთ მოთამაშეებს პირდაპირ შეატყობინო. დომენის მიბმა გეიმ სერვერზე განმარტავს, რომელი თამაშები მიჰყვებიან სახელს და რომელი - არა.

გეგმებს შორის გადასვლა მიგრაცია არ არის#

ზემოთ ნათქვამი უმეტესობა ჰოსტის შეცვლას ეხება. ზომის შეცვლა იმავე ჰოსტზე ჩვეულებრივ არაფერს მოიცავს აქედან.

RE:NODE-ზე გეგმის შეცვლა სერვერს თავიდან არ აშენებს: უკვე არსებული კონტეინერის ლიმიტები მოიხსნება ან მოიმატება, ამიტომ სამყარო, კონფიგი, პორტები და მისამართი ზუსტად იქ რჩება, სადაც იყო. ეს მიგრაცია არ არის და არ სჭირდება cutover, DNS ცვლილება და განცხადება. თუ მეხსიერება გეწურება და არა მოთმინება ჰოსტთან, ეს არის ოპერაცია, რომელიც გჭირდება. როდის განაახლო გეგმა ფარავს, როგორ გაიგო, რომელი პრობლემა გაქვს, ხოლო CPU თუ RAM გეიმ სერვერებისთვის ფარავს მის უკან მდგარ დიაგნოსტიკას.

იგივე ლოგიკა უკუღმა მოქმედებს: თუ გადატანის მიზეზი lag-ია, ჯერ დაადგინე, რომ ახალი ადგილი რეალურად უკეთესი იქნება. მანძილი და მარშრუტის ხარისხი ფიზიკურია და ერთ ქვეყანაში მდგარი სერვერი მეორე ქვეყნის მოთამაშეებისთვის უფრო სწრაფი არ გახდება იმის გამო, რომ პანელი უკეთესია. გაზომე გადატანამდე - latency, jitter და packet loss არის მეთოდი, ხოლო სად უნდა იდგეს შენი სერვერი არის მსჯელობა.

შეამოწმე, სანამ ვინმეს მიუთითებ#

ჩეკლისტს ათი წუთი სჭირდება და თითქმის ყველაფერს იჭერს:

1. გაშვების ლოგი ამბობს, რომ შენი სამყარო ჩატვირთა, და არა რომ ახალი შექმნა. შეამოწმე seed ან სამყაროს ზომა, თუ დარწმუნებული არ ხარ.
2. თვითონ დაუკავშირდი და წადი კონკრეტულ ადგილას: შენს ბაზაში, სპაუნის შენობაში, ყუთთან, რომლის შიგთავსიც იცი.
3. შეამოწმე საკუთარი უფლებები. ადმინების სიები ყველაზე ხშირად დავიწყებული ფაილია და სიმპტომი ისაა, რომ ამას ყველას თვალწინ აღმოაჩენ.
4. შეამოწმე, ჩაიტვირთა თუ არა plugin-ები ან mod-ები, რაოდენობითა და ვერსიით, ძველი გაშვების ლოგის წინააღმდეგ. plugin, რომელიც ვერ ჩაიტვირთა, ამას ერთხელ იტყვის, ზემოთ.
5. შეამოწმე პორტები, query პორტის ჩათვლით. სერვერი, რომელიც მუშაობს, მაგრამ ბრაუზერში არასოდეს ჩნდება, თითქმის ყოველთვის ერთი დაკარგული UDP პორტია. გეიმ სერვერის პორტები ახსნილი შეიცავს წყვილებს.
6. შეამოწმე ყველაფერი, რაც წერს: დადე ბლოკი, შეინახე, გადატვირთე, დარწმუნდი, რომ ბლოკი ისევ იქაა. ეს ამტკიცებს, რომ შენახვის გზა მუშაობს, რაც ერთადერთი ჩავარდნაა, რომელსაც მხოლოდ წასაკითხი ტესტი ვერ იპოვის.
7. გააკეთე ახალი სერვერის backup პირველი მოთამაშის შემოსვლამდე, რომ ახალ ჰოსტზე სუფთა საწყისი წერტილი გქონდეს.

როცა არ გამოვიდა, დაბრუნდი უკან#

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

თუ ახალი სერვერი პირველივე საღამოს ჩავარდა: გააჩერე, ჩართე ძველი, დააბრუნე DNS და დადე მოკლე შეტყობინება, რომ გადატანა გადაიდო. დაკარგავ იმას, რაც ახალ სერვერზე ითამაშეს, ამიტომ პრობლემა პირველ საათში უნდა იპოვო და არა მესამე დღეს.

თუ პრობლემა მოგვიანებით ჩნდება - დაზიანებული region, ბაზის დაკარგული ცხრილი, ეკონომიკა, რომელიც განულდა - აღადგენ backup-იდან და არ ბრუნდები უკან, რადგან ძველი სერვერის მონაცემები ახლა დღეებით ძველია. აქ იმსახურებს ადგილს ჩამოტვირთვა, რომელიც მე-4 ნაბიჯზე გააკეთე. შეინახე, სანამ ახალი სერვერი ორი კვირა ინციდენტის გარეშე იმუშავებს.

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

პრობლემების მოგვარება გადატანის შემდეგ, რომელიც უკვე ჩავარდა#

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

მოთამაშეები იღებენ "outdated server" ან "incompatible version"-ს. ახალი ინსტალაცია სხვა build-ია. მიამაგრე ზუსტ ვერსიას, საიდანაც სამყარო მოდის, და მერე გააზრებულად განაახლე. Minecraft-ისთვის კონკრეტულად Minecraft-ის ვერსიის განახლებები ფარავს, როგორ გააკეთო ეს უსაფრთხოდ.

ყველაფერი მუშაობს, გარდა ერთი plugin-ისა. მისი მონაცემები ბაზაშია, რომელიც არ გამოგიტანია, ან plugins/-ის გარეთ არსებულ საქაღალდეში. შეამოწმე მისი საკუთარი კონფიგი გზისთვის ან connection string-ისთვის.

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

არავის შეუძლია დაკავშირება და კონსოლი კარგად გამოიყურება. პორტები. მერე firewall. მერე ის, არის თუ არა მისამართი, რომელიც ხალხს მისცე, იგივე, რომელზეც სერვერი რეალურად არის მიბმული.

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

FAQ#

რამდენი გათიშვა სჭირდება სერვერის გადატანას?

ხუთიდან თხუთმეტ წუთამდე რეალური გათიშვა, თუ სწორად მოემზადე: დრო ძველი სერვერის გასაჩერებლად, ერთი არქივის გადასატანად და ახლის ჩასართავად. DNS ცვლილება ამატებს კუდს, შენი TTL-ზე რამდენჯერმე მეტ დრომდე, რომლის განმავლობაშიც ზოგი მოთამაშე ისევ ძველ მისამართს აღწევს, ამიტომ ძველი სერვერი უნდა გაჩერდეს და არა ჩართული დარჩეს.

შემიძლია სამყაროს კოპირება, სანამ სერვერი მუშაობს?

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

შეინარჩუნებენ მოთამაშეები პერსონაჟებსა და ინვენტარს?

უმეტეს თამაშში დიახ, რადგან ეს მონაცემები სამყაროში ან სერვერის მოთამაშეთა ფაილებშია და ორივე დააკოპირე. Valheim გამონაკლისია, რომელიც ღირს ცოდნად: პერსონაჟები თითოეული მოთამაშის საკუთარ მანქანაზე ცხოვრობენ და მასთან ერთად მოგზაურობენ, ამიტომ Valheim-ის გადატანა მოთამაშეების ინვენტარს საერთოდ არ ეხება.

რა ვქნა, თუ მოთამაშეები IP-ით უკავშირდებიან და დომენი არ მაქვს?

მაშინ გადატანა განცხადებაა და არა ჩანაწერის ცვლილება, და სამი არხი უნდა დაგეგმო: თამაშში გადატანამდე, შენი Discord ან ფორუმი და ძველი სერვერის სახელი ბრაუზერში, როცა მას მაჩვენებლად თავიდან ჩართავ. შემდეგ დააყენე ქვედომენი, რომ შემდეგი გადატანა DNS ჩანაწერი იყოს.

backup-ებიც გადავიტანო?

ჩამოტვირთე სულ მცირე ერთი სრული backup შენს მანქანაზე, სანამ ძველ ჰოსტთან რამეს გააუქმებ. ჰოსტის backup-ები იმ სერვერთანაა მიბმული, რომელსაც იცავენ და მასთან ერთად ქრებიან, ამიტომ სხვაგან მყოფი ასლი ერთადერთია, რომელიც გაუქმებას გადაურჩება.

რამდენ ხანს შევინახო ძველი სერვერი?

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