Reasons for System decommissioning and moving legacy data to a data lake

Before we jump into the core aspects of legacy systems and moving data from on-prem systems to cloud. Let us briefly touch on the concept of data migration. While its self-explanatory, let us put some perspective behind why companies embark on the data migration journey. So, data migration is the process of moving data from one location to another, one application to another. Generally, this is at the back of introducing a new system or location for the data. Fundamentally, focused on an application migration or consolidation in which legacy systems are replaced or augmented by new applications that will share the same dataset. These days, data migrations are often started as firms move from on-premises infrastructure and applications to cloud-based storage and applications to optimize the IT landscape, reduce cost and transform the company.

We all know data migration projects are difficult, risky, time consuming and need specific skillset. Data migration has quite a few benefits and companies are thriving towards decommissioning the old legacy environment and moving to a cutting-edge cloud platform and reduce systems operations cost, staffing cost and various other traditional ancillary cost associated with managing legacy applications. Legacy data & system decommissioning of legacy systems is becoming a significant efficiency factor when organizations work towards consolidating its ERP footprint and bringing acquired and merged entities on one common source of truth. It is also possible when transformation is on the agenda list moving to advanced digital platforms and next generation ERP systems. Decommissioning legacy systems will not come cheap, but it will be well worth it once you analyse the benefits. Conduct a full audit of every data infrastructure and interface and list the tasks that will become easier once all your obsolete data is removed.

There are eight milestones in the process –

1. Decommission planning approved,
2. Plan complete,
3. Decommission of service approved,
4. Service offline,
5. Point of no return,
6. Service end,
7. Decommission complete, and
8. Archived data removed.

The system decommissioning may be initiated by various trigger events. In some cases, the project may lose funding and is terminated, in others, a planned shutdown may be initiated. Ungoverned data may or may not physically exist in the data lake and may exist only in the data catalog as metadata pointers to external data). Based on the governance of data, the term “data reservoir” is now being used to describe the managed, transformed, filtered, secured, portable and potable data. Data migration is the process of selecting, preparing, extracting, and transforming data and permanently transferring it from one computer storage system to another. Whereas data integration involves collecting data from sources outside of an organization for analysis, migration refers to the movement of data already stored internally to. Perform migration activities performing actual migration transfer. all activities are performed in accordance with the migration plan. Certificates of migration are often created. Establish decommission plan this plan ensures decommissioning of a legacy system is executed so data and application logic are preserved.

At GAC we help global apparel manufacturing, retailers, industrial manufacturers with migration of data from older legacy and SAP systems to S4/HANA. We are happy to connect with you share our proven methodology, accelerators for data migration.

Author Name: Aparna Tarafdar

5 1 vote
Article Rating
Subscribe
Notify of
guest
0 Comments
Inline Feedbacks
View all comments