რჩევები4 წთ საკითხავი
საიტის სარეზერვო ასლი: როგორ შევამოწმოთ აღდგენა
ჰოსტინგის პანელში გუშინდელი სარეზერვო ასლი ჩანს, მაგრამ აღდგენისას ირკვევა, რომ პროდუქტების ფოტოები აკლია ან მონაცემთა ბაზა სხვა დროისაა. ასლის არსებობა ჯერ არ გვაძლევს პასუხს მთავარ კითხვაზე: რამდენად სწრაფად დავაბრუნებთ საიტს გამართულ მდგომარეობაში?
სარეზერვო ასლი გამოსადეგია მაშინ, როცა ცნობილია მისი შემადგენლობა, დაცულია წვდომა და აღდგენა პრაქტიკულად შემოწმებულია. ეს ეხება როგორც WordPress-სა და WooCommerce-ს, ისე ინდივიდუალურად შექმნილ საიტს. განსხვავება იმაშია, რა მონაცემები და გარემო სჭირდება თითოეულს.
რა უნდა შედიოდეს აღსადგენ ნაკრებში
მხოლოდ საიტის ფაილები ყოველთვის საკმარისი არ არის. დინამიკურ საიტს შეიძლება მონაცემთა ბაზაც სჭირდებოდეს, სადაც შეკვეთები, მომხმარებლები და შინაარსი ინახება. ცალკე გასათვალისწინებელია ატვირთული მედია, კონფიგურაცია და მუშაობისთვის საჭირო გარე სერვისები.
WordPress-ის ოფიციალური გზამკვლევი ფაილებისა და მონაცემთა ბაზის ასლებს ერთმანეთისგან განასხვავებს. იგივე კითხვა სხვა პლატფორმაზეც დასვით: სად არის თითოეული მნიშვნელოვანი მონაცემი და როგორ დაუკავშირდება ის დანარჩენ ნაწილებს აღდგენის შემდეგ?
წვდომის გასაღებები და პაროლები დაცულად, სათანადო უფლებებით უნდა ინახებოდეს. მათი აღდგენის გზა საჭიროა, თუმცა საიტის ასლის საჯარო საქაღალდეში დაუცველი საიდუმლოებების მოთავსება გამოსავალი არ არის.
ასლის სიხშირე მონაცემების ცვლილებას მოარგეთ
კვირაში ერთხელ განახლებადი საინფორმაციო გვერდი და ყოველ საათში ახალი შეკვეთების მიმღები მაღაზია ერთნაირ გეგმას ვერ დაეყრდნობა. განსაზღვრეთ, რა დროის მონაცემების დაკარგვას გაუძლებს ბიზნესი და რამდენ ხანს შეიძლება სერვისი მიუწვდომელი დარჩეს.
მაგალითად, დღეში ერთხელ გადაღებული ასლიდან აღდგენამ შეიძლება ბოლო ასლის შემდეგ მიღებული შეკვეთები ვერ დააბრუნოს. ეს მაგალითი გეგმის შესარჩევად გამოიყენეთ და არა როგორც ყველასთვის სავალდებულო ინტერვალი. სიხშირე, შენახვის ვადა და დამატებითი აღდგენის საშუალებები სამუშაოს მოცულობასა და ღირებულებასთან ერთად შეათანხმეთ.
ყველა ასლი იმავე რისკზე არ უნდა იყოს დამოკიდებული
თუ მოქმედი საიტი და მისი ერთადერთი ასლი იმავე ანგარიშზეა და იმავე წვდომით იშლება, ერთი ინციდენტი ორივეს შეიძლება შეეხოს. ცალკე შეაფასეთ ასლების მდებარეობა, წვდომის უფლებები და წაშლისგან დაცვა.
CISA-ს StopRansomware გზამკვლევი გვირჩევს, კრიტიკული მონაცემების ოფლაინ, დაშიფრული ასლები შევინახოთ და აღდგენა რეგულარულად შევამოწმოთ. ბიზნესის კონკრეტული გარემოსთვის შესაბამისი ცალკე ან იზოლირებული ასლი ტექნიკურმა გუნდმა უნდა დაგეგმოს; მხოლოდ „ღრუბელში ინახება“ მისი უსაფრთხოების სრულ აღწერას ვერ გვაძლევს.
შეამოწმეთ, ვის შეუძლია ასლის წაშლა, როგორ აღადგენთ ანგარიშზე წვდომას და ვინ მიიღებს შეტყობინებას, თუ ასლის შექმნა შეწყდება. წარმატების ავტომატური წერილი პრობლემის არყოფნის გარანტია არ არის.
აღდგენა იზოლირებულ გარემოში გამოცადეთ
სატესტო აღდგენა მოქმედი საიტის გადაწერით არ დაიწყოთ. გამოიყენეთ განცალკევებული გარემო, შეზღუდეთ წვდომა და მოარიდეთ ის საძიებო ინდექსს. განსაკუთრებით მნიშვნელოვანია ავტომატური წერილების, რეალური გადახდების, მარაგის სინქრონიზაციისა და სხვა ინტეგრაციების გამორთვა ან უსაფრთხო სატესტო რეჟიმზე გადაყვანა.
შემდეგ გადაამოწმეთ მთავარი გვერდი, პროდუქტის ფოტოები, შესვლა, ძიება და შესაბამისი ჩანაწერები. ონლაინ მაღაზიისთვის შეადარეთ შეკვეთების რაოდენობა და ბოლო ჩანაწერების დრო. ჩაინიშნეთ, რამდენი ხანი დასჭირდა აღდგენას და რა მასალა ან წვდომა დაგაკლდათ.
ეს შემოწმება განსაკუთრებით სასარგებლოა ინფრასტრუქტურის შეცვლის, მნიშვნელოვანი განახლების ან ახალი ინტეგრაციის შემდეგ. მიზანი მხოლოდ გვერდის გახსნა არ არის — უნდა დადასტურდეს, რომ აღდგენილი სისტემა საჭირო ამოცანებს ასრულებს.
ნამდვილი ინციდენტისას ძველი ასლი ბრმად არ დააბრუნოთ
გატეხვის შემთხვევაში ჯერ პრობლემის მასშტაბი და აღდგენის უსაფრთხო გზა უნდა გაირკვეს. ასლშიც შეიძლება იგივე სისუსტე ან უკვე დაზიანებული ფაილი იყოს. მიზეზის აღმოფხვრის გარეშე აღდგენა განმეორებით პრობლემას არ გამორიცხავს.
მონაცემთა ბაზის ძველი ვერსიის დაბრუნებამ ახალი შეკვეთები შეიძლება დაკარგოს, ხოლო ნაწილობრივმა აღდგენამ ერთმანეთთან შეუსაბამო ჩანაწერები შექმნას. ამიტომ შეინახეთ მოქმედი მდგომარეობის დაცული ასლი და ცვლილება პასუხისმგებელ გუნდთან შეათანხმეთ. ეს სამუშაო არ არის მხოლოდ ერთი ღილაკის დაჭერა.
რას უნდა უპასუხებდეს თქვენი აღდგენის გეგმა
- რა მონაცემები ინახება და რამდენად ხშირად იქმნება ასლი?
- სად არის დაცული ასლი და ვის აქვს მასზე წვდომა?
- ვინ ამოწმებს წარუმატებელ დავალებებსა და შეტყობინებებს?
- როდის ჩატარდა ბოლო სატესტო აღდგენა და რა შედეგი ჰქონდა?
- ვინ მიიღებს გადაწყვეტილებას ნამდვილი შეფერხებისას?
ტექნიკური მხარდაჭერის შეთანხმებაში ასლის შექმნასთან ერთად აღდგენის პირობებიც შეიტანეთ. ბიზნესისთვის მნიშვნელოვანია იცოდეს, რას დაიბრუნებს, რა შეიძლება დაიკარგოს და ვის უნდა დაუკავშირდეს პრობლემის დროს.
