ღამის backup-ები შენი კვოტის გარეთ: რას მოიცავს

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

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

რას მოიცავს ღამის backup#

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

სისტემური backup-ების შესახებ რამდენიმე რამ ღირს, რომ იცოდე, სანამ დაგჭირდება:

• ისინი დამალულია. Backups tab-ზე არ ჩანს და პანელი მომხმარებელს არ აძლევს მათი ნახვის, ჩამოტვირთვის, წაშლის ან აღდგენის საშუალებას. ეს განზრახ არის ასე: შენს ანგარიშზე წვდომის მქონე ვერავინ, იმ subuser-ის ჩათვლით, რომელსაც ასეთი უფლება არ უნდა ჰქონდეს, ვერ მოხსნის უსაფრთხოების ბადეს.
• ისინი ფაილებს შეიცავს. არქივი სერვერის ფაილური სისტემის ასლია - სამყაროები, კონფიგურაციები, plugin-ები, ატვირთული ფაილები, კოდი. მასში არ შედის მონაცემთა ბაზები, რომლებიც პანელის Databases tab-ზე შექმენი; ისინი ცალკე მონაცემთა ბაზის სერვისშია და ცალკე იწერება.
• ისინი ახალია და არა ისტორიული. ჩვენ ვინახავთ ბოლო ღამეების მოკლე მოძრავ ფანჯარას და არა კვირების ისტორიას. თუ პრობლემა ორი კვირის წინ დაიწყო და დღეს შეამჩნიე, ღამის backup-ები ამდენ ხანს უკან ვერ წავა. ძველი, გამართული წერტილის შესანარჩუნებლად შენი საკუთარი backup-ებია გამოსავალი, როცა ისინი როტაციისგან დაბლოკილია.
• ისინი ჩერდება და დისკს არ ავსებს. თუ node-ზე თავისუფალი ადგილი ცოტაა, ღამის გაშვება ახალ არქივებს არ იწყებს და ელოდება, რადგან სავსე დისკი ამ node-ზე ყველა სერვერს ჩამოაგდებდა. ადგილის გათავისუფლებისთანავე backup-ები გრძელდება.

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

მონაცემთა ბაზის dump-ები#

თამაშის სერვერი, რომელიც მონაცემთა ბაზას იყენებს - Minecraft სერვერი LuckPerms-ით ან ეკონომიკის plugin-ით MySQL-ზე, FiveM სერვერი oxmysql-ით, Garry's Mod DarkRP სერვერი, რომელიც მოთამაშეების მონაცემებს ინახავს - ამ ბაზას საკუთარი ფაილური სისტემის გარეთ ინახავს. RE:NODE-ზე თამაშის ტარიფებს ერთი მონაცემთა ბაზის სლოტი მოჰყვება, რომელიც პანელში იქმნება გენერირებული host-ით, მომხმარებლით და პაროლით. მასში მყოფი მონაცემები სერვერის არქივში არ არის, ამიტომ მხოლოდ ფაილური backup-ის აღდგენა გიბრუნებს სამყაროს და კონფიგურაციებს ისე, როგორიც იყო, ხოლო მონაცემთა ბაზა ისეთივე რჩება, როგორიც ახლაა.

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

აღდგენისთვის შედეგი მარტივია და ადვილი დასავიწყებელი: თუ სერვერს უკან აბრუნებ, მისი ბაზაც იმავე ღამეზე დააბრუნე, თორემ მიიღებ სამშაბათის სამყაროს პარასკევის მოთამაშის ინვენტარით. იმ plugin-ებთან, რომლებიც რანგებს, ბალანსს ან claim-ებს MySQL-ში ინახავენ, ასეთი შეუსაბამობა ჩვეულებრივ ორივე ვერსიაზე უარესია. როცა ღამის backup-იდან აღდგენას გვთხოვ, დაწერე, გინდა თუ არა ბაზაც იმავე ღამეზე აღვადგინოთ.

იგივე მსჯელობა ეხება შენს საკუთარ backup-ებს, რომლებიც მხოლოდ ფაილებს შეიცავს. თუ plugin-ის დიდი განახლების წინ backup აკეთებ, იმავე მომენტში ბაზის export-იც გააკეთე - phpMyAdmin-ის export ან mysqldump შენი კომპიუტერიდან - და ორივე ერთად შეინახე. mysqldump-ის გზამკვლევში ის flag-ებია, რომლებიც მნიშვნელოვანია.

$ mysqldump --single-transaction --routines --triggers \    -h HOST -P PORT -u USER -p DATABASE | gzip > db-$(date +%F).sql.gz

გამოიყენე host, port, მომხმარებელი და ბაზის სახელი, რომლებიც სერვერის Databases tab-ზე ჩანს. --single-transaction InnoDB ცხრილებზე თანმიმდევრულ snapshot-ს იძლევა ჩაკეტვის გარეშე, რაც სწორედ ის არის, რაც ცოცხალ თამაშის სერვერზე გჭირდება.

როგორ ერწყმის შრეები ერთმანეთს#

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

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

აღდგენა ღამის backup-იდან#

რადგან სისტემური backup-ები პანელისგან დამალულია, მათგან აღდგენა მხარდაჭერის გავლით ხდება. შეგიძლია ბილეთით დაგვიკავშირდე პანელიდან ან სერვერის სათაურში არსებული Chat ღილაკით, რომელიც კონსოლის გვერდით პერსონალთან საუბარს ხსნის და მაშინაც მუშაობს, როცა სერვერი შეჩერებულია ან ინსტალაცია ჩავარდა. Discord და ელფოსტაც მუშაობს.

აღდგენა სწრაფად და სწორად რომ გაკეთდეს, დაწერე:

1. რომელი სერვერი. სერვერის სახელი, ან უკეთესი, მისი იდენტიფიკატორი მისამართის ზოლიდან.
2. რომელი ღამე. „backup ხუთშაბათის განახლებამდე" უფრო სასარგებლოა, ვიდრე „ბოლო", რადგან ბოლო შეიძლება უკვე პრობლემას შეიცავდეს.
3. რა აღვადგინოთ. მთელი სერვერი თუ კონკრეტული საქაღალდეები - მხოლოდ სამყარო, მხოლოდ plugin-ის კონფიგურაციები.
4. ბაზაც თუ არა. ჩვეულებრივ დიახ, იმავე ღამეზე, ზემოთ აღწერილი მიზეზებით.
5. შევინარჩუნოთ თუ არა მიმდინარე მდგომარეობა. თუ გაფუჭებული ვერსიიდან რამე შეიძლება დაგჭირდეს, ჯერ მისი backup გააკეთე შენს სლოტში ან ჩამოტვირთე ფაილები, რომლებიც გჭირდება. სრული აღდგენა იქ არსებულს ანაცვლებს.

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

აღდგენა შენი საკუთარი backup-ებიდან#

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

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

• სრული აღდგენა. გააჩერე სერვერი, აღადგინე Backups tab-იდან, გაუშვი. გამოიყენე გაფუჭებული განახლების ან mod-ის შემდეგ, რომელმაც ისეთი რამ დააზიანა, რასაც ვერ ჩამოთვლი.
• ერთი სამყარო ან ერთი საქაღალდე. ჩამოტვირთე backup, გახსენი შენს კომპიუტერზე და ფაილების მენეჯერით ან SFTP-ით ატვირთე მხოლოდ საჭირო საქაღალდე. სერვერის დანარჩენი ნაწილი უცვლელი რჩება.
• ერთი ფაილი. იგივე, ერთი კონფიგურაციისთვის. ეს ჩვეულებრივი გამოსწორებაა შემთხვევისთვის „ვიღაცამ server.properties შეცვალა და ახლა არაფერი მუშაობს".

$ mkdir restore && tar -xzf backup.tar.gz -C restore$ ls restore

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

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

შენი საკუთარი backup-ების გრაფიკი#

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

თამაშის სერვერისთვის გონივრული თანმიმდევრობაა: მოთამაშეებს გააფრთხილებ, კონსოლიდან სამყაროს შეინახავ, backup-ს გააკეთებ და მხოლოდ ამის შემდეგ გადატვირთავ, თუ საერთოდ გადატვირთავ:

შენახვის ბრძანება თამაშზეა დამოკიდებული - Minecraft-ზე save-all, ბევრ სხვაზე save; შეამოწმე შენი თამაშის კონსოლის ცნობარი. წინასწარ შენახვის აზრი ისაა, რომ backup დისკზე არსებულს არქივებს, და თამაში, რომელიც სამყაროს autosave-ებს შორის მეხსიერებაში ინახავს, სხვაგვარად რამდენიმე წუთის წინანდელ ასლს მოგცემს. Cron გამოსახულებების ახსნა დროის სინტაქსს მოიცავს, ხოლო სასარგებლო დაგეგმილი ამოცანები მეტ მაგალითს შეიცავს.

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

რატომ უნდა გქონდეს მაინც off-site ასლი#

ღამის backup-ები გიცავს იმ პრობლემებისგან, რომლებიც სერვერებს ემართება: ცუდი განახლება, დაზიანებული save, plugin, რომელიც ცხრილს ასუფთავებს. მათ ასლებს ყოველდღე გამოვიტანთ node-იდან, ამიტომ ისინი იმავე მანქანაზე არ არის, რომელსაც იცავენ. რისგანაც ვერ გიცავს, ეს არის ის, რაც შენსა და ჩვენს ურთიერთობას ემართება.

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

backup, რომელიც მხოლოდ იმ სერვისშია, რომელსაც ის იცავს, ამ სერვისის ფუნქციაა და არა backup.

off-site ასლი ხშირი არ უნდა იყოს. თამაშის სერვერების უმეტესობისთვის კვირაში ერთი საკმარისია, plus ერთი ყოველი მნიშვნელოვანი ცვლილების წინ. მთავარია, რომ ის არსებობს, იქ არის, სადაც შენ აკონტროლებ, და სულ მცირე ერთხელ გაიხსნა იმის შესამოწმებლად, რომ აღდგება.

როგორ გააკეთო off-site ასლი#

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

პირველი ხელით კეთდება: ყოველ კვირას ან დიდი ცვლილების წინ ჩამოტვირთე backup Backups tab-იდან და შეინახე შენს დისკზე ან cloud drive-ზე. ერთ წუთს ითხოვს, რის გამოც ხალხი თვის შემდეგ ამას ანებებს თავს.

მეორე არის sync შენი კომპიუტერიდან SFTP-ით rclone-ის გამოყენებით. დააკონფიგურირე SFTP remote პანელის SFTP დეტალებიდან აღებული host-ით, port-ით, მომხმარებლით და პაროლით, შემდეგ გადააკოპირე საჭირო საქაღალდეები:

$ rclone config create renode sftp host HOST port PORT user USER pass PASSWORD$ rclone copy renode:world ./server-backup/$(date +%F)/world --progress

აკოპირე მხოლოდ ის, რაც გჭირდება - სამყარო, კონფიგურაციები, plugin-ის მონაცემები - და არა თამაშის binary-ები, რომლებიც ისედაც თავიდან დაყენდება. დაუწყვილე იმავე მომენტის ბაზის dump-ს. გაითვალისწინე, რომ rclone config create პაროლს შენახვამდე ფარავს, მაგრამ კონფიგურაციის ფაილი მაინც აძლევს შესვლის საშუალებას ყველას, ვინც მას წაიკითხავს, ამიტომ შეინახე ისეთ კომპიუტერზე, რომელსაც ენდობი.

მესამე არის object storage: გაგზავნე ასლები S3-თან თავსებად bucket-ში rclone-ით ან restic-ით. Restic ამატებს deduplication-ს, დაშიფვრას და საკუთარ retention წესებს, რაც შეეფერება ასლს, რომელიც ტაიმერით გადის შენს კომპიუტერზე. თამაშის სერვერის backup-ები S3-ზე და restic backup-ები S3-ზე ორივეს სრულად ხსნის. RE:NODE-ს S3 object storage-იც აქვს, მაგრამ ნათლად გაიგე, რა არის ეს: ის შენს სერვერთან იმავე პლატფორმაზე და იმავე ადგილასაა. ის კარგი მეორე სახის საცავია და მოხერხებული სამიზნეა სკრიპტებისთვის; ის არ არის 3-2-1-ის „სადმე სხვაგან". ამისთვის bucket ან დისკი ვინმეს უნდა ეკუთვნოდეს, ვინც შენი ჰოსტი არ არის.

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

რას არ ცვლის ღამის backup-ები#

პირდაპირ ვთქვათ შეზღუდვებზე, რომ არავინ დაგეგმოს იმაზე, რაც არ არსებობს:

• სისტემური backup-ების თვითმომსახურებით აღდგენა არ არის. ის მხარდაჭერის გავლით მიდის, ამიტომ პერსონალთან საუბრის დრო სჭირდება და არა ერთ დაწკაპუნებას. რაც სწრაფად შეიძლება დაგჭირდეს, მისთვის შენი საკუთარი backup უფრო სწრაფია.
• გრძელი ისტორია არ არის. ფანჯარა მოკლეა. უფრო ძველი აღდგენის წერტილები შენ უნდა შეინახო, შენს სლოტებში დაბლოკილი ან off-site.
• აღდგენა დროის ზუსტ წერტილზე არ არის. ღამის backup ღამის backup-ია. ყველაფერი გუშინ ღამესა და ახლას შორის მხოლოდ ცოცხალ სერვერზე არსებობს.
• წაშლისგან დაცვა არ არის. წაშალე სერვერი და მისი backup-ები მასთან ერთად მიდის.
• მონაცემთა ბაზის ჰოსტინგის ტარიფებზე ფაილური არქივის გარდა ბაზის ძრავის backup-ები არ არის. მონაცემთა ბაზის სერვერები, ყველას მსგავსად, ღამის ფაილურ არქივს იღებს, მაგრამ მომუშავე ბაზის ძრავის ფაილების ასლი იგივე არ არის, რაც თვითონ ძრავის გაკეთებული dump. PostgreSQL, MongoDB, MySQL ან SQL Server ტარიფებზე საკუთარი dump-ები დაგეგმე - მონაცემთა ბაზის backup-ები და აღდგენა და მონაცემთა ბაზის dump-ები S3-ზე გრაფიკით გვიჩვენებს, როგორ.

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

FAQ#

ითვლება თუ არა ღამის backup-ები ჩემი ტარიფის backup-ის სლოტებში?

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

შემიძლია თუ არა ღამის backup-ის ჩამოტვირთვა ან აღდგენა თვითონ?

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

შედის თუ არა plugin-ებისა და mod-ების მონაცემთა ბაზები?

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

რამდენად შორს მიდის ღამის backup-ები უკან?

მხოლოდ ბოლო ღამეების მოკლე მოძრავ ფანჯარაში. ისინი იმისთვისაა, რომ ახლახან გაფუჭებულიდან გამოხვიდე. ძველი გამართული წერტილისთვის დაბლოკე შენი საკუთარი backup-ებიდან ერთ-ერთი ან შეინახე ასლი off-site.

თუ სერვერს წავშლი, მხარდაჭერას შეუძლია მისი დაბრუნება?

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

მჭირდება თუ არა საკუთარი backup-ები, თუ ღამის backup-ები არსებობს?

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