by Brian McGinty.
Part 2 – The Data Sources, in Our 5-part Series on Ways to Get Your Disaster Recovery Plan Back on Track.
In this part we will discuss your data, one of the cornerstones of your DR program. TransitionManager (TM) will become your source of data for DR but first you will need to load and manage your organization’s data. Today I will talk about how you get there.
Despite the goal of one discovery tool that ‘does it all,’ most organizations end up with one or more discovery tools (some implemented better than others) used to document current environment views. Sometimes separate IT groups will even acquire different tools that overlap in what they do. Regardless, you need to identify what sources of data you want to use to support your Disaster Recovery program.
Since TransitionManager is not a discovery tool, data is loaded into TM. Depending on the data sources you use some of the data you will want to load includes, but is not limited to:
Dependency data can cover a broad spectrum, from simple application runs on this machine dependency to external organization dependencies. Whatever the dependency, it can be defined in TransitionManager.
There are 3 components to getting TransitionManager loaded and to it becoming the DR data source:
Determine the data elements you want captured, if necessary, create any needed customer fields in TransitionManager. Organize and execute data loads for your scope (these can be straight CSV loads, or you can utilize any number of TDS TransitionManager ETL scripts to load data. We support ETL for most of the major vendors).
Scheduled, ongoing, data validation of application data and dependencies should be done. The level and depth are determined by you. Typically, you want application representatives validating the data quarterly or validation efforts triggered to occur before scheduled DR events.
Once you have your initial data set in place it is important that you build a standard data maintenance process to ensure overall data integrity of the information in TransitionManager. Even on short engagements, one of our critical requirements is defining and putting in place the process that keeps the data fresh. It can usually be refined to the point of needing very little human intervention. This involves the use of regularly scheduled data feeds from your discovery tools and utilizing ETL to update TM.
With the above components in place, you now are able to move forward with the rest of your Disaster Recovery charter. You now have a data set that is not spread across multiple discovery tools, or in an excel sheet that gets sent around all over, but something that is available to anyone to login and review 24/7.
In part 3 of our series I will touch on viewing your data once it is loaded.
Ready to see how TransitionManager can improve your migration process?
DR Is about RECOVERY - regardless of the root cause. Here are the key steps organizations must take to create a DR recovery plan that they can execute and restore service to critical apps while meeting service-level agreements and compliance requirements.
A resilient IT environment goes beyond having a disaster recovery plan. Here are 9 tips for improving your IT resiliency.
It’s not always possible to predict how and when a disaster will strike, however, there are steps CIOs can take to sustain business growth and ensure key IT initiatives don’t stop in their tracks. We are happy to share some of that guidance with the wider IT community.
IT organizations need a platform built specifically for planning, managing, and executing migrations, recovery events, M&As and other transformation projects, end-to-end.
Making decisions using data that is pieced together through a combination of spreadsheets, data exports, and email messages doesn’t provide project teams with a comprehensive understanding of compliance, security and other business requirements. That’s why TDS enhanced its rules engine, making it easy to write simple scripts that apply business rules to data, ensuring that the results will be aligned with business goals.
We continue to evolve TransitionManager’s capabilities, focusing first on what problem we are trying to solve for the customer. For enterprise architects and cloud professionals, finding the right information and leveraging the variety of tools available to plan and manage IT transformation projects is challenging and complex.