我在Central Admin中显示了12.0.0.6421，这似乎表明已安装了SP2。但是，当我运行STSADM命令来备份网站集时，没有看到消息通知我，它是“将网站集设置为仅在备份期间可读”，如下所述：
http://bobfox.securespsite.com/FoxBlog/Lists/Posts/Post.aspx?ID=121
我只是得到用于SP2之前的“操作成功完成”的消息。这是否意味着未正确安装SP2？
最佳答案
安东尼
显示6421的构建确实确实表明SP2已就位。为了确保这一点，我检查了自己的服务器场和虚拟机以及可靠的外部资源（来自Todd Klindt博客的条目：http://www.toddklindt.com/blog/Lists/Posts/Post.aspx?ID=154）。我毫不怀疑内部编号，但确认:-)绝对没有问题。
起初，我以为我知道问题可能在哪里，所以我进行了一些测试。首先，我以灾难性模式运行了一个STSADM备份，以备份我的整个服务器场。由于这不是网站集备份，因此不应发生锁定：
stsadm -o backup -directory \\ss-nas3\backups\test -backupmethod full
我的灾难性备份没有问题，并且没有收到有关锁定或只读行为的任何消息。我也查看了我的ULS日志，并确认没有建立锁定（搜索“ sitelock”和“ lock”）。正如我所料，这是我进行的灾难性备份-不是网站集备份。
接下来，我尝试了网站集备份：
stsadm -o backup -url https://www.sculpted-system.com/pictures -filename \\ss-nas3\backups\test\SiteCollectionBackupTest.bak
奇怪的是，我在这里也没有看到任何锁定消息。我查看了ULS日志，但没有发现任何迹象表明已设置了锁定。最后，我执行了
stsadm -o getsitelock ...
...当备份正在运行并受到欢迎时：
<SiteLock Lock="none" />
啊！那不是我想要（或期望）看到的！显然，这是一个问题……所以，我尝试从另一个角度来解决这个问题。我看了一下STSADM -o backup命令的MSDN文档，它清楚地表明默认情况下应该发生锁定。它还表明-nositelock开关应该可以覆盖该行为。因此，我尝试将-nositelock添加到我的网站集备份命令行中。
猜猜是什么：它在-nositelock上由于命令行错误（参数无效）而阻塞。
执行STSADM -help备份表明-nositelock对于我的环境不是有效的开关。我期望的所有新开关（例如-nositelock和-force）都不存在。好像我的生产服务器场在备份方面陷入了SP2之前的时代。
我决定检查我拥有的也是6421版本的开发VM（但映像不同-除了其他方面，是Win2K8而不是Win2K3 R2），我看到-nositelock是有效的命令行选项。因此，我检查了另一个开发虚拟机，该虚拟机也是内部版本6421（但Win2K3 R2类似于我的“常规服务器场”）。 -nositelock也是有效的选项。
升级时，我在所有三个环境中都应用了SP2（WSSv3 SP2位，然后是MOSS 2007 SP2位，然后运行配置向导），所以我不确定发生了什么。
为了好玩，我在每个虚拟机上运行了一个网站集备份，这些VM正确显示了-nositelock是用于网站集备份的有效命令行开关，并且遇到了以前没有看到的锁定消息（而且您当时没有也没看到）。显然，除了我的主要（生产）服务器场外，SP2更新正在按我预期的方式运行。
我得出的结论是，在升级服务器场时，我一定做错了什么，所以我尝试在每个包装盒上重新运行WSSv3 SP2更新（第一）和MOSS 2007 SP2更新（第二）。每个框上的每个更新都告诉我该更新已应用。因此，我退回去打了个比方：我重新运行了配置向导，看它是否可以做任何事情。然后，我重新启动了服务器场中的两个（虚拟）框。
没变。
在这一点上，我只能确认您没有失去主意。我的带有SP2 build 6421的多合一开发虚拟机中有两个按预期运行，但是我应构建为6421的应锁定在网站集备份上的两个服务器/ VM场却没有。
我想我可能会跟一位是Microsoft TAM的朋友跟进。如果我学到了什么，我会在这里甚至在我的博客上发布。同时，您可能也想跟进Microsoft。显然，有些事情没有按预期进行。
物有所值！