<?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: SnapManager for SQL backup fails in Data Protection</title>
    <link>https://community.netapp.com/t5/Data-Protection/SnapManager-for-SQL-backup-fails/m-p/97415#M4665</link>
    <description>&lt;P&gt;Two thoughts here. &amp;nbsp;First, are you runing any VMWare snapshots on any of your database drives, and second, have you tried running through the configuration wizard to see if it likes your database layouts?&lt;/P&gt;</description>
    <pubDate>Thu, 20 Nov 2014 17:51:18 GMT</pubDate>
    <dc:creator>welch</dc:creator>
    <dc:date>2014-11-20T17:51:18Z</dc:date>
    <item>
      <title>SnapManager for SQL backup fails</title>
      <link>https://community.netapp.com/t5/Data-Protection/SnapManager-for-SQL-backup-fails/m-p/41187#M4664</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;Hi All, really need your help to fix a long pending issue with our SM SQL backup. We have a few VMware Guests hosted on ESX server running ESXi 4.1. All drives allocated are from datastores with separate drives for SQL-database, transactional logs, temp-db and snapinfo. There is no archiving set up, only local snapshots to be retained for 35 days. Full backups are scheduled once a day while transactional log backups are scheduled every hour. OS disks are backed up using Virtual Storage Console.&lt;/P&gt;&lt;P&gt;Occasionally we have received the following error:&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;**** FULL DATABASE BACKUP RESULT SUMMARY #1 **** Backup Time: 09-10-2014_20.00.11 Backup Group [#1]: &lt;/P&gt;&lt;P&gt;#1 : [GLBWITOKDB2 - distribution] Error : Failed to create snapshot [GLBWITOKDB2 : distribution].&lt;/P&gt;&lt;P&gt;#1 : [GLBWITOKDB2 - distribution] Error Details: [SnapDrive Error]: Creation of backup (sqlsnap__glbwitokdb2_09-10-2014_20.00.11__daily) failed. Reason: (At least one disk is part of VMware snapshot. Disk(s) part of VMware snapshot cannot be part of backup).&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;(SnapDrive Error Code: 0xc0041074)&lt;/P&gt;&lt;P&gt;#2 : [GLBWITOKDB2 - TokenVault] Error : Failed to create snapshot [GLBWITOKDB2 : TokenVault].&lt;/P&gt;&lt;P&gt;#2 : [GLBWITOKDB2 - TokenVault] Error Details: [SnapDrive Error]: Creation of backup (sqlsnap__glbwitokdb2_09-10-2014_20.00.11__daily) failed. Reason: (At least one disk is part of VMware snapshot. Disk(s) part of VMware snapshot cannot be part of backup).&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;(SnapDrive Error Code: 0xc0041074)&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;I have checked and confirmed that no other snapshots (except created using snapmanager) exist for the disks on which the database is hosted.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Has anyone seen this error before?&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Thu, 05 Jun 2025 05:28:55 GMT</pubDate>
      <guid>https://community.netapp.com/t5/Data-Protection/SnapManager-for-SQL-backup-fails/m-p/41187#M4664</guid>
      <dc:creator>sushantaghosh</dc:creator>
      <dc:date>2025-06-05T05:28:55Z</dc:date>
    </item>
    <item>
      <title>Re: SnapManager for SQL backup fails</title>
      <link>https://community.netapp.com/t5/Data-Protection/SnapManager-for-SQL-backup-fails/m-p/97415#M4665</link>
      <description>&lt;P&gt;Two thoughts here. &amp;nbsp;First, are you runing any VMWare snapshots on any of your database drives, and second, have you tried running through the configuration wizard to see if it likes your database layouts?&lt;/P&gt;</description>
      <pubDate>Thu, 20 Nov 2014 17:51:18 GMT</pubDate>
      <guid>https://community.netapp.com/t5/Data-Protection/SnapManager-for-SQL-backup-fails/m-p/97415#M4665</guid>
      <dc:creator>welch</dc:creator>
      <dc:date>2014-11-20T17:51:18Z</dc:date>
    </item>
    <item>
      <title>Re: SnapManager for SQL backup fails</title>
      <link>https://community.netapp.com/t5/Data-Protection/SnapManager-for-SQL-backup-fails/m-p/97537#M4666</link>
      <description>&lt;P&gt;This is one of those errors that means what it says.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;(At least one disk is part of VMware snapshot. Disk(s) part of VMware snapshot cannot be part of backup)&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;This indicates that the datastore/VMs on which the VMDKs reside is also being snapshot, either using VMware's native snapshot or via NetApp's Virtual Storage Console (which in turn calls the VMware snapshot API).&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;To resolve, two steps need to occur:&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;1. Ensure that no VMware snapshots exist for the VMDKs containing the user database MDF/LDF files or the SnapInfo VMDK.&amp;nbsp; If VMware snapshots exist, delete them.&lt;/P&gt;&lt;P&gt;2. Configure your scheduled snapshots to only snapshot the datastore containing the system (C:\) VMDK.&lt;/P&gt;&lt;P&gt;3. If your data VMDKs reside on the same datastore as the system VMDKs, migrate them to a new datastore (VMFS or NFS) on a new volume on the storage controller.&amp;nbsp; If licensed in vCenter, you could use storage vMotion to migrate the data with no downtime (just ensure that no SMSQL backups are running during the storage migration).&lt;/P&gt;</description>
      <pubDate>Mon, 24 Nov 2014 14:16:30 GMT</pubDate>
      <guid>https://community.netapp.com/t5/Data-Protection/SnapManager-for-SQL-backup-fails/m-p/97537#M4666</guid>
      <dc:creator>AndyD</dc:creator>
      <dc:date>2014-11-24T14:16:30Z</dc:date>
    </item>
  </channel>
</rss>

