<?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: SnapVault destination larger than source in Data Protection</title>
    <link>https://community.netapp.com/t5/Data-Protection/SnapVault-destination-larger-than-source/m-p/107742#M100</link>
    <description>&lt;P&gt;On the destination, there is one snapshot that stands out more than all the others. I currently have 12 dailes on the destination. The snapshot labeled sv_daily.7 is 310 GB while all other snapshots are under 800MB. On the source there is nothign glaring at all. The largest snapshot is 7GB. &amp;nbsp;There are 3 or 4 others that are a couple GB and the rest a few hundred MB.&amp;nbsp;&lt;/P&gt;</description>
    <pubDate>Mon, 27 Jul 2015 18:22:49 GMT</pubDate>
    <dc:creator>drwoodberry</dc:creator>
    <dc:date>2015-07-27T18:22:49Z</dc:date>
    <item>
      <title>SnapVault destination larger than source</title>
      <link>https://community.netapp.com/t5/Data-Protection/SnapVault-destination-larger-than-source/m-p/107729#M98</link>
      <description>&lt;P&gt;I am currently using snapvault to backup volumes offsite. I have dedupe enabled on both source and destination volumes and I can see that dedupe is running after the snapvault transfer. I have a 1TB volume as the source that has both hourly and daily snapvault snapshots inside of it using about 66% of the volume. I am transferring just the daily snapvaults to the destination which is also the same size and that volume is 94% used. I do not have the default snapshots turned on, nor do I have a fractional reserve or snap reserve on the destination.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;Anyone have any ideas why the destination is using so much more than the source? These are CIFS volumes.&amp;nbsp;&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;Thank you in advance.&amp;nbsp;&lt;/P&gt;</description>
      <pubDate>Wed, 04 Jun 2025 23:40:30 GMT</pubDate>
      <guid>https://community.netapp.com/t5/Data-Protection/SnapVault-destination-larger-than-source/m-p/107729#M98</guid>
      <dc:creator>drwoodberry</dc:creator>
      <dc:date>2025-06-04T23:40:30Z</dc:date>
    </item>
    <item>
      <title>Re: SnapVault destination larger than source</title>
      <link>https://community.netapp.com/t5/Data-Protection/SnapVault-destination-larger-than-source/m-p/107731#M99</link>
      <description>&lt;P&gt;Sounds like 7-Mode since dedup runs again right after update.&amp;nbsp; The process in 7-Mode will run dedup, then delete and recreate the snapshot to reclaim the space since snapshots do not dedup.&amp;nbsp; I am wondering if a legacy snapshot was not deleted. In the snap list output of source and target, do any snapshots standout much larger on the target?&lt;/P&gt;</description>
      <pubDate>Mon, 27 Jul 2015 17:04:12 GMT</pubDate>
      <guid>https://community.netapp.com/t5/Data-Protection/SnapVault-destination-larger-than-source/m-p/107731#M99</guid>
      <dc:creator>scottgelb</dc:creator>
      <dc:date>2015-07-27T17:04:12Z</dc:date>
    </item>
    <item>
      <title>Re: SnapVault destination larger than source</title>
      <link>https://community.netapp.com/t5/Data-Protection/SnapVault-destination-larger-than-source/m-p/107742#M100</link>
      <description>&lt;P&gt;On the destination, there is one snapshot that stands out more than all the others. I currently have 12 dailes on the destination. The snapshot labeled sv_daily.7 is 310 GB while all other snapshots are under 800MB. On the source there is nothign glaring at all. The largest snapshot is 7GB. &amp;nbsp;There are 3 or 4 others that are a couple GB and the rest a few hundred MB.&amp;nbsp;&lt;/P&gt;</description>
      <pubDate>Mon, 27 Jul 2015 18:22:49 GMT</pubDate>
      <guid>https://community.netapp.com/t5/Data-Protection/SnapVault-destination-larger-than-source/m-p/107742#M100</guid>
      <dc:creator>drwoodberry</dc:creator>
      <dc:date>2015-07-27T18:22:49Z</dc:date>
    </item>
  </channel>
</rss>

