我被要求将所有与 SP 相关的数据库移动到同一 SQL 2005 服务器上的新命名实例。我之前曾通过断开内容数据库然后将其重新连接到新位置来移动内容数据库，但我对 SSP、mysites 和配置应遵循的流程有点困惑。据我所知，普遍的共识是我应该创建一个全新的配置数据库和 SSP，然后迁移内容数据库。这是唯一干净的选择吗？我最担心的是，由于多种原因，我花了一段时间才让配置文件导入正常工作，我不想再经历这种情况了。
我们有 2 个 WFE、1 个搜索/索引服务器和一个后端共享集群 SQL 2005 DB。
答案1
代理人，
一般来说，在农场中指向一个或多个新数据库实例是“交易破坏者”。我的“后备安全意见”与普遍共识一致：构建一个新农场（即新的配置数据库），构建 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 客户端工具
- 建立一个名为“SQLSERVER”的别名，指向服务器“SQLSERVER”
- 构建命名实例 (SQLSERVER\MOSS)，并将场中的所有数据库复制到新的命名实例
- 将每个 MOSS 服务器上的“SQLSERVER”别名切换为指向“SQLSERVER\MOSS”而不是“SQLSERVER”，然后观察会发生什么。
最糟糕的情况是，这会失败，您将不得不像现在预期的那样建造一个新的农场。最好的情况是……您将继续运营而无需重建农场。
我希望这有帮助！
答案2
我在一篇博客文章中详细介绍了如何使用 SQL 连接别名将数据库移动到新数据库服务器的步骤，我想它在这种情况下会很有用。欢迎随时查看http://mossblogger.blogspot.com/2009/10/migrating-to-new-sql-server-in-moss.html如果它对你有帮助的话请告诉我。
干杯，本杰明·阿萨维斯。