<?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: Index Merging Performance Issues &amp; Questions in Alfresco Archive</title>
    <link>https://connect.hyland.com/t5/alfresco-archive/index-merging-performance-issues-questions/m-p/305044#M258174</link>
    <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;SPAN&gt;It seems I solved the problem.&lt;/SPAN&gt;&lt;BR /&gt;&lt;BR /&gt;&lt;SPAN&gt;I've found the solution by accident on this page: &lt;/SPAN&gt;&lt;A href="https://wiki.alfresco.com/wiki/Schema_Upgrade_Scripts" rel="nofollow noopener noreferrer"&gt;https://wiki.alfresco.com/wiki/Schema_Upgrade_Scripts&lt;/A&gt;&lt;BR /&gt;&lt;BR /&gt;&lt;SPAN&gt;Quote:&lt;/SPAN&gt;&lt;BR /&gt;&lt;BR /&gt;&lt;SPAN&gt;&amp;lt;blockquote&amp;gt;&lt;/SPAN&gt;&lt;BR /&gt;&lt;SPAN&gt;The following properties control the generation and execution of SQL statements to modify the Alfresco schema and data (defaults shown):&lt;/SPAN&gt;&lt;BR /&gt;&lt;SPAN&gt; db.schema.update=true&lt;/SPAN&gt;&lt;BR /&gt;&lt;SPAN&gt; db.schema.update.lockRetryCount=24&lt;/SPAN&gt;&lt;BR /&gt;&lt;SPAN&gt; db.schema.update.lockRetryWaitSeconds=5&lt;/SPAN&gt;&lt;BR /&gt;&lt;SPAN&gt;db.schema.update=true:&lt;/SPAN&gt;&lt;BR /&gt;&lt;BR /&gt;&lt;SPAN&gt;When this is off, Alfresco will not generate or execute any SQL statements. This can be used to completely avoid any metadata queries between upgrades.&lt;/SPAN&gt;&lt;BR /&gt;&lt;BR /&gt;&lt;SPAN&gt;db.schema.update.lockRetryCount and db.schema.update.lockRetryWaitSeconds:&lt;/SPAN&gt;&lt;BR /&gt;&lt;SPAN&gt;If schema updates are on and some modifying SQL has been generated, then the system attempts to get a lock against the database by creating a lock table alf_bootstrap_lock. If the table already exists, the system will wait and repeat the process of metadata examination and script generation. If the lock table cannot be created after all the retry attempts have been exhausted, the system will post a message and exit:&lt;/SPAN&gt;&lt;BR /&gt;&lt;SPAN&gt;&amp;lt;/blockquote&amp;gt;&lt;/SPAN&gt;&lt;BR /&gt;&lt;BR /&gt;&lt;SPAN&gt;So, if there is in Alfresco DB lock table, Alfresco will try to perform update defined number of time in a loop, then exit.&lt;/SPAN&gt;&lt;BR /&gt;&lt;BR /&gt;&lt;SPAN&gt;For some reason, I had alf_bootstrap_lock table in my Alfresco development DB which I used on my VM. When droppped, 4.2.c –&amp;gt; 4.2.f –&amp;gt; 5.0.d upgrades went just fine. Upgrade 5.0.d –&amp;gt; 5.1.g seems OK, but JBoss stops or freezes when Alfresco WAR is started. Probably is something wrong in web.xml or libraries.&lt;/SPAN&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
    <pubDate>Mon, 08 Aug 2016 10:21:00 GMT</pubDate>
    <dc:creator>joko71</dc:creator>
    <dc:date>2016-08-08T10:21:00Z</dc:date>
    <item>
      <title>Index Merging Performance Issues &amp; Questions</title>
      <link>https://connect.hyland.com/t5/alfresco-archive/index-merging-performance-issues-questions/m-p/305043#M258173</link>
      <description>We have Alfresco 3.2 production site, from time to time we have performance issues, operation slows down. According to instructions from this page:http://wiki.alfresco.com/wiki/Index_Merging_Performanceand others, we tried to increase site &amp;amp; index performance by changing lucene.indexer.mergerMer</description>
      <pubDate>Tue, 12 Nov 2013 08:40:01 GMT</pubDate>
      <guid>https://connect.hyland.com/t5/alfresco-archive/index-merging-performance-issues-questions/m-p/305043#M258173</guid>
      <dc:creator>joko71</dc:creator>
      <dc:date>2013-11-12T08:40:01Z</dc:date>
    </item>
    <item>
      <title>Re: Index Merging Performance Issues &amp; Questions</title>
      <link>https://connect.hyland.com/t5/alfresco-archive/index-merging-performance-issues-questions/m-p/305044#M258174</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;SPAN&gt;It seems I solved the problem.&lt;/SPAN&gt;&lt;BR /&gt;&lt;BR /&gt;&lt;SPAN&gt;I've found the solution by accident on this page: &lt;/SPAN&gt;&lt;A href="https://wiki.alfresco.com/wiki/Schema_Upgrade_Scripts" rel="nofollow noopener noreferrer"&gt;https://wiki.alfresco.com/wiki/Schema_Upgrade_Scripts&lt;/A&gt;&lt;BR /&gt;&lt;BR /&gt;&lt;SPAN&gt;Quote:&lt;/SPAN&gt;&lt;BR /&gt;&lt;BR /&gt;&lt;SPAN&gt;&amp;lt;blockquote&amp;gt;&lt;/SPAN&gt;&lt;BR /&gt;&lt;SPAN&gt;The following properties control the generation and execution of SQL statements to modify the Alfresco schema and data (defaults shown):&lt;/SPAN&gt;&lt;BR /&gt;&lt;SPAN&gt; db.schema.update=true&lt;/SPAN&gt;&lt;BR /&gt;&lt;SPAN&gt; db.schema.update.lockRetryCount=24&lt;/SPAN&gt;&lt;BR /&gt;&lt;SPAN&gt; db.schema.update.lockRetryWaitSeconds=5&lt;/SPAN&gt;&lt;BR /&gt;&lt;SPAN&gt;db.schema.update=true:&lt;/SPAN&gt;&lt;BR /&gt;&lt;BR /&gt;&lt;SPAN&gt;When this is off, Alfresco will not generate or execute any SQL statements. This can be used to completely avoid any metadata queries between upgrades.&lt;/SPAN&gt;&lt;BR /&gt;&lt;BR /&gt;&lt;SPAN&gt;db.schema.update.lockRetryCount and db.schema.update.lockRetryWaitSeconds:&lt;/SPAN&gt;&lt;BR /&gt;&lt;SPAN&gt;If schema updates are on and some modifying SQL has been generated, then the system attempts to get a lock against the database by creating a lock table alf_bootstrap_lock. If the table already exists, the system will wait and repeat the process of metadata examination and script generation. If the lock table cannot be created after all the retry attempts have been exhausted, the system will post a message and exit:&lt;/SPAN&gt;&lt;BR /&gt;&lt;SPAN&gt;&amp;lt;/blockquote&amp;gt;&lt;/SPAN&gt;&lt;BR /&gt;&lt;BR /&gt;&lt;SPAN&gt;So, if there is in Alfresco DB lock table, Alfresco will try to perform update defined number of time in a loop, then exit.&lt;/SPAN&gt;&lt;BR /&gt;&lt;BR /&gt;&lt;SPAN&gt;For some reason, I had alf_bootstrap_lock table in my Alfresco development DB which I used on my VM. When droppped, 4.2.c –&amp;gt; 4.2.f –&amp;gt; 5.0.d upgrades went just fine. Upgrade 5.0.d –&amp;gt; 5.1.g seems OK, but JBoss stops or freezes when Alfresco WAR is started. Probably is something wrong in web.xml or libraries.&lt;/SPAN&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Mon, 08 Aug 2016 10:21:00 GMT</pubDate>
      <guid>https://connect.hyland.com/t5/alfresco-archive/index-merging-performance-issues-questions/m-p/305044#M258174</guid>
      <dc:creator>joko71</dc:creator>
      <dc:date>2016-08-08T10:21:00Z</dc:date>
    </item>
  </channel>
</rss>

