如何把sqlserver数据迁移到mysql数据库及需要注意事项

以下有几款迁移工具的对比，可以参考，比较推荐DB2DB

软件易用性主要是指软件在导入前的配置是否容易。由于很多软件设计是面向程序员而非一般的数据库管理人员、甚至是普通的应用程序实施人员，而这一类人员很多时候并没有数据源配置经验。因为一些使用 ODBC 或者 ADO 进行配置的程序往往会让这类用户造成困扰（主要是不知道应该选择什么类型的数据库驱动程序）。下面让我们看看四个工具的设计界面：

>>>>

1、SQLyog

SQLyog 使用的是古老的 ODBC 连接，但对于新一代的程序来说，这种方式的非常的不熟悉并且不容易使用，并且必须要求本机安装好相应的数据库的 ODBC 驱动程序（SQL Server 一般自带好）。

>>>>

2、Navicat Premium

NavicatPremium是四个应用工具中设计最不人性化的一个：从上图怎么也想像不到要点按那个小按钮来添加一个新的连接，并且这个连接设置不会保存，每次导入时都必须重新设置。NavicatPremium使用的是比 ODBC 稍先进的 ADO 设置方式（199X年代的产物），但使用上依然是针对老一代的程序员。

>>>>

3、Mss2sql

Mss2sql 是最容易在百度上搜索出来的工具，原因之一是它出现的时间较早。

Mss2sql由于是很有针对性的从 SQLServer 迁移到 MySQL，因为界面使用了 *** 作向导设计，使用非常容易。同时在设置的过程中，有非常多的选项进行细节调整，可以感觉到软件经过了相当长一段时间的使用渐渐完善出来的。

>>>>

4、DB2DB

DB2DB 由于是由国人开发，因此无论是界面还是提示信息，都是全程汉字。另外，由于 DB2DB 在功能上很有针对性，因为界面设计一目了然和易使用。和 mss2sql 一样， DB2DB 提供了非常多的选项供用户进行选择和设置。

三、处理速度和内存占用评测

在本评测前，本人的一位资深同事曾经从网上下载了某款迁移软件，把一个大约2500万记录数的数据表转送到阿里云 MySQL，结果经过了三天三夜（好在其中两天是星期六和星期日两个休息日）都未能迁移过来。因此这一次需要对这四个工具的处理速度作一个详细的测试。

考虑到从 SQL Server 迁移到 MySQL 会出现两种不同的场景：

从 SQL Server 迁移到本地 MySQL 进行代码测试和修改；

从 SQL Server 迁移到云端 MySQL 数据库正式上线使用；

以下为测试过程中的截图：

>>>>

1、SQLyog

>>>>

2、Navicat Premium

注意：我们在测试 Navicat Premium 迁移到  MySQL 时发现，对于 SQL Server 的 Money 类型支持不好（不排除还有其它的数据类型支持不好）。Money 类型字段默认的小数位长度为 255，使得无法创建数据表导致整个测试无法成功，需要我们逐张表进行表结构修改才能完成测试过程。

Navicat Premium 的处理速度属于中等，不算快也不算慢，但 CPU 占用还有内存占用都处于高位水平。不过以现在的电脑硬件水平来说，还是可以接受。但 CPU 占用率太高，将使得数据在导入的过程中，服务器不能用于其它用途。

>>>>

3、Mss2sql

Mss2sql 并没有提供计时器，因此我们使用人工计时的方法，整个过程处理完毕大于是 726 秒。Mss2sql 的 CPU 占用率相对其它工具来说较高，但仍属于可以接受的范围之内。

>>>>

4、DB2DB

DB2DB 同样迁移 300万数据时，仅仅使用了 2 分 44 秒，这个速度相当惊人。不过最后的结果出现一个 BUG，就是提示了转换成功，但后面的进度条却没有走完（在后面的数据完整性评测中，我们验证了数据其实是已经全部处理完毕了）。

描述: 当我们需要备份或迁移Redis集群时可以采用以下方案。

第三方redis集群数据迁移工具项目参考( >

我们公司最近决定将数据迁移到亚马逊云科技，打算使用Amazon Database Migration Service这项服务。源数据库在迁移过程中可继续正常运行，从而最大程度地减少依赖该数据库的应用程序的停机时间。这项服务的使用案例还有同构数据库迁移、异构数据库迁移、开发和测试、数据库整合和连续数据库复制。

ERP系统的数据迁移通常情况下是将通过收集旧ERP系统的数据，在将其导入到新的ERP系统中，举个例子：比如将金蝶（旧erp）中的数据导入到仓管云ERP中。所使用的导入工具一般是EXCEL格式或者是csv格式两者都可以。不过我们建议使用CSV格式。

在迁移erp数据的时候企业的各个部门之间需要如何配合才可以达到最佳效果呢？

在进行新旧ERP系统替换的过程中，企业CIO除了要对新ERP系统进行项目需求、规划、实施、解决用户应用习惯以及开发相关接口外，还要认真考虑历史数据的导入问题。尤其是在现有ERP系统运行已达数年，积累了海量数据的情形下，CIO们更需要仔细衡量历史数据的有效性、对新系统的影响以及思考数据迁移的方法。

其次，对于传统数据迁移或数据库更替问题，企业CIO或数据库开发维护人员考虑得更多的是数据迁移的完整性和可靠性，但是对于ERP替换过程中的数据迁移而言，保持数据的完整性却是大忌。因为新旧ERP系统替换过程中，历史数据的迁移绝对不是孤立存在的。它虽然看似一个简单的数据库更替问题，但是，它涉及到从一个ERP系统到另一个ERP系统，从一个应用模式转向另一个应用模式的转变，这更多的是ERP本身的问题。因此，搞清到底哪些数据对于新系统功能模块来说是有用的。

然后，新系统自动生成，是指在ERP系统切换后，通过新ERP系统的相关功能，或为此专门开发的配套程序、工具生成所需要的数据。这些工具可以从多个不同的业务系统，多个平台的数据源中抽取数据，完成转换和清洗，装载到各种系统里。这种方法通常需要根据已经迁移到新系统中的数据来生成所需的信息。

最后，在实际ERP数据迁移过程中，同时采用通过工具迁移和手工录入方式可能更为合理，即少量数据通过手工导入，大量数据通过工具迁移。比如对于仓库中上千种物料，通过工具迁移更为合适；而对于少量数据导入，如果还通过工具迁移，迁移的准确性肯定需要手工盘点来判断，如果之间出现误差，相关工作人员会再重新进行盘点或重新手工导入数据，其带来的繁琐程度大大超过直接录入。另外，在对旧ERP系统数据迁移完成后，用户还需要对迁移后的数据进行校验。而检验的指标应包括数据的准确性、有效性、一致性三部分，迁移后的数据只有完全符合标准，才能称得上是完美的替换升级。

仓管云ERP为您解答。。如有疑问请继续追问，谢谢。

如何做reporting services数据库的迁移(翻译)转载

介绍：

本文描述如何从一台计算机迁移reporting services数据库到另外一台计算机并在目标计算机中运转。

更多信息：

由于个别的原因，您可能想将Reporting Services数据库从一台计算机迁移到另外一台计算机，比如，您在一台计算机的应用程序开发环境中使用Reporting Services建立报表，如果想迁移这些报表到一台计算机的产品环境中并使用它，你必须迁移Reporting Services数据库、Reporting Services Windows服务和Reporting Services Web服务，如果您想从一台计算机迁移Reporting Services数据库和Reporting Services服务到另外一台计算机，您不需要重新配置这些报表，您同样也不需要在目标计算机中重新装配Reporting Services。

根据不同的需要有下面两种解决方案：

一．将reporting services 数据库从一台计算机迁移到另外一台计算机，并将reporting services指向到那个数据库，按下面的步骤 *** 作：

1． 从源计算机复制reporting services数据库和reporting services临时数据库。

注：reporting services数据库的默认名称为ReportServer，reporting services临时数据库的默认名称为ReportServerTempDB。

2． 将第一步复制的数据库还原到目标数据库适当的SQL Server实例。

3． 将reporting services指向第二步中还原的数据库，在命令提示符下运行下面的report server配置命令：

RSConfig -c -s Server name -d Reporting Services database name -a Sql|Windows -u User name -p User password

注：有关RsConfigexe命令行的更多信息，在命令提示符下运行下面的命令：

RSConfig /

二．将Reporting Services数据库、Reporting Services Windows服务和Reporting Services Web服务从一台计算机迁移到另外一台计算机，您首先需要获得源计算机的密钥，您可以先将数据库从源计算机迁移到目标计算机，并在目标计算机恢复密钥。要做这些，请按下面步骤做：

1．在源计算机，使用Rskeymgmtexe命令行获得密钥，在命令提示符下运行下面的命令行：

RSKeyMgmtexe -e -f Path of file name -p Strong password

有关Rskeymgmtexe命令行的更多信息，在命令提示符下运行下面的命令：

RSKeyMgmt /

2． 在目标计算机，执行下面步骤：

a． 安装Reporting Services。

b． 停止Reporting Services Windows服务。

c． 停止IIS。

3． 将源计算机的reporting services数据库和reporting services临时数据库复制到目标数据库，并还原到适当的SQL Server实例。

注：reporting services数据库的默认名称为ReportServer，reporting services临时数据库的默认名称为ReportServerTempDB。

4． 在目标计算机，执行下面步骤：

a． 启动Reporting Services Windows服务。

b． 启动IIS。

c． 利用第三步复制到目标计算机的Reporting Services数据库，使用Rsconfigexe配置report server实例，在命令提示符下运行下面的report server配置命令：

RSConfig -c -s Server name -d Reporting Services database name -a Sql|Windows -u User name -p User password

注：有关RsConfigexe命令行的更多信息，在命令提示符下运行下面的命令：

RSConfig /

d．通过第一步获得的密钥，使用Rskeymgmtexe命令行在目标计算机应用密钥，在命令提示符下运行下面的命令（下面Path of file name和Strong password使用第一步中获得的）：

RSKeyMgmt -a -f Path of file name -p Strong password

环境：Windows2003+IIS60+Reporting Services Enterprise Edition

迁移的话，直接导出一个库的dmp文件，之后导入到另外一个库里面就可以了（导出和导入数据库版本必须一直，否则导入可能会报错）。

迁移数据导出：

1将数据库TEST完全导出,用户名system密码manager导出到D:chudmp中

expsystem/manager@TESTfile=d:chudmpfull=y

2将数据库中system用户与sys用户的表导出

expsystem/manager@TESTfile=d:chudmpowner=(system,sys)

3将数据库中的表table1、table2导出

expsystem/manager@TESTfile=d:chudmptables=(table1,table2)

4将数据库中的表table1中的字段filed1以"00"打头的数据导出

以上就是关于如何把sqlserver数据迁移到mysql数据库及需要注意事项全部的内容，包括:如何把sqlserver数据迁移到mysql数据库及需要注意事项、Redis数据库备份、迁移、恢复实践、亚马逊云科技都是怎么帮助企业快速实现数据库迁移的等相关内容解答，如果想了解更多相关内容，可以关注我们，你们的支持是我们更新的动力！