- Products
- Learn
- Local User Groups
- Partners
- More
The Great Exposure Reset
24 February 2026 @ 5pm CET / 11am EST
CheckMates Fest 2026
Watch Now!AI Security Masters
Hacking with AI: The Dark Side of Innovation
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 |
|---|---|
| 54 | |
| 41 | |
| 15 | |
| 14 | |
| 12 | |
| 11 | |
| 11 | |
| 11 | |
| 10 | |
| 8 |
Thu 19 Feb 2026 @ 03:00 PM (EST)
Americas Deep Dive: Check Point Management API Best PracticesTue 24 Feb 2026 @ 11:00 AM (EST)
Under The Hood: CloudGuard Network Security for Azure Virtual WANThu 19 Feb 2026 @ 03:00 PM (EST)
Americas Deep Dive: Check Point Management API Best PracticesTue 24 Feb 2026 @ 11:00 AM (EST)
Under The Hood: CloudGuard Network Security for Azure Virtual WANAbout CheckMates
Learn Check Point
Advanced Learning
YOU DESERVE THE BEST SECURITY