Previous Topic: Concurrent Use of Multiple Object StoresNext Topic: About Centera Integration


Integrating with EMC Centera

CA DataMinder can integrate with EMC Corporation's Centera content addressed storage (CAS) solution to ensure long-term content integrity and online access for large volumes of fixed data. Integration between these two systems provides your enterprise with an end-to-end solution to your email and Web risk management and storage needs. The diagram below shows how a Centera integrates with CA DataMinder to work as an alternative object store.

Only events captured after integration has been set up will be migrated to EMC Centera. Events captured and replicated to the CMS before Centera integration has been set up will not be migrated to Centera. For this reason, we recommend that you set up Centera integration as soon as possible after deploying CA DataMinder.

For information on migrating existing events to a Centera, see How the Centera Integration Works. There is no inbuilt mechanism for migrating to Centera those blobs that were stored on the CMS before Centera integration was implemented. It is possible to do this, however. You will need to write a custom SQL procedure to add a blob queue record for each blob migrated to Centera..

Centera integration is configured through policy settings on the CMS. When a CA DataMinder event is captured or imported, it is replicated to the CMS. The CMS stores an event record in its database and writes a blob file to its \data subfolder. This blob file is subsequently moved to the Centera and the CMS database entry for that event is updated to reflect the new location for the blob.

Note: CA DataMinder uses version 3.1.544 of the Centera API Library to integrate with CentraStar. Integration is recommended with CentraStar 3.1. Integration may succeed with other versions but they may not have been tested. To find whether this version of the Centera API Library permits integration with other versions of CentraStar, please contact EMC Corporation.

integration with Centera

Centera architecture: Data flow

  1. CMS: Event metadata is written to the database (2); event content is saved to the object store or Centera device.
  2. Database server: The CMS can support a local or remote database. In this example, the database containing metadata runs on a remote server.
  3. Object store: The object store can be a remote data folder, in this example a UNC-specified network file share, or a network-attached storage (NAS) device. In both cases, it comprises permanent (3a) and temporary (3b) object stores.
  4. Centera: As an alternative to a conventional object store, CA DataMinder can integrate with EMC Centera. The blob files for captured or imported events are streamlined from the CMS to the Centera device and stored in clips. Communications with the Centera device use EMC’s proprietary TCP/IP-based API.

More information:

How CA DataMinder Events Are Stored