我被要求将所有与 SP 相关的数据库移动到同一 SQL 2005 服务器上的新命名实例。我之前通过断开内容数据库然后使用新位置重新连接到它来完成内容数据库移动，但是对于 SSP、mysites 和配置要遵循的流程，我有点迷茫。据我所知，一般的共识是我应该创建一个全新的配置数据库和 SSP 并迁移内容数据库。这是唯一干净的选择吗？我最担心的是，由于多种原因，我花了一段时间才能让配置文件导入工作，我不想再经历一次。
我们在后端有 2 个 WFE、1 个搜索/索引服务器和一个共享的集群 SQL 2005 DB。
代理人，
一般来说，当涉及到农场时，指向一个新的数据库实例（或多个实例）是一个“交易破坏者”。我的“后备安全意见”符合普遍共识：构建一个新场（即一个新的配置数据库），构建您的 SSP，然后将内容数据库迁移到新场。
这里有一个关于在未来避免这个（痛苦的）过程的技巧：实现 SQL 连接别名。可以在此处找到描述如何执行此操作的文章：http: //decipherinfosys.wordpress.com/2007/11/26/using-a-server-alias-to-connect-to-sql-server-instances/。从灾难恢复的角度来看，别名也特别有用，因为它们在您的场和支持数据层之间引入了一个抽象层。
我还没有尝试过下一个项目，所以我严格把它作为一个调查点来提及......但是你现在可以在你进行重建之前在你的 MOSS 环境中实现别名，并可能完全避免它。假设您的 SQL Server 名为“SQLSERVER”，您将访问该服务器上名为“MOSS”的命名实例。对于每个 MOSS 服务器：
在最坏的情况下，这将失败，您将不得不按照您现在的预期建造一个新的农场。充其量......您将继续运行而无需重建农场。
我希望这有帮助！
我在一篇博客文章中详细介绍了如何使用 SQL 连接别名将数据库移动到新的数据库服务器，我想它会在这种情况下使用。请随时在http://mossblogger.blogspot.com/2009/10/migrating-to-new-sql-server-in-moss.html上查看它，如果它对您有用，请告诉我。
干杯，本杰明·阿瑟斯。