Sql server 新的SQL Server安装

我已经有很长时间没有这样做了，但我需要一些再保证。我目前正在将我们的SQL Server 2014标准版环境移到一台新服务器上。新服务器上的安装仍然完全相同。我已经将报告数据库移到了各个位置，一切都很好

我现在需要移动master/model/msdb/temp_db。我不得不使用备份和恢复过程，因为旧服务器处于生产环境中，停机时间非常有限

如果我备份每个数据库master/model/msdb，并通过安装后设置的数据库进行恢复，我是否可能会遇到任何问题？如果我没记错的话，这应该会提供我在旧服务器上设置的所有原始SQL帐户

我知道temp_db不能以这种方式移动，但我可能会错误地认为我真的不需要将此数据库从旧服务器移动到新服务器

在一天结束的时候，我只想要一份旧环境的复写本，在做任何事情之前，在得到一些建议/保证之后

谢谢

如果我备份每个数据库master/model/msdb并还原它们 在安装后设置的一个上，我可能会吗 有什么问题吗？如果我没记错的话，这应该给我所有的 我在旧服务器上设置的原始SQL帐户。 主数据库具有指向所有用户数据库的路径。如果您只是在新服务器上还原master，并且在新服务器和旧路径上找不到任何用户数据库，则除系统数据库外，任何数据库都不会联机

如果您在新服务器上有任何其他用户数据库（您说您已经移动了报告数据库？），它将被成功删除

主服务器恢复后，您将只看到驻留在旧服务器上的旧数据库

但是所有的登录都会在那里，这是正确的。即使登录没有问题，也可以使用

revlogin

ot T

transfer logins

SSIS任务将它们移动到另一台服务器

我知道temp_db不能以这种方式移动，但我会考虑 也许我错了，我真的不需要移动这个数据库 从旧服务器到新服务器

---

Tempdb

不应移动，它会在每次服务器重新启动时自动创建。

在投入生产之前，您不测试此迁移吗？如果你关心这个过程，这似乎是最好的方法。还有一个经过测试的回滚应急计划。嗨，Jacob，现有设置正在生产中，因此需要备份文件，而不是移动mdf/ldf文件。我现在要搬到的那个只有我可以使用，因此需要测试以确保我做的每件事都是正确的。我不明白为什么你认为备份和恢复“不好”。在大多数情况下，这是一种理想的方法。移动文件和附加是可怕的。我的意思是建议您在切断一切之前测试备份和恢复过程。不管你是否独自一人，当你进行测试时，你没有停机时间，因此没有危机。我从来没有想过备份和恢复是一个坏主意，老实说，这是我的偏好，我只是说明为什么我不选择只移动文件。是的，一旦数据库被移动，我会测试一切，但我只是想通过征求第二个意见来尽量减少可能出现的问题。谢谢你的回复。