<?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: SMBR Crashes after hashing EX2010 DB in Data Protection</title>
    <link>https://community.netapp.com/t5/Data-Protection/SMBR-Crashes-after-hashing-EX2010-DB/m-p/50747#M6921</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;It seems to be a limit when a number of records reach a certain point in DB due to exchlib.dll.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Open a case and ask for this dll at a first stop.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Valery.&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
    <pubDate>Fri, 03 Dec 2010 14:37:12 GMT</pubDate>
    <dc:creator>vloiseau</dc:creator>
    <dc:date>2010-12-03T14:37:12Z</dc:date>
    <item>
      <title>SMBR Crashes after hashing EX2010 DB</title>
      <link>https://community.netapp.com/t5/Data-Protection/SMBR-Crashes-after-hashing-EX2010-DB/m-p/50743#M6920</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;I'm trying a restore of an users mailbox with SMBR. I've user SMBR before, but this is the first time I tried a restore of an Exchange 2010 DAG Database...&lt;/P&gt;&lt;P&gt;When it is finished hashing the Database and scanned the Log directory it stops working and Windows detects an "appcrash"&lt;/P&gt;&lt;P&gt;Finally it closes...&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;We have got 2 Exchange Servers in an DAG cluster config.&lt;/P&gt;&lt;P&gt;Software specs:&lt;/P&gt;&lt;P&gt;- Exchange 2010 Sp1 on Windows 2008 R2 EE x64&lt;/P&gt;&lt;P&gt;- SnapDrive 6.2P1 x64&lt;/P&gt;&lt;P&gt;- SnapManager for Exchange 6.0.0.706 x64&lt;/P&gt;&lt;P&gt;- SMBR 6.0.0.16&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;I tried SMBR on several servers and none can perform a restore, checking the DB with Eseutil.exe learns that it is in a "clean shutdown" state.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Does anybody has experience with this kind of restore, or has someone an idea how to resolve this?&lt;/P&gt;&lt;P&gt;Thanks in advance.&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Thu, 05 Jun 2025 07:04:07 GMT</pubDate>
      <guid>https://community.netapp.com/t5/Data-Protection/SMBR-Crashes-after-hashing-EX2010-DB/m-p/50743#M6920</guid>
      <dc:creator>s_schreven</dc:creator>
      <dc:date>2025-06-05T07:04:07Z</dc:date>
    </item>
    <item>
      <title>Re: SMBR Crashes after hashing EX2010 DB</title>
      <link>https://community.netapp.com/t5/Data-Protection/SMBR-Crashes-after-hashing-EX2010-DB/m-p/50747#M6921</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;It seems to be a limit when a number of records reach a certain point in DB due to exchlib.dll.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Open a case and ask for this dll at a first stop.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Valery.&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Fri, 03 Dec 2010 14:37:12 GMT</pubDate>
      <guid>https://community.netapp.com/t5/Data-Protection/SMBR-Crashes-after-hashing-EX2010-DB/m-p/50747#M6921</guid>
      <dc:creator>vloiseau</dc:creator>
      <dc:date>2010-12-03T14:37:12Z</dc:date>
    </item>
    <item>
      <title>Re: SMBR Crashes after hashing EX2010 DB</title>
      <link>https://community.netapp.com/t5/Data-Protection/SMBR-Crashes-after-hashing-EX2010-DB/m-p/50751#M6922</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;Is there a solution for this?&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;I have a customer with the same issue. I have a open case with&amp;nbsp; NetApp support, but no response yet &lt;SPAN __jive_emoticon_name="sad" __jive_macro_name="emoticon" class="jive_macro jive_emote" src="https://community.netapp.com/4.0.8/images/emoticons/sad.gif"&gt;&lt;/SPAN&gt;&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Thu, 30 Dec 2010 08:13:58 GMT</pubDate>
      <guid>https://community.netapp.com/t5/Data-Protection/SMBR-Crashes-after-hashing-EX2010-DB/m-p/50751#M6922</guid>
      <dc:creator>bose</dc:creator>
      <dc:date>2010-12-30T08:13:58Z</dc:date>
    </item>
    <item>
      <title>Re: SMBR Crashes after hashing EX2010 DB</title>
      <link>https://community.netapp.com/t5/Data-Protection/SMBR-Crashes-after-hashing-EX2010-DB/m-p/50756#M6923</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;We are still waiting for the correct DLL, but we created the case on a serialnumber which hasn't got support anymore...&lt;/P&gt;&lt;P&gt;We had to use a workaround, restored the entire EDB and used the Exchange recovery groups. &lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Thu, 30 Dec 2010 08:30:48 GMT</pubDate>
      <guid>https://community.netapp.com/t5/Data-Protection/SMBR-Crashes-after-hashing-EX2010-DB/m-p/50756#M6923</guid>
      <dc:creator>s_schreven</dc:creator>
      <dc:date>2010-12-30T08:30:48Z</dc:date>
    </item>
    <item>
      <title>Re: SMBR Crashes after hashing EX2010 DB</title>
      <link>https://community.netapp.com/t5/Data-Protection/SMBR-Crashes-after-hashing-EX2010-DB/m-p/50761#M6924</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;Okay, then I will ask our customer to do the same.&lt;/P&gt;&lt;P&gt;Then let's hope that the new DLL file will be released in near future.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Best Regards&lt;/P&gt;&lt;P&gt;Bo Sorensen &lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Thu, 30 Dec 2010 08:50:26 GMT</pubDate>
      <guid>https://community.netapp.com/t5/Data-Protection/SMBR-Crashes-after-hashing-EX2010-DB/m-p/50761#M6924</guid>
      <dc:creator>bose</dc:creator>
      <dc:date>2010-12-30T08:50:26Z</dc:date>
    </item>
    <item>
      <title>Re: SMBR Crashes after hashing EX2010 DB</title>
      <link>https://community.netapp.com/t5/Data-Protection/SMBR-Crashes-after-hashing-EX2010-DB/m-p/50766#M6925</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;I got a new DLL file, and we can now open a 230gigs database in SMBR.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;By the end of January (If they don't find any issues) there will be relased a new version of SMBR where this is fixed.&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Fri, 07 Jan 2011 12:09:46 GMT</pubDate>
      <guid>https://community.netapp.com/t5/Data-Protection/SMBR-Crashes-after-hashing-EX2010-DB/m-p/50766#M6925</guid>
      <dc:creator>bose</dc:creator>
      <dc:date>2011-01-07T12:09:46Z</dc:date>
    </item>
    <item>
      <title>Re: SMBR Crashes after hashing EX2010 DB</title>
      <link>https://community.netapp.com/t5/Data-Protection/SMBR-Crashes-after-hashing-EX2010-DB/m-p/50771#M6926</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;I just got off the phone with Netapp support and upgrading to the SMR 6.0.2 version will fix this issue. The upgrade can be found here: &lt;A class="active_link" href="https://now.netapp.com/NOW/download/software/smbr/6.0.2/" title="https://now.netapp.com/NOW/download/software/smbr/6.0.2/" target="_blank"&gt;https://now.netapp.com/NOW/download/software/smbr/6.0.2/&lt;/A&gt;&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;The problem is because SMR cannot open volumes larger than 100GB. The update will allow for larger volumes.&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Wed, 18 Apr 2012 18:19:18 GMT</pubDate>
      <guid>https://community.netapp.com/t5/Data-Protection/SMBR-Crashes-after-hashing-EX2010-DB/m-p/50771#M6926</guid>
      <dc:creator>ANTHONY_TRAN</dc:creator>
      <dc:date>2012-04-18T18:19:18Z</dc:date>
    </item>
  </channel>
</rss>

