数据库服务器迁移能学到什么

⑴ 什么是数据库迁移

所谓数据库迁移就是这个数据库到另一个数据库之间的任意形式的数据移动。
数据库迁移主要分为热迁移和冷迁移：
热迁移是将内存数据和硬盘数据同步进行迁移。热迁移的优势在于其对用户业务的影响是非常小的；热迁移对内存数据进行了迁移，用户业务应用对其是无感知的。而缺点是热迁移的过程是不可中断的，整个操作过程相对复杂。
冷迁移就是在关机迁移。优势是整个冷迁移过程的操作简单，一般为自动化操作。但其缺点是该方式不支持内存数据的保存，容易导致内存数据的丢失。

⑵ 如何在两台服务器之间安全迁移Mysql数据库

迁移MySQL数据库通常只需要几个简单的步骤，但是由于您要转移的数据量可能比较庞大，因此一般耗时也会比较长。

下面的步骤将指导您如何从旧的服务器上导出MySQL数据库，对它进行安全加固；然后将其复制并导入到新的服务器上，以保证数据的完整。

将MySQL数据库导出至转储文件（mp file）

Oracle提供了一个名为mysqlmp的工具，允许您轻松地将数据库结构和其数据导出到一个SQL的转储文件。您可以使用如下的命令：

1.mysqlmp -u root -p --opt [database name] > [database name].sql

不过，请注意如下几点：

我们可以使用--single-transaction的标志，以避免数据库在导出数据的过程中被锁死。这样能够在将数据导出到转储文件的同时，您仍可继续在旧的数据库上更新数据。不过请注意，那些在导出进程已经开始之后被更新的数据，是不会被导入转储文件之中的。

在运行该命令之前，请务必将[database name]替换成您的实际数据库名称。

请输入您自己的用户名和相对应的密码，并确保该用户具有备份数据库所需的权限。

安全加固备份文件

在大多数情况下，数据是一家企业的最重要的资产。因此，我们不希望数据库的各种备份被暴露在不受保护的服务器上，因为这样有可能会造成错误地泄露，甚至会出现被黑客窃取等更为糟糕的状况。

因此，通常您可以尝试的做法是：压缩、加密文件，然后删除原文件。在Linux操作系统上，请使用以下的命令对已压缩文件进行加密：

1.zip --encrypt mp.zip db.sql

在压缩开始之前，系统将提示您输入密码。

传输备份文件

至此，我们已经获得了一个加密的转储文件。下面让我们通过网络使用SCP命令，将其传输到新的服务器上：

1.scp /path/to/source-file user@host：/path/to/destination-folder/

将MySQL转储导入新服务器

通过上面一步，我们已将备份文件传到了新的服务器上，下面让我们来进行解密和提取：

1.unzip -P your-password mp.zip

为了存储空间和安全方面的原因，一旦文件导入成功，请记得删除其对应的转储文件。

您可以使用以下的命令来导入文件：

1.mysql -u root -p newdatabase < /path/to/newdatabase.sql

在新服务器上验证导入的数据

现在我们在新服务器上已经导入了数据库，那么我们就需要一种方法来验证数据的真实存在，并确保没有任何遗漏。

我建议您同时在旧的和新的数据库上运行如下查询，并将获得的结果进行对比。

该查询会在所有的表里计算行数，以显示出新、旧数据库中的数据量。

1.SELECT

2.TABLE_NAME,

3.TABLE_ROWS

4.FROM

`

5.information_schema`.`tables`

6.WHERE

`

7.table_schema` = 'YOUR_DB_NAME'；

此外，我建议您检查各个表中数字列的MIN和MAX记录，以确保数据本身是有效的，而不仅仅是看数据的总量（虽然这是查询所唯一能够读出的值）。另一种可供测试的选择是将数据库从新的服务器导出为SQL转储文件，并将其与旧服务器的SQL转储文件做比较。

此外，在应用程序被迁移之前，我建议您先将一个应用程序的实例重定向到新的数据库上，以确认一切运行正常。

另一种导出和导入的选项

我们之所以把该选项放在最后，是因为我们的确不建议您去使用它。

该方法实现起来非常的容易，因为它仅使用一个命令，便能一次性将转储文件导出、传输、并将其数据导入到新的数据库之中。

而它的不足之处在于，一旦其网络链接断掉，您就需要重新启动它了。

因此，我们认为它并不值得被推荐，尤其是在大型数据库中，可能会非常不适用。

当然，如果您非要尝试一下的话，可以使用如下的命令：

1.mysqlmp -u root -pPassword --all-databases | ssh user@new_host.host.com 'cat - | mysql -u root -pPassword'

重要提示

请确保在新旧两处，安装有相同官方发行版本的MySQL服务器。否则，你需要按照MySQL网站上的升级说明来进行统一（请参见（https：//dev.mysql.com/doc/refman/5.7/en/upgrading.html）。

请确保您在旧的服务器上拥有足够的空间来保存转储文件和压缩文件（应该有db_size×2的空间）。

请确保您在新的服务器上拥有足够的空间来保存加密的和解密的转储文件、并能导入数据库（应该有db_size×3的空间）。

如果您曾经考虑过只是将datadir从一个数据库转移到另一个的话，我建议您最好不要这样做。否则，您会搞乱数据库的内部结构，而且会给将来可能的问题埋下隐患。

在新的服务器配置中，请不要忘了配置诸如innodb_log_file_size这样的重要标志。因为如果忘记了根据新服务器的规格而更新配置的话，很可能会导致严重的性能问题。

在许多情况下，一般升级到新的数据库服务器的初衷是为了提高查询性能。而如果此类升级没有达到预期的改善，那么您就应该考虑去优化SQL查询，而不仅仅是升级硬件那么简单了

⑶ 关于服务器中数据库的迁移。

非常简单，你注意到 有一个 链接服务器没有？ 无论 2000 还是 2005 都可以连接对方， 连接上之后 就可以 转移数据和 数据表。具体方法就是，在任何一方的查询窗口中 书写sql语句时候，可以把对方的数据库当成本地的 数据库一样使用。前提是 要写好 指定的 服务器名.数据库名.架构名.数据库表名

特别是2005 更是方便 他提供了一个专门的服务 整合服务。

第二个方法 将2000的数据转移到 access 依靠 数据的导入 导出功能。 然后 利用 2005的 数据导入 功能 转移数据到 2005.

⑷ 同平台的数据库迁移要注意哪些事项

1、为了使新服务器的配置和引入尽可能简单，整理您当前使用的服务器是必要的。因此，数据迁移是删除任何冗余或过期页面、备份、电子邮件和用户帐户的最佳时间。这意味着您将传输的数据量减少到最小，另一方面，您可以从目标系统上的所需资源中获得更大的价值。
2、您应该为关闭活动服务器进程制定准确的计划，以便以后不会出现数据丢失导致的复杂情况。指定应停止对文件、脚本和配置所做的任何更改的时间，并尽可能临时阻止对数据库的访问。也可以稍后更新您的数据库。在大多数情况下，数据传输是通过完整的服务器备份进行的。

⑸ 服务器数据迁移。

必须要搞清楚那个平台软件包括什么东西，比如程序文件及用到什么数据。对于程序你要在新服务器上安装好相同的程序，比如那个平台程序及数据库程序。数据库的数据你从原来系统导出再在新系统上导入就可以。不熟悉就只能慢慢测试，直到新服务器能代替旧服务器工作才能停掉旧服务器。

⑹ 什么是数据迁移在数据迁移中需要考虑的问题

数据迁移(又称分级存储管理，hierarchical storage management，hsm)是一种将离线存储与在线存储融合的技术。它将高速、高容量的非在线存储设备作为磁盘设备的下一级设备，然后将磁盘中常用的 数据按指定的策略自动迁移到磁带库（简称带库）等二级大容量存储设备上。当需要使用这些数据时，分级存储系统会自动将这些数据从下一级存储设备调回到上一 级磁盘上。对于用户来说，上述数据迁移操作完全是透明的，只是在访问磁盘的速度芦竖上略有怠慢，而在逻辑磁盘的容量上明显感觉大大提高了。
数据迁移是将很少使用或不用的文件移到辅助存储系统唤斗(如磁带或光盘)的存档过程。这些文件通常是需在未来任何时间可进行方便访问的图像文档或历史信息。迁移工作与备份策略相结合,并且仍要求定期备份。还包括电脑数据迁移，迁移旧电脑（旧系统）中的数据、应用程序、个性化设置等到新电脑（新系统），在系统升级后很有必要。
对数据的检查包括以下6个方面。
(1)数据格式检查。检查数据的格式是否一致和可用，目标数据要求为number型。
(2)数据长度检查。检查数据的有效长度，对于char类型的字段转换到varchar类型中，需要特别关注。
(3)区间范围检查。检查数据是否包含在定义的最大值和最小值的区间中。例如年龄为300或录入日期为4000—1—1显然有问题。
(4)空值、默认值检查。检查新旧系统定义的空值、默认值是和哗磨否相同，不同数据库系统对空值的定义可能不同，需要特别关注。
(5)完整性检查。检查数据的关联完整性。如记录引用的代码值是否存在，特别需要注意的是有些系统在使用一段时间后，为了提高效率而去掉了外键约束。
(6)一致性检查。检查逻辑上是否存在违反一致性的数据，特别是存在分别提交操作的系统。

⑺ 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、点击“确定”，完成恢复操作。