GT 4.0 Component Fact Sheet: Data Replication Service (DRS)

1. Brief component overview

The Data Replication Service (DRS) is a technical preview provided with the Globus Toolkit 4.0 and first appeared in the GT 3.9.5 Beta release. The primary functionality of the component allows users to identify a set of desired files existing in their Grid environment, to make local replicas of those data files by transferring files from one or more source locations, and to register the new replicas in a Replica Location Service. The DRS conforms to the WS-RF specification and exposes a WS-Resource (called a "Replicator" resource) which represents the current state of the requested replication activity and allows users to query or subscribe to various Resource Properties in order to monitor the state of the resource. The DRS is built on the GT 4.0 Java WS Core and uses the Globus RLS to locate and register replicas and the Globus RFT to transfer files.

2. Summary of features

Features new in release GT 4.0.1:

  • Improved implementation of the Data Replication Service: a WS-Resource, called the Replicator, which accepts a request from a client to locate, transfer, and register new replicas of data files in the Grid environment.
  • A set of command-line tools to create (globus-replication-create), start (globus-replication-start), stop (globus-replication-stop), suspend (globus-replication-suspend), resume (globus-replication-resume) replication requests, and find item status (globus-replication-finditems).
  • WSDL-defined SOAP operations to create, start, stop, suspsend, and resume a replication request, along with operations to get the status of individual replicas in the request. For details, click here to view a listing of the WSDL-defined interface from the Globus CVS repository.
  • APIs to allows users to implement custom replica source selection algorithms.

Other Supported Features

  • Supports secure transport, secure conversation, and secure message communication as provided by GT 4.0.

Deprecated Features

  • Database-backed State Persistence: State is now maintained in memory and lasts only for the lifetime of the WS-Resource or as dictated by the service container. This change simplifies setup of the DRS. We intend to reintroduce other persistence model(s) after we have collected additional user feedback on the DRS.

3. Backward compatibility summary

Protocol changes since GT version 3.2:

  • None

API changes since GT version 3.2:

  • None

Exception changes since GT version 3.2:

  • None

Schema changes since GT version 3.2:

  • None

4. Technology dependencies

DRS depends on the following GT components:

  • Java WS Core
  • WS Authentication and Authorization
  • Delegation Service
  • RFT
  • RLS

DRS depends on the following 3rd party software:

  • None

5. Tested platforms

Tested Platforms for DRS

  • Linux (RedHat, Debian)

6. Associated standards

Associated standards for DataRep:

7. For More Information

Click here for more information about this component.