- Products
- Learn
- Local User Groups
- Partners
- More
Step Into the Future of
AI-Powered Cyber Security
The State of Ransomware Q1 2026
Key Trends and Their Impact
AI Security Masters E8:
Claude Mythos: New Era in Cyber Security
Blueprint Architecture for Securing
The AI Factory & AI Data Center
Call For Papers
Your Expertise. Our Stage
CheckMates Go:
CheckMates Fest
Has anybody successfully upgraded from 81.20 to 82.x yet?
I'm looking to upgrade from 81.20 to 82.x. My setup is Security Gateways (Clusters) on 81.20, and centrally managed with SMS server on 81.20 as well.
From the documentation, I can see that the upgrade from 81.20 to 82.x is supported on both Security Gateway, and SMS:
For the upgrade methods I can see the following supported methods:
SMS Server supports (Gaia Fast Deployment Upgrade)
Security Gateways supports (Central Deployment in SmartConsole)
My upgrade approach is the following:
1. Backup the SMS server.
2. Upgrade the SMS server using Gaia and CPUSE
3. Backup the Security Gateways
4. Use the Central Deployment tool in Smart Console to upgrade each cluster (Right click cluster | Actions | Version Upgrade")
This is usually the approach I use for hotfix upgrades, and it has always gone smoothly. I want to follow the same approach for major version upgrade. Please could my approach be validated?
Thank you
I did in the lab the other day actually, all through smart console, worked fine, no issues. Yes, took some time, but all went well.
Thanks Andy. I am going to try and lab it also.
My team upgraded all of our managements the week after R82 was declared the recommended version. We also upgraded about ten clusters a week or two after that, including five of them in a single CDT action.
Blink failed to upgrade our managements to R82 jumbo 34. Maybe it will work to jumbo 44 for you. I would download the R82 upgrade image and jumbo 44 to keep locally on the boxes in case you need to do the upgrade and jumbo separately. Note that management upgrades to a new major version often take 2+ hours. If you have to do the two-step process, the jumbo takes much less time than the upgrade does.
Once you have the management upgraded, import the packages into the SmartConsole package repository. That upgrade method works really well for firewalls. Select one or more clusters, right-click, Actions > Version Upgrade, and point it to R82.
Thanks for that. In the past when I have downloaded the package for the firewalls, it stills seems to download from the internet when you start the update. So I stopped doing that.
If the system is downloading the upgrade image again, then something is wrong with how you imported the image you downloaded beforehand. I find the User Center is always misbehaving at exactly the wrong moment (down for maintenance, it takes over an hour to download anything, or whatever), so I keep local copies of the latest CPUSE build, the ISO and CPUSE package for each major version we run, and all the jumbos we run. I copy them to the systems well ahead of my windows, and the systems never download any of them directly from Check Point. It keeps the upgrade windows predictable.
If your SMS runs on VMWare, it's worth it to perform an advanced migration.
This way you can reinstall a new VM with RH8 template + Paravirtual which brings noticeable performance improvements.
Thanks, I will look into that.
The problem with this is I will have to have a parallel instance on a different IP? Would you do the migration, then shut down the old one, and change the IP of the new one to be the same as the old one? I would have thought changing the IP might cause some issues.
Typically I save the CLISH configuration of the current one and any specific configuration, perform the migrate_server export -v R82, the disconnect the NIC of the existing one, spin up a new VM with R82, stage it with the same IP, FTW, jumbo, migrate_server import -v R82 and that's enough to get started.
I would also perform a migrate_server on the SMS just to be safe. Here is some useful documentation:
sk108902 - Best Practices - Backup on Gaia OS
migrate_server
Regards,
Nicklas
Leaderboard
Epsum factorial non deposit quid pro quo hic escorol.
| User | Count |
|---|---|
| 24 | |
| 19 | |
| 10 | |
| 9 | |
| 8 | |
| 7 | |
| 6 | |
| 4 | |
| 4 | |
| 4 |
Wed 20 May 2026 @ 11:00 AM (CEST)
The New DDoS Reality: Autonomy, Scale, and the Future of DefenceFri 29 May 2026 @ 09:00 AM (EDT)
Caracas: Executive Breakfast: Innovación en Ciberseguridad – IA y Threat IntelligenceTue 02 Jun 2026 @ 06:00 PM (IDT)
Under the Hood | Check Point SASE: Identity Integration & Access Policy Design Best PracticesWed 20 May 2026 @ 11:00 AM (CEST)
The New DDoS Reality: Autonomy, Scale, and the Future of DefenceTue 02 Jun 2026 @ 06:00 PM (IDT)
Under the Hood | Check Point SASE: Identity Integration & Access Policy Design Best PracticesThu 04 Jun 2026 @ 02:00 PM (CEST)
Deep Dive Webinar: New CloudGuard GWLB Deployment Without NAT Gateways - EuropeThu 04 Jun 2026 @ 07:00 PM (IDT)
Deep Dive Webinar: New CloudGuard GWLB Deployment Without NAT Gateways - AmericaFri 12 Jun 2026 @ 10:00 AM (CEST)
CheckMates Live Netherlands - Sessie 47: Continuous Threat Exposure ManagementFri 29 May 2026 @ 09:00 AM (EDT)
Caracas: Executive Breakfast: Innovación en Ciberseguridad – IA y Threat IntelligenceAbout CheckMates
Learn Check Point
Advanced Learning
YOU DESERVE THE BEST SECURITY