- Products
- Learn
- Local User Groups
- Partners
- More
MVP 2026: Submissions
Are Now Open!
What's New in R82.10?
Watch NowOverlap in Security Validation
Help us to understand your needs better
CheckMates Go:
Maestro Madness
Hi,
I have a checkpoint scenario:
1) MGMT: Virtual Machine in Vcenter 5.5
2) Cluster Gateways active/passive in open servers.
Basically, i would like to know the procedure to upgrade all.
1) Upgrading MGMT.
1.1) Run upgrade verifier
1.2) Run migrate export
2) In the gateways? clean installation?? any .tar.gz with upgrade packet?
You have to decide if you will need a fresh install (e.g. good for very old SMS) or just do an InPlace Upgrade. Consult the R80.10 Release Notes for the available options. For the needed software and procedure see:
Tip of the week: Support Center's Upgrade Wizard
SO what is the recommendation from Checkpoint. From R77.20 to R80.10? clean installacion in SMS or InPlace upgrade?
There is no recommended way if you do not have much information about the installation. Also, every customer has his own needs and boundary conditions. Usually, SMS database is migrated into a new installation and GWs get an InPlace-Update.
There is no "the only correct way to upgrade" with Check Point. Depending on your needs, skills and desires, both in-place upgrade and advanced upgrade are viable options
So please, tell me what i have to keep in mind for these "needs".
I always had heard that in a big jump "SMS upgrade legacy". and for gateways "clean installation"
Clean installation for GWs is the best choice when it has only few interfaces and config is not complicated. On SMS, fresh install, 1stTimeWizard and migrate import is preferable, only caveat is changes in .def files that have to be made again.
But it all depens - if a long maintenance window is possible you have many choices, if the GW has to work for 24 hours during upgrade the situation is more demanding
!
With limited expertise, I would advise "smart" upgrade in place. Clone your SMS VM, put it on a different network to avoid IP conflict with the production environment and perform upgrade in place. Play with the newly upgraded VM a bit, open SmartConsole, make sure you understand what you see, and then just swap "old" and "new" VMs.
Mind, in this case, logs did not exist yet, will no magically appear on the new machine and will be lost. If you absolutely need them, perform a second upgrade in place after lab tests on your R77.x SMS. In this case, you will have some pause in security administration.
For the GWs, it is all a function of complexity and time at hands. Upgrade in place or re-install (I recommend doing it with Blink, look it up), outcome and amount of efforts to invest are comparable.
Leaderboard
Epsum factorial non deposit quid pro quo hic escorol.
| User | Count |
|---|---|
| 18 | |
| 15 | |
| 7 | |
| 5 | |
| 5 | |
| 5 | |
| 4 | |
| 4 | |
| 4 | |
| 4 |
Fri 12 Dec 2025 @ 10:00 AM (CET)
Check Mates Live Netherlands: #41 AI & Multi Context ProtocolTue 16 Dec 2025 @ 05:00 PM (CET)
Under the Hood: CloudGuard Network Security for Oracle Cloud - Config and Autoscaling!Fri 12 Dec 2025 @ 10:00 AM (CET)
Check Mates Live Netherlands: #41 AI & Multi Context ProtocolTue 16 Dec 2025 @ 05:00 PM (CET)
Under the Hood: CloudGuard Network Security for Oracle Cloud - Config and Autoscaling!About CheckMates
Learn Check Point
Advanced Learning
YOU DESERVE THE BEST SECURITY