FAQ

FAQs – RDS AlwaysOn/Geo-Replicate

  1. We currently operate RDS SQL Server Multi-AZ (2x SQL servers – Active and Standby, where standby is not a readable-replica). Can we drop Multi-AZ (the Standby SQL server) and subscribe to your CloudBasic RDS Multi-AR (Always-On-Geo-Replicate)? At least, we'll be able to utilize the Read-Replica for our users to run reports. Can we also implement cross-region DR?
  2. How does RDS SQL AlwaysOn/Geo-Replicate compare to RDS Multi-AZ and MS SQL Server native AlwaysOn Availability Groups?
  3. Does RDS SQL AlwaysOn support RDS SQL Server Web Edition ? Does it also allow mixing of On-premise MS SQL Server, EC2 SQL Server and RDS? Also does it allow geo-replication (cross-region) from RDS and EC2 SQL Server Standard and Enterprise to Web Edition? Do both SQL servers need to be same type/size?
  4. Does RDS SQL AlwaysOn support InterCloud replications such as AWS RDS to Azure SQL and Google Cloud?
  5. Amazon’s RDS SQL Multi-AZ seems like an attractive value proposition, but it is rather expensive and the mirrored MS SQL Server is not even a read-replica, it cannot be used for reporting. Besides, the only option to create the MS SQL Server replica is to another zone within the region. Can CloudBasic’s RDS SQL AlwaysOn/Geo-Replicate be used instead of RDS Multi-AZ? What is the estimated replication lag?
  6. Our primary systems are located in AWS US-East Virginia, but we expect heavy read-traffic from Europe and Asia (mobile apps hitting the closest APIs in Frankfurt and Tokyo). Can we use RDS SQL AlwaysOn/Geo-Replicate to create more than one geo read-replicas in Europe and Asia for each database on our primary RDS SQL Servers in US Virginia?
  7. How do I get started with RDS SQL AlwaysOn/Geo-Replication Service?
  8. What MS SQL Server sources and targets does CloudBasic RDS AlwaysOn replication solution support?
  9. Why should I use CloudBasic RDS SQL AlwaysOn Service instead of my own self-managed replication solution?
  10. Can I monitor the progress of a database replication task?
  11. How do I integrate RDS SQL AlwaysOn with other applications?
  12. Can I replicate data from encrypted data sources?
  13. Can CloudBasic RDS SQL AlwaysOn/Geo-Replicate be used to replicate MS SQL Server RDS and EC2 SQL Server across different AWS accounts? I see that it handles cross-region replication, but does it do cross-AWS-accounts replication? Our DR requirements state that all DR artifacts must be stored in completely separate AWS accounts. This ensures that an account level security breach would not affect business continuity. Does your tool replicate across AWS accounts?
  14. Can RDS SQL AlwaysOn can have replication setup from multiple different instances of RDS into one instance of RDS in a different region?
  15. Can CloudBasic RDS SQL AlwayOn Replication Service migrate databases for me?
  16. Are database schema changes replicated?
  17. Would we need to do anything to our existing RDS SQL server database to make this solution work?
  18. What is the replication impact on the primary source MS SQL Server?
  19. How would a fail-over work? Would we manually change our application tier to point to the new Primary?
  20. How far behind is the synchronization at any point in time? Looking at your testing it seems like it would be < 30 seconds in most scenarios.
  21. Some versions of CloudBasic Multi-AR come with pre-installed MS SQL Server Standard or Web Edition. Can I extend the default data storage?
  22. How would we go back to the previous primary MS SQL Server once an outage is resolved?
  23. Can notifications be setup to alert us if there are any replication delays or outages?
  24. Will replications resume/catch up in case of any connectivity issues or if source or replica MS SQL Servers are taken down for maintenance? What is the allowed downtime?
  25. Does this product feature command line/API scheduling functionality?
  26. Is it possible to replicate a SQL DB to a specific drive on the target server? i.e. our target server has C: D: E: & F: drives for separate DBs to reside on and we need to replicate a DB to E:?

Q 1: We currently operate RDS SQL Server Multi-AZ (2x SQL servers – Active and Standby, where standby is not a readable-replica). Can we drop Multi-AZ (the Standby SQL server) and subscribe to your CloudBasic RDS Multi-AR (Always-On-Geo-Replicate)? At least, we'll be able to utilize the Read-Replica for our users to run reports. Can we also implement cross-region DR?

A: Yes, upgrading from AWS RDS Multi-AZ to CB RDS Multi-AR is a common use case. You will be able to create readable-replicas not only zone-to-zone, but also cross-region for DR (both can be achieved on same CloudBasic instance). Plus all versions of SQL Server, including Web Edition are supported. Mixing of SQL Server version (i.e. creating of Web Edition read-replica from Enterprise or Standard edition; or replicating from 2012 to 2017 version) is supported.

You can launch a free trial from the AWS Marketplace: https://aws.amazon.com/marketplace/pp/B00OU0PE5M/

Q 2: How does RDS SQL AlwaysOn/Geo-Replicate compare to RDS Multi-AZ and MS SQL Server native AlwaysOn Availability Groups?

A: Unlike with AWS RDS Multi-AZ for MS SQL Server the replicas are actually accessible and can be used for reporting. Moreover the replicas can be located in another region, or even in another cloud (i.e. Azure, Google Cloud) or On-Premise.

Unlike both RDS and MS SQL Server native AlwaysOn Availability Groups, replication of even MS SQL Server Web Edition is supported. Using MS SQL Server Web Edition instead of MS SQL Server Standard and Enterprise results to substantial savings. For more information, and a sample scenario, refer to the AWS RDS Multi-AZ (MS SQL Server) vs. RDS AlwaysOn/Geo-Replicate price comparison table: https://cloudbasic.net/aws/rds/alwayson/aws-multi-az-vs-cloudbasic-multi-az-ar/

And unlike MS SQL Server’s native AlwaysOn Availability Groups, there is no requirement for Active Directory or Witness servers. And yet, replication of all RDS and MS SQL Server versions, including Web Edition, is supported.

Q 3: Does RDS SQL AlwaysOn support RDS SQL Server Web Edition? Does it also allow mixing of On-premise MS SQL Server, EC2 SQL Server and RDS? Also does it allow geo-replication (cross-region) from RDS and EC2 SQL Server Standard and Enterprise to Web Edition? Do both MS SQL servers need to be same type/size?

A: Yes, this product supports RDS SQL Server Web Edition. It supports all RDS EC2 and MS SQL Server versions, and allows replication between any RDS type and EC2 SQL Server version, from on-premise MS SQL Server to AWS RDS and EC2 SQL Server. It can be used for any type of Geo-replication scenario. Since this product replicates asynchronously, it allows the replica RDS or EC2 SQL Server to be hosted on a smaller and less expensive instance EC2 or RDS SQL Server.

Q 4: Does RDS SQL AlwaysOn support InterCloud replications such as AWS RDS to Azure SQL and Google Cloud?

A: Yes, AWS RDS to Azure SQL is supported. The initial replication might be a little challenging depending on the database size. However the continuous replication is supposed to work smoothly for most use case and data change volumes. You can see a benchmark comparing AWS RDS Cross-region replication against AWS RDS to Azure SQL benchmark here: https://cloudbasic.net/aws/rds/alwayson/benchmark/

Q 5: Amazon’s RDS SQL Multi-AZ seems like an attractive value proposition, but it is rather expensive and the mirrored MS SQL Server is not even a read-replica, it cannot be used for reporting. Besides, the only option to create the MS SQL Server replica is to another zone within the region. Can CloudBasic’s RDS SQL AlwaysOn/Geo-Replicate be used instead of RDS Multi-AZ? What is the estimated replication lag?

A: Yes, using CloudBasic's RDS SQL AlwaysOn instead of RDS Multi-AZ is a common use case. It is used in various scenarios, including when the system architecture requires reporting to not run against the primary RDS, for data offloading. Also, since RDS SQL AlwaysOn Multi-AZ capabilities go beyond the boundaries of the AWS region (Multi-AR), it can be used for data locality. RDS AlwaysOn delivers good performance even in cross-region scenarios (AWS Cross-Region & AWS-to-Azure/GoogleCloud): https://cloudbasic.net/aws/rds/alwayson/benchmark/

Sample configuration:

RDS Source: r3.XLarge, MS SQL Server EE w/ Encryption and Multi-Zone Mirroring RDS Destination: m3.Large, MS SQL Server 2012 Web Edition RDS Source Location: US-East-1 (Virginia) RDS Destination Location: US-West-1 (California)

Q 6: Our primary systems are located in AWS US-East Virginia, but we expect heavy read-traffic from Europe and Asia (mobile apps hitting the closest APIs in Frankfurt and Tokyo). Can we use RDS SQL AlwaysOn/Geo-Replicate to create more than one geo read-replicas in Europe and Asia for each database on our primary RDS SQL Servers in US Virginia?

A: Yes, this is a common use case. The replication is handled asynchronously; replication over long distance internet connections to remote region is possible.

Q 7: How do I get started with RDS SQL AlwaysOn/Geo-Replication Service?

A: Getting started with RDS SQL AlwaysOn/Geo-Replication is quick and simple. Most data replication tasks can be set up in less than 10 minutes. There is no requirement for Active Directory or Witness servers.

Once you sign up for the service on https://cloudbasic.net/aws/rds/alwayson/, you will receive an AMI ID and an activation key over email. Locate the AMI ID in the list of Community AMIs and launch as an EC2 server within or outside of your VPC. Once the instance is running, and port 80 opened in the security group, connect to it by pointing a browser to the public DNS root URL (or IP) at default www port 80. Activate the server with the provided activation key. Login with user: admin, initial temporary password: {EC2 Instance ID}. Upon successful login, you will land on the wizard page, which will allow you to initiate RDS/SQL Server replication in various scenarios, in just a few clicks

Q 8. What MS SQL Server sources and targets does CloudBasic RDS AlwaysOn replication solution support?

A: All RDS and MS SQL Server versions, including Web Edition (2008 and above) are supported. Replication between any two MS SQL Servers versions is supported. Replication from On-Premise to AWS RDS or EC2 SQL Server, from i.e. 2008 to 20016, from Standard/Enterprise to Web Edition, from AWS RDS or EC2 SQL Server to On-premise, from AWS RDS to SQL Azure, MS SQL Server on Google Cloud, Oracle Public Cloud or IBM Cloud are all supported.

Q 9: Why should I use CloudBasic RDS SQL AlwaysOn Service instead of my own self-managed replication solution?

A: CloudBasic RDS SQL AlwaysOn is very easy to use. It is a lightweight high-performance solution that has been designed for AWS. It has been tested by some of the largest corporations in America. It took CloudBasic’s senior engineers years to develop it and make it capable of delivering superior performance. Check out the benchmarks: https://cloudbasic.net/aws/rds/alwayson/benchmark

Q 10. Can I monitor the progress of a database replication task?

A: Yes. CloudBasic RDS SQL AlwaysOn has a variety of metrics displayed in Replication Runtime Console. It provides an end-to-end view of the data replication process, including diagnostic for each point in the replication pipeline.

Q 11. How do I integrate RDS SQL AlwaysOn with other applications?

A: RDS SQL AlwaysOn provides a provisioning API that allows creating a replication task directly from your development environment, or scripting their creation at scheduled times during the day. The service API and CLI allows developers and database administrators to automate the creation, restart, management and termination of replication tasks.

Q 12. Can I replicate data from encrypted data sources?

A: Yes, CloudBasic RDS SQL AlwaysOn can read and write from and to encrypted RDS databases. It will be able to extract decrypted data from such sources and replicate it to the target. The same applies to storage-level encryption. As long as RDS AlwaysOn has the correct credentials to the database source, it will be able to connect to the source and propagate data (in decrypted form) to the target. We recommend using encryption-at-rest on the target and protect data in transit using SSL to maintain the confidentiality of your information. If you use application-level encryption, the data will be transmitted through replication service, in encrypted format, and then inserted into the target database.

Q 13: Can CloudBasic RDS SQL AlwaysOn/Geo-Replicate be used to replicate MS SQL Server RDS and EC2 SQL Server across different AWS accounts? I see that it handles cross-region replication, but does it do cross-AWS-accounts replication? Our DR requirements state that all DR artifacts must be stored in completely separate AWS accounts. This ensures that an account level security breach would not affect business continuity. Does your tool replicate across AWS accounts?

A: Yes, CloudBasic was designed to replicate over TCP/IP and replication across AWS accounts is supported. All it needs is the default port 1433 opened in the firewalls on both sides. VPN channel between AWS accounts' VPC networks is recommended but is not mandatory. Replications can be configured with data in-transit encryption, leveraging SQL Server SSL encryption.

Q 14: Can RDS SQL AlwaysOn replicate from multiple different instances of RDS into one instance of RDS in a different region?

A: Yes, RDS SQL AlwaysOn can support your replication scenario. You have to launch the CloudBasic server at the region/zone where the destination RDS is located. This is the recommended deployment setup for most cases.

Q 15. Can CloudBasic RDS SQL AlwayOn Replication Service migrate databases for me?

A: Yes. You can run a continuous replication of your database (from On-Premise to AWS, between AWS regions; or between i.e. AWS and Azure or AWS and Google Cloud) just if you were to configure the destination databases to be your read-replicas for DR or reporting. You can cut-over by terminating the continuous copy process whenever ready. Once time migration without setting up of change tracking is also an option.

Q 16. Are database schema changes replicated ?

A: Yes, database schema changes are replicated to the replica databases. New tables, stored procedures, constrains, FKs etc; new columns, altered columns changes are all replicated. There are only 2 exception cases (ambiguous nature) in which changes need to be synced manually: renamed column & dropped column. Alternatively for those 2 cases, the respective table at the replica can be dropped which will trigger the table to be recreated (along with all related objects) and re-seeded.

Also note that by design, dropped tables are not removed in the replica database. The DBA is responsible to drop the table on the replica database Reason: 1 - in DR scenarios, if a table is dropped by mistake, the replica MS SQL server can be still promoted to primary. 2- in Reporting scenarios, this will prevent immediate failures in reporting applications which are not updated yet.

Q 17. Would we need to do anything to our existing RDS SQL server database to make this solution work?

A: The only main requirement is all tables tracked for changes to have Primary Keys. Learn more about the prerequisites at https://cloudbasic.net/documentation/prerequisites/.

Q 18. What is the replication impact on the primary source MS SQL Server?

A: It is a low intrusion solution. As an example, we have cases where customers create up to 6-8 read-replicas in same or different regions from same primary RDS (https://cloudbasic.net/case-studies/affinity-protection/, https://cloudbasic.net/case-studies/sports/). Creation of each replica is a separate process against the primary MS SQL Server.

For replication processes involving databases with a large number of tables and heavy volume of changes, there are advanced configuration settings, allowing setting up a limit on how many tables should be handled in parallel, to further minimize the impact on source.

Q 19. How would a fail-over work? Would we manually change our application tier to point to the new Primary?

A: Depending on whether your replica is located in the same region or another region:

  • If your replica MS SQL Server is located in same region, you would point your applications to the EC2 server instance. You can also configure your applications to access your primary RDS via Route 53 (an AWS service) DNS CNAME record. In case of a fail-over you would change the value of the DNS CNAME record.
  • If your replica MS SQL Server is located in another region, you would simply boot up your fail-over application/web servers located in same region (assuming you would keep those server shut down at all time, to not incur billing, and boot them up in case of a fail-over). The standby/fail-over application/web servers would already be pointed to the replica EC2 SQL Server. And of course your main domain/subdomain DNS records should be pointed to the new primary region application/web servers.
Q 20. How far behind is the synchronization at any point in time. Looking at your testing it seems like it would be < 30 seconds in most scenarios.

A: The replication lag varies depending on certain factors, such as: if replication is within same region or cross-region, advanced configuration (i.e. reducing default limits on parallel table replications, with the purpose to further reduce impact on source, resulting to slight increase in replication latency ), number of tables, volume of changes per minute. In most cases it is < 30 seconds.

Q 21. Some versions of CloudBasic Multi-AR come with pre-installed MS SQL Server Standard or Web Edition. Can I extend the default data storage?

A: Yes. Follow these steps to Extend Default Data Storage

Q 22. How would we go back to the previous primary MS SQL Server once an outage is resolved?

A: Once the previous primary MS SQL Server is back up (or a new one is spun up in same or another zone or region, in the case where the entire zone or region is affected), a reverse replication form the newly promoted to primary MS SQL Server to the previous primary needs to be initiated (previous primary data is now outdated as data loss has occurred during the outage), followed by pointing your applications to the new primary.

Q 23. Can notifications be setup to alert us if there are any replication delays or outages?

A: You need to go to Configuration, enter SMTP parameters, and the DevOps email address the notifications need to be sent to, in the "email errors to:" fields.

Q 24. Will replications resume/catch up in case of any connectivity issues or if source or replica MS SQL Servers are taken down for maintenance? What is the allowed downtime?

A: CloudBasic supports resuming of replication in case of any prolonged downtime at the source or replica ends. Default retention period varies by product version. it is 8 days for the product version that comes with pre-installed replica MS SQL Server. It is 2 days in the product version that replicates to an external MS SQL Server. Default retention period can be adjusted during initial replication setup in the Quick Setup -> Advanced Settings.

Q 25. Does this product feature command line/API scheduling functionality?

A: CloudBasic features REST API designed for seamless integration with DevOps tools such as Jenkins and Go. HTTP Post calls are supported, which allows DB replications to be started in PowerShell scripts. Here is an example of integration with a DevOps tool scenario, utilizing PowerShell scripting: https://cloudbasic.net/aws/rds/deploy/devops-scenario/.

Q 26. Is it possible to replicate a SQL DB to a specific drive on the target server? i.e. our target server has C: D: E: & F: drives for separate DBs to reside on and we need to replicate a DB to E:?

A: Yes. A custom create DB script needs to be used in the Advanced section of Quick Setup. The option to enter custom DB script becomes visible/enabled only when a DB name is entered in the Basic section. See Screenshot

RDS Always-On/Geo-Replicate (Multi-AR) for SQL Server HA/DR

RDS SQL Server Multi-AZ and Multi-AR (Cross-Region) Readable-Replicas for HA/DR, reporting, off-loading of primaries. On-Premise to AWS replication for Cloud HA/DR.

View product details

You'll be in good company:

Amazing Product for RDS SQL Server replication

 

Cloudbasic RDS Always-On/Geo-Replicate for SQL Server provided us with just what we were looking for. It saved us a lot of time during our migration process by taking care of the database schema replication and keeping large amounts of data in sync. Also, the support has been amazing in terms of being available in-spite of the time zone differences. Read full review >>

Bernadette Hensley

Great product, fantastic support team!

We’re a small, growing company so our AWS budget is tight and the CloudBasic replication product is the perfect solution for our needs. This product has allowed us to implement a reliable, near real-time replication solution without resorting to expensive SQL Server/RDS replication solutions. The CloudBasic product has proven to be fast, reliable, easy to set up, use and manage.

Before our AWS migration we managed our own physical SQL Server installation and used SQL Server log shipping to sync our online and reporting databases with typical latencies of 15-30 minute range. With the CloudBasic solution our latencies are now in the 2-5 second range…  Read full review >>

Damien Hanna, Roomex Limited

CloudBasic is an AWS Rockstar!

The CloudBasic RDS Always-On/Geo-Replicate for SQL Server solution is an absolute lifesaver when working with RDS SQL Server! SQL Server on RDS falls short in a lot of aspects when it comes to replication and disaster recovery, and this solution makes the process seamless. We’re able to migrate very large amounts of data and keep the in sync while we move applications around, as well as create usable read-replicas that RDS simply doesn’t provide. Anytime we’ve run into any snags in the process, CloudBasic support has been right there available to help get things going right away. I’m truly impressed with the product and the company behind it! Read full review >>

Chris Kizziar

five-starsGreat product, simplifies architecture and hassle free

CLOUDBASIC RDS Always-On/Geo-Replicate for SQL Server HA/DR/Redshift/S3 provided us a way to replicate multiple on site MSSQL DBs to other datacenters as well as Amazon RDS\EC2 and also from the cloud into our datacenters. After spending weeks of investigating how we could manage this using SQL’s own replication or writing our own replication jobs we found Cloudbasic. We were up and running within a hour and our DBA team could test replication paths hassle free and have full control over the source and destination DBs. The ability to replicate into SQL Web version saves us $10,000’s every year whilst maintaining the ability to have read\write replicas. The Cloudbasic support has been fantastic, helping us with any questions we have and also releasing new features to meet specific needs, we couldn’t ask for more from a product support group. I would highly recommend you trial this product if you are looking at any form of hybrid MSSQL replication and want the most cost optimised solution that works straight out the box (AMI). Read full review >>

118118

five-starsExcellent product and support!

CloudBasic RDS AlwaysOn/Geo-Replicate for SQL Server HA/DR is an excellent product backed by great support. Using the pre-configured AMI we were up and running in minutes. Used CloudBasic to migrate SQL Server databases into RDS, followed by setting up cross-region Multi-AR RDS SQL replications for Disaster Recovery and Multi-AZ High Availability. It works well with RDS Multi-AZ, creates SQL Server read-replicas which can be used for reporting, data-locality and offloading of primary RDS SQL Servers. With help form the responsive CloudBasic support team we were able to migrate our databases with no down time. Setting up DR and HA was straightforward.

I strongly recommend the product and the CloudBasic advisory support team…  Read full review >>

Dev OPS

five-starsI’m really happy I found your product

I’m really happy I found your product as there are not many options for this sort of thing with RDS and SQL Server.

 

Daniel O’Connor, OpenAgent.com.au

five-starsDoes what it says on the box, easy to use, amazing support.

I found this tool when I was looking for a way to transfer databases between our development systems and our production systems. These comprised of a mix of in house physical SQL, EC2 SQL and and RDS. Cloudbasic Geo-replicate solved this problem.

The product improvements I asked for were implemented within days allowing me to extend our use of this product into our devops continuous delivery model.

Oniqua Cloud

five-starsAffordable SQL Server High Availability Solution

As a consultant I look for affordable and easy to maintain solutions for my customers. This SQL Server HA solution features a simple web interface. I did not have to worry about configuring server clusters, log shipping etc. I was able to setup a DB instance replication to a cross-region AlwaysOn RDS in minutes. I was pleasantly surprised that MSSQL Web Edition is also supported. I had to call for support related to DB issues on my end. I was assigned a dedicated support representative who proved to be very helpful. I did an extensive testing to ensure that this product is very reliable. With this product I am planning to scale up my Cloud Disaster Recovery implementation efforts.

Nick Semer, IT Consultant

five-starsSimple, Powerful, with Stellar Support

 

The software delivers what it promises. Its easy to use. The support is fantastic. We were impressed how fast they reached out to us to want to help. The software is fast, economical and affordable. It doesn’t put any stress on your source and destination databases. It seamlessly does what it does and it does it well. I highly recommend this product to anyone.

Otelz Development Team

five-starsSimple cross-region RDS replication solution

We were looking for a way to continuously replicate our RDS based SQL Servers from west to east coast, for disaster recovery and reporting purposes. We started from looking for a SQL Server log shipping and high availability based solution ..then found CloudBasic’s Geo-Replicate server. We launched the server from the market place, entered RDS source and destination information and within minutes were able to stream data. The secondary DBs seeded very fast, and … Read All

Radmeister, Inc.

five-starsEasy setup. Various deployment scenarios.

We were looking to utilize AWS as a fail-over site for our on-premise SQL Server based applications. We turned to the AWS Market place to find solutions to help us speed up implementation. Found this product, and within minutes were able to steam SQL Server data to an RDS SQL Server on AWS. All we had to do is enter source and destination SQL server connection strings. Then selected if we wanted a one time migration of the SQL server or also… Read full review >>

J.P., Solution Architect

five-starsWorks very well. Easy to use. Some minor issues need to be addressed.

We intended to use this software to do a one time migration of SQL databases from our co-located datacenter to AWS. Then figured it is very easy to setup continuous replication from East to West coast (AWS in California to AWS in Virginia). We currently use EC2 SQL Server Web edition in California, replicating to a small RDS Web Edition in Virginia… Read full review >>

John M.

five-starsSimple and inexpensive solution to replicate SQL Servers from West to East coast

Our customer base spans 100+ hospitals, including Tenet Healthcare, Baptist Health of South Florida and Texas Health Resources. We migrated our systems to AWS a year ago. Then shortly after, as part of our business continuity planning, selected the pre-AWS Marketplace version of CLOUDBASIC REPLICATE to … Read full review >>

Versant Holdings, LLC

five-stars-review-on-AWS-MarketplacePowerful Yet Simple Replication Solution

The most important feature we were looking for was to be able to access the end point of the replica for our reporting. This product replicates between SQL servers manages by us. We have to ensure the destination SQL Server is used in read-only mode, but this gives us the flexibility to setup replication in various scenarios: on-prem to AWS, across AWS regions, zone-to-zone. It does seem that SQL Server Web edition is supported in all scenarios as well… Read full review >>

George K.

five-starsCloudBasic SQL Migrate to RDS Solution

I used CloudBasic to Migrate my SQL2012 to an RDS 2012 instance. Install of CloudBasic was easy and once the connection strings were set on the CloudBasic Server webpage, my database connectivity was verified and the db migrated very fast to the RDS instance. CloudBasic is the easiest and fastest solution to replicate your data to an RDS instance for production and or testing. Thank You for making my job easier!!! Read full review >>

Tampa Bay Times

five-starsCloudBasic works great! Easy to setup and comes with outstanding support.

CloudBasic has a nice web user interface. There’s a quick setup feature to start replicating your databases in minutes after you setup the AMI from Amazon’s Marketplace. If you have any questions, RJ and their support team will go to great lengths to make sure CloudBasic gives you the ROI that you’re looking for in a database replication solution. Awesome product. Read full review >>

AnswerFirst Communications