AWS Database Migration Service Reviews

We've used the product for database migration from on-prem to AWS for an Oracle database.

The ease of use is great.

It is easy to set up initially.

It's scalable.

The solution has been quite stable. 

We had challenges working with the database as it was a different kind of exit. It has blobs and other types of storage which caused issues.

If they had some sort of functionality where, at a specific point in time, if I want to start a new job, it should automatically pick up from where it has been left rather than having people worry about the exact job number and the timing. If something could be automated, that will be really helpful.

I've used the solution for a while. I've used it at least over the past year.

It's a stable solution. That said, every technology or solution in the industry has its own challenges. It's a good solution overall as I've used it for multiple databases. In my past experience, it has worked, and it has done wonders.

It is scalable. For the instances it supports, it is scalable on runtime. It'll just require downtime and can be scaled up or down accordingly.

While we don't have any active projects right now, typically, we have six or seven people on the product.

I've had to reach out to support as there were challenges with the database data types. We had to reach out to technical support multiple times to get that sorted. In general, we've found them to be helpful and responsive. 

Positive

The initial setup is very simple and straightforward. It's not complex. 

For us, since we have many factors involved, we took at least two to three days to configure and validate things and then run the assessment and then get to the job. The configuration does not take much. The reason we had a longer time was due to the fact that it was a huge schema, around 800 GB. Therefore, it took that much time for us to evaluate and go through a preassessment. After configuring, there were challenges we had to fix. Then, after fixing them, we came back to the migration. It's a whole process. That said, the configuration altogether itself was not as much time. It was smooth.

While it is a paid service, I don't have many details about licensing or costs. It's not an aspect of the product I manage. That said, I would say it is worth the investment. 

We are AWS partners.

I'm not sure which version of the solution we're using. 

Whether it's the right product for everybody varies from situation to situation. There is not a generic thing you can say about the service or the situation. Everyone's experience will vary depending on their requirements. That said, in general, I would recommend it to others. 

Overall, I'd rate the product seven out of ten. There were challenges. And if the preassessment is there, we should have been warned in the preassessment about the challenges. If we fixed the issues in preassessment, we wouldn't have been waiting for hours and days for a job to complete. Considering it's a huge database, it's really difficult to wait on the whole thing over very small issues.

I am using AWS Database Migration Service for migrations and relationship migrations.

The most valuable features of the AWS Database Migration Service are the ease of migration, beneficial storage system, security, and simple instance creation. Additionally, the cloud that is provided is more complete than other solutions.

AWS Database Migration Service can become complex when testing. Other solutions, such as Microsoft Azure makes it easy to do. There are more steps to complete tasks in AWS Database Migration Service than in Microsoft Azure.

I have been using AWS Database Migration Service for approximately five years.

The stability of the AWS Database Migration Service is good.

AWS Database Migration Service is scalable.

I have not contacted support.

I have used Microsoft Azure previously and it is overall easier to use than AWS Database Migration Service. 

My advice to those new to this solution is for them to take notes and know all the documentation needed for the migrations.

I rate AWS Database Migration Service a nine out of ten.

We utilize it for mostly heterogeneous migration when you are migrating from one RDBMS platform to another. Obviously, we can use it for homogeneous migrations as well. However, it really comes in handy when you are migrating from the same source platform to the same destination. 

You get a lot of other options for migration, for example, you get different types of backups. You get the option for the native replication being supported by the RDBMS engines. However, when you are migrating from one platform to another platform, which is a heterogeneous case, you need some kind of Golden Gate, CDC, and all that. DMS with heterogeneous migration is, therefore, really very handy, particularly with data transformation and migration use cases.

They're working and improving this service further. They were developing DMS for various use cases, including those specific to Babel Fish. 

It is easy to set up. 

The solution can scale. 

It is very stable. 

Support is helpful.

The performance of data migration could be smoother.

I've been using the solution for almost a year. 

The solution has been stable in my experience. There are no bugs or glitches and it doesn't crash or freeze. 

This is a very scalable product. Expanding out is easy.

The most recent project I did was with a data size that was relatively small. In past, some of my colleagues told me that DMS gets performance issues and that the data migration performance issues they faced happened when the data size was huge. On the other hand, AWS says that for huge data sizes, you need to increase the size of your resources. Therefore, I cannot say with confidence if the issues were the fault of the product or the fault of the size of resources. However, I have heard it lacks performance for large data sets.

We've used the solution for two clients in two different data migrations. 

Technical support has been good. they are helpful and responsive. 

It is very easy to set up the solution. It's not complex at all. 

Users do need to pay for licensing, and the cost is based on the resources used. 

I'd recommend the solution to others.

I'd rate the product eight out of ten. 

We have a database team that supports migrations to public, private, and hybrid clouds depending on the client's needs.

Prior to the migration, during the earlier stages, we had a lot of problems. SCT is a migration tool provided by Amazon that helps us to convert the schema. 

We have an in-built tool provided by Amazon. It is a database migration tool that supports a smooth migration. The solution is instantaneous. We can launch the service and reduce the end number of manpower.

Our organization works with both client data migration and the cost governance part. Years ago, the price was nominal and acceptable for the client to do a migration. Now, prices are challenging, especially with versions continually changing.

We have Azure and GCP in place. Amazon provides a hybrid solution, so people are accustomed to adapting all these technologies. Cost is the only factor that is challenging.

AWS Database is supporting six or seven flavors of RDS. In the next release, I would like to extend the other database as well. There is a need for extra features that are available in open source. For example, for Postgres, we have limited features of admin availability. If it were standard, it would be very helpful for the database team as well as the migration team.

I have been working with AWS Database Migration Service for six years.

This is a stable solution. In the past six years, we have faced two or three periods of downtime for a few minutes each time.

AWS Database Migration Service is scalable. The solution was configured six years ago. When the threshold is reached, the system will automatically scale up. When the threshold is reduced, the system will reduce the resources. 

We have over 10,000 users of AWS Database Migration Service.

We contact customer service and support, through chat or a call, with any issues we encounter.

I would rate customer service and support a four out of five overall.

Positive

The composition of AWS Database Migration Service is simple. However, each and every code that is legacy creates dynamic code. Whatever solution worked today can not be reused in the next migration. 

On a scale of one to five, with five being a good price, I would rate AWS Database Migration Service a two.

We are part of a database team. We get requests from Azure on-premise and hybrid data migration as well. We work with different cloud providers. Azure is more cost-effective than Amazon. We selected Amazon because it started first.

Overall, I would rate AWS Database Migration Service an eight out of 10.

Our primary use case is that I can easily automate. I don't want many resources working on setting up a new IDE and creating an application and so on. We can make use of the existing applications in the cloud and I can do a workflow management very easily.

In selected or traditional databases on-premise, the backup and maintenance are very difficult. If you are maintaining a complete platform, like a Linux platform, you will need to apply some regular DB patches, so things are very difficult here. But in AWS RDS, there are many databases available for which the maintenance will be taken care of by the AWS team and different scalable databases also available. For example, currently we are using other database subscriptions which are very useful for my applications. Earlier we had Oracle Streams but we migrated to Aurora.

The process is now simplified because there won't be maintenance. Usually we can take a snapshot of the number I need. We can automate the backup snapshots and we can restore it very quickly. We get many benefits from the application. For example, day to day, there are developers trying to run SQL scripts which will cause problems in the database. So instead of troubleshooting, I can simply roll back to the existing set so that they can work easily. The support that I get for my project and the deadline to release one new feature will usually take three to four months on on-premise. Now, since I have migrated to AWS, I can finish it in one or two months.

There is something where AWS Database Migration can be improved. Many of the application teams don't want to invest on a migration. They don't want to use the Database Migration service. They want us to export to the dump point, database backup, and then put it into the RDS. There is not a cast and mold on it except in the database and that's it. So migrating from here and pushing the data from on-premise to AWS cloud is a big challenge, and a few more services from AWS would be helpful. For example, currently we are using ILDB internet tools which move data from on-premise to AWS cloud. I need a few more services which would be really helpful for me to move the master data.

I have been using AWS Database Migration Service for almost four years to move applications from on-premise to AWS cloud.

It is stable in terms of the data. 

It is scalable. Nothing that we execute needs to be touched in the database. They simply do the code only. So whatever changes we do in the database will be tracked.

If you raise an AWS support issue you will get an immediate response from them so I can resolve my issue as early as possible. That is a good thing. That is why I am likely to take the support from AWS and enable the service very quickly. They have good experts who are available. That has been my experience.  Let's take an example from IBM technical support. I raised a case related to the IBM One Sheet. I'm following up now for one week and they are not responding properly.

I have not explored other solutions like GCP or Azure, but I have used the AWS side. On a scale of one to ten, I would give AWS Database Migration a seven. 

This score is because of a few difficulties I faced when setting it up. Because I worked on different applications on a couple of projects, I cannot completely make use of the AWS database. Maybe that is a developer mistake or something. That's the reason I am rating it a seven for now.

AWS Database Migration Service is a very useful tool for our organization. One example of how we use it is when we need to save the data to ensure we don't lose it. To eradicate this risk, we save the database where we can extract it through commands. We can do a lot of with just simple commands that will assist in accessing the data with ease.

Also, we can select from the API where we will use the data connections to the API where the client can easily access the data. At the day's end, we set some data from our website and view the API connection to the ABL link to the client. They can access that data to the API and the database will give the function and connect.

Saving the data that is in use is easy. We don't have any complexity like with MySQL. The database connections can be a little tricky in MySQL, it is easier with AWS Database Migration and the consistent view it provides.

We can easily access AWS Database Migration Service through not only AWS, but pgAdmin.

The price is expensive for a person or student who wants to learn how to use the solution. For students, AWS provides free access for a year. I would like to see the company provide the same access to individuals who are trying to learn the solution on their own to pursue a particular career that requires the knowledge.

We have been using Database Migration Service for two years.

AWS Database Migration Service is stable. The server has limits on how many can connect to the database, but you can extend them. 

This solution is scalable. We have approximately 40 people using AWS Database Migration Service in our company. This includes developers and the support team.

We have plans to increase our usage.

AWS provides useful documentation that helps you understand how to do everything. This includes instructional videos if you are not satisfied with the documentation. The technical team is also available and quick to respond and find a solution.

Positive

The installation is easy. You just need to provide one authentication link where you have the port numbers and the name of the database. You can access Database through API or save the data into Database. You can install it using any code that you use.

The deployment does not take much time. You can connect directly to anything, and it is quick. There are connections you should know about. 

AWS Database Migration Service is the least expensive solution, but is still expensive.

Anyone considering AWS Database Migration Service should have some basic knowledge and know their use case. Also, they should understand that AWS will have many features available, but to commit to a database you need to have knowledge of how they build it. For example, if you are building an application with a login page, the details should be saved into tables, and you will need to know how to connect those tables.

I would rate Database Migration Service a nine out of 10 overall.

I use AWS Database Migration Service to migrate Oracle databases and PostgreSQL databases. I work with both databases and work with different migration scenarios.

The tools are very user-friendly. You can have instances or replications instances from the databases with two or more clicks. The console is also very user-friendly, and it's very easy to create new instances for migration purposes. 

I think that Amazon needs to improve the migration scenarios after analytics. We need more migration tools or more specific tools for migration and licenses. It's a very complicated scenario because, in some cases, we need specific licenses to create new instances, and some instances are very expensive. That's a very manual scenario.

I have been using AWS Database Migration Service for about one and a half years.

AWS Database Migration Service is a stable solution. It's good for me.

I'm very impressed with its scalability.

AWS has very good support for this, and that's why my customers choose AWS for deploying their resources in the cloud.

In the beginning, the initial setup was very hard, but then it became very easy. The information that the customer gives us isn't complete, and this is the most complex part of the process. Then we use some tools because we need to consider the indexes, tables, and other things in our databases.

Pricing can be improved. In some cases, the price of the instances are very expensive.

Our clients evaluated other options like Google Cloud, Oracle Cloud, and Huawei Cloud. I think AWS Database Migration Services is a very robust solution compared to other cloud providers.

AWS is the leading provider of cloud services. It has extensive experience in this kind of scenario. The other cloud providers need to improve their tools and their licensing procedures. In this case, the licensing procedures are very complex for migration scenarios.

On a scale from one to ten, I would give AWS Database Migration Service a seven.

We are using the solution for a database migration.

I like that I can focus on the logic and I don't have to worry about the administration stuff. AWS handles that for me.

There's some functionality that we're waiting on, like the problem scheduler. It's not yet supported in the current product.

The solution could use schedule linking. I'm keen to get that from the solution in the future.

We haven't had any issues with the stability of the solution. It's quite stable.

The solution rates high on scalability. It's very good. We're still migrating, but right now, we have about 100-150 users per day.

Support could be more expedient. Right now I am waiting on support for an extension.

We didn't previously use another solution.

The initial setup had a medium amount of difficulty. It's not overly complex. It's not also straightforward. We're trying to put everything in post. There's a bit more complexity in the implementation process. We're still in the middle of migration, so I'm not sure how long deployment will actually take to complete.

We evaluated HVR as well as DMS. We ultimately chose DMS because of the costs and the licensing they offered. Also, our needs were quite simple. We didn't really need HVR to do the migration.

We are using the public cloud deployment model.

I would rate the solution eight out of ten.