AWS征文AWS 迁移MSSQL 数据库到 Aurora
Posted
tags:
篇首语:本文由小常识网(cha138.com)小编为大家整理,主要介绍了AWS征文AWS 迁移MSSQL 数据库到 Aurora相关的知识,希望对你有一定的参考价值。
AWS 提供了RDS这样传统的关系型数据库,也提供了Dynamodb这样的NoSQL 数据库。那么问题来了,如何把现有的数据库迁移到AWS上呢?
当然,数据库本身就提供了备份和还原的功能,我们完全可以手动拷贝备份到对应的服务器上然后进行还原的操作。这种操作对于相同平台的数据库来说还是比较方便的,但是如果涉及到不同的数据库平台,那就比较麻烦了。
AWS本身就提供了一个数据库迁移的服务,叫做 Database Migration Service ( DMS)。 通过这个服务,我们可以实现同类型迁移 (Homogenous migration),例如 Oracle 到 Oracle,或者混杂迁移(Heterogeneous migration) ,比如 Oracle 到 MS SQL。对于混杂迁移来说,我们需要使用 Schema Converter Tool (SCT)对 Schema进行 转换才能迁移。
下面看一个简单的demo,如何把一个现有的Microsoft SQL 数据库转换到AWS的 Aurora 数据库。
豆子打算创建一个RDS的 MSSQL 数据库,一个 RDS的 Aurora 数据库。在MSSQL上我会创建一些样本数据,然后通过 SCT 进行 Schema 转换,最后通过 DMS 进行数据库的同步进行迁移。值得一提的是,DMS支持从 RDS到RDS, EC2 到 RDS 甚至 本地数据库 到 RDS 的各种转换。
下面看看具体操作。在操作过程中,豆子因为实验环境的缘故,遇见了一些坑,会尽量列出来,避免再次发生。
首先创建 RDS数据库
进入 AWS RDS 控制界面
新建一个 MSSQL 数据库,注意我选择的类型是 SQL Server Standard Edition。很不幸的是,DMS不支持 Express版本的迁移。
输入数据库Instance的名字和密码
测试的服务器不需要太好,最便宜的就行
选择VPC (这里有个坑稍后我会提到)
重点,注意看他的价格,一个月要768 美元!!
这个是通过下面的价格算出来的。新手做这个实验大概要2个小时,两台服务器大概开支会在5刀左右,所以做完了实验一定要记得删除自己的数据库!!
数据库创建中
我顺便创建了一个安全组,允许我自己的机器访问1433和3306端口 。(目前为止没问题,但是这是第二个坑,后面会有问题)
重复上面的操作步骤,我又创建了一个 Aurara的数据库,他会自动创建一个cluster,然后把你新建的成员放在里面(即使只有一个)
最后我的两个RDS的Instance就创建好了。demo1 是 MSSQL,做为我的数据库源,demo2是Aurora,作为数据库目标
创建好了数据库以后,我还需要生成一些测试用的table和数据。 下面看看如何从本机连接数据库。
首先看看 MSSQL的 Endpoint
在我的本地电脑上通过MSSQL Management 工具连接。理论上,这一步应该很简单,如果我的安全组策略正确的话。这里我遇见了第一个坑。我的账号里面有多个VPC的网络,而我的本地网络和AWS 某一个VPC之间已经存在了 S2S V-P-N 的连接,因而AWS会认为我的计算机属于内网,他很智能地把他的域名解析为内部IP。事实上,我的计算机和这个测试的VPC的网络之间并没有路由,也没有配置Gateway,内网访问是不通的,尽管他有一个公网IP,但是AWS自动给我解析为内网IP之后,我的路由会找不到对应的路径导致我始终无法访问。最后我只能重建RDS,然后确保他在的VPC和我的计算机网络之间存在了S2S连接关系。
连接之后,执行我的测试SQL脚本,他会创建一堆表,并插入一些测试数据
下载安装 Schema Conversion Tool
下一步我们需要在我的电脑上安装 SCT 工具。
在下面的连接上下载SCI,MSSQL 的 JDBC 以及 mysql的 JDBC
https://docs.aws.amazon.com/SchemaConversionTool/latest/userguide/CHAP_Installing.html
然后打开SCT,选择新建一个项目
分别连接 MSSQL 和 Aurora
连接成功
勾选我们要迁移的数据库,之后在Action 选择 Create Report
他会扫描你的 MSSQL 数据库进行评估是否可以转换。
下面是生成的报告
如果报告没有问题,下一步就是进行Schema的转换了, 选择 Action- Convert Schema
几秒之后 可以看见Schema已经在Aurora这边生成了
配置DMS
最后一大块的操作是配置DMS。 登录AWS 控制台 , 选择 Database Migration Service。这个服务里面,我需要创建三个东西:
- 一个用来同步的Instance,类似EC2实例,但是它是由AWS来管理的
- 创建Source Endpoint和 Destination Endpoint
- 创建一个任务来同步。
首先来创建一个 replication instance ( 同步实例)
注意他所选择的VPC Secuirty Group 是我之前创建的,这里其实是有问题的
创建完成之后 我们来继续创建Endpoint。
Endpoint 创建完之后一定要测试 Connection。
创建之后的样子
创建好了之后来测试一下,不通!!
我在这里卡了至少1个小时。最后发现有3个坑在这里。
首先,我之前配置这个SG的时候,只允许了我本地的机器访问,我的DMS的服务器是不行的,因此这里我们需要把这个DMS的内网IP也加进去;
第二:SG的outbound rule默认是所有都打开的,我无意中进行了限制,因此需要确认outbound rule是放行的
第三:我有一个NACL在这个公网subnet上,因此我还得在NACL上面放行
获取DMS 同步服务器的IP
修改安全组的出入规则
修改我的NACL的出入规则
再测试一下连接成功
最后,我们来创建一个任务进行同步
添加一个 selection rule
等待2 分钟之后 进度条显示成功
测试
MSSQL Management 工具 连接我的源数据库, 进入查询一下数据
MySQL workbench 连接进入我的目标数据库,查询一下 数据一致,迁移成功!
再次友情提醒,实验成功了记得删掉服务器,AWS的收费还是很贵的。
以上是关于AWS征文AWS 迁移MSSQL 数据库到 Aurora的主要内容,如果未能解决你的问题,请参考以下文章