<?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 Snapcenter and capacity Tier in Data Protection</title>
    <link>https://community.netapp.com/t5/Data-Protection/Snapcenter-and-capacity-Tier/m-p/449894#M13975</link>
    <description>&lt;P&gt;I wasn't sure which forum to use and might be in the wrong place.&amp;nbsp; We are using ontap in AWS and are looking into snapcenter to protect SQL data.&amp;nbsp; The SQL load is somewhat of a data warehouse where DB's are very busy for a few weeks and then taper off after 4-8 weeks but still need to be available.&amp;nbsp;&amp;nbsp; We are tiering older data to capacity tier at 8 weeks and able to deal with either slow processing or an extra procedure to bring it back to SSD in the one off conditions when we need the data.&amp;nbsp; We are backing up with other method right now and there are no NetApp snapshots or backups.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;I wanted to ask how SnapCenter works in conjunction with the capacity tier and SQL backups.&amp;nbsp;&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;This helped:&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;UL&gt;&lt;LI&gt;&lt;P&gt;&lt;STRONG&gt;Snapshot-Only&lt;/STRONG&gt;&lt;/P&gt;&lt;DIV class=""&gt;&lt;UL&gt;&lt;LI&gt;&lt;P&gt;&lt;STRONG&gt;Cold snapshot blocks in the volume that are not shared with the active file system are moved to the cloud tier&lt;/STRONG&gt;. Assuming that the aggregate is more than 50% utilized, it takes approximately 2 days for inactive snapshot blocks to become cold. The Snapshot-Only cooling period is adjustable from 2 to 63 days by using the tiering-minimum-cooling-days setting.&lt;/P&gt;&lt;/LI&gt;&lt;LI&gt;&lt;P&gt;When cold blocks in a volume with a tiering policy set to &lt;STRONG&gt;Snapshot-Only&lt;/STRONG&gt; are read, they are made hot and written to the performance tier.&lt;/P&gt;&lt;/LI&gt;&lt;/UL&gt;&lt;/DIV&gt;&lt;/LI&gt;&lt;/UL&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;So if I understand the &lt;STRONG&gt;tiering All&lt;/STRONG&gt; option moves everything to capacity tier which we don't want (I think this is just an AWS FSx option).&amp;nbsp; It seems if you choose &lt;STRONG&gt;Snapshot-Only&lt;/STRONG&gt; you lose the ability to tier other data on the volume that is not part of the DB snapshots.&amp;nbsp; This is ok, but I am just trying to understand how all of this works.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;</description>
    <pubDate>Wed, 04 Jun 2025 09:42:42 GMT</pubDate>
    <dc:creator>Steve_A</dc:creator>
    <dc:date>2025-06-04T09:42:42Z</dc:date>
    <item>
      <title>Snapcenter and capacity Tier</title>
      <link>https://community.netapp.com/t5/Data-Protection/Snapcenter-and-capacity-Tier/m-p/449894#M13975</link>
      <description>&lt;P&gt;I wasn't sure which forum to use and might be in the wrong place.&amp;nbsp; We are using ontap in AWS and are looking into snapcenter to protect SQL data.&amp;nbsp; The SQL load is somewhat of a data warehouse where DB's are very busy for a few weeks and then taper off after 4-8 weeks but still need to be available.&amp;nbsp;&amp;nbsp; We are tiering older data to capacity tier at 8 weeks and able to deal with either slow processing or an extra procedure to bring it back to SSD in the one off conditions when we need the data.&amp;nbsp; We are backing up with other method right now and there are no NetApp snapshots or backups.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;I wanted to ask how SnapCenter works in conjunction with the capacity tier and SQL backups.&amp;nbsp;&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;This helped:&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;UL&gt;&lt;LI&gt;&lt;P&gt;&lt;STRONG&gt;Snapshot-Only&lt;/STRONG&gt;&lt;/P&gt;&lt;DIV class=""&gt;&lt;UL&gt;&lt;LI&gt;&lt;P&gt;&lt;STRONG&gt;Cold snapshot blocks in the volume that are not shared with the active file system are moved to the cloud tier&lt;/STRONG&gt;. Assuming that the aggregate is more than 50% utilized, it takes approximately 2 days for inactive snapshot blocks to become cold. The Snapshot-Only cooling period is adjustable from 2 to 63 days by using the tiering-minimum-cooling-days setting.&lt;/P&gt;&lt;/LI&gt;&lt;LI&gt;&lt;P&gt;When cold blocks in a volume with a tiering policy set to &lt;STRONG&gt;Snapshot-Only&lt;/STRONG&gt; are read, they are made hot and written to the performance tier.&lt;/P&gt;&lt;/LI&gt;&lt;/UL&gt;&lt;/DIV&gt;&lt;/LI&gt;&lt;/UL&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;So if I understand the &lt;STRONG&gt;tiering All&lt;/STRONG&gt; option moves everything to capacity tier which we don't want (I think this is just an AWS FSx option).&amp;nbsp; It seems if you choose &lt;STRONG&gt;Snapshot-Only&lt;/STRONG&gt; you lose the ability to tier other data on the volume that is not part of the DB snapshots.&amp;nbsp; This is ok, but I am just trying to understand how all of this works.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;</description>
      <pubDate>Wed, 04 Jun 2025 09:42:42 GMT</pubDate>
      <guid>https://community.netapp.com/t5/Data-Protection/Snapcenter-and-capacity-Tier/m-p/449894#M13975</guid>
      <dc:creator>Steve_A</dc:creator>
      <dc:date>2025-06-04T09:42:42Z</dc:date>
    </item>
  </channel>
</rss>

