0

我正在将我们所有的 SharePoint DB 从 SQL 2005 服务器移动到新的 2008 服务器，移动配置数据库后，一切似乎都正常，除非我单击“计时器作业状态”（在中央管理 > 操作 >全局配置）我收到“无法连接到数据库。检查数据库连接信息并确保数据库服务器正在运行。” 错误。

我在日志中得到以下关于此的条目：

2010 年 3 月 12 日 13:51:41.80 w3wp.exe (0x09E0)
0x09AC Windows SharePoint Services
常规
8e2r 中 报告的错误与代码 = 0x8107053b 和消息之间可能不匹配：“无法连接到数据库。检查数据库连接信息并确保数据库服务器正在运行。” 以及返回的错误代码为 0x81020024。

2010 年 12 月 3 日 13:51:45.61 OWSTIMER.EXE (0x0744) 0x0DD8
Windows SharePoint Services
数据库 6f8e
SQL Server 实例“测试服务器”上的关键 SQL 数据库“SP_Test_Config”未找到。下面包括来自 SQL Server 的其他错误信息。无法打开登录请求的数据库“SP_Test_Config”。登录失败。

需要注意的是，为了确保不再使用旧服务器上的 config 数据库，我在 SQL Management Studio 中分离了原来的 SP_Test_Config 数据库。

显然，旧的 2005 服务器上仍然存在对旧 SP_Test_Config 数据库的引用。如何删除这些引用？或者，除此之外，我如何移动配置数据库以不保留对旧 2005 服务器的引用？

先感谢您！

4

1 回答 1

0

不是真正的答案，但我们最终做了什么（基本上使用 SQL 别名从头开始）：

首先，创建 SQL Server 别名。这将使得如果您将来需要再次移动数据库，您可以将所有数据库迁移到新的 SQL Server，并将您的 SQL Server 别名更改为指向该服务器。这应该可以为您将来节省很多麻烦和心痛。

  1. 在以下位置运行 SQL Server 客户端配置实用程序：C:\Windows\System 32\cliconfig.exe。
  2. 在 Alias 选项卡下，为新的 SQL Server 创建一个 SQL Server Alias。

现在，重新创建农场。

  1. 在所有内容数据库上运行 stsadm -o preparetomove 备份所有内容数据库并复制到新的 SQL 服务器
  2. 使用 SharePoint 配置向导从场中删除所有服务器
  3. 使用您在上面创建的 SQL Server 的别名使用 SharePoint 配置向导重新创建场
  4. 使用临时内容数据库重新创建所有 Web 应用程序
  5. 在步骤 4 中创建的所有临时内容数据库上运行 stsadm -o deletecontentdb
  6. 使用复制的生产数据库作为内容数据库运行 stsadm -o addcontentdb
  7. 排查令人作呕的问题
于 2010-12-11T16:40:25.130 回答