旧的数据库服务器越来越累，我正在升级到新的硬件。 我需要的是将旧的〜100个数据库的精确副本添加到新计算机上。
我已经阅读了一些关于复制和镜像的内容，但我无法弄清楚什么是“最佳”行为。 我相信很多数据库pipe理员习惯于这种情况，知道如何去做，如何移动所有的数据库，angular色，架构，存储过程等，以及其他任何需要的东西。
我知道我可以在每个数据库上使用备份，但我有数百个数据库要复制。 有一个更简单的方法吗？
一步一步的指导和简短的说明如何做到这一点很好。 如果需要，也许可以链接到更深层次的主题信息。
1: Start [SQL Server Management Studio][1] 2: Right-click Server Instance 3: ..... 你有两个可行的select：
请注意，这两个操作都可以轻松地编写脚本，因此您可以从第一台服务器导出数据库列表，然后在第二台服务器中重新导入。 但是，您将不得不重build一些元素以便导入完美地工作：几乎所有的数据库login都将被重build。
在开始移动任何东西之前，让新服务器启动并运行，并configuration您需要的任何东西，比如电子邮件。 想想吧，就好像你在进入房间之前先把水和电送到房子里一样。
使用现有的备份并将其还原到新的服务器。 离开msdb，模型，tempdb和主单独。 在新服务器上启动数据库时，请转到旧服务器并将相应的数据库设置为“离线”或将其分离。 这可以防止出现令人惊讶的“哎呀”问题。 离开旧数据库文件离线或分离，但在适当的位置，为您提供了一个可能的出路，如果有什么不可预见的和灾难性的事情发生。 （例如，新SAN的失败。）
使用SSMS编写链接的服务器，操作员，作业和任何其他类似的服务器级别的对象。 请记住，SSMS不会在链接的服务器SQLlogin中编写密码，因此您需要知道它是什么。 如果可以，请使用可信安全login。
不要忘记DTS和SSIS包。
如果你有很多项目要做，你可能需要写一点脚本。 如果你正在从SQL 2000转到SQL 2005，那么一旦你把它放到新的服务器上，把它重新编译是个好主意。
使用sp_help_rev_login来帮助在新服务器上重新创buildlogin。 知识库文章描述sp_help_rev_login这将为SQL Server用户保留密码和SIDS，如果您不使用域安全。
不要忘记，您可能需要在任何涉及数据库的应用程序中更新连接string。 如果您要“丢弃”旧服务器，或将其重新格式化并用于其他function，请与您的networking人员联系，询问他是否可以将旧名称重新创build为“DNS C名称”，并指向你的新服务器。 当你有很多连接string（这可能不在你的控制之下，比如在公司某个偏远angular落的某个人的桌面上的旧Access数据库中）时，这是一个对接保护程序。