<?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 Backup Best Practises in Network Access Control</title>
    <link>https://community.cisco.com/t5/network-access-control/ise-backup-best-practises/m-p/3750683#M487895</link>
    <description>&lt;P&gt;If you have two PAN nodes then you could argue that backups are not so critical, since both PAN nodes contain identical programming. Also, if you have split your MnT personas, then you have redundancy that way too. I don't bother with operational backups at all.&amp;nbsp; But that's just my preference.&amp;nbsp; I would do it only if I were rebuilding a deployment (e.g. upgrade from 2.2 to 2.3 etc).&lt;/P&gt;
&lt;P&gt;Config Backups I would do daily - and then purge the backups to retain week's worth.&amp;nbsp; If you have a buggy ISE then your backups are probably in the order of GB's (because of all the system logs that are shoved into the config backup ... yes, CONFIG backup ... I just don't get it.&amp;nbsp; If I wanted java crash logs then I would ask for it ... but it's in your config backups - great idea ... not) - my backups contain 98% linux/app logs.&lt;/P&gt;
&lt;P&gt;ISE 2.4 seems to be a bit better at purging logs.&amp;nbsp; I have noticed that the backups are a bit more lean these days.&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;</description>
    <pubDate>Wed, 21 Nov 2018 12:22:37 GMT</pubDate>
    <dc:creator>Arne Bier</dc:creator>
    <dc:date>2018-11-21T12:22:37Z</dc:date>
    <item>
      <title>ISE Backup Best Practises</title>
      <link>https://community.cisco.com/t5/network-access-control/ise-backup-best-practises/m-p/3750619#M487893</link>
      <description>&lt;P&gt;Hi All,&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;I just want to check if there are certain best practises that I should be following when scheduling ISE backups. For example, should I be backing up operational data every evening with configuration data once a week?&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;Any guidance is appreciated.&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;</description>
      <pubDate>Wed, 21 Nov 2018 10:50:05 GMT</pubDate>
      <guid>https://community.cisco.com/t5/network-access-control/ise-backup-best-practises/m-p/3750619#M487893</guid>
      <dc:creator>de1denta</dc:creator>
      <dc:date>2018-11-21T10:50:05Z</dc:date>
    </item>
    <item>
      <title>Re: ISE Backup Best Practises</title>
      <link>https://community.cisco.com/t5/network-access-control/ise-backup-best-practises/m-p/3750683#M487895</link>
      <description>&lt;P&gt;If you have two PAN nodes then you could argue that backups are not so critical, since both PAN nodes contain identical programming. Also, if you have split your MnT personas, then you have redundancy that way too. I don't bother with operational backups at all.&amp;nbsp; But that's just my preference.&amp;nbsp; I would do it only if I were rebuilding a deployment (e.g. upgrade from 2.2 to 2.3 etc).&lt;/P&gt;
&lt;P&gt;Config Backups I would do daily - and then purge the backups to retain week's worth.&amp;nbsp; If you have a buggy ISE then your backups are probably in the order of GB's (because of all the system logs that are shoved into the config backup ... yes, CONFIG backup ... I just don't get it.&amp;nbsp; If I wanted java crash logs then I would ask for it ... but it's in your config backups - great idea ... not) - my backups contain 98% linux/app logs.&lt;/P&gt;
&lt;P&gt;ISE 2.4 seems to be a bit better at purging logs.&amp;nbsp; I have noticed that the backups are a bit more lean these days.&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;</description>
      <pubDate>Wed, 21 Nov 2018 12:22:37 GMT</pubDate>
      <guid>https://community.cisco.com/t5/network-access-control/ise-backup-best-practises/m-p/3750683#M487895</guid>
      <dc:creator>Arne Bier</dc:creator>
      <dc:date>2018-11-21T12:22:37Z</dc:date>
    </item>
    <item>
      <title>Re: ISE Backup Best Practises</title>
      <link>https://community.cisco.com/t5/network-access-control/ise-backup-best-practises/m-p/3750987#M487896</link>
      <description>&lt;P&gt;Thats great, thank you for taking the time to respond. Very helpful&lt;/P&gt;</description>
      <pubDate>Wed, 21 Nov 2018 19:16:34 GMT</pubDate>
      <guid>https://community.cisco.com/t5/network-access-control/ise-backup-best-practises/m-p/3750987#M487896</guid>
      <dc:creator>de1denta</dc:creator>
      <dc:date>2018-11-21T19:16:34Z</dc:date>
    </item>
  </channel>
</rss>

