MOSS 2007 配置数据库移动后无法连接到数据库

发布于 2024-10-06 02:16:59 字数 813 浏览 0 评论 0原文

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

我在日志中收到以下与此相关的条目:

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

12/03/2010 13:51:45.61 OWS定时器 (0x0744) 0x0DD8
Windows SharePoint 服务
数据库 6f8e
批判的 SQL数据库 SQL Server 上的“SP_Test_Config” 未找到实例“测试服务器”。 来自 SQL 的附加错误信息 服务器包含在下面。打不开 数据库“SP_Test_Config”请求者 登录。登录失败。

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

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

先感谢您!

I am in the process of moving all our SharePoint DB's from a SQL 2005 server to a new 2008 server, and after moving the config database, everything seems ok, except when I click on "Timer Job Status" (under Central Admin > Operations > Global Configuration) I receive a "Unable to connect to database. Check database connection information and make sure the database server is running." error.

I get the following entries in the log regarding this:

12/03/2010
13:51:41.80
w3wp.exe
(0x09E0)
0x09AC
Windows SharePoint Services
General
8e2r
Medium
Possible mismatch
between the reported error with code =
0x8107053b and message: "Unable to
connect to database. Check database
connection information and make sure
the database server is running." and
the returned error with code
0x81020024.

12/03/2010
13:51:45.61
OWSTIMER.EXE
(0x0744)
0x0DD8
Windows SharePoint Services
Database
6f8e
Critical
SQL Database
'SP_Test_Config' on SQL Server
instance 'test-server' not found.
Additional error information from SQL
Server is included below. Cannot open
database "SP_Test_Config" requested by
the login. The login failed.

It should be noted that in order to ensure that it was no longer using the config database on the old server, I detached the original SP_Test_Config database in SQL Management Studio.

Obviously there are still references to the old SP_Test_Config database on the old 2005 server. How do I remove these references? Or, barring that, how do I move the config database in such a way that no references to the old 2005 server will remain?

Thank you in advance!

如果你对这篇内容有疑问,欢迎到本站社区发帖提问 参与讨论,获取更多帮助,或者扫码二维码加入 Web 技术交流群。

扫码二维码加入Web技术交流群

发布评论

需要 登录 才能够评论, 你可以免费 注册 一个本站的账号。

评论(1

梦境 2024-10-13 02:16:59

并不是真正的答案,而是我们最终所做的(基本上使用 SQL 别名从头开始):

首先,创建 SQL Server 别名。这样,如果您将来需要再次移动数据库,只需将所有数据库迁移到新的 SQL Server,并将 SQL Server 别名更改为指向该服务器即可。这应该会为你在未来省去很多麻烦和心痛。

  1. 运行 SQL Server 客户端配置实用程序:C:\Windows\System 32\cliconfig.exe。
  2. 在“别名”选项卡下,为新 SQL Server 创建 SQL Server 别名。

现在,重建农场。

  1. 在所有内容数据库上运行 stsadm -opreparetomove 备份所有内容数据库并复制到新的 SQL Server
  2. 使用 SharePoint 配置向导从服务器场中删除所有服务器 使用
  3. SharePoint 配置向导以及您在上面创建的 SQL Server 的别名重新创建服务器场
  4. 使用 temp 重新创建所有 Web 应用程序内容数据库
  5. 在步骤 4 中创建的所有临时内容数据库上运行 stsadm -o deletecontentdb
  6. 使用复制的生产数据库作为内容数据库运行 stsadm -o addcontentdb
  7. 排除令人作呕的故障

Not really an answer, but what we ended up doing (basically start from scratch using SQL Aliases):

First, create the SQL Server alias. This will make it so if you need to move the databases again in the future, you can just migrate all the databases to the new SQL Server, and change your SQL Server alias to point at that server. This should save you a lot of trouble and heartache in the future.

  1. Run SQL Server Client Configuration Utility at: C:\Windows\System 32\cliconfig.exe.
  2. Under the Alias tab, create a SQL Server Alias for the new SQL Server.

Now, recreate the farm.

  1. Run stsadm -o preparetomove on all content DB's Backup all content DB's and copy to new SQL server
  2. Remove all servers from farm using SharePoint Configuration Wizard
  3. Recreate farm using SharePoint Configuration Wizard with the alias of the SQL Server you created above
  4. Recreate all web apps with temp content DB's
  5. Run stsadm -o deletecontentdb on all temp content databases created in step 4
  6. Run stsadm -o addcontentdb using copied production databases as content database
  7. Troubleshoot ad nauseum
~没有更多了~
我们使用 Cookies 和其他技术来定制您的体验包括您的登录状态等。通过阅读我们的 隐私政策 了解更多相关信息。 单击 接受 或继续使用网站,即表示您同意使用 Cookies 和您的相关数据。
原文