我目前正在制定迁移计划，将我们的SQL Server迁移到一些新的硬件上。
当前的安装是SQL Server 2005标准：它曾经是群集的，但是在某个时候删除了节点，但仍然被configuration为一个群集。 新的服务器将是一个SQL Server 2008标准机器，非群集。
我想知道我是否应该从旧机器的master数据库转移到新的？ 我的意思是，虽然它承载的数据库将是相同的，但configuration将会不同（不同的版本，而不是集群）。
除了传输用户数据库外，我的方法是编写所有login，用户，作业等脚本，并在新机器上恢复，但是我忘了什么？ 另一方面，由于不同的版本（SQL 2005 vs 2008，clustered vs non-clustered），通过传输master数据库，我担心兼容性问题。
请有人能提供一些关于每个选项与其他选项的警告的澄清。
您不应将主数据库还原到与备份目标计算机不同的目标计算机。
既然你说备份是（失败的）集群的一部分，那么你绝对不想把它还原到非集群的服务器（使用完全不同的主机名）。
你不应该这样做的原因是，每个SQL Server安装都会生成授予数据库服务器权限的本地用户和组帐户，以及特定于SQL Server实例的encryption密钥。
在其他位置恢复主数据库意味着信息将不再匹配原始服务器。
也就是说，master数据库确实包含了所有的安全凭证和login信息，因此您可能需要临时将其还原到某处以提取此信息。
作业不存储在主数据库中。
我会转移主数据库（也可能是msdb和modal ），但我不会把它叫做master服务器。 我会把它恢复成像master-old一样的东西，所以你至less可以查询它获取作业的细节，或者如果你需要它们，你可以login。 但是，我真的只把它当作故障安全来处理，万一你忘记了什么，或者你的login/工作/脚本失败了。
在进行数据库迁移时，有很多事情可能会被取消，SSIS包，作业，login都可能有点挑剔。 如果可以，请在迁移时将两个数据库保持在线，或者至less在虚拟机上进行练习。
简而言之，将2005年的群集master恢复到2008年的非群集master的顶端几乎肯定会导致不好的东西。 我认为。