验证 SharePoint 恢复

发布于 2024-07-25 15:06:49 字数 182 浏览 6 评论 0原文

我创建了一个新的 SharePoint 2007 MOSS Intranet。 我们的管理员正在购买备份/恢复软件,我最终必须验证他们创建的场备份的恢复。 有人对此的最佳实践有一些建议吗? 我们的集群是一个小型 2 台服务器场,使用 SAN 上的 VMWare 虚拟机构建。 我如何知道恢复的版本在各个方面都是原始版本的副本,我应该注意什么?

I have created a new SharePoint 2007 MOSS Intranet. Our admin people are purchasing backup/restore software and I will eventually have to verify a restore of the farm backup they create. Has anyone got some suggestions on a best practice for this? Ours is a small 2-server farm built with VMWare VMs on SAN. How will I know that the restored version is a duplicate of the original in every way and what should I look out for?

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

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

发布评论

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

评论(1

空城之時有危險 2024-08-01 15:06:49

回应评论:

没有清单。 问题在于 SharePoint 的动态特性。 团队网站来来去去,文档和库也是如此。 谁会说您的一位用户没有删除文档库,然后您会认为恢复后丢失了某些内容。

我认为最好的选择是要求您的用户在恢复后进行快速扫描,看看他们是否错过了任何重要的内容,例如应该存在的网站或库。 您自己可以有一个“自制”清单,您可以按照该清单来检查您部署的所有主要功能(功能、计时器作业等)是否仍然存在。

In answer to the remarks:

There's no checklist. The problem is the dynamic nature of SharePoint. Team Sites come and go, as do documents and libraries. Who's to say one of your users didn't delete a document library and then you think after a restore something is missing.

I think the best bet would be to require your users to do a quick scan after a restore, see if they miss anything major, like sites or libraries that are supposed to be there. You yourself could have a "homemade" checklist that you follow to check if all major features deployed by you (features, timerjobs etc.) are still there.

~没有更多了~
我们使用 Cookies 和其他技术来定制您的体验包括您的登录状态等。通过阅读我们的 隐私政策 了解更多相关信息。 单击 接受 或继续使用网站,即表示您同意使用 Cookies 和您的相关数据。
原文