მიგრაცია Check Point-დან R77.30-დან R80.10-მდე

გამარჯობა კოლეგებო, მოგესალმებით გაკვეთილზე Check Point R77.30 R80.10 მონაცემთა ბაზებზე მიგრაციის შესახებ.

Check Point პროდუქტების გამოყენებისას, ადრე თუ გვიან, არსებული წესებისა და ობიექტების მონაცემთა ბაზების მიგრაციის ამოცანა წარმოიქმნება შემდეგი მიზეზების გამო:

1. ახალი მოწყობილობის შეძენისას საჭიროა მონაცემთა ბაზის მიგრაცია ძველი მოწყობილობიდან ახალ მოწყობილობაზე (GAIA OS-ის მიმდინარე ვერსიაზე ან უფრო მაღალი).
2. თქვენ უნდა განაახლოთ თქვენი მოწყობილობა GAIA OS-ის ერთი ვერსიიდან უფრო მაღალ ვერსიაზე ადგილობრივ აპარატზე.

პირველი პრობლემის გადასაჭრელად, შესაფერისია მხოლოდ ინსტრუმენტის გამოყენება, სახელწოდებით Management Server Migration Tool ან უბრალოდ Migration Tool. No2 პრობლემის გადასაჭრელად შეიძლება გამოყენებულ იქნას CPUSE ან Migration Tool გადაწყვეტა.
შემდეგი, ჩვენ განვიხილავთ ორივე მეთოდს უფრო დეტალურად.

განაახლეთ ახალ მოწყობილობაზე

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

მონაცემთა ბაზის მიგრაციის მიზნით Migration Tool-ის გამოყენებით, თქვენ უნდა შეხვდეთ მოთხოვნები:

1. თავისუფალი ადგილი დისკზე უნდა იყოს 5-ჯერ მეტი, ვიდრე ექსპორტირებული მონაცემთა ბაზის არქივის ზომა.
2. სამიზნე სერვერზე ქსელის პარამეტრები უნდა შეესაბამებოდეს წყაროს სერვერზე არსებულ პარამეტრებს.
3. სარეზერვო ასლის შექმნა. მონაცემთა ბაზა უნდა იყოს ექსპორტირებული დისტანციურ სერვერზე.
   GAIA ოპერაციული სისტემა უკვე შეიცავს Migration Tool-ს; ის შეიძლება გამოყენებულ იქნას მონაცემთა ბაზის იმპორტის დროს ან ოპერაციული სისტემის საწყისის იდენტური ვერსიაზე გადასასვლელად. მონაცემთა ბაზის ოპერაციული სისტემის უფრო მაღალ ვერსიაზე გადასატანად, თქვენ უნდა ჩამოტვირთოთ შესაბამისი ვერსიის Migration Tool განყოფილებიდან „Tools“ Check Point R80.10 მხარდაჭერის საიტიდან:
4. SmartEvent / SmartReporter სერვერის სარეზერვო და მიგრაცია. „სარეზერვო“ და „ექსპორტის მიგრაცია“ არ შეიცავს მონაცემებს SmartEvent მონაცემთა ბაზიდან / SmartReporter მონაცემთა ბაზიდან.
   სარეზერვო და მიგრაციისთვის, თქვენ უნდა გამოიყენოთ 'eva_db_backup' ან 'evs_backup' უტილიტები.
   შენიშვნა: CheckPoint Knowledge Base-ის სტატია sk110173.

მოდით შევხედოთ რა ფუნქციებს შეიცავს ეს ინსტრუმენტი:

სანამ უშუალოდ მონაცემთა მიგრაციას გააგრძელებთ, ჯერ უნდა გახსენით გადმოწერილი Migration Tool საქაღალდეში “/opt/CPsuite-R77/fw1/bin/upgrade_tools/ ”, მონაცემთა ბაზის ექსპორტი უნდა განხორციელდეს ბრძანებების გამოყენებით იმ დირექტორიადან, სადაც თქვენ გახსენით ინსტრუმენტი.

სანამ ექსპორტის ან იმპორტის ბრძანებას გაუშვით, დახურეთ SmartConsole-ის ყველა კლიენტი ან გაუშვით cpstop უსაფრთხოების მართვის სერვერზე.

რომ ექსპორტის ფაილის შექმნა მართვის მონაცემთა ბაზები წყარო სერვერზე:

1. შედით ექსპერტის რეჟიმში.
2. გაუშვით წინასწარი განახლების ვერიფიკატორი: pre_upgrade_verifier -p $FWDIR -c R77 -t R80.10. თუ არის შეცდომები, გაასწორეთ ისინი სანამ გააგრძელებთ.
3. გაშვება: ./migrate export filename.tgz. ბრძანება ახორციელებს უსაფრთხოების მართვის სერვერის მონაცემთა ბაზის შიგთავსის ექსპორტს TGZ ფაილში.
4. მიჰყევით ინსტრუქციას. მონაცემთა ბაზა ექსპორტირებულია თქვენს მიერ ბრძანებაში დასახელებულ ფაილში. დარწმუნდით, რომ განსაზღვრავთ მას, როგორც TGZ.
5. თუ SmartEvent დაინსტალირებულია წყაროს სერვერზე, მოვლენის მონაცემთა ბაზის ექსპორტი.

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

რომ იმპორტის კონფიგურაცია მართვის სერვერი:

1. შედით ექსპერტის რეჟიმში.
2. გადაიტანეთ (FTP, SCP ან მსგავსი გზით) ექსპორტირებული კონფიგურაციის ფაილი დისტანციურ სერვერზე, შეგროვებული წყაროდან ახალ სერვერზე.
3. გათიშეთ წყაროს სერვერი ქსელიდან.
4. გადაიტანეთ კონფიგურაციის ფაილი დისტანციური სერვერიდან ახალ სერვერზე.
5. გამოთვალეთ MD5 გადაცემული ფაილისთვის და შეადარეთ MD5, რომელიც გამოითვალა ორიგინალ სერვერზე: # md5sum filename.tgz
6. მონაცემთა იმპორტი: ./migrate import filename.tgz
7. მიმდინარეობს განახლების შემოწმება.

მე-7 პუნქტის დასრულების შემდეგ ვაჯამებთ, რომ მონაცემთა ბაზის მიგრაცია წარმატებული იყო Migration Tool-ის გამოყენებით; წარუმატებლობის შემთხვევაში ყოველთვის შეგიძლიათ ჩართოთ წყაროს სერვერი, რის შედეგადაც მუშაობა არანაირად არ იმოქმედებს.

აღსანიშნავია, რომ მიგრაცია დამოუკიდებელი სერვერიდან არ არის მხარდაჭერილი.

ადგილობრივი განახლება

CPUSE (Check Point Upgrade Service Engine) ჩართავს Check Point პროდუქტების ავტომატურ განახლებებს Gaia OS-ისთვის. პროგრამული უზრუნველყოფის განახლების პაკეტები იყოფა კატეგორიებად, კერძოდ, ძირითადი გამოშვებები, მცირე გამოშვებები და Hotfixes. Gaia ავტომატურად პოულობს და აჩვენებს ხელმისაწვდომ პროგრამული უზრუნველყოფის განახლების პაკეტებს და სურათებს, რომლებიც დაკავშირებულია Gaia ოპერაციული სისტემის ვერსიასთან, რომელზეც შეგიძლიათ განაახლოთ. CPUSE-ის გამოყენებით შეგიძლიათ განახორციელოთ GAIA OS-ის ახალი ვერსიის სუფთა ინსტალაცია, ან განახორციელოთ სისტემის განახლება მონაცემთა ბაზის მიგრაციით.

უფრო მაღალ ვერსიაზე გადასასვლელად ან CPUSE-ის გამოყენებით სუფთა ინსტალაციის შესასრულებლად, მანქანას უნდა ჰქონდეს საკმარისი თავისუფალი (გამოუყენებელი) სივრცე - მინიმუმ root დანაყოფის ზომა.

ახალ ვერსიაზე განახლება შესრულებულია მყარი დისკის ახალ დანაყოფზე, ხოლო "ძველი" დანაყოფი გარდაიქმნება Gaia Snapshot-ად (დანაყოფის ახალი სივრცე აღებულია მყარ დისკზე გამოუყენებელი ადგილიდან). ასევე, სისტემის განახლებამდე სწორი იქნება სნეფშოტის გადაღება და დისტანციურ სერვერზე ატვირთვა.

განახლების პროცესი:

1. გადაამოწმეთ განახლების პაკეტი (თუ ეს უკვე არ გაგიკეთებიათ) - შეამოწმეთ, შესაძლებელია თუ არა ამ პაკეტის ინსტალაცია კონფლიქტების გარეშე: დააწკაპუნეთ პაკეტზე მარჯვენა ღილაკით - დააწკაპუნეთ "Verifier".

   შედეგი უნდა იყოს დაახლოებით ასეთი:

   • ინსტალაცია დასაშვებია
   • ნებადართულია განახლება
2. დააინსტალირეთ პაკეტი: დააწკაპუნეთ პაკეტზე მაუსის მარჯვენა ღილაკით და დააჭირეთ ღილაკს "განახლება":
   CPUSE აჩვენებს შემდეგ გაფრთხილებას Gaia პორტალზე: ამ განახლების შემდეგ მოხდება ავტომატური გადატვირთვა (მოქმედი OS პარამეტრები და Check Point მონაცემთა ბაზა შენახულია).
3. თქვენ ნახავთ მონაცემთა მიგრაციის შესაბამის პროგრესს R80.10-ზე განახლების შემდეგ:
   • პროდუქტების განახლება
   • მონაცემთა ბაზის იმპორტი
   • პროდუქტების კონფიგურაცია
   • SIC მონაცემების შექმნა
   • პროცესების შეჩერება
   • დაწყებული პროცესები
   • დაინსტალირებული, თვითტესტი ჩაბარდა
4. სისტემა ავტომატურად გადაიტვირთება
5. პოლიტიკის დაყენება SmartConsole-ში

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

პრაქტიკა

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

დასკვნა

ამ გაკვეთილზე ჩვენ გადავხედეთ Check Point გადაწყვეტილებებს ობიექტებისა და წესების მონაცემთა ბაზის განახლებისა და მიგრაციისთვის. ახალი მოწყობილობის შემთხვევაში, მიგრაციის ხელსაწყოს გამოყენების გარდა სხვა გადაწყვეტილებები არ არსებობს. თუ გსურთ განაახლოთ GAIA OS და გაქვთ სურვილი და შესაძლებლობა ხელახლა განათავსოთ მანქანა, ჩვენი კომპანია არსებული გამოცდილებიდან გამომდინარე გვირჩევს მონაცემთა ბაზის მიგრაციას Migration Tool-ის გამოყენებით. ეს მეთოდი მინიმუმამდე ამცირებს არსებულ კონფიგურაციაზე გადასვლის რისკს CPUSE-სთან შედარებით. ასევე, CPUSE-ის საშუალებით განახლებისას დისკზე ინახება ბევრი არასაჭირო ძველი ფაილი და მათი ამოსაღებად საჭიროა დამატებითი ინსტრუმენტი, რომელიც დამატებით ნაბიჯებს და ახალ რისკებს იწვევს.

თუ არ გსურთ გამოტოვოთ მომავალი გაკვეთილები, გამოიწერეთ ჩვენი ჯგუფი VK, Youtube и დეპეშა. თუ რაიმე მიზეზით ვერ იპოვნეთ საჭირო დოკუმენტი ან ვერ მოაგვარეთ თქვენი პრობლემა Check Point-ით, მაშინ შეგიძლიათ უსაფრთხოდ დაუკავშირდეთ ჩვენთვის.

წყარო: www.habr.com