将 SQL Server 2005 完全迁移到新服务器的过程

Question

我的任务是“重建”一个数据库服务器，因为旧的正在消亡。为了减少新服务器的可能性，我们决定重建与旧服务器尽可能相似的服务器，因此，在 Windows Server 2003 之上的 SQL Server 2005 Enterprise。

现在，旧服务器的原始开发/维护人员已经走上了渡渡鸟的路（例如，他很久以前离开了公司，现在无处可寻）。因此，我们必须进行整体迁移。

更糟糕的是，旧服务器是一个大杂烩：数据库、混合用户凭据（SQL Server 身份验证和Windows 身份验证）、一群链接服务器和一群 SQL Server 代理作业。

那么，我该如何处理这项艰巨的任务呢？在我看来，我有以下半生不熟的计划：

对于上面的每一步，我可能都必须一个一个地完成:(

是否有更简单（例如，不那么乏味）的方法来进行迁移？

Answer 1

不要使用复制数据库向导。而是使用备份/恢复。此外，如果您想最大限度地减少停机时间，那么以下步骤就足够了：

新服务器上的准备工作：

创建与旧服务器同名的空白数据库。这是因为如果任何登录或作业将该数据库作为默认值，就会出现错误。
使用sp_help_revlogin从旧服务器到新服务器的所有登录脚本，并在新服务器上创建它们。
编写所有作业的脚本。您不必为每个作业编写脚本 > 创建至。相反，右键单击对象资源管理器并一次性编写所有作业的脚本:-) 请记住禁用作业，直到故障转移到新服务器。
删除所有链接服务器并在目标服务器上重新创建它们。请记住，密码不会被脚本化。
设置 1-4 后，然后设置从源服务器到目标服务器的日志传送或数据库镜像（异步模式）。
在故障转移当天
- 如果使用日志传送，则手动故障转移到新服务器。
- 如果使用镜像，则将模式更改为同步，然后启动到新服务器的故障转移。

通过这种方式，您可以事先做好所有准备工作，然后在故障转移当天，停机时间将最小化。