带你轻松迁移数据库到AWS
|
勾选我们要迁移的数据库，右键选择 Create report。
查看报告，看看有没有问题，如果没有问题，我们就可以直接进行转换了。
我这边遇到一个存储过程 MySQL 不支持，我这边忽略掉，比较懂数据库的人员可以进行修正。
3、Schema 转换 问题处理掉之后，我们就可以进行 Schema 转换了，和前面一样，右键数据库，选择 Convert schema。
执行之后，很快我们在目标数据库看到了转换的 Schema。
数据迁移 对于 SQL Server 的数据迁移方式，我们选择一次性迁移，不进行持续复制，持续复制配置过程稍微复杂一些，需要对源数据库进行一些配置，需要持续复制的用户，可以参照 AWS 官方文档配置。 1、创建复制实例 打开 DMS 控制台，创建复制实例，同样注意网络情况，复制实例需要链接源和目标数据库。
2、创建 AWS DMS 源和目标终端节点 创建完终端节点之后，首先运行一下测试，可以连接成功即可。
3、创建迁移任务 可以按照我下面的表格选择来配置迁移任务。 Parameter Value Task identifier AuroraMigrationTask Replication instance replication-server Source database endpoint sqlserver Target database endpoint dst-mysql-instance-1 Migration type Migrate existing data Start task on create Checked Target table preparation mode Do nothing Include LOB columns in replication Limited LOB mode Max LOB size (KB) 32 Enable validation Unchecked Enable CloudWatch logs Checked 在表映射方面，我们可以这样设定，就不进行表名的转换了，然后创建任务即可。
4、检查目标库数据 可以看到，迁移任务完成，数据也都转移过来了。
至此我们完成了异构数据库迁移，整个过程会比同构数据库迁移麻烦一些，不过整体也是比较简单了。DMS 完全托管、按量付费、图形界面操作，是数据库上云的利器，推荐大家使用 DMS 对数据库迁移上云。 三、总结 AWS 数据库优势 在众多的云厂商中，我们为什么选择 AWS 数据库服务，AWS 还有哪些独特的优势呢？我主要总结以下几点： 成本优势 使用自建数据，企业首先需要支付一笔资金购买服务器，一些商业数据库的授权，需要再次支付一笔费用。如果迁移到 AWS 的自研数据库，客户不必再支付高昂的商业数据库授权，也不必再去花费大量资金去购买服务器，在云中，客户只需要按量付费，因此很多企业由于把数据库迁移到 AWS 而节省巨大费用支出。 从最近的 AWS 公告中，看到 AWS 帮助三星把数据从商业数据库 Oracle 迁移到了 Aurora，为三星每月的数据库成本降低了 44%，并让三星的数据库运行更加稳定。 完全托管 以上所说的几种数据库都是 AWS 完全托管的数据库，完全托管意味着零运维。首先客户不需要去维护硬件的生命周期、系统的补丁更新、高可用的部署、备份等。如果需要对数据库扩展，也只需点几下鼠标而已，非让方便，让 DBA 从复杂的数据库运维中解脱出来，专注于数据库性能调优。 全球优势 过去我们需要借助非常复杂的技术手段，花费大量的成本、甚至牺牲一定的可用性，才能实现快速、稳定、安全的跨区域的数据复制，现在只要在 AWS 云中轻轻点几下鼠标即可完成。 AWS 云现已在全球 24 个地理区域内运营着 77 个可用区，180个边缘站点等，为 AWS 相应全球数据库提供了基础保障。依托于 AWS 强大的基础设施，目前已经有三款数据库支持全球同步，延迟通常不超过 1 秒，可以满足目前大部分应用的需求。 对于关系型数据库的全球同步需求，Amazon Aurora Global Database 能够允许用户轻松实现跨区域的数据库部署，让用户轻松在区域之间复制数据和解决更新冲突，从而更加专注于应用程序的业务逻辑。 AWS 还提供了 Amazon DynamoDB Global Tables。它基于 DynamoDB 的全球覆盖范围构建，具有多区域、多主表的特性，可让全局分布式应用程序实现快速的本地读写性能，为用户提供一个完全托管的、多区域、多主的 Key-Value 类型数据库。 （编辑：应用网_阳江站长网） 【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容! |
