ធ្វើបច្ចុប្បន្នភាពចំណុចត្រួតពិនិត្យពី R77.30 ទៅ 80.20

នៅរដូវស្លឹកឈើជ្រុះឆ្នាំ 2019 Check Point បានឈប់គាំទ្រកំណែ R77.XX ហើយវាចាំបាច់ក្នុងការធ្វើបច្ចុប្បន្នភាព។ ជាច្រើនត្រូវបានគេនិយាយរួចហើយអំពីភាពខុសគ្នារវាងកំណែ គុណសម្បត្តិ និងគុណវិបត្តិនៃការប្តូរទៅ R80 ។ តោះនិយាយអំពីរបៀបធ្វើបច្ចុប្បន្នភាពឧបករណ៍និម្មិត Check Point (CloudGuard សម្រាប់ VMware ESXi, Hyper-V, KVM Gateway NGTP) និងអ្វីដែលអាចខុស។

ដូច្នេះ យើងមានវិស្វករ CCSE ចំនួន 2 នាក់ ចង្កោមនិម្មិត Check Point R77.30 ច្រើនជាងដប់មួយ ពពកជាច្រើន ដំណោះស្រាយក្តៅមួយចំនួន និងសមុទ្រទាំងមូលនៃកំហុសផ្សេងៗ ភាពមិនប្រក្រតី និងអ្វីៗទាំងអស់ គ្រប់ពណ៌ និងទំហំ និង ក៏​មាន​កាល​បរិច្ឆេទ​តឹង​តែង។ តោះ​ទៅ!

មាតិកា:

ការរៀបចំ
ធ្វើបច្ចុប្បន្នភាពម៉ាស៊ីនមេគ្រប់គ្រង
ការធ្វើបច្ចុប្បន្នភាពក្រុម

នេះគឺជាអ្វីដែលហេដ្ឋារចនាសម្ព័ន្ធពពករបស់អតិថិជនធម្មតាដែលមាន Check Point និម្មិតមើលទៅដូច

ការរៀបចំ

ជំហានដំបូងគឺត្រូវពិនិត្យមើលថាតើមានធនធានគ្រប់គ្រាន់សម្រាប់ការអាប់ដេតដែរឬទេ។ តម្រូវការអប្បបរមាដែលបានណែនាំសម្រាប់ R80.20 បច្ចុប្បន្នមើលទៅដូចនេះ៖

ឧបករណ៍

ស៊ីភីយូ

អង្គ​ចងចាំ

HDD

ច្រកទ្វារសុវត្ថិភាព

៦ ស្នូល

4 Gb

ពី 15 GB

SMS

៦ ស្នូល

6 Gb

-

អនុសាសន៍ត្រូវបានពិពណ៌នានៅក្នុងឯកសារ CP_R80.20_GA_Release_Notes.

ប៉ុន្តែយើងនឹងមានភាពប្រាកដនិយម។ ប្រសិនបើនេះគឺគ្រប់គ្រាន់ក្នុងការកំណត់តិចតួចបំផុត នោះតាមការអនុវត្តបង្ហាញ ជាធម្មតាយើងបើកការត្រួតពិនិត្យ https, SmartEvent ដំណើរការលើសារ SMS ជាដើម ដែលជាការពិតណាស់ ទាមទារសមត្ថភាពខុសគ្នាទាំងស្រុង។ ប៉ុន្តែជាទូទៅមិនលើសពី R77.30 ទេ។

ប៉ុន្តែមាន nuances ។ ហើយដំបូងបង្អស់ពួកគេទាក់ទងនឹងទំហំនៃការចងចាំរាងកាយ។ ប្រតិបត្តិការជាច្រើនដោយផ្ទាល់កំឡុងពេលដំណើរការអាប់ដេតនឹងទាមទារទំហំថាសរឹង។

សម្រាប់ម៉ាស៊ីនមេគ្រប់គ្រង ទំហំនៃទំហំថាសទំនេរនឹងពឹងផ្អែកយ៉ាងខ្លាំងទៅលើបរិមាណនៃកំណត់ហេតុបច្ចុប្បន្ន (ប្រសិនបើយើងចង់រក្សាទុកពួកវា) និងលើចំនួននៃការកែប្រែមូលដ្ឋានទិន្នន័យដែលបានរក្សាទុក ទោះបីជាយើងនឹងលែងត្រូវការវាក្នុងបរិមាណច្រើនក៏ដោយ។ ជាការពិតណាស់ សម្រាប់ថ្នាំងចង្កោម (លុះត្រាតែអ្នករក្សាទុកកំណត់ហេតុក្នុងមូលដ្ឋាន) ទាំងអស់នេះមិនមានបញ្ហាទេ។ នេះជារបៀបពិនិត្យមើលថាតើអ្នកមានកន្លែងទំនេរដែលអ្នកត្រូវការ៖

1. យើងភ្ជាប់ទៅម៉ាស៊ីនមេគ្រប់គ្រងឆ្លាតវៃតាមរយៈ ssh ចូលទៅកាន់របៀបអ្នកជំនាញ ហើយបញ្ចូលពាក្យបញ្ជា៖

   [Expert@cp-sms:0]# df -h

2. នៅទិន្នផល យើងនឹងឃើញអ្វីមួយដូចជាការកំណត់រចនាសម្ព័ន្ធនេះ៖

   ទំហំ​ប្រព័ន្ធ​ឯកសារ​ដែល​បាន​ប្រើ​មាន ប្រើ % បាន​ម៉ោន​នៅ​លើ
   /dev/mapper/vg_splat-lv_current 30G 7.4G 21G 27% /
   /dev/sda1 289M 24M 251M 9% / boot
   tmpfs 2.0G 0 2.0G 0% /dev/shm
   /dev/mapper/vg_splat-lv_log 243G 177G 53G 78% /var/log

3. បច្ចុប្បន្នយើងចាប់អារម្មណ៍លើផ្នែក / var / log

សូមចំណាំថា អាស្រ័យលើគោលការណ៍សម្រាប់ការរក្សាទុក និងលុបឯកសារកំណត់ហេតុចាស់ ក៏ដូចជាទំហំនៃមូលដ្ឋានទិន្នន័យដែលបាននាំចេញ ប្រហែលជាត្រូវការទំហំបន្ថែម។ ប្រសិនបើនៅពេលបង្កើតប័ណ្ណសារ មានទំហំទំនេរតិចជាងការបញ្ជាក់នៅក្នុងគោលការណ៍ផ្ទុកឯកសារ នោះប្រព័ន្ធនឹងចាប់ផ្តើមលុបកំណត់ហេតុចាស់ ហើយនឹងមិនបញ្ចូលពួកវាទៅក្នុងបណ្ណសារឡើយ។

ដូចគ្នានេះផងដែរសម្រាប់ដំណើរការអាប់ដេតដោយខ្លួនឯង ប្រព័ន្ធនឹងត្រូវការយ៉ាងហោចណាស់ 13 GB នៃទំហំថាសរឹងដែលមិនបានបែងចែក។ អ្នកអាចពិនិត្យមើលវត្តមានរបស់វាដោយប្រើពាក្យបញ្ជា៖

[Expert@cp-sms:0]# pvs

យើងនឹងឃើញអ្វីមួយដូចនេះ៖

PV VG Fmt Attr PSize PFree
/dev/sda3 vg_splat lvm2 a- 141.69G 43.69G

ក្នុងករណីនេះយើងមាន 43 GB ។ មានធនធានគ្រប់គ្រាន់។ អ្នកអាចចាប់ផ្តើមធ្វើបច្ចុប្បន្នភាព។

ការធ្វើបច្ចុប្បន្នភាពម៉ាស៊ីនមេគ្រប់គ្រងសារ SMS ចំណុចពិនិត្យ

មុនពេលចាប់ផ្តើមការងារ អ្នកត្រូវធ្វើដូចខាងក្រោមៈ

1. ដំឡើងកញ្ចប់ឧបករណ៍ធ្វើចំណាកស្រុកនៅលើម៉ាស៊ីនមេគ្រប់គ្រង។ ដើម្បីធ្វើដូចនេះអ្នកត្រូវទាញយករូបភាពពីវិបផតថល។ ចំណុចពិនិត្យ.
2. ផ្ទុកឡើងប័ណ្ណសារទៅម៉ាស៊ីនមេគ្រប់គ្រងតាមរយៈ WinSCP ទៅក្នុងថតឯកសារ /var/log/UpgradeR77.30_R80.20 (បើចាំបាច់ បង្កើតថតឯកសារជាមុនសិន)។
3. ភ្ជាប់ទៅម៉ាស៊ីនមេគ្រប់គ្រងតាមរយៈ SSH ហើយចូលទៅកាន់ថតដែលមានប័ណ្ណសារ៖ស៊ីឌី /var/log/UpgradeR77.30_R80.20/
4. ពន្លាឯកសារ៖tar -zxvf ./<ឈ្មោះឯកសារ>.tgz
5. យើងបើកដំណើរការឧបករណ៍ប្រើប្រាស់ pre_upgrade_verifier ដោយប្រើពាក្យបញ្ជា៖ ./pre_upgrade_verifier -p $FWDIR -c R77 -t R80.20
6. នៅពេលប្រតិបត្តិពាក្យបញ្ជា របាយការណ៍ស្តីពីការកំណត់មិនឆបគ្នានឹងត្រូវបានបង្កើត។ វាមាននៅ៖ /opt/CPsuite-R77/fw1/log/pre_upgrade_verification_report.(xls, html, txt)។ វាកាន់តែងាយស្រួលក្នុងការបង្ហោះវាតាមរយៈ SCP ហើយមើលវាតាមរយៈកម្មវិធីរុករក។
   ដើម្បីដោះស្រាយការកំណត់ដែលមិនឆបគ្នា សូមប្រើ SK117237.
7. បន្ទាប់មកដំណើរការឧបករណ៍ប្រើប្រាស់ pre_upgrade_verifier ឡើងវិញ ដើម្បីប្រាកដថាមូលហេតុនៃភាពមិនឆបគ្នាទាំងអស់ត្រូវបានលុបចោល។
8. បន្ទាប់មក យើងប្រមូលព័ត៌មានអំពីចំណុចប្រទាក់បណ្តាញ តារាងនាំផ្លូវ និងផ្ទុកឡើងនូវការកំណត់រចនាសម្ព័ន្ធ GAIA៖
   ip a > /var/log/UpgradeR77.30_R80.20/cp-sms-config.txt
   ip r > /var/log/UpgradeR77.30_R80.20/cp-sms-config.txt
   clish -c "show configuration" > /var/log/UpgradeR77.30_R80.20/cp-sms-config.txt
9. ផ្ទុកឡើងឯកសារលទ្ធផលតាមរយៈ SCP ។
10. យើងថតរូបនៅកម្រិតនិម្មិត។
11. យើងបង្កើនការអស់ពេលនៃវគ្គ SSH ដល់ 8 ម៉ោង។ វាអាស្រ័យលើសំណាងរបស់អ្នក៖ អាស្រ័យលើទំហំនៃមូលដ្ឋានទិន្នន័យដែលបាននាំចេញ វាអាចមានរយៈពេលពីច្រើននាទីទៅច្រើនម៉ោង។ សម្រាប់​ការ​នេះ: 
    [Expert@HostName]# clish -c "បង្ហាញភាពអសកម្ម-អស់ពេល" សូមក្រឡេកមើលតារាងពេលវេលាកំណត់បច្ចុប្បន្ន,

    [Expert@HostName]# clish -c "កំណត់អសកម្ម-អស់ពេល 720" បញ្ជាក់ការអស់ពេលថ្មី (គិតជានាទី)

    [Expert@HostName]# បន្ទរ $TMOUT មើលរបៀបអ្នកជំនាញអស់ពេលបច្ចុប្បន្ន,

    [Expert@HostName]# នាំចេញ TMOUT=3600 បញ្ជាក់របៀបអស់ពេលថ្មីរបស់អ្នកជំនាញ (គិតជាវិនាទី) ប្រសិនបើអ្នកកំណត់តម្លៃទៅ 0 នោះការអស់ពេលនឹងត្រូវបានបិទ។

12. យើងទាញយក និងភ្ជាប់រូបភាពដំឡើង SMS.iso ទៅម៉ាស៊ីននិម្មិត។

    មុននឹងជំហានបន្ទាប់ ត្រូវប្រាកដថាពិនិត្យមើលពីរដងថាអ្នកមានកន្លែងទំនេរគ្រប់គ្រាន់នៅលើថាសរឹងរបស់អ្នក (ចងចាំថាអ្នកត្រូវការ 13 GB)។ 

13. មុនពេលចាប់ផ្តើមនាំចេញការកំណត់ សូមប្តូរឯកសារកំណត់ហេតុដោយប្រើពាក្យបញ្ជា៖ កុងតាក់ fw

នាំចេញការកំណត់រចនាសម្ព័ន្ធ និងកំណត់ហេតុ

1. ដំណើរការឧបករណ៍ប្រើប្រាស់ migrate_export ដើម្បីទាញយកការកំណត់រចនាសម្ព័ន្ធ។ ដើម្បីធ្វើដូចនេះចូលទៅកាន់ថតដែលបានបង្កើតពីមុន៖ ស៊ីឌី /var/log/UpgradeR77.30_R80.20/ ហើយប្រើពាក្យបញ្ជា៖ ./migrate export -l /var/log/UpgradeR77.30_R80.20/SMS_w_logs_export_r77_r80.tgz

   ឬ

   ទៅកាន់ថតឯកសារ៖ ស៊ីឌី $FWDIR/bin/upgrade_tools/ и
   ដំណើរការពាក្យបញ្ជាពីទីនោះ៖ ./migrate export -l /var/log/UpgradeR77.30_R80.20/SMS_w_logs_export_r77_r80.tgz

2. យើងដក checksum ចេញពីប័ណ្ណសារ៖ md5sum /var/log/UpgradeR77.30_R80.20/SMS_w_logs_export_r77_r80.tgz
3. រក្សាទុកតម្លៃលទ្ធផលទៅ notepad ។
4. យើងភ្ជាប់ទៅសារ SMS តាមរយៈ SCP ហើយបង្ហោះប័ណ្ណសារជាមួយនឹងការកំណត់រចនាសម្ព័ន្ធទៅស្ថានីយការងារ។ ត្រូវប្រាកដថាប្រើការផ្ទេរឯកសារក្នុងទម្រង់គោលពីរ។

នាំចេញមូលដ្ឋានទិន្នន័យ SmartEvent

នៅទីនេះយើងត្រូវការសារ SMS កំណែ R80 ​​ដែលបានដំឡើងជាមុន។ ការធ្វើតេស្តណាមួយនឹងធ្វើ។ 

1. ពី SMS យើងត្រូវការស្គ្រីបដែលមានទីតាំងនៅទីនេះ៖$RTDIR/bin/eva_db_backup.csh
2. ផ្ទុកស្គ្រីបតាមរយៈ SCP eva_db_backup.csh ទៅថតឯកសារ៖ /var/log/UpgradeR77.30_R80.20/
3. ភ្ជាប់តាមរយៈ SSH ទៅ SMS ។ ចម្លងឯកសារទៅថតឯកសារ៖ cp /var/log/UpgradeR77.30_R80.20/eva_db_backup.csh
   $RTDIR/bin/eva_db_backup.csh
4. ការផ្លាស់ប្តូរការអ៊ិនកូដ៖ dos2unix $RTDIR/bin/eva_db_backup.csh
5. បន្ថែមម្ចាស់៖ chown -v អ្នកគ្រប់គ្រង៖ root $RTDIR/bin/eva_db_backup.csh
6. បន្ថែមសិទ្ធិ៖ chmod -v 0755 $RTDIR/bin/eva_db_backup.csh
7. តោះចាប់ផ្តើមនាំចេញទិន្នន័យ SmartEvent៖ $RTDIR/bin/eva_db_backup.csh
8. ផ្ទុកឡើងឯកសារដែលទទួលបានតាមរយៈ SCP៖ $RTDIR/bin/<date>-db-backup.backup и $RTDIR/bin/eventiaUpgrade.tar ទៅស្ថានីយការងារ។

ធ្វើបច្ចុប្បន្នភាព

1. ទៅ WebUI GAIA SMS → CPUSE → បង្ហាញកញ្ចប់ទាំងអស់។
2. ប្រសិនបើ CPUSE ផ្តល់កំហុសក្នុងការភ្ជាប់ទៅ Check Point cloud សូមពិនិត្យមើលការកំណត់ DGW, DNS និងប្រូកស៊ី។
3. ប្រសិនបើអ្វីៗទាំងអស់ត្រឹមត្រូវ ហើយកំហុសមិនរលាយបាត់ទេ នោះអ្នកត្រូវធ្វើបច្ចុប្បន្នភាព CPUSE ដោយដៃ ដែលដឹកនាំដោយ sk92449.
4. ទាញយករូបភាពហើយឆ្លងកាត់ អ្នកផ្ទៀងផ្ទាត់។ បើចាំបាច់ យើងលុបបំបាត់ភាពមិនស៊ីសង្វាក់គ្នា។

   ជាលទ្ធផល អ្នកគួរតែឃើញសារនេះ៖

   

5. ជ្រើសរើស R80.20 ដំឡើង និងដំឡើងកំណែថ្មីសម្រាប់ការគ្រប់គ្រងសុវត្ថិភាព។
6. នៅពេលដំឡើងការអាប់ដេត សូមជ្រើសរើស Clean Install។ បន្ទាប់ពីដំឡើងរួច ប្រព័ន្ធនឹងចាប់ផ្ដើមឡើងវិញ។
7. យើងឆ្លងកាត់លើកដំបូង អ្នកជំនួយការ។
8. បន្ទាប់ពីទទួលបានសិទ្ធិចូលប្រើ យើងពិនិត្យមើលគណនី។
9. យើងភ្ជាប់ទៅសារ SMS តាមរយៈ SSH ហើយប្តូរសែលរបស់អ្នកប្រើរបស់យើងទៅជា /bin/bash/:

   កំណត់អ្នកប្រើប្រាស់ <username> shell /bin/bash/

   រក្សាទុកការកំណត់ (ក្នុងករណីដែលយើងចង់ទុក bin/bash/ ជា default shell បន្ទាប់ពី reboot)។

10. បន្ទាប់មក យើងភ្ជាប់ទៅសារ SMS តាមរយៈ SCP ហើយផ្ទេរប័ណ្ណសារជាមួយនឹងការកំណត់នៅក្នុងរបៀបគោលពីរ SMS_w_logs_export_r77_r80.tgz ទៅថត /var/log/UpgradeR77.30_R80.20/
    
11. យើងដក checksum ចេញពីប័ណ្ណសារ៖ md5sum /var/log/UpgradeR77.30_R80.20/SMS_w_logs_export_r77_r80.tgz ហើយប្រៀបធៀបជាមួយតម្លៃមុន។ Checksum ត្រូវតែផ្គូផ្គង។
12. យើងបង្កើនការអស់ពេលនៃវគ្គ SSH ដល់ 8 ម៉ោង។ សម្រាប់​ការ​នេះ:

    [Expert@HostName]# clish -c "បង្ហាញភាពអសកម្ម-អស់ពេល" សូមក្រឡេកមើលតារាងពេលវេលាកំណត់បច្ចុប្បន្ន,

    [Expert@HostName]# clish -c "កំណត់អសកម្ម-អស់ពេល 720" បញ្ជាក់ការអស់ពេលថ្មី (គិតជានាទី)

    [Expert@HostName]# បន្ទរ $TMOUT មើលរបៀបអ្នកជំនាញអស់ពេលបច្ចុប្បន្ន,

    [Expert@HostName]# នាំចេញ TMOUT=3600 បញ្ជាក់របៀបអ្នកជំនាញអស់ពេលថ្មី (គិតជាវិនាទី)។ ប្រសិនបើអ្នកកំណត់តម្លៃទៅ 0 នោះការអស់ពេលនឹងត្រូវបានបិទ។

13. ដើម្បីនាំចូលការកំណត់ សូមដំណើរការឧបករណ៍ប្រើប្រាស់នាំចូលផ្ទេរ។ ដើម្បីធ្វើដូចនេះចូលទៅកាន់ថតឯកសារ៖ ស៊ីឌី $FWDIR/bin/upgrade_tools/និងដំណើរការការនាំចូល៖ ./ migrate imp
    ort -l /var/log/UpgradeR77.30_R80.20/SMS_w_logs_export_r77_r80.tgz

ចូរយើងរីករាយនឹងជីវិតសម្រាប់ពីរបីម៉ោងបន្ទាប់។ កុំផ្តាច់ SSH Session របស់អ្នកអំឡុងពេលដំណើរការ។ នៅចុងបញ្ចប់ ដំណើរការធ្វើចំណាកស្រុកនឹងបង្ហាញសារជោគជ័យ ឬកំហុស។ 

បញ្ជីត្រួតពិនិត្យបន្ទាប់ពីធ្វើបច្ចុប្បន្នភាព

1. ភាពអាចរកបាននៃធនធាន។
2. SIC ជាមួយ GW ។
3. អាជ្ញាប័ណ្ណ។ ប្រសិនបើអាជ្ញាប័ណ្ណត្រូវបានបង្ហាញមិនត្រឹមត្រូវ ឬមិនត្រូវបានបង្ហាញនៅលើសារ SMS សូមដំណើរការពាក្យបញ្ជា vsec_central_licence សម្រាប់ការចែកចាយអាជ្ញាប័ណ្ណ។
4. ការកំណត់គោលនយោបាយ។ 

កំពុងនាំចូលមូលដ្ឋានទិន្នន័យ SmartEvent

1. បើកដំណើរការ SmartEvent blade ។
2. យើងភ្ជាប់តាមរយៈ WinSCP ទៅកាន់ SMS និងផ្ទេរឯកសារដែលបានទាញយកពីមុនមកក្នុងរបៀបគោលពីរ <date>-db-backup.backup и eventiaUpgrade.tar ទៅថត /var/log/UpgradeR77.30_R80.20/
3. យើងដំណើរការស្គ្រីបដោយប្រើពាក្យបញ្ជា៖ $RTDIR/bin/eventiaUpgrade.sh -upgrade /var/log/UpgradeR77.30_R80.20/eventiaUpgrade.tar
4. ពិនិត្យស្ថានភាព៖ មើល -n 10 eventiaUpgrade.sh
5. ពិនិត្យមើលកំណត់ហេតុនៅក្នុង SmartEvent ។ សុបិន្ត!

ការធ្វើបច្ចុប្បន្នភាពចង្កោម Check Point GW (សកម្ម/បម្រុងទុក)

មុនពេលចាប់ផ្តើមការងារ

1. យើងរក្សាទុកការកំណត់រចនាសម្ព័ន្ធ GAIA ពីថ្នាំងចង្កោមនីមួយៗទៅជាឯកសារ ដើម្បីធ្វើវាដោយប្រើពាក្យបញ្ជា៖ clish -c "show configuration" > ./< ឈ្មោះឯកសារ >.txt
2. ការបង្ហោះឯកសារដោយប្រើ WinSCP ។
3. ភ្ជាប់ទៅ WebUI នៃថ្នាំងទាំងពីរ ហើយចូលទៅកាន់ផ្ទាំង CPUSE → បង្ហាញកញ្ចប់ទាំងអស់។
4. ស្វែងរកកញ្ចប់អាប់ដេតសម្រាប់កំណែ R80.20 ការដំឡើងស្រស់ចុច ទាញយក។
5. យើងពិនិត្យមើលថាពិធីការ CCP កំពុងដំណើរការនៅក្នុងរបៀប ផ្សាយដើម្បីធ្វើដូចនេះបញ្ចូលពាក្យបញ្ជា: cphaprob -a ប្រសិនបើ
   ប្រសិនបើរបៀបត្រូវបានជ្រើសរើស Multicast ។ជំនួសវាដោយពាក្យបញ្ជា៖ cphaconf set_ccp ផ្សាយ (ពាក្យបញ្ជាត្រូវបានប្រតិបត្តិលើថ្នាំងនីមួយៗ)។
6. យើងដំឡើង Downtime សម្រាប់ថ្នាំងដែលពាក់ព័ន្ធនៅក្នុងប្រព័ន្ធត្រួតពិនិត្យរបស់អ្នក។
7. យើងពិនិត្យមើលថាប៉ារ៉ាម៉ែត្រត្រូវបានបើកនៅកម្រិតនិម្មិត ការផ្លាស់ប្តូរអាសយដ្ឋាន MAC и ការបញ្ជូនក្លែងក្លាយ សម្រាប់បណ្តាញសមកាលកម្ម។

ធ្វើបច្ចុប្បន្នភាព

1. យើងភ្ជាប់តាមរយៈ ssh ទៅថ្នាំងសកម្ម ហើយដំណើរការពាក្យបញ្ជាដើម្បីតាមដានស្ថានភាពនៃចង្កោម៖ មើល -n 2 cphaprob stat
2. ត្រឡប់ទៅផ្ទាំងថ្នាំង WebUI Stanby CPUSE និងសម្រាប់កញ្ចប់ដែលបានជ្រើសរើស R80.20 ការដំឡើងស្រស់ បើកដំណើរការ អ្នកផ្ទៀងផ្ទាត់។
3. ចូរយើងវិភាគរបាយការណ៍អ្នកផ្ទៀងផ្ទាត់។ ប្រសិនបើការដំឡើងត្រូវបានអនុញ្ញាត សូមបន្តទៅមុខទៀត។
4. ជ្រើសរើសកញ្ចប់មួយ។ R80.20 ការដំឡើងស្រស់ និងបើកដំណើរការ ធ្វើឱ្យប្រសើរឡើង. កំឡុងពេលដំណើរការ Upgrade ប្រព័ន្ធនឹងចាប់ផ្តើមឡើងវិញ។ ការកំណត់ GAIA ត្រូវបានរក្សាទុក។ នៅពេលចាប់ផ្តើមឡើងវិញ យើងតាមដានស្ថានភាពនៃចង្កោម។ បន្ទាប់ពីការផ្ទុក ស្ថានភាពនៃថ្នាំងដែលបានធ្វើបច្ចុប្បន្នភាពគួរតែផ្លាស់ប្តូរទៅ READY ។ ក្នុង​ករណី​មួយ​ចំនួន យើង​បាន​ជួប​ប្រទះ​នឹង​ពេល​មួយ​ដែល​ថ្នាំង​ដែល​មិន​ទាន់​ត្រូវ​បាន​អាប់ដេត​បាន​ប្ដូរ​ទៅ​ស្ថានភាព​ការ​យក​ចិត្ត​ទុក​ដាក់​សកម្ម ហើយ​បាន​ឈប់​បង្ហាញ​ស្ថានភាព​នៃ​ថ្នាំង​ដែល​បាន​ធ្វើ​បច្ចុប្បន្នភាព។ កុំបារម្ភ - ជម្រើសនេះក៏អាចទទួលយកបានដែរ។
5. នៅពេលដែលការអាប់ដេតបានបញ្ចប់ សូមបើក SmartDashboard ។
6. បើកវត្ថុចង្កោម ហើយប្តូរកំណែចង្កោមពី R77.30 ទៅ R80.20 ។ ចុចយល់ព្រម។ ប្រសិនបើកំហុសលេចឡើងនៅពេលរក្សាទុកការផ្លាស់ប្តូរ៖
   កំហុសខាងក្នុងបានកើតឡើង។ (លេខកូដ៖ 0x8003001D មិនអាចចូលប្រើឯកសារសម្រាប់ប្រតិបត្តិការសរសេរបានទេ)
   ធ្វើតាម SK119973. បន្ទាប់ពីនោះរក្សាទុកការផ្លាស់ប្តូរហើយចុច ដំឡើងគោលការណ៍។
7. នៅក្នុងការកំណត់ ដោះធីកជម្រើស សម្រាប់ gateway clusters ប្រសិនបើការដំឡើងនៅលើ cluster member បរាជ័យ សូមកុំដំឡើងនៅលើ cluster នោះ។
8. យើងកំណត់គោលការណ៍។ ប្រព័ន្ធនឹងបង្កើតកំហុសសម្រាប់ថ្នាំងសកម្មដែលមិនទាន់ត្រូវបានធ្វើបច្ចុប្បន្នភាព។
9. យើងភ្ជាប់ទៅថ្នាំងដែលបានធ្វើបច្ចុប្បន្នភាពតាមរយៈ ssh ហើយដំណើរការពាក្យបញ្ជាដើម្បីតាមដានស្ថានភាពនៃចង្កោម៖ មើល -n 2 cphaprob stat
10. ភ្ជាប់ទៅថ្នាំង WebUI Active ហើយចូលទៅកាន់ផ្ទាំង CPUSE → បង្ហាញកញ្ចប់ទាំងអស់។ស្វែងរកកញ្ចប់អាប់ដេតសម្រាប់កំណែ R80.20 ការដំឡើងស្រស់, ចុច ទាញយក។
11. យើងដំឡើង Downtime សម្រាប់ថ្នាំងដែលពាក់ព័ន្ធនៅក្នុងប្រព័ន្ធត្រួតពិនិត្យរបស់អ្នក។
12. ត្រឡប់ទៅផ្ទាំងថ្នាំងសកម្ម WebUI CPUSE និងសម្រាប់កញ្ចប់ដែលបានជ្រើសរើស R80.20 ការដំឡើងស្រស់ បើកដំណើរការ អ្នកផ្ទៀងផ្ទាត់។
13. ចូរយើងវិភាគរបាយការណ៍អ្នកផ្ទៀងផ្ទាត់។ ប្រសិនបើការដំឡើងត្រូវបានអនុញ្ញាត សូមបន្តទៅមុខទៀត។
14. ជ្រើសរើសកញ្ចប់មួយ។ R80.20 ការដំឡើងស្រស់ និងបើកដំណើរការ ធ្វើឱ្យប្រសើរឡើង។ កំឡុងពេលដំណើរការ Upgrade ប្រព័ន្ធនឹងចាប់ផ្តើមឡើងវិញ។ ការកំណត់ GAIA ត្រូវបានរក្សាទុក។ នៅពេលចាប់ផ្តើមឡើងវិញ យើងត្រួតពិនិត្យស្ថានភាពនៃចង្កោមនៅលើថ្នាំងដែលបានធ្វើបច្ចុប្បន្នភាពរួចហើយ។ បន្ទាប់ពីការចាប់ផ្តើមឡើងវិញ ស្ថានភាពចង្កោមនៅលើថ្នាំងដែលបានធ្វើបច្ចុប្បន្នភាពនឹងផ្លាស់ប្តូរពី READY ទៅ ACTIVE ។
15. នៅពេលដំណើរការអាប់ដេតត្រូវបានបញ្ចប់ សូមបើកដំណើរការ SmartDashboard ហើយកំណត់គោលការណ៍។

បញ្ជីត្រួតពិនិត្យបន្ទាប់ពីធ្វើបច្ចុប្បន្នភាព

• កំណត់ហេតុព្រឹត្តិការណ៍នៅក្នុង SmartLog ស្ថានភាពនៃផ្លូវរូងក្រោមដី VPN ។
• ការកំណត់ GAIA ។
• ការស្ដារចង្កោមបន្ទាប់ពីការសាកល្បង Failover ។
• អាជ្ញាប័ណ្ណ និងកិច្ចសន្យា។ ប្រសិនបើអាជ្ញាប័ណ្ណត្រូវបានបង្ហាញមិនត្រឹមត្រូវ ឬមិនត្រូវបានបង្ហាញនៅលើសារ SMS សូមដំណើរការពាក្យបញ្ជា។ vsec_central_licence សម្រាប់ការចែកចាយអាជ្ញាប័ណ្ណ។
• CoreXL
• SecureXL
• Hotfix និង CPinfo នៅលើថ្នាំងពីរ។

សេចក្តីសន្និដ្ឋាន

ជាទូទៅ នោះជាអ្វីទាំងអស់នៅចំណុចនេះ - អ្នកត្រូវបានធ្វើបច្ចុប្បន្នភាព។

សម្រាប់ពួកយើង ដំណើរការទាំងមូលចំណាយពេលជាមធ្យមពី 6 ទៅ 12 ម៉ោង អាស្រ័យលើទំហំនៃមូលដ្ឋានទិន្នន័យដែលបាននាំចេញ។ ការងារនេះត្រូវបានអនុវត្តក្នុងរយៈពេលពីរយប់៖ មួយសម្រាប់ការអាប់ដេតសារ SMS ទីពីរសម្រាប់ចង្កោម។

មិនមានការផ្អាកចរាចរណ៍ទេ ទោះបីជាយើងបានពិនិត្យកំហុសដែលបានរៀបរាប់ខាងលើទាំងអស់លើខ្លួនយើងក៏ដោយ។

ជាការពិតណាស់ ពេលខ្លះការលំបាកថ្មីទាំងស្រុងអាចកើតឡើងក្នុងអំឡុងពេលដំណើរការអាប់ដេត ប៉ុន្តែនេះគឺជា Check Point ហើយដូចដែលយើងទាំងអស់គ្នាដឹងហើយ តែងតែមាន hotfix!

រីករាយរាត្រីពណ៌ខ្មៅ និងពណ៌ផ្កាឈូក និងព័ត៌មានថ្មីៗ!

ប្រភព: www.habr.com