AWS Database Migration Service Reviews

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.

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.

We are moving everything to the cloud and we need a migration service to migrate our on-premise data warehouse to the cloud and this is what we use AWS Database Migration Service for.

The most valuable feature of AWS Database Migration Service is it catches all the history changes, such as inset, observe, and delete. It tracks everything.

I have been using AWS Database Migration Service for approximately two months.

AWS Database Migration Service is stable.

I rate the stability of AWS Database Migration Service a four out of five.

We have approximately a team of 30 of our intelligence team using the solution. This includes system and database administrators.

I have not needed to use the support from AWS Database Migration Service.

The initial setup can be difficult for beginners in AWS Database Migration Service. You will need the training to complete it.

We still need to maintain our on-premise operation and maintain the service as we migrate to the cloud. We have a team of two to five that are maintaining the solution.

My advice to others is for them to take the training first. If you don't take the training, it's a bit difficult to understand how it works.

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

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.

We don't use Data Migration Services regularly. We only use it when we need to migrate a relatively large database from on-premises to the cloud. From my point of view, it was the best option in this case.

It provided the ability to create more, less optimized data warehouses. And simplify support and working with data.

It's pretty useful when we need to migrate something big from a different type of database that AWS Data Migration Services supports. But it's more convenient to use Glue if we're dealing with a regular data load, like migrating a table.

Database Migration Service could be more integrated. I think that it makes sense to add integration to these functions. For example, AWS Glue has a feature called Orchestrator to create data flows, and that's more straightforward. But it's not easy to do the same things with Database Migration Service.

Database Migration Service is stable.

I would say Database Migration Service is not expensive. 

I rate AWS Database Migration Service six out of 10. However, if you are considering it, you should get a good idea of what you need. It's useful for some jobs, but you need to know how to use this better. 

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 use this program to migrate from SQL to RDS, or from Oracle to RDS, or from Oracle to Aurora and so on.

I find the DNS services to be the most valuable feature.

The pricing can be better and it should be more competitive, so I would like to see an improvement there.

I have been using AWS Database Migration Service for more than ten years now.

The program is very stable.

I was very impressed by the scalability of AWS Database Migration Service. One of our clients has more than 15,000 users.

We don't really use their technical support but I believe the technical team will be able to help with any issues that may arise.

The initial setup was really easy and it took us about an hour to set everything up. We have our own team of about 45 people that was responsible for the implementation. The maintenance of the program is mostly automatic.

It is a very expensive program and you pay a license fee based on the amount of users you have. And besides the license fees, there are additional costs for migration.

It is a good program and I will give it an eight out of ten rating. I would like to see more migration options in the next release. 

We're primarily using the solution to migrate our archive and data, which we are storing in our local servers, to the cloud.

The solution's most valuable feature is its warning of the costs of the migration.

As the solution is on the cloud, we don't have to worry about the maintenance of software.

The administrative aspects of the solution are very good. When we need to, we can increase our speed.

It would be helpful if the bandwidth could be independent of the network or if we could have a dedicated bandwidth for this product.

In terms of dedicated bandwidth, if it can be support Excel or prioritize Excel based on the data it is going to transfer, it would be better.

I've been using the solution for six months.

The solution is quite stable.

The solution is quite scalable. We have more than 100 users currently on the solution.

I've never reached out to technical support.

The initial setup was straightforward. It's easy to deploy and takes about 40 to 45 minutes. It does depend on the server and configuration, however. 

I'm a consultant. We use the public cloud deployment model.

I'd rate the solution seven out of ten.