In This Section: |
Before Database Migration |
After Database Migration |
Item |
Description |
Item |
Description |
||
1 |
Source computer |
1 |
Target R77 computer connected to network |
||
2 |
Management database migration path |
|
|
||
3 |
R77 target computer, not connected to the network |
|
|
||
Important - If the source environment uses only IPv4 or only IPv6, you cannot migrate to an environment that uses only the other type of addresses. |
Make sure that the upgrade version and products are supported on the target operating system and hardware platform. For a list of supported upgrade paths, platforms and products, see the R77 Release Notes.
Solaris: You can migrate a Solaris database to Gaia.
A legacy platform is a hardware platform unsupported for new installations but still supported for database migration.
Solaris is a legacy platform. You can migrate the Solaris database to Windows and SecurePlatform and Gaia. But only from Check Point versions in the supported upgrade path. See the R77 Release Notes.
The database migration procedure for Solaris is the same as for SecurePlatform and Gaia, as described in this chapter.
To export the SmartDomain Manager database from a legacy platform, use the R77 SecurePlatform DVD. Only two menu options are available:
Required Disk Space:
/var/log
folder on the target must be at least 25% of the size of the /var/ log
directory on the source machine.Required Network Access:
IPv4 or IPv6:
If the source environment uses only IPv4 or only IPv6, the target must use the same IP address configuration. You cannot migrate to an environment that uses only the other type of addresses.
Target Version and Products:
You can only upgrade or migrate the version of the server or set of products. The target must have the same or higher version and the same set of installed products.
This section includes a procedural overview for database migration and continues with detailed procedures for each platform. Also included are special procedures for migrating:
Migration Workflow
On the source server:
Important - Put all extracted files in the same directory, and run the tools from this directory. |
chmod 777 *
fw logswitch
to close the SmartView Tracker log files and the SmartLog data. Only closed logs are migrated.Alternatively, if this is a computer that is not in production, run cpstop
on the source computer.
Important - If you do not close the GUI clients or run |
ifconfig
command output must show that the interface is UP.pre_upgrade_verifier
command. On the target server:
$FWDIR/bin/upgrade_tools
on Unix platforms or %FWDIR%\bin\upgrade_tools
on Windows.If the target server is a different platform that the source server, edit the database.
Licenses are related to the Security Management Server IP address. If you migrate the Security Management Server database to a server with a new IP address, there will be licensing issues. We recommend that you keep the same IP address for the target Security Management Server. If this is not possible, you must prepare the source database before the export and edit the target database after the import.
There are additional steps for a Security Management Server that manages VSX Gateways in these configurations:
On the source computer before migration:
Source |
Destination |
Service |
---|---|---|
new server |
any |
FW1 (TCP 256) CPD (TCP 18191) FW1_CPRID (TCP 18208) |
If you migrate from a Security Management Server or Domain Management Server to a target with a different IP address configuration, you must configure the source before you export the database:
After you import the database, add or remove IPv4 and IPv6 addresses as required.
When migrating from a Security Management Server with only IPv4 addresses to:
Target |
You need to: |
---|---|
Security Management Server with only IPv4 addresses |
Follow the normal migration process. |
Security Management Server with only IPv6 addresses |
|
Security Management Server with a mixture of IPv4 and IPv6 addresses. |
|
Domain Management Server with IPv4 addresses |
Follow the normal migration process. |
Domain Management Server with a mixture of IPv4 and IPv6 addresses |
|
When migrating from a Security Management Server with only IPv6 addresses to:
Target |
You need to: |
---|---|
Security Management Server with only IPv4 addresses |
After importing the database, change the IPv6 address of the management to IPv4 |
Security Management Server with only IPv6 addresses |
Follow the normal migration procedure |
Security Management Server with a mixture of IPv4 and IPv6 addresses. |
After importing the database, add the IPv4 addresses |
Domain Management Server with IPv4 addresses |
After importing the database, remove IPv6 addresses from the management object in SmartDashboard and add IPv4 |
Domain Management Server with a mixture of IPv4 and IPv6 addresses |
After importing the database:
|
When migrating from a Security Management Server with a mixture of IPv4 and IPv6 addresses to:
Target |
You need to: |
---|---|
Security Management Server with only IPv4 addresses |
After importing the database:
|
Security Management Server with only IPv6 addresses |
After importing the database, remove the IPv4 address from the management |
Security Management Server with a mixture of IPv4 and IPv6 addresses. |
Follow the normal migration procedure |
Domain Management Server with IPv4 addresses |
After importing the database, remove the IPv6 address from the management object in SmartDashboard |
Domain Management Server with a mixture of IPv4 and IPv6 addresses |
Follow the normal migration procedure |
When migrating from a Domain Management Server with only IPv4 addresses to:
Target |
You need to: |
---|---|
Security Management Server with only IPv4 addresses |
Follow the normal migration procedure |
Security Management Server with only IPv6 addresses |
After importing the database:
|
Security Management Server with a mixture of IPv4 and IPv6 addresses. |
|
Domain Management Server with IPv4 addresses |
Follow the normal migration procedure |
Domain Management Server with a mixture of IPv4 and IPv6 addresses |
After importing the database:
|
When migrating from a Domain Management Server with a mixture of IPv4 and IPv6 addresses to:
Target |
You need to: |
---|---|
Security Management Server with only IPv4 addresses |
|
Security Management Server with only IPv6 addresses |
After importing the database, remove the IPv4 address from the management. |
Security Management Server with a mixture of IPv4 and IPv6 addresses. |
Follow the normal migration procedure |
Domain Management Server with IPv4 addresses |
|
Domain Management Server with a mixture of IPv4 and IPv6 addresses |
Follow the normal migration procedure |
It is important that you use the correct migration tools package. Download the latest version of the migration tools from the Support Center. This is the best way to make sure that you get the most recent version.
Alternatively, you can get the migration tools package from the target computer.
To get the migration tools package from the target computer:
$FWDIR/bin/upgrade_tools
%FWDIR%\bin\upgrade_tools
Use FTP, SCP or similar. The source directory can be anywhere, such as /var/tmp
.
The migration tool files are contained in a compressed package. The files in the package are:
migrate
migrate_conf
migrate export
migrate import
We recommend that you run the pre-upgrade verifier on the source server before exporting the management database. The pre-upgrade verifier analyzes compatibility of the management database and its current configuration. A detailed report shows the steps to do before and after the upgrade.
The pre-upgrade verifier can only verify a database that is intended for import into a different major version (for example, R77.xx to R77). It cannot be used on a database that is intended for import into the same major version.
To create a management database export file on the source computer:
<
path to migration tools directory>/migrate export
<
exported database name>.tgz.
<
exported database name>.tgz
file.To create a management database export file on the source computer:
patch add cd
Note - Creating a backup image can take up to twenty minutes, during which time Check Point products are stopped. |
We recommend that you select Download the most updated files from the Check Point website to get the latest files. You can also select Use the upgrade tools contained on the CD.
Press N to continue.
/var/tmp/cpexport.tgz
.To import the management database file to the target computer:
<
path to migration tools directory>/migrate import
<path to the file>/<
exported database name>.tgz.
If the Primary Security Management Server is not available, convert the Secondary Security Management Server to a Primary Security Management Server. To get assistance with this step, contact Check Point Support or your vendor.
Licenses are related to the Security Management Server IP addresses. You must update the license and configure the environment to recognize the new Security Management Server.
cpstop
cpstart
evstop
and evstart
on SmartEvent and SmartReporter distributed servers.To migrate the SmartReporter and SmartEvent database from a non-Windows platform to a non-Windows platform, use this procedure. You can also use this procedure to backup and restore the databases.
Tools
evs_backup
utility to back up the SmartEvent and SmartReporter database and configuration files, and place them in a compressed file. Use the version suitable for the target platform. Download it from the Support Center, or from the $RTDIR/bin
directory on the target Unix platform.evs_backup_extractor
utility to restore the backup file.$FWDIR/bin/upgrade_tools/
directory on the target Unix platform.Backup Procedure
Run the following commands in Expert mode. Use different file name for each of the utilities:
# cd $FWDIR/bin/upgrade_tools/ # ./migrate export <file name 1> # cd $RTDIR/bin # ./evs_backup [-filename <file name 2>] -ExportPreUpgrade
|
Restore Procedure
Copy the backup files to the target platform and run these commands in Expert mode:
# cd $FWDIR/bin/upgrade_tools/ # ./migrate import <file name 1> # cd $RTDIR/bin # ./evs_backup_extractor [-filename <file name 2>] -ImportPostUpgrade
|
The migrate command exports a source Security Management Server database to a file, or imports the database file to a target Security Management Server. Use absolute paths in the command, or relative paths from the current directory.
Before you run this command for export, close all SmartConsole clients or run cpstop
on the Security Management Server.
Before you run this command for import, run cpstop
on the Security Management Server.
Syntax:
migrate {export | import} [-l] [-n] <filename> [--exclude-uepm-postgres-db
] [--include-uepm-msi-files
]
Parameters |
Description |
|
One of these actions must be used. Make sure services are stopped. |
|
Optional. Export or import SmartView Tracker logs and SmartLog data. Only closed logs are exported. Use the |
|
Optional. Run silently (non-interactive) using the default options for each setting. |
|
Skip over backup/restore of PostgreSQL database of the Endpoint product. |
|
Export/import the uepm msi files. |
|
Required. Enter the name of the archive file with the server database. The path to the archive must exist. |