Enterprise Architect at a tech services company with 1,001-5,000 employees
Real User
2021-03-23T16:29:00Z
Mar 23, 2021
The primary use is to monitor any type of migration. For example, if you have one landscape on the VML virtualization platform and the second on Hyper-V, then two different virtual environments are present. In this instance, you cannot use native tools for the migration in case an application path is present. You have to use a third-party tool, such as Carbonite Migrate, that can do the migration from one platform to another platform when you switch the setting. When B2B migration is also not possible through native tools, this tool can be used. In P2P migration, if you have a customer who uses the physical infrastructure, prior to migration you will need to create a similar environment in the other data center to which the data will migrate. Carbonite Migrate can be used for this purpose as well. We can then take an image of the current system and run it onto another system as a test. There are multiple use cases for this tool.
Technically, we use this product in regards to cloud data infrastructure migration; however, these are all things that are driven by the customer. If they are interested in a solution, we make suggestions and provide recommendations. When it comes to cloud data infrastructure challenges, mostly we are attempting to achieve cloud migration from an infra point of view. That's where tools like Carbonite Migrate and RiverMeadow come in handy. We use Carbonite Migrate to migrate our customer's data. The migration of data refers to application data and application infrastructure resources — how many Physical/Virtual servers and CPUs, VM’s, Containers, etc. We also focus on Applications data server dependency. In other words, if your application has 10 different servers, then 10 individual servers need to be migrated Afterward, Carbonite Migrate creates an original migration plan for the new environment and lays out the steps to accomplish this. As data migration can be risky, often it creates an automated pathway in order to reduce migration risk. Let's say a customer has a data problem, we then use these tools to gain access to the customer's environment, run an assessment and come up with the best migration route, identify the blockers and in return, they can create a migration plan. That's how we use this solution.
Migration Tools is a category that encompasses a range of software solutions designed to facilitate the process of migrating data, applications, or systems from one environment to another.
The primary use is to monitor any type of migration. For example, if you have one landscape on the VML virtualization platform and the second on Hyper-V, then two different virtual environments are present. In this instance, you cannot use native tools for the migration in case an application path is present. You have to use a third-party tool, such as Carbonite Migrate, that can do the migration from one platform to another platform when you switch the setting. When B2B migration is also not possible through native tools, this tool can be used. In P2P migration, if you have a customer who uses the physical infrastructure, prior to migration you will need to create a similar environment in the other data center to which the data will migrate. Carbonite Migrate can be used for this purpose as well. We can then take an image of the current system and run it onto another system as a test. There are multiple use cases for this tool.
Technically, we use this product in regards to cloud data infrastructure migration; however, these are all things that are driven by the customer. If they are interested in a solution, we make suggestions and provide recommendations. When it comes to cloud data infrastructure challenges, mostly we are attempting to achieve cloud migration from an infra point of view. That's where tools like Carbonite Migrate and RiverMeadow come in handy. We use Carbonite Migrate to migrate our customer's data. The migration of data refers to application data and application infrastructure resources — how many Physical/Virtual servers and CPUs, VM’s, Containers, etc. We also focus on Applications data server dependency. In other words, if your application has 10 different servers, then 10 individual servers need to be migrated Afterward, Carbonite Migrate creates an original migration plan for the new environment and lays out the steps to accomplish this. As data migration can be risky, often it creates an automated pathway in order to reduce migration risk. Let's say a customer has a data problem, we then use these tools to gain access to the customer's environment, run an assessment and come up with the best migration route, identify the blockers and in return, they can create a migration plan. That's how we use this solution.