From users-return-13235-apmail-jackrabbit-users-archive=jackrabbit.apache.org@jackrabbit.apache.org Fri Nov 06 14:23:03 2009 Return-Path: Delivered-To: apmail-jackrabbit-users-archive@minotaur.apache.org Received: (qmail 20833 invoked from network); 6 Nov 2009 14:23:03 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.3) by minotaur.apache.org with SMTP; 6 Nov 2009 14:23:03 -0000 Received: (qmail 66515 invoked by uid 500); 6 Nov 2009 14:23:03 -0000 Delivered-To: apmail-jackrabbit-users-archive@jackrabbit.apache.org Received: (qmail 66464 invoked by uid 500); 6 Nov 2009 14:23:03 -0000 Mailing-List: contact users-help@jackrabbit.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: users@jackrabbit.apache.org Delivered-To: mailing list users@jackrabbit.apache.org Received: (qmail 66453 invoked by uid 99); 6 Nov 2009 14:23:03 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 06 Nov 2009 14:23:03 +0000 X-ASF-Spam-Status: No, hits=-2.6 required=5.0 tests=BAYES_00 X-Spam-Check-By: apache.org Received-SPF: pass (athena.apache.org: domain of aklimets@day.com designates 207.126.148.87 as permitted sender) Received: from [207.126.148.87] (HELO eu3sys201aog101.obsmtp.com) (207.126.148.87) by apache.org (qpsmtpd/0.29) with SMTP; Fri, 06 Nov 2009 14:22:59 +0000 Received: from source ([209.85.216.180]) by eu3sys201aob101.postini.com ([207.126.154.11]) with SMTP ID DSNKSvQxK43T7SqofDODtmrXgoZsKEeRzgRg@postini.com; Fri, 06 Nov 2009 14:22:39 UTC Received: by pxi10 with SMTP id 10so777907pxi.33 for ; Fri, 06 Nov 2009 06:22:35 -0800 (PST) MIME-Version: 1.0 Received: by 10.141.3.15 with SMTP id f15mr248744rvi.13.1257517355138; Fri, 06 Nov 2009 06:22:35 -0800 (PST) In-Reply-To: References: Date: Fri, 6 Nov 2009 15:22:35 +0100 Message-ID: Subject: Re: jackrabbit configuration in clustered environment From: Alexander Klimetschek To: users@jackrabbit.apache.org Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable On Fri, Nov 6, 2009 at 13:22, Medha C Sutaria wrote: > Medha - we use BundleFsPersistenceManager. Note that the FS-based persistence managers don't guarantee any consistency= . See http://wiki.apache.org/jackrabbit/PersistenceManagerFAQ >> - FileSystem (element in repository.xml) is not important anymore, >> does not influence peformance > Is it this tag you are talking about? If yes, then isn't this which decid= es > if we want to store data in DB or on LocalFileSystem? > > =A0 =A0 =A0 =A0 > No, it doesn't. As I mentioned, it is legacy and not important. Where your data is stored depends on the persistence manager (central persistence component), datastore (if used, either db or file) and also search index (file only if enabled) and the clustering journal. > Will adding this tag in our repository.xml make the repository usable wit= h > SAN? (our repository.xml attached) > > =A0 =A0 =A0 =A0 > =A0 =A0 =A0 =A0 > The datastore only stores large binaries. If you want to share your repository, you need clustering anyway. See http://wiki.apache.org/jackrabbit/DataStore and http://wiki.apache.org/jackrabbit/Clustering >> See here http://wiki.apache.org/jackrabbit/BackupAndMigration for >> some options. > I checked out these options in the past. I've learned that there's a prob= lem > in migrating versions. That part of the repository tree is secured and > cannot be exported to an xml file. We needed migration of data when we tr= ied > to use DbFileSystem instead of LocalFileSystem. I guess we don't need to > migrate in case of changing other configuration? Eg. using datastore? Have you tried the (fairly new, since 1.6) RepositoryCopier mentioned at the end of that wiki page? http://jackrabbit.apache.org/api/1.6/org/apache/jackrabbit/core/RepositoryC= opier.html > Can you suggest which is the best configuration for clustering (based on > performance and large repositories) See the mentioned wiki pages. A database with good and fast clustering is important. For fast write and streaming of large binaries a shared filedatastore is optimal, though that depends on the speed of the SAN. Regards, Alex --=20 Alexander Klimetschek alexander.klimetschek@day.com