When introducing new systems or adding new areas to a new system usually data migrations are needed to integrate the data from the old system or other areas into the new system. During such data migrations often a migration tool is used to get the data from the source into the target system. This migration tool transforms the data to be compliant with the new system and imports the data into the system.
In such a scenario generally these questions come up: How to validate the data migration? Do we need to validate the tool itself? Do we need to validate all details of all rules and functionalities that are available in the tool and could be used in theory?
As both EMC Business Partner and OpenText Technology Partner we are excited about this development. Our product migration-center enables EMC Documentum and OpenText customers to choose the best of both worlds and migrate their content to either platform without risk!
OpenText announced that it has entered into a definitive agreement to acquire Dell EMC’s Enterprise Content Division (ECD), including Documentum [http://goo.gl/tRA5LL].
What does this mean for OpenText and EMC Documentum?
Primarily, customers will have an even stronger partner to accelerate their digital transformation in order to remain competitive and to stay in business. “We are at the beginning of the Digital revolution where extreme connectivity, automation, and computing are converging,” said OpenText CEO and CTO Mark J. Barrenechea. “This acquisition further strengthens OpenText as a leader in Enterprise Information Management, enabling customers to capture their Digital future and transform into information-based business.”
EMA is NOT an out-of-the-box product, it’s a tool set (framework) that ONLY the Documentum Professional Services Team uses. This tool is exclusively available through EMC IIG Services. Once the engagement is over, EMA leaves with the team and cannot be used for additional migrations. Partners and customers are not able to use EMA without IIG Consulting in a project because EMA bypasses the API (DFC).
The main use case for EMA is the high speed cloning from Oracle based on-premise Documentum installations to MS SQL Server based off-premise (EMC onDemand) installations. For this approach a simple dump&load is not feasible and a tool for cloning is needed. In addition EMC addressed some other use cases at EMC World 2013 like version upgrades (DCM to D2 life sciences and Webtop to D2 or xCP) and third-party migrations.
Speed vs. Business Requirements and methodology
Cloning or a 1:1 migration of all objects located in a repository without reorganization and clean-up has no additional business value, the result is just a new platform and/or version (garbage in, garbage out). With EMA, changes on business requirements can not be applied easily during the migration (e.g. new metadata, new object types, business logic etc.). The results of the actual migration can not be discussed with the business department before the content is imported in the target system. If needed, duplicates can not be dictated and managed. And furthermore it is not possible to apply changes during the project with just a few clicks of the mouse as you could with migration-center.