请教高手4T的数据库迁移方案

方法一：

将\Microsoft SQL Server\MSSQL\DATA文件夹中的syntt_datamdf和syntt_logldf文件复制到安装有数据库服务器的机器的文件夹中（可以是本机的\Microsoft SQL Server\MSSQL\DATA\文件夹），然后进入企业管理器。右键点击逗数据库地，在浮动菜单中选择逗所有任务地中的逗附加数据库地。

在随后的提示页面中选择刚才复制过来的MDF文件，如果想指定数据库的所有者，在逗指定数据库所有者地选择框中选择你认为合适的用户。如果想修改数据库的名字，可在逗附加为地框中输入新的数据库名字（对本数据库，不建议这么做，因为这样的话，整个程序中所有涉及数据库连接的代码都要随之修改，那将是不必要的劳动）。

在进行完上述的工作之后，直接点击逗确定地就可进行数据的SQL Server 数据转移转移。

方法二：

（方法一）是针对数据库中没有本数据库的服务器，如果数据库中已经建有与该数据库名称相同的数据库，则直接按照备份数据库的恢复操作就可完成数据的SQL Server 数据转移转移。

方法如下所述：

这种方法首先要在本机上建立一个备份文件，具体操作介绍如下：

1、 在企业管理器中打开服务器组以及指定的服务器。然后右键点击需要备份的数据库在这里是syntt，在浮动菜单中选择逗所有任务地菜单下的逗备份数据库地，打开数据备份对话框。

2、 选择逗常规地选项卡，在名称对话框中输入本分集合名称，在逗描述地文本框中输入备份集描述文本信息。在逗备份地组下选择备份操作类型，共有以下几种：

数据库—完全：完整备份数据库。

数据库—差异：增量备份数据库。

事务日志：事务日志备份。

文件和文件组：数据库文件和文件组备份。

在逗目的地组中指定备份设备或者备份文件名称，选择逗添加地按钮添加备份设备或者文件；逗删除地按钮用来删除备份设备和备份文件；选择逗内容地按钮，则可查看已经存储在备份设备或文件中的备份信息。

在逗重写地组中有两种选项：

追加到媒体：选择该选项，表示需要保存备份设备或文件中以前的备份数据。

重写现有媒体：要求本次被分数据覆盖以前的备份数据，从而节省存储空间。

在逗调度地组中，安排数据备份的时间。用来指定数据库备份在将来的某个时间执行

3、 逗选项地选项卡，设置数据库备份操作选项。其中的内容主要有以下几项：

完成后验证备份：要求在备份结束时对备份数据进行校验。

备份后弹出磁带：只对磁带备份设备有效，他要求在备份结束时自动卸带。

删除事务日志中不活动的条目：要求在事务日志备份结束时删除事务日志中的已经完成的事务日志条目。

检查媒体集名称和备份集到期时间：要求在备份前检查介质集名称和原备份集中备份SQL Server 数据转移的有效期，以防止意外重写破坏原来的备份数据。

备份集到期时间：设置备份集的有效期。

初始化并标识媒体：只对磁带设备有效。选择该选项后，SQL Server在备份时将Microsoft定义的磁带格式信息写入介质的开始部分。此时，可以在逗媒体集名称地和逗媒体集描述地文本框中定义介质集名称和介质描述信息。

4、 在进行完上述的操作之后，剩下的任务就是点击逗确定地，使系统开始进行数据库的备份操作。

到目前为止，我们已经有了一个数据库的备份文件，剩下的任务就是怎么将这个文件还原至另外的数据库服务器中了。

1、因为使用企业管理器进行数据库的恢复只能是在本机进行，所以在进行数据还原之前，必须将刚才所作的备份文件复制到本机，然后在本机选择逗syntt地数据库，右键点击它，在显示出来的浮动菜单中选择逗所有任务地下的逗还原数据库地。

2、在还原数据库对话框中，在逗常规地选项卡中的选择逗从设备地的数据恢复方法，通过逗选择设备地按钮选择刚才复制过来的文件。

逗常规地选项卡与逗选项地选项卡中的具体内容如下所示：

逗常规地选项卡：

数据库恢复方法：包括逗数据库地、逗文件组或文件地、逗从设备地三种恢复方式。

逗数据库地方式：选择该项时，从逗显示数据库备份地列表中选择需要显示的指定数据库备份集合，从逗要还原的第一个备份地列表框中选择首先使用哪一个备份集恢复数据库；逗文件组或文件地：选择它时，数据库恢复部件列出指定数据库备份集合中备份的数据库文件或文件组，管理员可从这些备份文件中选择恢复那个数据库文件或文件组；逗从设备地：选择它时，管理员选择恢复数据库或其日志所使用的备份设备，之后再从该备份设备中选择使用哪一次备份中的数据恢复数据库或其日志。

3、点击逗确定地，完成恢复操作。

非原创

如果没有 SCVMM(system center virtual machine management )管理软件的话,

在2008的 hyper-V 环境下 只能 通过导出在导入的方法迁移

如果在集群的环境下可以实现 在线迁移 和快速迁移 虚拟机

caching_sha2_password认证插件提供更多的密码加密方式，并且在加密方面具有更好的表现，目前MySQL 80选用caching_sha2_password作为默认的认证插件，MySQL 57的认证插件是MySQL_native_password。如果客户端版本过低，会造成无法识别MySQL 80的加密认证方式，最终导致连接问题。

MySQL存储引擎现在负责提供自己的分区处理程序，而MySQL服务器不再提供通用分区支持，InnoDB和NDB是唯一提供MySQL 80支持的本地分区处理程序的存储引擎。 如果分区表用的是别的存储引擎，存储引擎必须进行修改。要么将其转换为InnoDB或NDB，要么删除其分区。通过MySQLdump从57获取的备份文件，在导入到80环境前，需要确保创建分区表语句中指定的存储引擎必须支持分区，否则会报错。

MySQL 80的默认字符集utf8mb4，可能会导致之前数据的字符集跟新建对象的字符集不一致，为了避免新旧对象字符集不一致的情况，可以在配置文件将字符集和校验规则设置为旧版本的字符集和校验规则。

MySQL 80启动使用的lower_case_table_names值必须跟初始化时使用的一致。使用不同的设置重新启动服务器会引入与标识符的排序和比较方式不一致的问题。

< lower_case_table_names >

https://devmysqlcom/doc/refman/80/en/server-systemvariableshtml#sysvar_lower_case_table_names

要避免MySQL 80上的启动失败，MySQL配置文件中的sql_mode系统变量不能包含NO_AUTO_CREATE_USER。

从MySQL 5724和MySQL 8013开始，MySQLdump从存储程序定义中删除了NO_AUTO_CREATE_USER。必须手动修改使用早期版本的MySQLdump创建的转储文件，以删除NO_AUTO_CREATE_USER。

在MySQL 8011中，删除了这些不推荐使用的兼容性SQL Mode：DB2，MAXDB，MSSQL，MySQL323，MySQL40，ORACLE，POSTGRESQL，NO_FIELD_OPTIONS，NO_KEY_OPTIONS，NO_TABLE_OPTIONS。从57到80的复制场景中，如果语句使用到废弃的SQL Mode会导致复制异常。

在执行到MySQL 803或更高版本的in-place升级时，BACKUP_ADMIN权限自动授予具有RELOAD权限的用户。 

本文对MySQL 57到MySQL 80的升级过程中出现部分易出现问题进行整理：升级对MySQL版本的要求、升级都做了哪些内容、数据库升级做了哪些步骤以及注意事项，希望对大家版本升级有帮助。

业务云端迁移不可避免地会遇到诸如监管、数据安全管理、计费和成本管理等挑战。

1、迁移到云服务器的准备工作

数据安全管理策略

确保对云服务器中所有数据的具有明确的访问、管理和控制权限，并对其他子账户的操作权限进行限定，以避免被未授权的第三方访问和移动数据。

云基础平台和应用程序的安全性

在每次新的更新过程中都应执行应用程序安全测试，以提供基础架构安全性以外的持续安全保证

2、安全地迁移到云服务器

根据工作负载类型选择云服务器配置；

重新构建应用程序；

做好安全防护措施。

通过 Hyper-V，可以使用 Windows 中的一项技术创建一个虚拟化的服务器计算环境。 本指南提供有关将 Hyper-V 角色（包括虚拟机、数据和操作系统设置）从在早期版本 Windows 中运行 Hyper-V 的源服务器迁移到运行 Windows Server® 2012 操作系统的目标服务器的信息和说明。

关于本指南

注意

你的详细反馈非常重要，可帮助我们使 Windows Server 迁移指南尽可能地可靠、完整和易于使用。 请花几分钟时间给本主题评分，并填写你给出此分数的原因。 如果你在 Lightweight View 中查看本主题，请单击该页面顶部的“给本主题评分”。 在经典视图中，单击页面右上角的星号（1=差，5=优）。 描述你喜欢的内容、不喜欢的内容或希望在本主题的将来版本中看到的内容。 若要提交有关如何改进迁移指南或实用工具的其他建议，请将其发布在 Windows Server 迁移论坛上。

本指南介绍如何迁移 Hyper-V 角色，并提供了相应的准备、迁移和验证步骤。

迁移文档和工具简化了将服务器角色设置和数据从现有服务器迁移到运行 Windows Server 2012 的目标服务器这一过程。 通过使用本指南中介绍的工具，你可以简化迁移过程，减少迁移时间，提高迁移过程的准确性，并帮助消除在迁移过程中可能出现的冲突。 有关如何在源服务器和目标服务器上安装和使用迁移工具的详细信息，请参阅 Windows Server 迁移工具安装、访问和删除指南。

目标受众

本文档适用于负责在托管环境中操作和部署 Hyper-V 的信息技术 (IT) 专业人员。

本指南未提供的内容

本指南不涵盖以下项目，原因是迁移工具不支持这些项目：

此迁移过程不支持群集方案。 有关如何在群集环境中进行迁移的信息，请参阅《将群集服务和应用程序迁移到 Windows Server 2012 循序渐进指南》将群集服务和应用程序迁移到 Windows Server 2012。

如何在同一计算机上升级角色不属于本指南的范围。

一次迁移多个服务器角色。

将 Hyper-V 从一台运行 Windows Server 2012 的服务器迁移到另一台运行 Windows Server 2012 的服务器。 几种新的 Hyper-V 管理工具和功能反倒支持该过程。 一般过程包括以下步骤：

确定是使用导出和导入还是实时迁移来移动虚拟机。 导出和导入可以用于工作组或域环境中，但是需要关闭虚拟机。 实时迁移需要域环境以及一些配置，但是可让你移动正在运行的虚拟机。

将 Hyper-V 角色添加到目标服务器。 添加此角色时，可以配置默认存储位置和实时迁移。 有关说明，请参阅安装 Hyper-V 并创建虚拟机。

在目标服务器上配置虚拟交换机和其他网络功能（可选）。 管理工具包括 Hyper-V 模块中的 cmdlet New-VMSwitch 和 Set-VMSwitch，以及 Hyper-V 管理器管理单元中的虚拟交换机管理器。

通过导出和导入或者通过进行实时迁移来移动虚拟机。 管理工具包括 cmdlet Export-VM 和 Import-VM，以及 Hyper-V 管理器中的菜单命令“导出”、“导入”和“移动”。 有关使用实时迁移来移动虚拟机的详细信息，请参阅在非集群虚拟机上配置和使用实时迁移。

有关 Hyper-V 模块中包含的 cmdlet 列表，请参阅 http://technetmicrosoftcom/library/hh848559。

支持的迁移方案

本指南为你提供了将在早期版本 Windows Server 中运行 Hyper-V 角色的现有服务器迁移到运行 Windows Server 2012 的服务器的说明。 本指南不包含有关在源服务器运行多个角色时进行迁移的说明。 如果你的服务器运行了多个角色，建议你根据其他角色迁移指南中提供的信息设计特定于你的服务器环境的自定义迁移过程。 Windows Server 迁移门户中提供了适用于其他角色的迁移指南。

小心

如果你的源服务器正在运行多个角色，则本指南中的某些迁移步骤（例如，用于计算机名称和 IP 配置的步骤）可导致在源服务器上运行的其他角色失败。

支持的操作系统

源服务器处理器

源服务器操作系统

目标服务器操作系统

目标服务器处理器

基于 x64

Windows Server 2008 Service Pack 2，仅限完全安装选项

Windows Server 2012，完全安装选项和服务器核心安装选项

基于 x64

基于 x64

Windows Server 2008 R2

Windows Server 2012，完全安装选项和服务器核心安装选项

基于 x64

基于 x64

的服务器核心安装选项 Windows Server 2008 R2

Windows Server 2012，完全安装选项和服务器核心安装选项

基于 x64

上表中显示的操作系统版本是所支持的操作系统和 Service Pack 的最旧组合。 支持较新的 Service Pack（如果有）。 未列出的操作系统将不受支持。 不支持作为独立产品的 Microsoft Hyper-V Server。

支持将运行 Hyper-V 的标准版、企业版和数据中心版的 Windows Server 作为源服务器或目标服务器。

不支持从源服务器迁移到运行与源服务器不同的系统 UI 语言（即已安装语言）的操作系统的目标服务器。 例如，无法使用 Windows Server 迁移工具从正使用法语系统 UI 语言运行 Windows Server 2008 的计算机将角色、操作系统设置、数据或共享迁移到正使用德语系统 UI 语言运行 Windows Server 2012 的计算机。

注意

系统 UI 语言是用于设置 Windows 操作系统的本地化安装程序包的语言。

支持的角色配置和设置

本节标识了可通过使用迁移工具迁移的配置和设置，以及必须手动迁移的配置和设置。 下表中进行了总结。

配置和设置

迁移类型

虚拟机（配置和数据）

自动（下面另有注明的除外）

Hyper-V 设置

自动

管理操作系统中的虚拟网络适配器设置

自动

外部虚拟网络

部分自动（参见下面的说明）

虚拟机队列 (VMQ) 网络设置

自动

自定义的远程管理设置

Manual

可以自动迁移以下配置和设置：

大多数虚拟机配置。 作为迁移的一部分移动虚拟机及其数据，但有些配置需要手动干预，如下所述。

Hyper-V 设置。 其中包括系统级设置和授权存储。

注意

如果从运行 Windows Server 2008 R2 的源服务器中进行迁移并且已设置 MAC 地址范围，则还将该值自动迁移到目标服务器。

内部和专用虚拟网络。

管理操作系统中的虚拟网络适配器设置。 当 Hyper-V 配置为使用物理网络适配器作为虚拟机可用于访问物理网络的桥时，将在运行 Hyper-V 角色的管理操作系统中创建虚拟网络适配器。 对于此虚拟网络适配器，迁移过程自动迁移此虚拟网络适配器的 IP 设置、绑定和 MAC 地址。 但是，必须手动重新建立虚拟网络适配器与物理网络适配器之间的连接，如迁移步骤中所述。

虚拟机队列 (VMQ) 网络设置。

在使用迁移工具之后，以下配置和设置需要手动干预：

防火墙设置。 在目标服务器上使用随 Hyper-V 一起安装的默认值重新创建防火墙设置。 如果已从这些默认值修改任何防火墙设置，则将需要在目标服务器上进行相同修改。

外部虚拟网络。 迁移工具在目标服务器上重新创建虚拟网络，但重新创建外部虚拟网络作为内部虚拟网络。 你将需要修改其中的每个网络，以将其连接到目标服务器上适当的物理网络适配器，如迁移步骤中所述。

VFD 和 ISO 文件。 不会迁移这些文件，因为它们不是运行虚拟机所必需的，而且它们不受 Import 和 Export cmdlet 支持。 若要使这些文件可供迁移后的虚拟机使用，请将这些文件手动复制到目标服务器，然后在迁移虚拟机之后将它们重新附加到虚拟机。

直接连接到虚拟机的物理磁盘的连接。 不会迁移这些连接（有时称为“传递磁盘”），因为磁盘引用在目标服务器上可能无效。 若要使某个物理磁盘可供迁移后的虚拟机使用，请将该磁盘连接到目标服务器，然后在迁移虚拟机之后将该磁盘连接到虚拟机，如迁移步骤中所述。

自定义的远程管理设置。 如果已自定义 Hyper-V 以进行远程访问，你将需要执行一些其他过程来重新创建 DCOM 和 WMI 命名空间设置。 迁移步骤标识应执行这些过程的时间点，并提供建议的工具或脚本来完成相应过程。

迁移依赖关系

Hyper-V 角色不依赖于任何其他角色。 作为最佳实践，建议不要在运行 Hyper-V 的服务器上安装任何其他角色。

不支持的迁移方案

不支持以下迁移方案：

虚拟机的已保存状态。

下列一种情况下的虚拟机配置：

为虚拟机配置的虚拟处理器的数目多于目标服务器上的逻辑处理器的数目时。

为虚拟机配置的内存大于目标服务器上的可用内存时。

将物理服务器合并到虚拟机，或者将多个 Hyper-V 实例合并到一个实例。

Hyper-V 迁移概述

Hyper-V 角色迁移涉及将虚拟机、虚拟网络和所有关联的设置从企业中的一台物理计算机移动到另一台物理计算机。 该过程支持从在 Windows Server® 2008 R2 中运行 Hyper-V 的服务器迁移到在 Windows Server 2012 中运行 Hyper-V 的服务器。 Hyper-V 角色不依赖于任何其他角色。

迁移工具包含你可用于执行迁移 Hyper-V 角色所需的某些任务的 cmdlet。 Export cmdlet 可捕获执行成功迁移所需的大多数 Hyper-V 设置，包括虚拟机配置、虚拟网络和虚拟硬盘。 DCOM 和 WMI 命名空间安全设置必须单独进行迁移。 本指南后面提供有关此操作的说明。 在目标服务器上，Import cmdlet 将重新创建虚拟机。

迁移的影响

下节描述迁移对源服务器和企业中的其他计算机的影响。

迁移对源服务器的影响

在目标服务器上运行 import cmdlets 之前，应当关闭源服务器或从网络中删除源服务器，以便在源服务器上运行的虚拟机与将在目标服务器上重新创建的虚拟机之间没有冲突。 本指南后面的迁移步骤中标识应执行此任务的时间点。

迁移对企业中的其他计算机的影响

这种迁移可能会影响依赖于在虚拟机（将作为 Hyper-V 角色迁移的一部分进行迁移）中运行的应用程序或工作负荷的任何计算机（虚拟或物理），因为这些虚拟机在迁移期间将处于脱机状态。 例如，如果虚拟机承载一个数据库，则企业中需要访问该数据库的所有应用程序都将受到影响。 因此，你将需要通过安排计划的中断时间或通过将流量重定向到其他服务器以提供相应服务，从而安排好此类停机事件。

完成迁移所需的访问权限

运行 cmdlet 和工具的用户帐户必须是源服务器和目标服务器上的本地管理员组的成员。

估计持续时间

迁移 Hyper-V 角色所需的时间长度取决于要传输的数据大小。 在要传输的各种文件类型当中，vhd 文件的文件大小最大（从几千兆字节到数千兆字节不等）。 时间长度受到 vhd 文件的大小和网络带宽的影响。