<?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: ISE migration - Backup/Restore in Network Access Control</title>
    <link>https://community.cisco.com/t5/network-access-control/ise-migration-backup-restore/m-p/3888433#M471595</link>
    <description>&lt;P&gt;Thanks. I just thought of a follow-up question. Should I even configure anything on the new 2.4 deployment? Mainly something like Active Directory integration? Or will the backup/restore just wipe everything out and reconfigure it anyway?&lt;/P&gt;</description>
    <pubDate>Thu, 11 Jul 2019 12:11:29 GMT</pubDate>
    <dc:creator>Josh Morris</dc:creator>
    <dc:date>2019-07-11T12:11:29Z</dc:date>
    <item>
      <title>ISE migration - Backup/Restore</title>
      <link>https://community.cisco.com/t5/network-access-control/ise-migration-backup-restore/m-p/3887987#M471583</link>
      <description>&lt;P&gt;I have a current 2.2 deployment in a mixed physical/virtual environment. I am migrating to an all physical 2.4 environment. The new 2.4 environment is currently greenfield. My current migration strategy is to take a backup of the 2.2 environment, and perform a restore in the 2.4 environment. And since my PSNs are behind an f5 load balancer, I will flip the pool when I'm ready for the 2.4 environment to handle production traffic.&amp;nbsp;&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;My concern is that I named the 2.4 nodes differently. What will happen when I try to restore a backup from an environment with one naming convention into an environment with a different naming convention? Are there any other gotchas I should consider?&lt;/P&gt;</description>
      <pubDate>Wed, 10 Jul 2019 20:15:40 GMT</pubDate>
      <guid>https://community.cisco.com/t5/network-access-control/ise-migration-backup-restore/m-p/3887987#M471583</guid>
      <dc:creator>Josh Morris</dc:creator>
      <dc:date>2019-07-10T20:15:40Z</dc:date>
    </item>
    <item>
      <title>Re: ISE migration - Backup/Restore</title>
      <link>https://community.cisco.com/t5/network-access-control/ise-migration-backup-restore/m-p/3888000#M471589</link>
      <description>&lt;P&gt;As long as you have A and PTR DNS records created for the new names, and don't restore the ADE OS, it will not be an issue. I restore ISE backups from production on to differently named lab VM's quite frequently. So the key here is not to leverage the "include-adeos" option.&lt;BR /&gt;&lt;BR /&gt;Also keep in mind that if you have anything leveraging the names of old ISE nodes, those would have to change.&lt;BR /&gt;&lt;BR /&gt;If the restore fails for any reason, running the URT on the existing 2.2 secondary PAN would be your next step, submitting any log package that it generates. When you restore 2.2 to 2.4, it will effectly upgrade the data during restore.&lt;/P&gt;</description>
      <pubDate>Wed, 10 Jul 2019 21:44:37 GMT</pubDate>
      <guid>https://community.cisco.com/t5/network-access-control/ise-migration-backup-restore/m-p/3888000#M471589</guid>
      <dc:creator>Damien Miller</dc:creator>
      <dc:date>2019-07-10T21:44:37Z</dc:date>
    </item>
    <item>
      <title>Re: ISE migration - Backup/Restore</title>
      <link>https://community.cisco.com/t5/network-access-control/ise-migration-backup-restore/m-p/3888433#M471595</link>
      <description>&lt;P&gt;Thanks. I just thought of a follow-up question. Should I even configure anything on the new 2.4 deployment? Mainly something like Active Directory integration? Or will the backup/restore just wipe everything out and reconfigure it anyway?&lt;/P&gt;</description>
      <pubDate>Thu, 11 Jul 2019 12:11:29 GMT</pubDate>
      <guid>https://community.cisco.com/t5/network-access-control/ise-migration-backup-restore/m-p/3888433#M471595</guid>
      <dc:creator>Josh Morris</dc:creator>
      <dc:date>2019-07-11T12:11:29Z</dc:date>
    </item>
  </channel>
</rss>

