<?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: Federated Repository / Archival in Alfresco Archive</title>
    <link>https://connect.hyland.com/t5/alfresco-archive/federated-repository-archival/m-p/258475#M211605</link>
    <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;SPAN&gt;Thanks. Yes, we do understand that Alfresco can handle bigger repositories than this and as I mentioned we havent faced any performance issues so far.&amp;nbsp; But the MySQL table sizes is what is concerning us and that's what is leading us to the thoughts of implementing an Archival mechanism. &lt;/SPAN&gt;&lt;BR /&gt;&lt;BR /&gt;&lt;SPAN&gt;Can you give some inputs on the "different API's" that you mentioned? Were you referring to TransferService API's, if so, we are planning to use that to transfer the documents to Archive repository. But the problem is how to make the content in two repositories (Live &amp;amp; Archive) searchable for the user. &lt;/SPAN&gt;&lt;BR /&gt;&lt;BR /&gt;&lt;SPAN&gt;Thanks again for the quick response.&lt;/SPAN&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
    <pubDate>Fri, 22 Jun 2012 20:57:24 GMT</pubDate>
    <dc:creator>unknown-user</dc:creator>
    <dc:date>2012-06-22T20:57:24Z</dc:date>
    <item>
      <title>Federated Repository / Archival</title>
      <link>https://connect.hyland.com/t5/alfresco-archive/federated-repository-archival/m-p/258473#M211603</link>
      <description>Hi All,We have a huge production repository with close to 7-8mn documents and the repository is growing in a fast pace with about 10K documents a week. Some of the MySQL tables (alf_node_properties) have close to a billion records in it. We have got pretty good servers, hence we haven't faced any pe</description>
      <pubDate>Fri, 22 Jun 2012 18:33:20 GMT</pubDate>
      <guid>https://connect.hyland.com/t5/alfresco-archive/federated-repository-archival/m-p/258473#M211603</guid>
      <dc:creator>unknown-user</dc:creator>
      <dc:date>2012-06-22T18:33:20Z</dc:date>
    </item>
    <item>
      <title>Re: Federated Repository / Archival</title>
      <link>https://connect.hyland.com/t5/alfresco-archive/federated-repository-archival/m-p/258474#M211604</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;SPAN&gt;With respect - that's not a "huge" repository.&amp;nbsp;&amp;nbsp; &lt;/SPAN&gt;&lt;BR /&gt;&lt;BR /&gt;&lt;SPAN&gt;By all means implement an archival process if it makes sense for business reasons but at that point you may want to consider different APIs.&lt;/SPAN&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Fri, 22 Jun 2012 20:44:11 GMT</pubDate>
      <guid>https://connect.hyland.com/t5/alfresco-archive/federated-repository-archival/m-p/258474#M211604</guid>
      <dc:creator>mrogers</dc:creator>
      <dc:date>2012-06-22T20:44:11Z</dc:date>
    </item>
    <item>
      <title>Re: Federated Repository / Archival</title>
      <link>https://connect.hyland.com/t5/alfresco-archive/federated-repository-archival/m-p/258475#M211605</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;SPAN&gt;Thanks. Yes, we do understand that Alfresco can handle bigger repositories than this and as I mentioned we havent faced any performance issues so far.&amp;nbsp; But the MySQL table sizes is what is concerning us and that's what is leading us to the thoughts of implementing an Archival mechanism. &lt;/SPAN&gt;&lt;BR /&gt;&lt;BR /&gt;&lt;SPAN&gt;Can you give some inputs on the "different API's" that you mentioned? Were you referring to TransferService API's, if so, we are planning to use that to transfer the documents to Archive repository. But the problem is how to make the content in two repositories (Live &amp;amp; Archive) searchable for the user. &lt;/SPAN&gt;&lt;BR /&gt;&lt;BR /&gt;&lt;SPAN&gt;Thanks again for the quick response.&lt;/SPAN&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Fri, 22 Jun 2012 20:57:24 GMT</pubDate>
      <guid>https://connect.hyland.com/t5/alfresco-archive/federated-repository-archival/m-p/258475#M211605</guid>
      <dc:creator>unknown-user</dc:creator>
      <dc:date>2012-06-22T20:57:24Z</dc:date>
    </item>
    <item>
      <title>Re: Federated Repository / Archival</title>
      <link>https://connect.hyland.com/t5/alfresco-archive/federated-repository-archival/m-p/258476#M211606</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;SPAN&gt;If its just search you are worried about then once content is transferred to your archive system the logic is "search the primary system",&amp;nbsp; "search the archive system(s)", combine the results.&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp; You may be able to do that in your own code or even have two separate web pages.&amp;nbsp;&amp;nbsp; As and when alfresco gains sharding and federation for its solr indexes that's very crudely how it will work.&lt;/SPAN&gt;&lt;BR /&gt;&lt;BR /&gt;&lt;SPAN&gt;Transfer is not really intended to be used for archive purposes, but I guess it would work.&lt;/SPAN&gt;&lt;BR /&gt;&lt;BR /&gt;&lt;SPAN&gt;However once you split the properties and content between two different repositories then some things become harder and its two systems to manage rather than one.&lt;/SPAN&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Fri, 22 Jun 2012 21:42:06 GMT</pubDate>
      <guid>https://connect.hyland.com/t5/alfresco-archive/federated-repository-archival/m-p/258476#M211606</guid>
      <dc:creator>mrogers</dc:creator>
      <dc:date>2012-06-22T21:42:06Z</dc:date>
    </item>
  </channel>
</rss>

