<?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: CIFS backup too slow and differential does not work with Symantec in Network and Storage Protocols</title>
    <link>https://community.netapp.com/t5/Network-and-Storage-Protocols/CIFS-backup-too-slow-and-differential-does-not-work-with-Symantec/m-p/67797#M6223</link>
    <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;CIFS backup isn't fun... for DR is it because you may not have a NetApp or other ndmp device to restore to?&amp;nbsp; That sounds like the reason which makes sense...&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Do you have VSCAN enabled?&amp;nbsp; That often can be an issue... you can create new shares to the same data path using -novscanread or -novscan and use those paths if that is the case... vscan can slow it down... also make sure e0M isn't being used but probably isn't... I wouldn't expect much throughput of a cifs backup... and would consider getting a small FAS2040 or something for the DR site so you can use NDMP if that is the reason not to use ndmp.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Also are there millions of files?&amp;nbsp; ndmp would have the same inode count slowness if a large file count.&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
    <pubDate>Tue, 13 Dec 2011 16:59:15 GMT</pubDate>
    <dc:creator>scottgelb</dc:creator>
    <dc:date>2011-12-13T16:59:15Z</dc:date>
    <item>
      <title>CIFS backup too slow and differential does not work with Symantec</title>
      <link>https://community.netapp.com/t5/Network-and-Storage-Protocols/CIFS-backup-too-slow-and-differential-does-not-work-with-Symantec/m-p/67792#M6220</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;I want to implement CIFS but have found that the backup takes five time longer than when we used windows file shares.&amp;nbsp; Differential backup do not seem to work with Symantec most likely due to archive bit not being turned on (would modified time work?).&amp;nbsp;&amp;nbsp; We must use CIFS backup and not NDMP due to disaster recovery needs.&lt;/P&gt;&lt;P&gt;Does anyone have a way to improve CIFS backup so I can implement rather than return to file shares?&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Thu, 05 Jun 2025 06:39:39 GMT</pubDate>
      <guid>https://community.netapp.com/t5/Network-and-Storage-Protocols/CIFS-backup-too-slow-and-differential-does-not-work-with-Symantec/m-p/67792#M6220</guid>
      <dc:creator>robertstein</dc:creator>
      <dc:date>2025-06-05T06:39:39Z</dc:date>
    </item>
    <item>
      <title>Re: CIFS backup too slow and differential does not work with Symantec</title>
      <link>https://community.netapp.com/t5/Network-and-Storage-Protocols/CIFS-backup-too-slow-and-differential-does-not-work-with-Symantec/m-p/67797#M6223</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;CIFS backup isn't fun... for DR is it because you may not have a NetApp or other ndmp device to restore to?&amp;nbsp; That sounds like the reason which makes sense...&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Do you have VSCAN enabled?&amp;nbsp; That often can be an issue... you can create new shares to the same data path using -novscanread or -novscan and use those paths if that is the case... vscan can slow it down... also make sure e0M isn't being used but probably isn't... I wouldn't expect much throughput of a cifs backup... and would consider getting a small FAS2040 or something for the DR site so you can use NDMP if that is the reason not to use ndmp.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Also are there millions of files?&amp;nbsp; ndmp would have the same inode count slowness if a large file count.&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Tue, 13 Dec 2011 16:59:15 GMT</pubDate>
      <guid>https://community.netapp.com/t5/Network-and-Storage-Protocols/CIFS-backup-too-slow-and-differential-does-not-work-with-Symantec/m-p/67797#M6223</guid>
      <dc:creator>scottgelb</dc:creator>
      <dc:date>2011-12-13T16:59:15Z</dc:date>
    </item>
    <item>
      <title>Re: CIFS backup too slow and differential does not work with Symantec</title>
      <link>https://community.netapp.com/t5/Network-and-Storage-Protocols/CIFS-backup-too-slow-and-differential-does-not-work-with-Symantec/m-p/67802#M6226</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;Yes we have only one SAN, DR site has a cheaper solution.&amp;nbsp; We do not have any AV running on the CIFS folders yet. &lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Tue, 13 Dec 2011 17:51:55 GMT</pubDate>
      <guid>https://community.netapp.com/t5/Network-and-Storage-Protocols/CIFS-backup-too-slow-and-differential-does-not-work-with-Symantec/m-p/67802#M6226</guid>
      <dc:creator>robertstein</dc:creator>
      <dc:date>2011-12-13T17:51:55Z</dc:date>
    </item>
  </channel>
</rss>

