<?xml version="1.0" encoding="UTF-8"?>
<rss xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns:taxo="http://purl.org/rss/1.0/modules/taxonomy/" version="2.0">
  <channel>
    <title>topic Re: migrate_server export versus migrate export in Firewall and Security Management</title>
    <link>https://community.checkpoint.com/t5/Firewall-and-Security-Management/migrate-server-export-versus-migrate-export/m-p/135312#M77751</link>
    <description>&lt;P&gt;Hi&amp;nbsp;&lt;a href="https://community.checkpoint.com/t5/user/viewprofilepage/user-id/11213"&gt;@Dale_Lobb&lt;/a&gt;&amp;nbsp;,&lt;/P&gt;
&lt;P&gt;Indeed in&amp;nbsp;sk135172 when looking at &lt;STRONG&gt;upgrade&lt;/STRONG&gt; from R80.40 to R80.40 it shows the upgrade path is not supported, but note the focus of the SK is &lt;STRONG&gt;upgrade&lt;/STRONG&gt; (i.e. advance your Management from version x to version &amp;gt;x), and since R80.40 to R80.40 is not considered as upgrade we declared there is no &lt;STRONG&gt;upgrade&lt;/STRONG&gt; path. We consider R80.40 to R80.40 as &lt;STRONG&gt;migration&lt;/STRONG&gt; (which wasn't the scope of this SK). That might be the cause of the confusion, we'll think how to make it more clear, obviously we take the blame for the confusion.&lt;/P&gt;
&lt;P&gt;To your question:&lt;/P&gt;
&lt;UL&gt;
&lt;LI&gt;migrate is a legacy tool that can be used today for quick migration (within same version only), if you try to use it for upgrade to newer version you'll get clear message that this tool cannot be used for upgrade and you'll see a reference to use the new tool (migrate_server).&lt;/LI&gt;
&lt;LI&gt;migrate_server is the new tool for upgrade, but even if you use it for migration within the same version - behind the scenes it will automatically run the legacy migrate for you (which can also be ran manually).&lt;/LI&gt;
&lt;/UL&gt;
&lt;P&gt;Bottom line, you can't go wrong either way. Either you're blocked with clear error message, or we do the work for you behind the scenes. So no worries, you can use both for TAC.&lt;/P&gt;
&lt;P&gt;Also I strongly recommend taking a look at&amp;nbsp;sk163814 which has all the above information and more. From the SK:&lt;/P&gt;
&lt;P&gt;=====&lt;/P&gt;
&lt;H3&gt;New upgrade command for advanced upgrade method&lt;/H3&gt;
&lt;P&gt;To upgrade your Management Server (advanced upgrade via CLI), use a new command.&lt;BR /&gt;&lt;EM&gt;The&lt;/EM&gt;&lt;EM&gt;&lt;STRONG&gt;&lt;SPAN&gt;&amp;nbsp;&lt;/SPAN&gt;migrate_server&lt;/STRONG&gt;&lt;/EM&gt;&lt;SPAN&gt;&amp;nbsp;&lt;/SPAN&gt;command should be used instead of the&lt;SPAN&gt;&amp;nbsp;&lt;/SPAN&gt;&lt;EM&gt;&lt;STRONG&gt;migrate&lt;/STRONG&gt;&lt;SPAN&gt;&amp;nbsp;&lt;/SPAN&gt;&lt;/EM&gt;command that was used in upgrades to R80.20 or lower. For the new upgrade paths, refer to&lt;SPAN&gt;&amp;nbsp;&lt;/SPAN&gt;&lt;A href="https://supportcenter.checkpoint.com/supportcenter/portal?eventSubmit_doGoviewsolutiondetails=&amp;amp;solutionid=sk135172" target="_blank" rel="noopener"&gt;sk135172.&lt;/A&gt;&lt;BR /&gt;Make sure services are up when running the upgrade commands.&lt;BR /&gt;&lt;BR /&gt;Example:&amp;nbsp;&lt;BR /&gt;Instead of&lt;SPAN&gt;&amp;nbsp;&lt;/SPAN&gt;&lt;EM&gt;&lt;STRONG&gt;migrate export&lt;/STRONG&gt;&lt;/EM&gt;&lt;SPAN&gt;&amp;nbsp;&lt;/SPAN&gt;or&lt;SPAN&gt;&amp;nbsp;&lt;/SPAN&gt;&lt;EM&gt;&lt;STRONG&gt;migrate import&lt;/STRONG&gt;&lt;/EM&gt;, we will use&lt;SPAN&gt;&amp;nbsp;&lt;/SPAN&gt;&lt;EM&gt;&lt;STRONG&gt;migrate_server&lt;/STRONG&gt;&lt;STRONG&gt;&amp;nbsp;export&lt;/STRONG&gt;&lt;/EM&gt;&lt;SPAN&gt;&amp;nbsp;&lt;/SPAN&gt;or&lt;SPAN&gt;&amp;nbsp;&lt;/SPAN&gt;&lt;EM&gt;&lt;STRONG&gt;migrate_server&lt;/STRONG&gt;&lt;STRONG&gt;&amp;nbsp;import&lt;/STRONG&gt;&lt;/EM&gt;&lt;/P&gt;
&lt;P&gt;&lt;EM&gt;======&lt;/EM&gt;&lt;/P&gt;
&lt;P&gt;Also from the SK:&lt;/P&gt;
&lt;P&gt;&lt;STRONG&gt;Scenario 3: Migrate of a Security Management server within the same version&lt;BR /&gt;&lt;BR /&gt;&lt;/STRONG&gt;&lt;/P&gt;
&lt;BLOCKQUOTE&gt;When the source and target servers are on the same major version, migrate_server uses an accelerated flow to migrate the data.&lt;BR /&gt;&lt;BR /&gt;To force the full migration flow use the following flag on both export and import commands:&lt;BR /&gt;&lt;CODE&gt;-force-new-upgrade&lt;/CODE&gt;&lt;/BLOCKQUOTE&gt;
&lt;BLOCKQUOTE&gt;For example:&lt;BR /&gt;&lt;BR /&gt;&lt;EM&gt;on the source server run:&lt;/EM&gt;&lt;BR /&gt;&lt;BR /&gt;
&lt;TABLE&gt;
&lt;TBODY&gt;
&lt;TR&gt;
&lt;TD&gt;&lt;CODE&gt;./migrate_server export -v R81 -force-new-upgrade [-l | -x] /&amp;lt;Full Path&amp;gt;/&amp;lt;Name of Exported File&amp;gt;&lt;/CODE&gt;&lt;/TD&gt;
&lt;/TR&gt;
&lt;/TBODY&gt;
&lt;/TABLE&gt;
&lt;BR /&gt;&lt;EM&gt;on the target server run:&lt;BR /&gt;&lt;BR /&gt;&lt;/EM&gt;
&lt;TABLE&gt;
&lt;TBODY&gt;
&lt;TR&gt;
&lt;TD&gt;&lt;CODE&gt;./migrate_server import -v R81 -force-new-upgrade [-l | -x] /&amp;lt;Full Path&amp;gt;/&amp;lt;Name of Exported File&amp;gt;&lt;/CODE&gt;&lt;/TD&gt;
&lt;/TR&gt;
&lt;/TBODY&gt;
&lt;/TABLE&gt;
&lt;/BLOCKQUOTE&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;</description>
    <pubDate>Wed, 01 Dec 2021 08:35:03 GMT</pubDate>
    <dc:creator>Eran_Habad</dc:creator>
    <dc:date>2021-12-01T08:35:03Z</dc:date>
    <item>
      <title>migrate_server export versus migrate export</title>
      <link>https://community.checkpoint.com/t5/Firewall-and-Security-Management/migrate-server-export-versus-migrate-export/m-p/102023#M77743</link>
      <description>&lt;P&gt;"migrate_server" is the new paradigm for upgrading one's management server.&amp;nbsp; But, it appears as of R80.40, the migrate command still exists.&lt;/P&gt;&lt;P&gt;&lt;A href="https://supportcenter.checkpoint.com/supportcenter/portal?eventSubmit_doGoviewsolutiondetails=&amp;amp;solutionid=sk135172&amp;amp;partition=Basic&amp;amp;product=Security" target="_blank" rel="noopener"&gt;SK135172&lt;/A&gt; appears to specifically decry the use of migrate_server for R80.40 to R80.40 migration, since that is not an allowed upgrade path.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;So, my question is: Which command does one use if instructed by TAC to upload a management export or if one is migrating hardware platforms but staying in the same version?&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;</description>
      <pubDate>Fri, 13 Nov 2020 20:31:06 GMT</pubDate>
      <guid>https://community.checkpoint.com/t5/Firewall-and-Security-Management/migrate-server-export-versus-migrate-export/m-p/102023#M77743</guid>
      <dc:creator>Dale_Lobb</dc:creator>
      <dc:date>2020-11-13T20:31:06Z</dc:date>
    </item>
    <item>
      <title>Re: migrate_server export versus migrate export</title>
      <link>https://community.checkpoint.com/t5/Firewall-and-Security-Management/migrate-server-export-versus-migrate-export/m-p/102047#M77744</link>
      <description>&lt;P&gt;I think a migrate may still be used for same-version migration (e.g. to different hardware).&lt;BR /&gt;It's even mentioned in the R81 docs:&amp;nbsp;&lt;A href="https://sc1.checkpoint.com/documents/R81/WebAdminGuides/EN/CP_R81_CLI_ReferenceGuide/Topics-CLIG/SECMG/migrate.htm?Highlight=migrate%20export" target="_blank"&gt;https://sc1.checkpoint.com/documents/R81/WebAdminGuides/EN/CP_R81_CLI_ReferenceGuide/Topics-CLIG/SECMG/migrate.htm?Highlight=migrate%20export&lt;/A&gt;&amp;nbsp;&lt;BR /&gt;Which suggests TAC may want this (versus migrate_server output).&lt;/P&gt;</description>
      <pubDate>Sat, 14 Nov 2020 06:51:21 GMT</pubDate>
      <guid>https://community.checkpoint.com/t5/Firewall-and-Security-Management/migrate-server-export-versus-migrate-export/m-p/102047#M77744</guid>
      <dc:creator>PhoneBoy</dc:creator>
      <dc:date>2020-11-14T06:51:21Z</dc:date>
    </item>
    <item>
      <title>Re: migrate_server export versus migrate export</title>
      <link>https://community.checkpoint.com/t5/Firewall-and-Security-Management/migrate-server-export-versus-migrate-export/m-p/135274#M77745</link>
      <description>&lt;P&gt;I'm getting ready to do my own lifecycle of management hardware, staying on R80.40. The Installation and Upgrade Guide R80.40 specifically says to use the migrate_server command when moving from one R80.40 management server to another R80.40 management server (in section "Migrating Database Between R80.40 Security&lt;BR /&gt;Management Servers"). I've always used the old "migrate export" command. Seems SK135172 contradicts the published Installation and Upgrade Guide. What command did you end up using?&lt;/P&gt;</description>
      <pubDate>Tue, 30 Nov 2021 15:31:45 GMT</pubDate>
      <guid>https://community.checkpoint.com/t5/Firewall-and-Security-Management/migrate-server-export-versus-migrate-export/m-p/135274#M77745</guid>
      <dc:creator>David_C1</dc:creator>
      <dc:date>2021-11-30T15:31:45Z</dc:date>
    </item>
    <item>
      <title>Re: migrate_server export versus migrate export</title>
      <link>https://community.checkpoint.com/t5/Firewall-and-Security-Management/migrate-server-export-versus-migrate-export/m-p/135290#M77746</link>
      <description>&lt;P&gt;Hello David,&lt;/P&gt;&lt;P&gt;&amp;nbsp; Sorry, at the time of this post, I was not migrating between hardware platforms, but had been instructed by TAC to "upload an export" so that they could replicate my environment.&amp;nbsp;&amp;nbsp; As you can see, the request was loosely stated, which prompted my query here,&amp;nbsp;&amp;nbsp; Eventually, TAC clarified that they wanted a migrate_server export.&lt;/P&gt;&lt;P&gt;&amp;nbsp; Having said that, I think it indicates that "migrate_server export/import" can be used to move between hardware platforms, But as Damian said above, the R81 CLI Reference still lists "migrate export" as an option for transitioning between hardware platforms.&lt;/P&gt;&lt;P&gt;Best Regards,&lt;/P&gt;&lt;P&gt;Dale&lt;/P&gt;</description>
      <pubDate>Wed, 01 Dec 2021 10:56:19 GMT</pubDate>
      <guid>https://community.checkpoint.com/t5/Firewall-and-Security-Management/migrate-server-export-versus-migrate-export/m-p/135290#M77746</guid>
      <dc:creator>Dale_Lobb</dc:creator>
      <dc:date>2021-12-01T10:56:19Z</dc:date>
    </item>
    <item>
      <title>Re: migrate_server export versus migrate export</title>
      <link>https://community.checkpoint.com/t5/Firewall-and-Security-Management/migrate-server-export-versus-migrate-export/m-p/135291#M77747</link>
      <description>&lt;P&gt;I will just share my experience...so yes, if you are doing migrate policies say from R80.40 to another R80.40 box, you can use migrate export and works fine. BUT...say if you are doing from R80.40 to R81.10, its recommended to use migrate_server as per below:&lt;/P&gt;
&lt;P&gt;&lt;A href="https://supportcenter.checkpoint.com/supportcenter/portal?eventSubmit_doGoviewsolutiondetails=&amp;amp;solutionid=sk135172" target="_blank"&gt;https://supportcenter.checkpoint.com/supportcenter/portal?eventSubmit_doGoviewsolutiondetails=&amp;amp;solutionid=sk135172&lt;/A&gt;&lt;/P&gt;
&lt;P&gt;I tested both scenarios and got exact results I expected.&lt;/P&gt;</description>
      <pubDate>Tue, 30 Nov 2021 19:49:43 GMT</pubDate>
      <guid>https://community.checkpoint.com/t5/Firewall-and-Security-Management/migrate-server-export-versus-migrate-export/m-p/135291#M77747</guid>
      <dc:creator>the_rock</dc:creator>
      <dc:date>2021-11-30T19:49:43Z</dc:date>
    </item>
    <item>
      <title>Re: migrate_server export versus migrate export</title>
      <link>https://community.checkpoint.com/t5/Firewall-and-Security-Management/migrate-server-export-versus-migrate-export/m-p/135292#M77748</link>
      <description>&lt;P&gt;Thanks very much for the responses. When you tested both, any difference in speed or file size?&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;Dave&lt;/P&gt;</description>
      <pubDate>Tue, 30 Nov 2021 19:55:50 GMT</pubDate>
      <guid>https://community.checkpoint.com/t5/Firewall-and-Security-Management/migrate-server-export-versus-migrate-export/m-p/135292#M77748</guid>
      <dc:creator>David_C1</dc:creator>
      <dc:date>2021-11-30T19:55:50Z</dc:date>
    </item>
    <item>
      <title>Re: migrate_server export versus migrate export</title>
      <link>https://community.checkpoint.com/t5/Firewall-and-Security-Management/migrate-server-export-versus-migrate-export/m-p/135293#M77749</link>
      <description>&lt;P&gt;No problem. Regardless of the process, speed depends on the size of the file.&lt;/P&gt;</description>
      <pubDate>Tue, 30 Nov 2021 19:59:21 GMT</pubDate>
      <guid>https://community.checkpoint.com/t5/Firewall-and-Security-Management/migrate-server-export-versus-migrate-export/m-p/135293#M77749</guid>
      <dc:creator>the_rock</dc:creator>
      <dc:date>2021-11-30T19:59:21Z</dc:date>
    </item>
    <item>
      <title>Re: migrate_server export versus migrate export</title>
      <link>https://community.checkpoint.com/t5/Firewall-and-Security-Management/migrate-server-export-versus-migrate-export/m-p/135295#M77750</link>
      <description>&lt;P&gt;&lt;SPAN&gt;migrate_server export/import is the current tool&lt;/SPAN&gt;&lt;/P&gt;
&lt;P&gt;&lt;SPAN&gt;migrate export/import is the legacy tool&lt;/SPAN&gt;&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;</description>
      <pubDate>Tue, 30 Nov 2021 20:25:05 GMT</pubDate>
      <guid>https://community.checkpoint.com/t5/Firewall-and-Security-Management/migrate-server-export-versus-migrate-export/m-p/135295#M77750</guid>
      <dc:creator>G_W_Albrecht</dc:creator>
      <dc:date>2021-11-30T20:25:05Z</dc:date>
    </item>
    <item>
      <title>Re: migrate_server export versus migrate export</title>
      <link>https://community.checkpoint.com/t5/Firewall-and-Security-Management/migrate-server-export-versus-migrate-export/m-p/135312#M77751</link>
      <description>&lt;P&gt;Hi&amp;nbsp;&lt;a href="https://community.checkpoint.com/t5/user/viewprofilepage/user-id/11213"&gt;@Dale_Lobb&lt;/a&gt;&amp;nbsp;,&lt;/P&gt;
&lt;P&gt;Indeed in&amp;nbsp;sk135172 when looking at &lt;STRONG&gt;upgrade&lt;/STRONG&gt; from R80.40 to R80.40 it shows the upgrade path is not supported, but note the focus of the SK is &lt;STRONG&gt;upgrade&lt;/STRONG&gt; (i.e. advance your Management from version x to version &amp;gt;x), and since R80.40 to R80.40 is not considered as upgrade we declared there is no &lt;STRONG&gt;upgrade&lt;/STRONG&gt; path. We consider R80.40 to R80.40 as &lt;STRONG&gt;migration&lt;/STRONG&gt; (which wasn't the scope of this SK). That might be the cause of the confusion, we'll think how to make it more clear, obviously we take the blame for the confusion.&lt;/P&gt;
&lt;P&gt;To your question:&lt;/P&gt;
&lt;UL&gt;
&lt;LI&gt;migrate is a legacy tool that can be used today for quick migration (within same version only), if you try to use it for upgrade to newer version you'll get clear message that this tool cannot be used for upgrade and you'll see a reference to use the new tool (migrate_server).&lt;/LI&gt;
&lt;LI&gt;migrate_server is the new tool for upgrade, but even if you use it for migration within the same version - behind the scenes it will automatically run the legacy migrate for you (which can also be ran manually).&lt;/LI&gt;
&lt;/UL&gt;
&lt;P&gt;Bottom line, you can't go wrong either way. Either you're blocked with clear error message, or we do the work for you behind the scenes. So no worries, you can use both for TAC.&lt;/P&gt;
&lt;P&gt;Also I strongly recommend taking a look at&amp;nbsp;sk163814 which has all the above information and more. From the SK:&lt;/P&gt;
&lt;P&gt;=====&lt;/P&gt;
&lt;H3&gt;New upgrade command for advanced upgrade method&lt;/H3&gt;
&lt;P&gt;To upgrade your Management Server (advanced upgrade via CLI), use a new command.&lt;BR /&gt;&lt;EM&gt;The&lt;/EM&gt;&lt;EM&gt;&lt;STRONG&gt;&lt;SPAN&gt;&amp;nbsp;&lt;/SPAN&gt;migrate_server&lt;/STRONG&gt;&lt;/EM&gt;&lt;SPAN&gt;&amp;nbsp;&lt;/SPAN&gt;command should be used instead of the&lt;SPAN&gt;&amp;nbsp;&lt;/SPAN&gt;&lt;EM&gt;&lt;STRONG&gt;migrate&lt;/STRONG&gt;&lt;SPAN&gt;&amp;nbsp;&lt;/SPAN&gt;&lt;/EM&gt;command that was used in upgrades to R80.20 or lower. For the new upgrade paths, refer to&lt;SPAN&gt;&amp;nbsp;&lt;/SPAN&gt;&lt;A href="https://supportcenter.checkpoint.com/supportcenter/portal?eventSubmit_doGoviewsolutiondetails=&amp;amp;solutionid=sk135172" target="_blank" rel="noopener"&gt;sk135172.&lt;/A&gt;&lt;BR /&gt;Make sure services are up when running the upgrade commands.&lt;BR /&gt;&lt;BR /&gt;Example:&amp;nbsp;&lt;BR /&gt;Instead of&lt;SPAN&gt;&amp;nbsp;&lt;/SPAN&gt;&lt;EM&gt;&lt;STRONG&gt;migrate export&lt;/STRONG&gt;&lt;/EM&gt;&lt;SPAN&gt;&amp;nbsp;&lt;/SPAN&gt;or&lt;SPAN&gt;&amp;nbsp;&lt;/SPAN&gt;&lt;EM&gt;&lt;STRONG&gt;migrate import&lt;/STRONG&gt;&lt;/EM&gt;, we will use&lt;SPAN&gt;&amp;nbsp;&lt;/SPAN&gt;&lt;EM&gt;&lt;STRONG&gt;migrate_server&lt;/STRONG&gt;&lt;STRONG&gt;&amp;nbsp;export&lt;/STRONG&gt;&lt;/EM&gt;&lt;SPAN&gt;&amp;nbsp;&lt;/SPAN&gt;or&lt;SPAN&gt;&amp;nbsp;&lt;/SPAN&gt;&lt;EM&gt;&lt;STRONG&gt;migrate_server&lt;/STRONG&gt;&lt;STRONG&gt;&amp;nbsp;import&lt;/STRONG&gt;&lt;/EM&gt;&lt;/P&gt;
&lt;P&gt;&lt;EM&gt;======&lt;/EM&gt;&lt;/P&gt;
&lt;P&gt;Also from the SK:&lt;/P&gt;
&lt;P&gt;&lt;STRONG&gt;Scenario 3: Migrate of a Security Management server within the same version&lt;BR /&gt;&lt;BR /&gt;&lt;/STRONG&gt;&lt;/P&gt;
&lt;BLOCKQUOTE&gt;When the source and target servers are on the same major version, migrate_server uses an accelerated flow to migrate the data.&lt;BR /&gt;&lt;BR /&gt;To force the full migration flow use the following flag on both export and import commands:&lt;BR /&gt;&lt;CODE&gt;-force-new-upgrade&lt;/CODE&gt;&lt;/BLOCKQUOTE&gt;
&lt;BLOCKQUOTE&gt;For example:&lt;BR /&gt;&lt;BR /&gt;&lt;EM&gt;on the source server run:&lt;/EM&gt;&lt;BR /&gt;&lt;BR /&gt;
&lt;TABLE&gt;
&lt;TBODY&gt;
&lt;TR&gt;
&lt;TD&gt;&lt;CODE&gt;./migrate_server export -v R81 -force-new-upgrade [-l | -x] /&amp;lt;Full Path&amp;gt;/&amp;lt;Name of Exported File&amp;gt;&lt;/CODE&gt;&lt;/TD&gt;
&lt;/TR&gt;
&lt;/TBODY&gt;
&lt;/TABLE&gt;
&lt;BR /&gt;&lt;EM&gt;on the target server run:&lt;BR /&gt;&lt;BR /&gt;&lt;/EM&gt;
&lt;TABLE&gt;
&lt;TBODY&gt;
&lt;TR&gt;
&lt;TD&gt;&lt;CODE&gt;./migrate_server import -v R81 -force-new-upgrade [-l | -x] /&amp;lt;Full Path&amp;gt;/&amp;lt;Name of Exported File&amp;gt;&lt;/CODE&gt;&lt;/TD&gt;
&lt;/TR&gt;
&lt;/TBODY&gt;
&lt;/TABLE&gt;
&lt;/BLOCKQUOTE&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;</description>
      <pubDate>Wed, 01 Dec 2021 08:35:03 GMT</pubDate>
      <guid>https://community.checkpoint.com/t5/Firewall-and-Security-Management/migrate-server-export-versus-migrate-export/m-p/135312#M77751</guid>
      <dc:creator>Eran_Habad</dc:creator>
      <dc:date>2021-12-01T08:35:03Z</dc:date>
    </item>
    <item>
      <title>Re: migrate_server export versus migrate export</title>
      <link>https://community.checkpoint.com/t5/Firewall-and-Security-Management/migrate-server-export-versus-migrate-export/m-p/135325#M77752</link>
      <description>&lt;P&gt;Thanks, Eran!&lt;/P&gt;</description>
      <pubDate>Wed, 01 Dec 2021 11:03:04 GMT</pubDate>
      <guid>https://community.checkpoint.com/t5/Firewall-and-Security-Management/migrate-server-export-versus-migrate-export/m-p/135325#M77752</guid>
      <dc:creator>Dale_Lobb</dc:creator>
      <dc:date>2021-12-01T11:03:04Z</dc:date>
    </item>
    <item>
      <title>Re: migrate_server export versus migrate export</title>
      <link>https://community.checkpoint.com/t5/Firewall-and-Security-Management/migrate-server-export-versus-migrate-export/m-p/200823#M77753</link>
      <description>&lt;P&gt;Hello,&lt;/P&gt;
&lt;P&gt;One question, the "migrate_server export...." will make a backup of the logs that you have up to that moment?&lt;/P&gt;
&lt;P&gt;Do you have to do another process to extract the logs and take them to the new version (for example if you are upgrading from R81 to R81.10)?&lt;/P&gt;
&lt;P&gt;Cheers.&lt;/P&gt;</description>
      <pubDate>Sun, 17 Dec 2023 14:29:38 GMT</pubDate>
      <guid>https://community.checkpoint.com/t5/Firewall-and-Security-Management/migrate-server-export-versus-migrate-export/m-p/200823#M77753</guid>
      <dc:creator>Matlu</dc:creator>
      <dc:date>2023-12-17T14:29:38Z</dc:date>
    </item>
    <item>
      <title>Re: migrate_server export versus migrate export</title>
      <link>https://community.checkpoint.com/t5/Firewall-and-Security-Management/migrate-server-export-versus-migrate-export/m-p/200835#M77754</link>
      <description>&lt;P&gt;I believe so.&lt;/P&gt;
&lt;P&gt;Andy&lt;/P&gt;</description>
      <pubDate>Sun, 17 Dec 2023 19:49:56 GMT</pubDate>
      <guid>https://community.checkpoint.com/t5/Firewall-and-Security-Management/migrate-server-export-versus-migrate-export/m-p/200835#M77754</guid>
      <dc:creator>the_rock</dc:creator>
      <dc:date>2023-12-17T19:49:56Z</dc:date>
    </item>
    <item>
      <title>Re: migrate_server export versus migrate export</title>
      <link>https://community.checkpoint.com/t5/Firewall-and-Security-Management/migrate-server-export-versus-migrate-export/m-p/200902#M77755</link>
      <description>&lt;P&gt;By default, logs are not captured with migrate_server export.&lt;BR /&gt;You can include the logs (with or without indexes) with different command line switches (-l and -x).&lt;BR /&gt;&lt;A href="https://sc1.checkpoint.com/documents/R81.10/WebAdminGuides/EN/CP_R81.10_SecurityManagement_AdminGuide/Topics-SECMG/CLI/migrate_server.htm" target="_blank"&gt;https://sc1.checkpoint.com/documents/R81.10/WebAdminGuides/EN/CP_R81.10_SecurityManagement_AdminGuide/Topics-SECMG/CLI/migrate_server.htm&lt;/A&gt;&lt;BR /&gt;However, this isn't recommended if you have a lot of logs to move.&lt;/P&gt;</description>
      <pubDate>Mon, 18 Dec 2023 13:47:44 GMT</pubDate>
      <guid>https://community.checkpoint.com/t5/Firewall-and-Security-Management/migrate-server-export-versus-migrate-export/m-p/200902#M77755</guid>
      <dc:creator>PhoneBoy</dc:creator>
      <dc:date>2023-12-18T13:47:44Z</dc:date>
    </item>
  </channel>
</rss>

