<?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 Migrate model FW to virtualwith panorama for policies (recommended procedure) in General Topics</title>
    <link>https://live.paloaltonetworks.com/t5/general-topics/migrate-model-fw-to-virtualwith-panorama-for-policies/m-p/1243284#M125659</link>
    <description>&lt;P&gt;Hi,&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;We have to migrate a standalone PA-820 to a cluster VM500. The config will be the same except few interface changes. Only security policies are deployed from panorama (not template). So what is recommended way to do It?&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;Which option is better:&lt;BR /&gt;1) export existing device state fw to the VM FW?&lt;BR /&gt;2) export/import just the running config. Do some interfaces changes and add the devices in panorama and assing device goup&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;REcommended way?&lt;/P&gt;</description>
    <pubDate>Sun, 07 Dec 2025 22:31:24 GMT</pubDate>
    <dc:creator>BigPalo</dc:creator>
    <dc:date>2025-12-07T22:31:24Z</dc:date>
    <item>
      <title>Migrate model FW to virtualwith panorama for policies (recommended procedure)</title>
      <link>https://live.paloaltonetworks.com/t5/general-topics/migrate-model-fw-to-virtualwith-panorama-for-policies/m-p/1243284#M125659</link>
      <description>&lt;P&gt;Hi,&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;We have to migrate a standalone PA-820 to a cluster VM500. The config will be the same except few interface changes. Only security policies are deployed from panorama (not template). So what is recommended way to do It?&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;Which option is better:&lt;BR /&gt;1) export existing device state fw to the VM FW?&lt;BR /&gt;2) export/import just the running config. Do some interfaces changes and add the devices in panorama and assing device goup&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;REcommended way?&lt;/P&gt;</description>
      <pubDate>Sun, 07 Dec 2025 22:31:24 GMT</pubDate>
      <guid>https://live.paloaltonetworks.com/t5/general-topics/migrate-model-fw-to-virtualwith-panorama-for-policies/m-p/1243284#M125659</guid>
      <dc:creator>BigPalo</dc:creator>
      <dc:date>2025-12-07T22:31:24Z</dc:date>
    </item>
    <item>
      <title>Re: Migrate model FW to virtualwith panorama for policies (recommended procedure)</title>
      <link>https://live.paloaltonetworks.com/t5/general-topics/migrate-model-fw-to-virtualwith-panorama-for-policies/m-p/1243476#M125668</link>
      <description>&lt;P&gt;Hi&amp;nbsp;&lt;a href="https://live.paloaltonetworks.com/t5/user/viewprofilepage/user-id/85066"&gt;@BigPalo&lt;/a&gt;&amp;nbsp;,&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P data-path-to-node="0"&gt;In my opinion the best method—especially since you are moving to a different platform and integrating it with Panorama—is a modified version of option 2.&lt;/P&gt;
&lt;P data-path-to-node="0"&gt;&amp;nbsp;&lt;/P&gt;
&lt;P data-path-to-node="0"&gt;This would be my approach:&lt;/P&gt;
&lt;OL start="1" data-path-to-node="5"&gt;
&lt;LI&gt;
&lt;P data-path-to-node="5,0,0"&gt;Export the Running Configuration: Log into your standalone PA-820&amp;nbsp;and export the running-config.xml file. I would not export the device state, as it carries hardware-specific details that will break the VM-500's configuration.&lt;/P&gt;
&lt;/LI&gt;
&lt;LI&gt;
&lt;P data-path-to-node="5,1,0"&gt;Manually Edit the XML: This is the most crucial step due to the hardware difference.&lt;/P&gt;
&lt;UL data-path-to-node="5,1,1"&gt;
&lt;LI&gt;
&lt;P data-path-to-node="5,1,1,0,0"&gt;Use a text editor (like Notepad++) to manually Find/Replace the old PA-820&amp;nbsp;physical interface names (e.g., ethernet1/1, ethernet1/2) with the corresponding virtual interface names of the M-500&amp;nbsp;(e.g., the standard VMXNet3 interface names).&lt;/P&gt;
&lt;/LI&gt;
&lt;LI&gt;
&lt;P data-path-to-node="5,1,1,1,0"&gt;If you are moving to a cluster, you may need to adjust or remove the old HA&amp;nbsp;configuration entries from the PA-820&amp;nbsp;configuration to prevent immediate conflicts.&lt;/P&gt;
&lt;/LI&gt;
&lt;/UL&gt;
&lt;/LI&gt;
&lt;/OL&gt;
&lt;OL start="3" data-path-to-node="7"&gt;
&lt;LI&gt;
&lt;P data-path-to-node="7,0,0"&gt;Basic VM Setup: Deploy the VM-500, ensure it's running the same or newer PAN-OS version as the PA-820, and retrieve its licenses. Configure only the management interface so you can access the GUI.&lt;/P&gt;
&lt;/LI&gt;
&lt;LI&gt;
&lt;P data-path-to-node="7,1,0"&gt;Import Configuration: Import the edited running-config.xml file onto the VM-500&amp;nbsp;(Import named configuration snapshot).&lt;/P&gt;
&lt;/LI&gt;
&lt;LI&gt;
&lt;P data-path-to-node="7,2,0"&gt;Local Commit and Clean-up: Load and commit the imported config on the VM-500. The commit will likely fail due to residual interface or HA&amp;nbsp;discrepancies. Fix these errors locally on the VM-500&amp;nbsp;until a commit succeeds. This stabilizes the objects and NAT rules.&lt;/P&gt;
&lt;/LI&gt;
&lt;/OL&gt;
&lt;H4 data-path-to-node="8"&gt;&amp;nbsp;&lt;/H4&gt;
&lt;OL start="6" data-path-to-node="9"&gt;
&lt;LI&gt;
&lt;P data-path-to-node="9,0,0"&gt;Register to Panorama: Add the VM-500&amp;nbsp;serial number to Panorama's list of managed devices.&lt;/P&gt;
&lt;/LI&gt;
&lt;LI&gt;
&lt;P data-path-to-node="9,1,0"&gt;Template Assignment: Assign the VM-500&amp;nbsp;to the correct Device Group (this pulls the Security Policies you already manage) and to a Template Stack designed for your&amp;nbsp;VM-500&amp;nbsp;cluster (this will manage interfaces, zones, HA, etc.).&lt;/P&gt;
&lt;/LI&gt;
&lt;LI&gt;
&lt;P data-path-to-node="9,2,0"&gt;Final Push: Perform a Force Push of the Device and Network Templates from Panorama. This final push overwrites all Network/Device settings you imported locally, ensuring the VM-500's identity is clean, standardized, and fully managed by Panorama.&lt;/P&gt;
&lt;/LI&gt;
&lt;/OL&gt;
&lt;H3 data-path-to-node="10"&gt;&amp;nbsp;&lt;/H3&gt;
&lt;P data-path-to-node="11"&gt;In my opinion option 1 (Export Device State) is more suited for identical hardware replacement. Migrating a device state from a physical firewall to a virtual VM architecture often introduces hardware and system file mismatches that can lead to persistent, difficult-to-troubleshoot commit failures and instability on the VM-500.&lt;/P&gt;
&lt;P data-path-to-node="11"&gt;&amp;nbsp;&lt;/P&gt;
&lt;P data-path-to-node="11"&gt;Hopethis helps,&lt;/P&gt;
&lt;P data-path-to-node="11"&gt;Kim.&lt;/P&gt;</description>
      <pubDate>Tue, 09 Dec 2025 13:28:24 GMT</pubDate>
      <guid>https://live.paloaltonetworks.com/t5/general-topics/migrate-model-fw-to-virtualwith-panorama-for-policies/m-p/1243476#M125668</guid>
      <dc:creator>kiwi</dc:creator>
      <dc:date>2025-12-09T13:28:24Z</dc:date>
    </item>
  </channel>
</rss>

