EMC Centera Migration is an inevitable action if you are still using an EMC Centera for your data storage. While Centera served many organizations that selected it well for the past 15 plus years, all things as they say must come to an end.
Organizations have always had applications requiring the storage of their data and in some cases required that data to be unchangeable. In the late 1990’s, optical jukeboxes were the state of the art device for this type of storage. They replaced tape, thanks to their reliability and speed of access. But these devices were much slower than the primary storage systems of that era and were difficult to manage. In 2002, EMC raised the shipped Centera, a hard disk storage system based on Content Addressable Storage (CAS). It provided more flexible retention and immutability than optical but also delivered better response times thanks to its hard disk foundation.
Shortly after its introduction, EMC Centera became one of the most successful data archival devices ever, as it provided WORM functionality (Write-Once-Read-Many) at far superior performance levels than other technologies (i.e tape and optical). Regulatory agencies accepted Centera as a valid storage medium for data retention.
Challenges with Migrating off Centera
EMC Centera stores data in very unique ways, which means migrating data from it is not as simple as a drag and drop copy. EMC Centera stores data as objects with associated Content Descriptor Files (CDF), rather than storing data in a native file format using standard naming conventions such as DOC, XLS, PDF, etc.
As a result, files and directory structures are not directly viewable to a client workstation, and methods such as Windows copy-and-paste procedures, DOS xcopy commands, and file management utilities cannot be used to migrate data from Centera.
Also, because of Centera’s success, hundreds of applications were written to talk specifically to its proprietary API. Centera customers who are approaching a tech refresh must either select a storage system that natively supports the CAS API or endure an application based migration.
Centera Migration Software
Our EMC Centera migration software was designed to accurately and efficiently copy data from a EMC Centera system to a new target device, while preserving any retention rules that were applied to objects in a Centera storage pool.
For data that has met its retention period, our software provides a powerful set of inclusion and exclusion filters that will migrate only the subset of data that is selected, which in turn minimizes project duration and reduces storage capacity on the new storage device.
To maintain regulatory compliance for laws such as SEC 17a-4 and Sarbanes-Oxley, every step of the migration process is captured and logged, beginning with selecting the source data, and ending with post-migration verification of content on the target system, thereby documenting the chain-of-custody for each file.
Mollify’s Centera Migration process
The procedures and goals of every EMC Centera migration project vary depending on the volume of data, size of data objects, type of data (E-mail, scanned images, PACS images), applications that wrote to the Centera, and filtering and legal retention requirements, as well as other site-specific requirements.
• Obtain specific hardware, application, data type, and compliance-related information as listed in our Centera Migration Survey
• Obtain and review Centera Health Reports to ensure there are no drives or nodes reported as off-line, and there are no other hardware errors or warnings present that may adversely affect the migration process
• Select primary point-of-contact (PPOC), technical point-of-contact (TPOC), and project manager (PM) from each organization and provide contact information to all parties
• Obtain user ID and logon credentials for remote access to the Centera via VPN connection
• Install Centera Migration Software on a designated “migration server”
• Perform a Centera inventory, a process that reads all C-Clip and object information and populates a database with the “inventory” of the data on the device
• Copy all of the C-Clips and objects from Centera to a temporary disk storage array, normally configured as local storage to the migration server
• Execute a series of scripts that utilize the metadata contained within the Content Descriptor Files (CDF), rename the associated objects back to their original file names, and write them to their original directory path as was defined in the CDF
• Perform a mass copy of the converted data to the new storage target, normally completed in small batches to better control the process
• Execute an MD-5 hash check to verify the contents of the data file on the new target device exactly matches that of the original object on Centera
• Update application databases and configuration files to instruct the applications of the new path to where the data is now located
• Generate a migration report detailing the number of objects migrated, number of objects NOT migrated due to filtering rules or file corruption, and other pertinent information required for maintaining chain-of-custody for legal and auditing purposes