<?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: SMSP backup errors during backup indexing in Data Protection</title>
    <link>https://community.netapp.com/t5/Data-Protection/SMSP-backup-errors-during-backup-indexing/m-p/66728#M6767</link>
    <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;Hi Maico,&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Thanks for your message. I did manage to fix this issue for the customer but I don't remember the exact process we followed. I think it is likely I executed the workaround discussed in the following BUG: &lt;A class="active_link" href="http://support.netapp.com/NOW/cgi-bin/bol?Type=Detail&amp;amp;Display=585632" title="http://support.netapp.com/NOW/cgi-bin/bol?Type=Detail&amp;amp;Display=585632" target="_blank"&gt;http://support.netapp.com/NOW/cgi-bin/bol?Type=Detail&amp;amp;Display=585632&lt;/A&gt; &lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Basically, if you have two databases on a LUN which have the first few characters the same, SMSQL can incorrectly query the wrong database during a clone or restore operation.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;I hope that helps.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Greg Davis&lt;/P&gt;&lt;P&gt;NetApp PSC, ASEAN&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
    <pubDate>Thu, 16 Aug 2012 04:58:19 GMT</pubDate>
    <dc:creator>dgreg</dc:creator>
    <dc:date>2012-08-16T04:58:19Z</dc:date>
    <item>
      <title>SMSP backup errors during backup indexing</title>
      <link>https://community.netapp.com/t5/Data-Protection/SMSP-backup-errors-during-backup-indexing/m-p/66695#M6761</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;Hi there,&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;I’m having an issue with the SMSP backup job I’ve configured for a customer. The SharePoint components are backing up okay, but it appears that indexing of the backed up data is failing. There is an SQL server error when the cloned database is presented to the SQL server as follows:&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;&lt;STRONG&gt;"[Microsoft][ODBC SQL Server Driver][SQL Server]Logical file 'WSS_Content_c553abc3-1f78-471e-a32e-d2082bdf8b49' is not part of database 'SMSP_B_WSS_Content_c553abc3-1f78-471e-a32e-d2082bdf8b49_sqlsnap__mssqlr2_05-24-2012_14.38.05'. Use RESTORE FILELISTONLY to list the logical file names.&lt;/STRONG&gt;&lt;/P&gt;&lt;P&gt;&lt;STRONG&gt;Msg 3013, SevLevel 16, State 1, SQLState 42000"&lt;/STRONG&gt;&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;I’ve attached the SMSQL clone backup log file which I think is most relevant, and the SMSP backup log file.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;The customers SharePoint environment is as follows:&lt;/P&gt;&lt;UL style="list-style-type: disc;"&gt;&lt;LI&gt;Microsoft Office SharePoint server 2010 Enterprise Edition SP1 &lt;/LI&gt;&lt;LI&gt;2 x WFE servers – control / member agent&lt;/LI&gt;&lt;LI&gt;1 x SP Index server – member agent&lt;/LI&gt;&lt;LI&gt;1 x SP Application server&amp;nbsp; - member agent&lt;/LI&gt;&lt;LI&gt;SQL server 2008 running on a Windows 2008 Failover cluster – member agents&lt;/LI&gt;&lt;/UL&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;NetApp software&lt;/P&gt;&lt;UL style="list-style-type: disc;"&gt;&lt;LI&gt;SMSP 6.1 x64&lt;/LI&gt;&lt;LI&gt;Data ONTAP 8.0.2P3&lt;/LI&gt;&lt;LI&gt;SnapDrive 6.4 x64&lt;/LI&gt;&lt;LI&gt;SMSQL 5.2 x64&lt;/LI&gt;&lt;LI&gt;Host Utilities 6.0&lt;/LI&gt;&lt;/UL&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Any advice on how to remediate this issue would be most appreciated.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Cheers.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;&lt;STRONG style="font-size: 9.0pt; font-family: 'Arial','sans-serif';"&gt;Greg Davis&lt;/STRONG&gt;&lt;/P&gt;&lt;P&gt;&lt;SPAN style="font-size: 9.0pt; font-family: 'Arial','sans-serif';"&gt;Consultant&lt;/SPAN&gt;&lt;/P&gt;&lt;P&gt;&lt;SPAN style="font-size: 9.0pt; font-family: 'Arial','sans-serif';"&gt;Professional Services, ASEAN&lt;BR /&gt;&lt;/SPAN&gt;&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Thu, 05 Jun 2025 06:26:29 GMT</pubDate>
      <guid>https://community.netapp.com/t5/Data-Protection/SMSP-backup-errors-during-backup-indexing/m-p/66695#M6761</guid>
      <dc:creator>dgreg</dc:creator>
      <dc:date>2025-06-05T06:26:29Z</dc:date>
    </item>
    <item>
      <title>Re: SMSP backup errors during backup indexing</title>
      <link>https://community.netapp.com/t5/Data-Protection/SMSP-backup-errors-during-backup-indexing/m-p/66700#M6762</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;Hi,&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;The SMSP backup job indexing is now working. I do not know what changed, however this is now resolved.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Thanks.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Greg Davis&lt;/P&gt;&lt;P&gt;NetApp PSC,ASEAN&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Wed, 30 May 2012 09:55:25 GMT</pubDate>
      <guid>https://community.netapp.com/t5/Data-Protection/SMSP-backup-errors-during-backup-indexing/m-p/66700#M6762</guid>
      <dc:creator>dgreg</dc:creator>
      <dc:date>2012-05-30T09:55:25Z</dc:date>
    </item>
    <item>
      <title>Re: SMSP backup errors during backup indexing</title>
      <link>https://community.netapp.com/t5/Data-Protection/SMSP-backup-errors-during-backup-indexing/m-p/66705#M6763</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;Hi Greg,&lt;/P&gt;&lt;P&gt;This is a known issue. Please check this Burt:&lt;BR /&gt;&lt;A href="http://burtweb-prd.eng.netapp.com/burt/burt-bin/start?btn=view&amp;amp;burt-id=585632" target="_blank"&gt;http://burtweb-prd.eng.netapp.com/burt/burt-bin/start?btn=view&amp;amp;burt-id=585632&lt;/A&gt;&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;There is a workaround available:&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;1. &lt;STRONG&gt;Add the following registry key&lt;/STRONG&gt; DWORD (32bit) value named&amp;nbsp; "SupportLongDbName" under:&lt;BR /&gt;HKEY_LOCAL_MACHINE\SOFTWARE\Network Appliance\SnapManager for SQL Server\Server&lt;BR /&gt;Set its value to 0.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;2. Restart SMSQL Service.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Cheers&lt;BR /&gt;Bojan&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Wed, 30 May 2012 11:24:16 GMT</pubDate>
      <guid>https://community.netapp.com/t5/Data-Protection/SMSP-backup-errors-during-backup-indexing/m-p/66705#M6763</guid>
      <dc:creator>bojan</dc:creator>
      <dc:date>2012-05-30T11:24:16Z</dc:date>
    </item>
    <item>
      <title>Re: SMSP backup errors during backup indexing</title>
      <link>https://community.netapp.com/t5/Data-Protection/SMSP-backup-errors-during-backup-indexing/m-p/66712#M6764</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;Hi Bojan,&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Thanks for your reply. Yes that is the issue I'm facing and it is with SMSP. It is worrying because I read in the BURT that backup database metadata will be overwritten where databases have the same first four characters in their database name, as is the case with the customer's Sharepoint databases evidently.&amp;nbsp; I will get the customer to execute the workaround as soon as possible.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Thanks.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Greg Davis&lt;/P&gt;&lt;P&gt;NetApp PSC, ASEAN&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Wed, 30 May 2012 16:24:54 GMT</pubDate>
      <guid>https://community.netapp.com/t5/Data-Protection/SMSP-backup-errors-during-backup-indexing/m-p/66712#M6764</guid>
      <dc:creator>dgreg</dc:creator>
      <dc:date>2012-05-30T16:24:54Z</dc:date>
    </item>
    <item>
      <title>Re: SMSP backup errors during backup indexing</title>
      <link>https://community.netapp.com/t5/Data-Protection/SMSP-backup-errors-during-backup-indexing/m-p/66718#M6765</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;Hi Bojan,&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;I think I am experiencing the same issue. Do you know what dgreg means that backup database metadata will be overwritten?&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Thanks,&lt;/P&gt;&lt;P&gt;Maico&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Thu, 12 Jul 2012 16:13:57 GMT</pubDate>
      <guid>https://community.netapp.com/t5/Data-Protection/SMSP-backup-errors-during-backup-indexing/m-p/66718#M6765</guid>
      <dc:creator>mdvillanueva</dc:creator>
      <dc:date>2012-07-12T16:13:57Z</dc:date>
    </item>
    <item>
      <title>Re: SMSP backup errors during backup indexing</title>
      <link>https://community.netapp.com/t5/Data-Protection/SMSP-backup-errors-during-backup-indexing/m-p/66723#M6766</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;Hi Dgreg,&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Were your customer able to apply the workaround? what happened?&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Thanks,&lt;/P&gt;&lt;P&gt;Maico&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Thu, 12 Jul 2012 16:14:45 GMT</pubDate>
      <guid>https://community.netapp.com/t5/Data-Protection/SMSP-backup-errors-during-backup-indexing/m-p/66723#M6766</guid>
      <dc:creator>mdvillanueva</dc:creator>
      <dc:date>2012-07-12T16:14:45Z</dc:date>
    </item>
    <item>
      <title>Re: SMSP backup errors during backup indexing</title>
      <link>https://community.netapp.com/t5/Data-Protection/SMSP-backup-errors-during-backup-indexing/m-p/66728#M6767</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;Hi Maico,&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Thanks for your message. I did manage to fix this issue for the customer but I don't remember the exact process we followed. I think it is likely I executed the workaround discussed in the following BUG: &lt;A class="active_link" href="http://support.netapp.com/NOW/cgi-bin/bol?Type=Detail&amp;amp;Display=585632" title="http://support.netapp.com/NOW/cgi-bin/bol?Type=Detail&amp;amp;Display=585632" target="_blank"&gt;http://support.netapp.com/NOW/cgi-bin/bol?Type=Detail&amp;amp;Display=585632&lt;/A&gt; &lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Basically, if you have two databases on a LUN which have the first few characters the same, SMSQL can incorrectly query the wrong database during a clone or restore operation.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;I hope that helps.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Greg Davis&lt;/P&gt;&lt;P&gt;NetApp PSC, ASEAN&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Thu, 16 Aug 2012 04:58:19 GMT</pubDate>
      <guid>https://community.netapp.com/t5/Data-Protection/SMSP-backup-errors-during-backup-indexing/m-p/66728#M6767</guid>
      <dc:creator>dgreg</dc:creator>
      <dc:date>2012-08-16T04:58:19Z</dc:date>
    </item>
  </channel>
</rss>

