Hi Unni, Thanks for your clarification, i initally understand that data (bitstreams) were stored in Oracle LOBs if i configure SRB with Oracle option ...
""" The Storage Resource Broker (SRB) is a client/server middleware that provides clients with a set of uniform interfaces to distributed and heterogeneous storage resources Storage resources handled by the the SRB include the UNIX file system, archival storage systems such as UNITREE and HPSS, and database Large Objects managed by various DBMS including DB2, Oracle and Illustra. """ I definitely have to rethink SRB usage as you mention ... Thank you very much On 10/5/07, Unni Pillai <[EMAIL PROTECTED]> wrote: > Hello Ricardo > > Couple of clarifications are needed. > > Content = Metadata + Data(bitstreams in DSpace lingo) > > DSpace uses Postgresql for its internal management it does not store its > data(bitstreams) within it's internal RDBMS (Postgresql/mysql/oracle etc). > DSpace uses its RDBMS component for managing the various descriptive, > administrative and structural metadata surrounding the data. > > DSpace bitstreams can be stored on local file systems or you optionally > decide to store DSpace bitstreams within SRB. > > SRB middle-ware is essentially a full featured data grid management system > plus lots more and it uses RDBMS(Oracle/Postgresql) to manage its internals. > > > The DSpace configuration needs to be modified to make DSpace aware that it's > bitstreams are being managed via SRB instead of local filesystem. > > Please do not draw any false conclusions that DSpace or SRB are storing the > Data within their RDBMS (Postgresql/Oracle) components. The RDBMS > components are essentially used within the respective applications to manage > metadata (both internal and external), nothing more. > > DSpace comes with default Postgresql, and SRB comes with options to choose > between Postgresql and Oracle. > > DSpace and SRB have some common features but they are different > applications. So you really need to do some analysis of your institution's > requirements prior to embarking on technology pathway with either one of > them or a combination of both. > > Once you decide that you need both DSpace front-end and other utilities on > top of SRB storage layer abstraction you need to configure your DSpace > instance's config file to reflect SRB usage within DSpace. > > You'll need to rethink your ingest mechanisms. Your existing > straightforward ingest into DSpace gets replaced by ingest into SRB and > subsequent registration into DSpace. > > I can attempt to help offline if you require further support. > > Thanks > Unni > > > > Unni Pillai | Project Manager NYU NDIIPP-PDPTV | Digital Library | > NDIIPP-PDPTV > ✉ [EMAIL PROTECTED] | ✆ (212) 992-9741 | AIM: [EMAIL PROTECTED] | Jabber: > [EMAIL PROTECTED] > > > On Sep 20, 2007, at 1:44 PM, Ricardo Borillo wrote: > > Hi all, > > I'm new to DSpace and i'm evaluating configuration options for best > platform availability. > I have read SRB documentation and i reach some interesting point: > > """ > The Storage Resource Broker (SRB) is a client/server middleware that > provides clients with a set of uniform interfaces to distributed and > heterogeneous storage resources Storage resources handled by the the > SRB include the UNIX file system, archival storage systems such as > UNITREE and HPSS, and database Large Objects managed by various DBMS > including DB2, Oracle and Illustra. > """ > > It seems that i can use my Oracle database as an storage for DSpace > content (not only metadata). That's great for me, but i was unable to > locate documentation or examples showing how to configure DSpace with > SRB working with an Oracle content storage... > > Please, anyone can give me some directions on this topic? > > Thanks a lot!! > > > The correct way to think about this, is just in the same way that DSpace > uses Postgres or Oracle to manage it's collection, > > > > > -- > Salut, > ==================================== > Ricardo Borillo Domenech > http://xml-utils.com > > ------------------------------------------------------------------------- > This SF.net email is sponsored by: Microsoft > Defy all challenges. Microsoft(R) Visual Studio 2005. > http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ > _______________________________________________ > DSpace-tech mailing list > DSpace-tech@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/dspace-tech > -- Salut, ==================================== Ricardo Borillo Domenech http://xml-utils.com ------------------------------------------------------------------------- This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now >> http://get.splunk.com/ _______________________________________________ DSpace-tech mailing list DSpace-tech@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dspace-tech
