You are viewing a plain text version of this content. The canonical link for it is here.
Posted to users@jackrabbit.apache.org by Markus Blaurock <bl...@dig.de> on 2010/07/30 17:37:35 UTC

Duration of Repository repair-checks

Hello,

we are using Jackrabbit (v1.6.1) with a fairly large number of nodes
(around 5,5 million), all in one default workspace.
Sometimes there are inconsistencies within the workspace we don't know
why. We  
*repair* the  *repository* with the instructions described in:
http://wiki.gxdeveloperweb.com/confluence/display/GXDEV/How+to+*repair*+a+'corrupt'+JCR
<http://wiki.gxdeveloperweb.com/confluence/display/GXDEV/How+to+repair+a+%27corrupt%27+JCR>
Unfortunately this takes a lot of time, about 6 hours.
Is there any way we can reduce the amount of time used for repairing?
(aside from reducing the size of the workspace? ;)

        <PersistenceManager
class="org.apache.jackrabbit.core.persistence.bundle.OraclePersistenceManager">
          <param name="url"
value="jdbc:oracle:thin:@10.xx.xx.xx:1522:xxxx"/>
          <param name="user" value="xxxx"/>
          <param name="password" value="xxxx"/>
          <param name="schemaObjectPrefix" value="version_"/>
          <param name="externalBLOBs" value="false"/>
        </PersistenceManager>

       <DataStore class="org.apache.jackrabbit.core.data.FileDataStore"/>

<Cluster id="xyxyxyxy" syncDelay="2000">
  <Journal class="org.apache.jackrabbit.core.journal.OracleDatabaseJournal">
    <param name="revision" value="${rep.home}/revision.log" />
    <param name="driver" value="oracle.jdbc.driver.OracleDriver" />
    <param name="url" value="jdbc:oracle:thin:@xx.xx.xx.xx:1522:xxxxx" />
    <param name="user" value="xxxxxx"/>
    <param name="password" value="xxxxx"/>
  </Journal>
</Cluster>

thanks in advance,
markus