<?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: dedupe on vm vs cifs in ONTAP Discussions</title>
    <link>https://community.netapp.com/t5/ONTAP-Discussions/dedupe-on-vm-vs-cifs/m-p/113690#M24132</link>
    <description>&lt;P&gt;Well, Im curious as well..&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;Why don't you just robocopy the data over and don't swing the name and then just run a dedup job to see.. I have my suspicions but i will with-hold them for now&lt;/P&gt;</description>
    <pubDate>Mon, 14 Dec 2015 19:00:09 GMT</pubDate>
    <dc:creator>JGPSHNTAP</dc:creator>
    <dc:date>2015-12-14T19:00:09Z</dc:date>
    <item>
      <title>dedupe on vm vs cifs</title>
      <link>https://community.netapp.com/t5/ONTAP-Discussions/dedupe-on-vm-vs-cifs/m-p/113684#M24127</link>
      <description>&lt;P&gt;We have a CIFS share on our FAS2240 that is about 2TB in actual size.&amp;nbsp; We get an incredible dedupe rate of 66%, so used space is only around 900GB.&amp;nbsp; I would like to host this data from a Windows Server 2012 R2 vm instead of directly off of the Netapp CIFS.&amp;nbsp; My question is how much dedupe percentage will I lose by doing this?&amp;nbsp; I assume there is some overhead from putting those files inside NTFS on top of VMFS that would make dedupe less efficient.&lt;/P&gt;</description>
      <pubDate>Wed, 04 Jun 2025 22:31:28 GMT</pubDate>
      <guid>https://community.netapp.com/t5/ONTAP-Discussions/dedupe-on-vm-vs-cifs/m-p/113684#M24127</guid>
      <dc:creator>bellows</dc:creator>
      <dc:date>2025-06-04T22:31:28Z</dc:date>
    </item>
    <item>
      <title>Re: dedupe on vm vs cifs</title>
      <link>https://community.netapp.com/t5/ONTAP-Discussions/dedupe-on-vm-vs-cifs/m-p/113686#M24128</link>
      <description>&lt;P&gt;Just curious, why would you do that?&amp;nbsp;&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;Why add another layer on-top? &amp;nbsp;Unless you say you need SMB 3.0 and cannot move to cDOT, I would leave it on netapp&lt;/P&gt;</description>
      <pubDate>Mon, 14 Dec 2015 18:36:37 GMT</pubDate>
      <guid>https://community.netapp.com/t5/ONTAP-Discussions/dedupe-on-vm-vs-cifs/m-p/113686#M24128</guid>
      <dc:creator>JGPSHNTAP</dc:creator>
      <dc:date>2015-12-14T18:36:37Z</dc:date>
    </item>
    <item>
      <title>Re: dedupe on vm vs cifs</title>
      <link>https://community.netapp.com/t5/ONTAP-Discussions/dedupe-on-vm-vs-cifs/m-p/113687#M24129</link>
      <description>&lt;P&gt;Two reasons:&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;1. SMB 3 (as you said)&lt;/P&gt;&lt;P&gt;2. Veeam - I'm still having to use Arcserve for the CIFS shares.&amp;nbsp; I'd really like everything to be in Veeam as the single solution.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;We are a single site, so snap-mirroring off site is not an option. We currently use Veeam backup to a Synology NAS that is replicated to a partner off-site.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;</description>
      <pubDate>Mon, 14 Dec 2015 18:42:44 GMT</pubDate>
      <guid>https://community.netapp.com/t5/ONTAP-Discussions/dedupe-on-vm-vs-cifs/m-p/113687#M24129</guid>
      <dc:creator>bellows</dc:creator>
      <dc:date>2015-12-14T18:42:44Z</dc:date>
    </item>
    <item>
      <title>Re: dedupe on vm vs cifs</title>
      <link>https://community.netapp.com/t5/ONTAP-Discussions/dedupe-on-vm-vs-cifs/m-p/113688#M24130</link>
      <description>&lt;P&gt;So, you are going to use iscsi lun? or go down NFS route?&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;I've never actually thought about this question, now you got me thinking..&lt;/P&gt;</description>
      <pubDate>Mon, 14 Dec 2015 18:47:53 GMT</pubDate>
      <guid>https://community.netapp.com/t5/ONTAP-Discussions/dedupe-on-vm-vs-cifs/m-p/113688#M24130</guid>
      <dc:creator>JGPSHNTAP</dc:creator>
      <dc:date>2015-12-14T18:47:53Z</dc:date>
    </item>
    <item>
      <title>Re: dedupe on vm vs cifs</title>
      <link>https://community.netapp.com/t5/ONTAP-Discussions/dedupe-on-vm-vs-cifs/m-p/113689#M24131</link>
      <description>&lt;P&gt;We use 8g fibre channel luns.&amp;nbsp; I've already created the VMDK in an existing data store.&amp;nbsp; Just haven't pulled the trigger yet until I figured out how much dedupe would be affected.&lt;/P&gt;</description>
      <pubDate>Mon, 14 Dec 2015 18:52:55 GMT</pubDate>
      <guid>https://community.netapp.com/t5/ONTAP-Discussions/dedupe-on-vm-vs-cifs/m-p/113689#M24131</guid>
      <dc:creator>bellows</dc:creator>
      <dc:date>2015-12-14T18:52:55Z</dc:date>
    </item>
    <item>
      <title>Re: dedupe on vm vs cifs</title>
      <link>https://community.netapp.com/t5/ONTAP-Discussions/dedupe-on-vm-vs-cifs/m-p/113690#M24132</link>
      <description>&lt;P&gt;Well, Im curious as well..&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;Why don't you just robocopy the data over and don't swing the name and then just run a dedup job to see.. I have my suspicions but i will with-hold them for now&lt;/P&gt;</description>
      <pubDate>Mon, 14 Dec 2015 19:00:09 GMT</pubDate>
      <guid>https://community.netapp.com/t5/ONTAP-Discussions/dedupe-on-vm-vs-cifs/m-p/113690#M24132</guid>
      <dc:creator>JGPSHNTAP</dc:creator>
      <dc:date>2015-12-14T19:00:09Z</dc:date>
    </item>
  </channel>
</rss>

