数据库迁库
MySQL数据库迁移
MySQL数据库迁移(数据文件直接迁移)
在今年10月下旬的时候，公司的服务器需要迁移，其中涉及到了MySQL数据库迁移。查看了一下MySQL数据文件的大小，接近60G的大小(实际数据并没用那么多)。由于服务器上业务需要，要尽量减少服务器迁移时的损失。所以迁移时间选在了晚上零点开始，而且要尽量减少迁移所用的时间。
在迁移之前有三种方案：
数据库直接导出，拷贝文件到新服务器，在新服务器上导入。
使用【MySQL
GUI
Tools】中的
MySQLMigrationTool。
数据文件和库表结构文件直接拷贝到新服务器，挂载到同样配置的MySQL服务下。
我在我的电脑上用虚拟机测试后，选中了占用时间最少的第三种方案。下面是三种方案的对比：
第一种方案的优点:会重建数据文件，减少数据文件的占用空间。
第一种方案的缺点:时间占用长。(导入导出都需要很长的时间，并且导出后的文件还要经过网络传输，也要占用一定的时间。)
第二种方案的优点：设置完成后传输无人值守
第二种方案的缺点：
设置繁琐。
传输中网络出现异常，不能及时的被发现，并且会一直停留在数据传输的状态不能被停止，如不仔细观察不会被发现异常。
传输相对其他fang时间长。
异常后很难从异常的位置继续传输。
第三种方案的优点：时间占用短，文件可断点传输。操作步骤少。（绝大部分时间都是在文件的网络传输）
第三种方案的缺点：可能引起未知问题，暂时未发现。
下面介绍一下第三种方案d迁移步骤：
保证Mysql版本一致，安装配置基本一致（注意：这里的数据文件和库表结构文件都指定在同一目录data下）
停止两边的Mysql服务（A服务器--迁移-->B服务器)
删除B服务器Mysql的data目录下所有文件
拷贝A服务器Mysql的data目录下除了ib_logfile和.err之外的文件到B服务器data下
启动B服务器的Mysql服务，检测是否发生异常
迁移完成后，服务启动正常，未发现其他异常问题。
备注：经测试，源mysql的安装目录及数据文件目录
可以与
目标Mysql的安装目录及数据文件目录
不一致。
此时，只需要拷贝您所需移动的dbname（如上：pa、testdb）及'mysql'和'ibdata1'，即可。
② sql server 2008 数据库的迁移有哪些方法
方法一：
将\Microsoft SQL Server\MSSQL\DATA文件夹中的syntt_data.mdf和syntt_log.ldf文件复制到安装有数据库服务器的机器的文件夹中（可以是本机的\Microsoft SQL Server\MSSQL\DATA\文件夹），然后进入企业管理器。右键点击“数据库”，在浮动菜单中选择“所有任务”中的“附加数据库”。
在随后的提示页面中选择刚才复制过来的.MDF文件，如果想指定数据库的所有者，在“指定数据库所有者”选择框中选择你认为合适的用户。如果想修改数据库的名字，可在“附加为”框中输入新的数据库名字（对本数据库，不建议这么做，因为这样的话，整个程序中所有涉及数据库连接的代码都要随之修改，那将是不必要的劳动）。
在进行完上述的工作之后，直接点击“确定”就可进行数据的SQL Server 数据转移转移。
方法二：
（方法一）是针对数据库中没有本数据库的服务器，如果数据库中已经建有与该数据库名称相同的数据库，则直接按照备份数据库的恢复操作就可完成数据的SQL Server 数据转移转移。
方法如下所述：
这种方法首先要在本机上建立一个备份文件，具体操作介绍如下：
1、 在企业管理器中打开服务器组以及指定的服务器。然后右键点击需要备份的数据库在这里是syntt，在浮动菜单中选择“所有任务”菜单下的“备份数据库”，打开数据备份对话框。
2、 选择“常规”选项卡，在名称对话框中输入本分集合名称，在“描述”文本框中输入备份集描述文本信息。在“备份”组下选择备份操作类型，共有以下几种：
数据库—完全：完整备份数据库。
数据库—差异：增量备份数据库。
事务日志：事务日志备份。
文件和文件组：数据库文件和文件组备份。
在“目的”组中指定备份设备或者备份文件名称，选择“添加”按钮添加备份设备或者文件；“删除”按钮用来删除备份设备和备份文件；选择“内容”按钮，则可查看已经存储在备份设备或文件中的备份信息。
在“重写”组中有两种选项：
追加到媒体：选择该选项，表示需要保存备份设备或文件中以前的备份数据。
重写现有媒体：要求本次被分数据覆盖以前的备份数据，从而节省存储空间。
在“调度”组中，安排数据备份的时间。用来指定数据库备份在将来的某个时间执行
3、 “选项”选项卡，设置数据库备份操作选项。其中的内容主要有以下几项：
完成后验证备份：要求在备份结束时对备份数据进行校验。
备份后弹出磁带：只对磁带备份设备有效，他要求在备份结束时自动卸带。
删除事务日志中不活动的条目：要求在事务日志备份结束时删除事务日志中的已经完成的事务日志条目。
检查媒体集名称和备份集到期时间：要求在备份前检查介质集名称和原备份集中备份SQL Server 数据转移的有效期，以防止意外重写破坏原来的备份数据。
备份集到期时间：设置备份集的有效期。
初始化并标识媒体：只对磁带设备有效。选择该选项后，SQL Server在备份时将Microsoft定义的磁带格式信息写入介质的开始部分。此时，可以在“媒体集名称”和“媒体集描述”文本框中定义介质集名称和介质描述信息。
4、 在进行完上述的操作之后，剩下的任务就是点击“确定”，使系统开始进行数据库的备份操作。
到目前为止，我们已经有了一个数据库的备份文件，剩下的任务就是怎么将这个文件还原至另外的数据库服务器中了。
1、因为使用企业管理器进行数据库的恢复只能是在本机进行，所以在进行数据还原之前，必须将刚才所作的备份文件复制到本机，然后在本机选择“syntt”数据库，右键点击它，在显示出来的浮动菜单中选择“所有任务”下的“还原数据库”。
2、在还原数据库对话框中，在“常规”选项卡中的选择“从设备”的数据恢复方法，通过“选择设备”按钮选择刚才复制过来的文件。
“常规”选项卡与“选项”选项卡中的具体内容如下所示：
“常规”选项卡：
数据库恢复方法：包括“数据库”、“文件组或文件”、“从设备”三种恢复方式。
“数据库”方式：选择该项时，从“显示数据库备份”列表中选择需要显示的指定数据库备份集合，从“要还原的第一个备份”列表框中选择首先使用哪一个备份集恢复数据库；“文件组或文件”：选择它时，数据库恢复部件列出指定数据库备份集合中备份的数据库文件或文件组，管理员可从这些备份文件中选择恢复那个数据库文件或文件组；“从设备”：选择它时，管理员选择恢复数据库或其日志所使用的备份设备，之后再从该备份设备中选择使用哪一次备份中的数据恢复数据库或其日志。
3、点击“确定”，完成恢复操作。
③ 数据库的迁移要注意哪些问题
分布式大数据迁移工具 （二）原创分享中，请参考
④ 如何迁移SQL Server系统数据库
迁移SQL
Server系统数据库步骤：
使用微软SQL
Server管理工具移动数据库
1、单击开始菜单，选择SQL
Server管理工具，然后在快速查找栏输入SQL
Server。
2、打开SQL
Server管理工具
3、目的数据库选择
将会出现恢复数据库窗口，在恢复到数据库框中输入我们想要恢复的数据库名称。
4、源数据库
选择来源数据库单选按钮选择你的备份文件存放的位置。
5、选择备份文件
要恢复的文件将会出现在已经选择的要恢复文件框中，选中多选按钮继续下一步操作。
6、新路径
现在处于恢复的关键时刻，你需要从选择页中选择选项，如上图所示。在这里要为你的数据库文件指定新的路径。这和后面将要介绍的移动选项类似，只要在数据库和日志文件后面键入一个新的路径即可。例如，当前的路径结构如下：
C:Program
FilesMicrosoftSQL
ServerMSSQL.1MSSQLDATADatabase_Name_Here.mdf
C:Program
FilesMicrosoftSQL
ServerMSSQL.1MSSQLDATADatabase_Name_Here_1.ldf
7、移动到新路径
我们希望将这些数据库文件移动到一个新路径，键入新路径就可以。本文我们移动到下面的路径：
D:
SQLDATADatabase_Name_Here.mdf
D:SQLLogsDatabase_Name_Here_1.ldf
8.成功恢复
⑤ 如何将A数据库的数据迁移到B数据库中
工具/原料
电脑 数据库
方法/步骤
1、首先，打开并连接Sql Server，在源数据库Source_db上右击，依次点击“编写表脚本为”→“CREATE到”→“新查询编辑器窗口”。
⑥ 数据库迁移是什么
数据库迁移就是把历史数据从A数据库迁到B数据库,可能A库是postgres或者mysql.B库是oracle或者DB2,所以这个过程还是蛮复杂的,具有挑战性,要对数据库的原理以及各自的特性了如指掌才可以入手迁移,会java这时候用不上的.
⑦ 将数据库迁移到云数据库需要注意什么
需要注意的是：
1、 想好迁移上云后想达到的效果
即通过使用云数据库希望达到的目的，比如降低成本，更高的灵活性，更大的可扩展性，还是更高的可靠性。用户需要根据迁移目的来选择合适的服务类型。如果只是简单的随大流将服务迁移到云上，很可能导致未来的问题。
2、 选择有完善服务支持的云服务商
包括服务商的 SLA 承诺和数据安全承诺。很多情况下，将应用迁移到云数据库涉及数据迁移，应用适配等，云服务商有完善的支持服务，可以在遇到困难时起到事半功倍的效果。如果云服务商具备足够的经验，通常可以给出场景性的完整方案，对于提高迁移的成功率有直接的帮助。
3、 充分的迁移规划
1）维护和数据管理计划。IT人员提前了解公司所需的数据需求，选择合适的数据库引擎类型、付费方式；熟悉云数据库引擎提供的管理工具，基于预期的云数据管理需求，做好主动解决问题的准备。
2）账户控制计划。云数据库服务商一般都会提供丰富的账户控制能力，包括授权和再授权、审计，基于预先确定的安全设置，授权访问设置，审计计划，然后会发现云数据库服务真的是一个非常高效简洁的工具。
3）迁移和回退计划。一般来说，一个完备的迁移计划和演练， 有助于在事先发现迁移过程中可能遇到的问题， 制定有针对性的计划；万一迁移失败，回退计划可以保证业务在本地继续执行，从而减少迁移过程的压力，并保证业务的完整性。
4、 从容易的服务开始
云计算的环境和本地数据库存在一定的差异，考虑到业务的连续性，初次使用公有云数据库时，可以从简单的服务开始，如测试验证数据库、辅组性的资源索引数据库、新开发业务数据库等，通过这些服务先熟悉云数据库的基本特征和特性，评估其性能和可用性相关内容，管理工具的成熟度。比如，有些服务商的云数据库存在不同时段的性能波动，则可能不是好的选择。
⑧ 如何迁移mysql数据库
迁移数据库的话，可以将里面的数据库直接呃考出来，然后移动。
⑨ 求助:如何迁移数据库
已搞掂。最简单的办法是数据库安装路径跟原服务器一致，然后把DATA文件夹下的文件全复制过去（复制前最好检查一下MASTER里面数据库的路径，寄希望于你所使用的所有数据库都在DATA文件夹里），否则，就需要对MASTER进行修改（这个稍复杂一些）。