<?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: SnapCenter 4.1P3 - SQL Verification Always Failing in Data Protection</title>
    <link>https://community.netapp.com/t5/Data-Protection/SnapCenter-4-1P3-SQL-Verification-Always-Failing/m-p/148486#M12378</link>
    <description>&lt;P&gt;May not be the same as your issue, but i encountered similar error when the SQL Server serviceaccount on the verification server (domain\svc-sql-verify) was different than the SQL service account on source SQL server (domain\svc-sql-accounty).&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;If this is the same in your case, you can try giving the verification SQL Server serviceaccount full control to the files on the source SQL Server.&lt;/P&gt;</description>
    <pubDate>Wed, 15 May 2019 20:57:37 GMT</pubDate>
    <dc:creator>Kim_L_Hansen</dc:creator>
    <dc:date>2019-05-15T20:57:37Z</dc:date>
    <item>
      <title>SnapCenter 4.1P3 - SQL Verification Always Failing</title>
      <link>https://community.netapp.com/t5/Data-Protection/SnapCenter-4-1P3-SQL-Verification-Always-Failing/m-p/148475#M12375</link>
      <description>&lt;P&gt;Trying this again since my last (only)&amp;nbsp;post (attempt)&amp;nbsp;was quickly&amp;nbsp;marked as spam and subsequently deleted... going to copy pasta since I&amp;nbsp; happend to leave the tab with the post open.&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;vCenter 6.5, everything is presented via NFS.&lt;/P&gt;
&lt;P&gt;SQL Backups are working, but verification is always failing.&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;We have 2 separate servers for offloading verification.&lt;/P&gt;
&lt;P&gt;The run as account is admin on both servers; it is sysadmin in both SQL instances.&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;All verifications fail with essentially the same error(s.)&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;PRE&gt;2019-05-13T05:57:56.8981181-08:00 ERROR SMCore_36898 PID=[4764] TID=[33] [Verification] Backup verification failed for 'sqlp\PRODUCTION\PHINMSG' database with below error. A database snapshot cannot be created because it failed to start. A database snapshot cannot be created because it failed to start. CREATE FILE encountered operating system error 5(Access is denied.) while attempting to open or create the physical file 'C:\scmnpt\mpdisk0326\Program Files\Microsoft SQL Server\MSSQL14.PRODUCTION\MSSQL\Data\PHINMS_Message.mdf_MSSQL_DBCC6'. The database snapshot for online checks could not be created. Either the reason is given in a previous error or one of the underlying volumes does not support sparse files or alternate streams. Attempting to get exclusive access to run checks offline.&lt;/PRE&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;This morning, a different SQL instance had left a total of 8 orphaned volumes on the NetApp, and those 8 vols were left&amp;nbsp;attached to&amp;nbsp;one of the verification VMs.&lt;/P&gt;
&lt;P&gt;I've validated NTFS permissions.&lt;/P&gt;
&lt;P&gt;I even explicitly add the run as account with no change.&lt;/P&gt;
&lt;P&gt;The SQL logs report the same error.&lt;/P&gt;
&lt;P&gt;We have another identical setup in a different datacenter, using same run as account, that is successful with SQL verification and offloading.&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;I've searched and searched for what all occurs for the verification process, but I have found no documentation that clearly details the steps taken for the verification process.&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;Where do I need to look?&lt;/P&gt;</description>
      <pubDate>Wed, 04 Jun 2025 12:33:01 GMT</pubDate>
      <guid>https://community.netapp.com/t5/Data-Protection/SnapCenter-4-1P3-SQL-Verification-Always-Failing/m-p/148475#M12375</guid>
      <dc:creator>Jeremy_Stanley</dc:creator>
      <dc:date>2025-06-04T12:33:01Z</dc:date>
    </item>
    <item>
      <title>Re: SnapCenter 4.1P3 - SQL Verification Always Failing</title>
      <link>https://community.netapp.com/t5/Data-Protection/SnapCenter-4-1P3-SQL-Verification-Always-Failing/m-p/148486#M12378</link>
      <description>&lt;P&gt;May not be the same as your issue, but i encountered similar error when the SQL Server serviceaccount on the verification server (domain\svc-sql-verify) was different than the SQL service account on source SQL server (domain\svc-sql-accounty).&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;If this is the same in your case, you can try giving the verification SQL Server serviceaccount full control to the files on the source SQL Server.&lt;/P&gt;</description>
      <pubDate>Wed, 15 May 2019 20:57:37 GMT</pubDate>
      <guid>https://community.netapp.com/t5/Data-Protection/SnapCenter-4-1P3-SQL-Verification-Always-Failing/m-p/148486#M12378</guid>
      <dc:creator>Kim_L_Hansen</dc:creator>
      <dc:date>2019-05-15T20:57:37Z</dc:date>
    </item>
    <item>
      <title>Re: SnapCenter 4.1P3 - SQL Verification Always Failing</title>
      <link>https://community.netapp.com/t5/Data-Protection/SnapCenter-4-1P3-SQL-Verification-Always-Failing/m-p/148487#M12379</link>
      <description>&lt;P&gt;So I did forget to mention that.&lt;/P&gt;
&lt;P&gt;We are using managed service accounts on our SQL instances.&lt;/P&gt;
&lt;P&gt;The SnapCenter Run As service account has also been added as an administrator on all the SQL boxes along with also being given sysadmin on all the SQL instances.&lt;/P&gt;
&lt;P&gt;So it has full perms to all SQL servers and SQL instances that are being backed up via SnapCenter.&lt;/P&gt;</description>
      <pubDate>Wed, 15 May 2019 21:27:23 GMT</pubDate>
      <guid>https://community.netapp.com/t5/Data-Protection/SnapCenter-4-1P3-SQL-Verification-Always-Failing/m-p/148487#M12379</guid>
      <dc:creator>Jeremy_Stanley</dc:creator>
      <dc:date>2019-05-15T21:27:23Z</dc:date>
    </item>
  </channel>
</rss>

