1
5
安东尼, 显示6421的构建确实表明SP2已经就位。为了确保这一点,我检查了我自己的服务器场和虚拟机以及可靠的外部源(Todd Klindt博客中的条目: http://www.toddklindt.com/blog/Lists/Posts/Post.aspx?ID=154 ).我不怀疑构建编号,但确认它不会有任何伤害:-) 灾难模式 来支援我的整个农场。由于这不是网站集备份,因此不应发生锁定:
我的灾难性备份运行正常,没有收到任何关于锁定或只读行为的消息。我也查看了我的ULS日志,确认没有建立锁(搜索“sitelock”和“lock”)。这正如我所预料的,因为我正在进行灾难性备份,而不是网站集备份。 接下来,我尝试了网站集备份:
奇怪的是,我在这里也没有看到锁定消息。我看了一下ULS日志,没有发现任何迹象表明锁已安装到位。最后,我做了一个测试
... 当备份正在运行并收到以下信息时:
啊!那是 不 -鼻锁 开关应能覆盖该行为。因此,我尝试将-nositlock添加到我的网站集备份命令行。 猜猜怎么着:它被噎住了 -鼻锁 出现命令行错误(参数无效)。 做一个 STSADM-帮助备份 表示 -鼻锁 是 适用于我的环境的有效开关。没有我预期的新开关(例如。, -鼻锁 -强迫 )我们在场。就备份而言,我的生产场似乎陷于SP2之前的状态。 我决定检查一个开发虚拟机,它也是构建6421的(但是不同的映像——除其他外,是Win2K8而不是Win2K3 R2),我看到 -鼻锁 有效的命令行选项。所以我检查了另一个开发虚拟机,它也是build6421(但Win2K3 R2就像我的“常规农场”)。 -鼻锁 这也是一个有效的选择。 升级时,我在所有三个环境中应用了相同的SP2(WSSv3 SP2位,然后是MOSS 2007 SP2位,然后是运行配置向导),所以我不确定发生了什么。 为了好玩,我在每个虚拟机上运行了一个网站集备份,正确地显示了这一点 是用于网站集备份的有效命令行开关,我遇到了之前没有看到的锁定消息(您也没有看到)。很明显,SP2更新的运行情况与我预期的一样,除了我的主要(生产)农场之外,其他地方都是如此。 我得出结论,在升级我的农场时,我一定是出了什么问题,所以我尝试在每个盒子上重新运行WSSv3 SP2更新(第一个)和MOSS 2007 SP2更新(第二个)。随着每个框上的每次更新,我被告知更新已经应用。因此,我退了回来,并用船桨:我重新运行了配置向导,看看它是否能起到任何作用。然后我重新启动了服务器场中的两个(虚拟)盒子。 没有变化。 在这一点上,我只能确认你没有失去理智。我的两个采用SP2 build 6421的一体式开发虚拟机按预期运行,但我的两个服务器/VM场(即build 6421)无法正常运行 应该 无法锁定网站集备份。 我想我可能会和一位微软的TAM朋友继续跟进。如果我学到了什么,我会把它贴在这里,可能还会贴在我的博客上。与此同时,你可能还想继续与微软合作。很明显,有些事情并没有如预期的那样起作用。 为了它的价值! |
2
3
此处有SharePoint社区维护的SharePoint版本列表: http://www.sharepointdevwiki.com/display/SharePointAdministrationWiki/SharePoint+Versions |
3
0
您的版本适用于SP2;我不会担心STSADM消息的出现;这是一个非常不一致的工具。 |
Ali Haddani · 413有效载荷比500系统大。服务模型。当我在WCF sharepoint应用程序中增加maxReceivedMessage时,ServiceActivationException 2 年前 |
Jakaja1 · SharePoint-如何阻止图片下载 2 年前 |