相信大部分人都还没学会这个技能,为了让大家学会,给大家总结了以下内容,话不多说,一起往下看吧。
所以如果是这样的话,其实DMS并不是很方便,不过其实这是有原因的,因为微软对于数据库迁移其实并不止DMS这一种方式,DMS在中国落地的时间还没有半年,但是另外一个工具DMA其实几年前就可以通用航空了,直接存储器存取是个很方便的工具,他有个很重要的功能就是可以做评估,比如之前迁移SQL Server到SQL Azure的时候就可以拿DMA来做迁移的评估,同时他也可以做数据库的迁移,我们可以在用DMS迁移数据之前,先用DMA迁移数据库的模式,这样整个迁移过程会平滑的多!
,,,,首先,需要先下载DMA工具,DMA不像DMS,他不是一个SaaS的平台,而是一个在本地安装的工具,可以下载到本地进行安装,只要能在网络上访问源和目标的数据库即可
,,https://www.microsoft.com/en-us/download/details.aspx?id=53595
,,安装过程不赘述，直接看怎么使用，下边就是DMA的界面
我们可以直接创建一个project，创建的时候会看到可以选assessment,还是migration，我们先拿assessment来试下，可以看到源这里直接就可以选AWS RDS
DMA会检测数据库的兼容性，因为Azure SQL是个较为轻量级的数据库，一些功能是不支持的，而且本身不同数据库版本之间也会存在兼容性问题，所以要先评估是否有类似的情况
这里连接到源之后会读取源库的信息
评估的时间要看源库的数量和大小而定，这里数据量很小，所以评估过程很快，我们还可以把报表打出来进行筛选
下边就来看怎么用DMA迁移数据库的schema，在迁移的时候源库没有AWS RDS的选项，不过我们可以选SQL Server, 迁移的范围直接选schema就好，数据迁移我们可以用DMS，DMA本身不支持增量迁移，但是DMS可以，所以这两个其实可以结合使用
这里选择源库和目标库
这里可以看到，读取源库信息之后，view,procedure这些都会生成对应的脚本，之后这些脚本会到目标库上去执行
deploy schema之后，就可以看到结果了
到目标库之后，已经可以看到这些内容了，表的主键这些也都和源库是一样的
之后再用DMS迁移的时候就不会再提示什么表不存在，主键不存在之类的了
关于用DMA迁移数据库的schema的步骤就分享到这里了，希望以上内容可以对大家有一定的帮助，可以学到更多知识。如果觉得文章不错，可以把它分享出去让更多的人看到。
