我正在将网站从同一个网站集内的一个 URL 移动到另一个 URL。
- Stsadm -o backup..... 运行良好,并显示操作已成功完成
- 由于备份期间所有内容的 guid 保持不变...我删除了原始网站。操作成功完成
- 请注意这是生产
- stsadm -o restore 现在我恢复到另一个 url 位置...哎呀,我收到“文件“wssxxxxxxxxx_1.tmp”写入错误”。太好了
- 现在我无法将其放回原位。看来必须从数据库备份中获取该集合。还有其他方法可以将其取回吗?
答案1
因此,经过一番调查,我发现其他人在大型网站上也遇到了类似的问题……15+ GB。现在……我的网站最多只有 1GB 左右。应该没有问题吧?好吧,如果您认为潜在的问题可能是物理驱动器上剩余的实际空间,那么您就更接近问题所在了。在一些 IT 机构的服务器中,操作系统部署了一个很小的 C 驱动器/分区,而“数据”部署了一个更大的 D 驱动器/分区。
此设置不适用于 SharePoint。必要时向你的 IT 学院大喊大叫。有些东西可以转移到 D 盘,但很多东西发生在 C 盘上,而你无法控制。其中之一就是 SharePoint 放置临时文件的位置,以便在恢复期间使用。你猜对了,就是 C 盘。此外,没有必要无缘无故地将所有内容移动到数据区域。(如果有人能告诉我为什么人们会这样做……那就太好了。
如果该驱动器碎片化并且只剩下最后 100 MB 左右,stsadm 将无法完成临时文件的构建。
这里的答案是确保您有足够的空间来创建临时文件。我遵循的一条经验法则是,任何分区的可用磁盘空间都不应少于 15%。这是以前 Windows 操作系统中的一条好规则,我坚持这条规则。