如何迁移完整SQL数据库到另外一台服务器

首先，打开服务器上已经安装好的SQL Server 2005 服务器，并且用本地Windows身份登录。

2

打开SQL Server服务器以后，点击数据库--选择附加

3

打开附加数据库界面后，点击右小角的添加

4

打开电脑上，之前备份好的完成数据库文件，然后点击确认。

5

数据库文件和其数据库日志文件，就一并加载过来了，点击确认就可以了。

6

展开数据库，就可以了看到我

们刚刚附加过来的完整数据库了，现在就可以

使用

这个数据库。

面对上面的情况，我们的数据库压力比较大了，所以我们打算在同一个集群中找另外一台机器，转移这个数据库的数据过去，通过设置新服务器的一些参数来达到优化这个数据库的目的。 (二) 数据分析在拿到一个数据库的时候，我们应该查看这个数据库相关的信息，在了解了数据库的情况和参数之后再做出初步的评估，比如我们需要知道这个700G的数据库中那些表占用了多少空间，索引占了多少空间（有一个SQL可以直接查看到这些信息），是否做了表分区。了解参数的时候可以看看服务器硬件信息，比如内存、硬盘、是否做了RAID策略、什么操作系统、数据库的版本、内存的压力、CPU的压力等等信息。了解这些信息是我们决定是否迁移到新的服务器的重要因素。如果决定了进行数据迁移，那么为了不影响我们的生产的数据库，让生产数据库还能进数据，我们一次要搬多少条记录才是合适的，这个我们也是需要计算的。（搬迁的Job尽量让时间间隔大点，如果前一个Job还没有执行完的话，后一个Job即使到了时间也是不会执行的。） (三) 设计思路 1 创建一个表。这个表用来保存我们一次需要转移的多少数据的ID值；（这个ID是我们要迁移表的主键，自增字段）。那我们需要一次性迁移多少数据呢？这个我们可以通过计算比如1000条记录有多少M，一次传输对局域网的压力大嘛？最好让ID是一个整千或者整万的整数，这样方便记录和查看。 2 创建一个服务器对象-链接服务器。这样就可以读取到其它服务器上的数据库了，可以进行数据搬迁了（注意这里需要设置链接服务器的帐号和密码） 3 创建一个存储过程。用于读取、控制转移数据，这存储过程需要比较智能一点，它需要解决下面缺陷中提到的几个问题。 4 创建一个Job。这个Job就调用这个存储过程，不过需要尝试多几次调用的频率问题。参考脚本下面列出一些重点的sql，供参考。

如果是新网站和旧网站不是一种cms或者数据库类型不同，这样的也是可以完成数据迁移的。

这边临时考虑有这么几种思路：

11 数据源数据库分析

将老网站的数据库结构分析明白，能找到老网站cms的数据字典的话，配合起来好一些

12 新后台数据结构分析

分析新网站后台的数据库内容录入涉及到的表和数据表的字段结构，理清楚文章录入后发生写入和更新操作涉及到的数据。

13 数据导入模块程序编制及导入

编写程序，读取11中老网站数据条目并按照新网站后台的实际字段需要做数据结构转换，将转换后的数据字段直接写入新网站后台的数据库对应的表中

这样操作，需要对两个后台的内容模型、数据字段标记形式、数据库字段存储形式等细节有比较仔细的推敲的基础上进行，技术要求相对高一些。

其实，13过程，其实可以采用模拟发包的形式，将12处理完成的原始数据直接模拟人工录入（例如POST请求）的形式将拼接好的数据提交到新网站后台的录入地址

有个别情况，因为各种原因，无法直接获取到老网站后台的数据库的情况。

可以通过采集老网站html内容，将老网站的各种文章字段、及音视频素材等汇总整理到本地（或者动态采集不在本地存放），然后再通过12、13的步骤录入到新网站后台。或者是12步骤之后模拟发包的形式保存到新后台。

31 可以直接上传附件的情况

直接将老网站的附件目录直接上传到新网站后台，不需要吧正文部分对应的、附件、音视频等资源的路径做二次转换

32 无法直接将老网站后台附件上传到新后台（没有ftp权限或者服务器权限的情况）

需要在上文中13的步骤过程中，分析和音视频的上传请求，通过模拟在新后台的附件上传请求，将老网站的及音视频、附件等文件上传到新后台。

如果说做事情要追求做到极致的话，其实数据导入到新后台之后，还有一个重要的环节。就是将老网站的历史url挨个做301到新网站后台对应稿件的对应新url。

这个是一个对工作精密程度要求很高的工作，很少有做的。但是对于用户体验比较好。

这样做了，老网站所有的内容，在换到新的后台之后都是可以打开的，而且搜索引擎收录的文章数量不会大幅度减少。

最近在公司上班，有时候需要将公司服务器上的数据库copy到自己电脑上带回家，心情好的时候加会小班嘛。很多朋友可能像本人一样不会，或者不熟悉如何快速的迁移数据库。 方法一：脚本法 如果你的数据库每天都有更新，而且今天改动量不大，可以将你所有的改动

最近在公司上班，有时候需要将公司服务器上的数据库copy到自己电脑上带回家，心情好的时候加会小班嘛。很多朋友可能像本人一样不会，或者不熟悉如何快速的迁移数据库。

方法一：脚本法

如果你的数据库每天都有更新，而且今天改动量不大，可以将你所有的改动弄成脚本，放到本地数据库执行即可。就行一般公司开发写数据库发布脚本一样。

方法二：备份与还原法

在服务器的数据库中选中要转移的数据库，按鼠标右键，选所有任务->备份数据库;将备份copy到本地，选中本地已有的数据库(没有需要新建)右键→任务→还原数据库。

找到你copy下来的bak文件即可，值得提醒是，，有时候会出现错误：2个数据库不是一个数据库。这种情况点 →选项 勾上 覆盖现有数据库即可。

方法三：如果只是将服务器上的数据库copy到本地数据库，则右键→导出数据，按照向导导到对应的本地数据库(前提是本地数据库没有数据，如果有数据，他不会覆盖会出现2条相同的记录)，而且完了之后还得到处所有的函数和存储过程，所以该方法不推荐。

方法四：附加法

首先分离数据库连接，然后将数据库文件(mdf文件)copy到本地，然后右键→附加 找到该mdf文件即可

1,你要更换服务器,先做的是把DNS服务器中的数据导出来,备份好

2,在DHCP服务器中需要添加新的DNS服务器地址,把数据导入此时网络中相当于有两个DNS服务器了他们内容都是一样,可以看成备用

以后你想撤一个,就在DHCP中把想要去的DNS服务器地址删除就可以了

(操作上传不上来,不明白留言,共同学习)

英方云迁移解决方案提供了包括评估和分析、方案设计、环境准备、迁移实施、测试验证和系统割接的6个阶段，14道工序，和包括i2Move在内的3个迁移工具。

评估和分析：

确定迁移范围和目标，结合系统需求调研表，涵盖业务系统信息（业务名称、业务系统、业务分类、使用状态、对接系统等）主机信息（部署架构、IP地址、内外网访问情况、系统重要程度、可允许的宕机时间和最佳迁移操作建议时间、中间件等）操作系统信息（CPU、内存、磁盘容量、OS版本等）数据库信息（数据名称、数据库类型、版本、高可用、数据量、备份策略等）；

方案设计：

根据评估的分析报告，设计迁移的实施方案，涵盖迁移场景的分类、特殊迁移场景、迁移方案、实施步骤、预知的迁移挑战和风险、应对方案，并针对客户和合作方提供迁移前的分工计划表以及培训计划等；

环境准备：

迁移目标的基础资源准备，包括计算、存储、网络、数据库环境、新账号、密码、待迁移系统管理员权限设置、迁出和迁移资源对应表，以及迁移软件客户端安装；

迁移实施：

系统迁移信息配置，数据库迁移、服务器迁移、服务器集群迁移，启动迁移任务和进度观察；

测试验证：

迁移后的系统稳定性、数据一致性、完整性等验证；

系统割接：

建立切割计划表，确定各个业务系统的切割时间窗口，进行业务验证，确定是否进行执行回退方案；

　　数据迁移(又称分级存储管理，hierarchical storage management，hsm)是一种将离线存储与在线存储融合的技术。它将高速、高容量的非在线存储设备作为磁盘设备的下一级设备，然后将磁盘中常用的 数据按指定的策略自动迁移到磁带库（简称带库）等二级大容量存储设备上。当需要使用这些数据时，分级存储系统会自动将这些数据从下一级存储设备调回到上一 级磁盘上。对于用户来说，上述数据迁移操作完全是透明的，只是在访问磁盘的速度上略有怠慢，而在逻辑磁盘的容量上明显感觉大大提高了。

　　数据迁移是将很少使用或不用的文件移到辅助存储系统(如磁带或光盘)的存档过程。这些文件通常是需在未来任何时间可进行方便访问的图像文档或历史信息。迁移工作与备份策略相结合,并且仍要求定期备份。还包括电脑数据迁移，迁移旧电脑（旧系统）中的数据、应用程序、个性化设置等到新电脑（新系统），在系统升级后很有必要。

　　对数据的检查包括以下6个方面。

　　(1)数据格式检查。检查数据的格式是否一致和可用，目标数据要求为number型。

　　(2)数据长度检查。检查数据的有效长度，对于char类型的字段转换到varchar类型中，需要特别关注。

　　(3)区间范围检查。检查数据是否包含在定义的最大值和最小值的区间中。例如年龄为300或录入日期为4000—1—1显然有问题。

　　(4)空值、默认值检查。检查新旧系统定义的空值、默认值是否相同，不同数据库系统对空值的定义可能不同，需要特别关注。

　　(5)完整性检查。检查数据的关联完整性。如记录引用的代码值是否存在，特别需要注意的是有些系统在使用一段时间后，为了提高效率而去掉了外键约束。

　　(6)一致性检查。检查逻辑上是否存在违反一致性的数据，特别是存在分别提交操作的系统。