SharePoint 2007的维护和升级

Question

我试图起草了一份全面的文件，以协助维护组一个新的SharePoint 2007的内部网。

我有什么决定是正确的工具是迁移各种不同的元素以客户为审批和生产环境有什么问题。我们预计在未来不得不面对新的列表，新的自定义类型/列表模板，修改过的页面，新的页面，等等。

在换句话说，虽然我觉得加入一个整体的子网站是现有领域相对简单，增量变化似乎并不很容易给我。特别是因为在生产现场具有由客户更新各种列表（bullettin板，等等）。

到目前为止最好的答案似乎是 http://www.codeplex.com/SPDeploymentWizard 但是我有几个残留的问题与它

1）它是β和它不是一个正式Microsoft产品。所以，我们的客户可能不是很自信 2）需要在所有要传送的更改安装在服务器上，并通过GUI组件工作。这又是什么客户会不会很高兴（他们的东西是由第三方管理的，只是觉得EDS或类似的公司）。

有没有人与生产相关的场景信心用它？ 你有不同的选择建议？

TIA，

保罗。

Answer 1

与内容部署向导的危险实际上并不在于它可能无法正常工作，但更多的是您可以尝试迁移更好地释放具有特定功能SharePoint解决方案的对象。

具体而言， 新名单应在功能定义列表模板被释放。 新的自定义字段必须有一个解决方案发布。

一个好的经验法则是，内容（即上页和文档中的文本）可以迁移。 需要被释放作为溶液结构（新的列表类型，字段）。

Modified和新的页面可以手动创建在网站上，并且当准备发布。 如果他们绝对必须大量发行，则向导将帮助。

我们为了创建所需的解决方案包使用STSDev也CodePlex从。 请记住，即使这些工具不是“微软官方产品”他们往往深受微软专业人员使用的自己，如果“官场”的发布标准是不是这样一个漫长的过程将是官方的工具。

检查任何工具的作者，大多都会有一个博客，这将让你的经验和关系，以微软的作者可能有一个好主意。

我还没有使用的SPDeploymentWizard，但是从CodePlex上站点

  

内容是使用内容导出   迁移API（PRIME）作为.cmp文件   （内容迁移包），其可   被复制到其他服务器进行导入。   不同于外的现成的工具时，   向导允许粒状的选择   经由树视图的内容。

这意味着该工具是一个“官方Microsoft处理”的GUI包装，使它更容易选择您希望放入一个迁移数据包的内容。

你的问题的主题是在实践中没有一件易事，这样做的工具和技术改进和改变，所以要对博客和CodePlex上标签的意见。

<强>更新

在迁移工具应罚款只需要各版本的文件和网页。

有关名单我有创建包含所有项目临时模板，但其实这就是仍然手动释放的过程。因此，与内容迁移工具尝试它，因为你不是做结构变化的网站，将有可能清单中删除，如果它不能正常做的事情。

真正的问题是只是为了确保在内容类型ID和内容ID字段GUID是从服务器到服务器相同，但与液/功能包的任何定制版本，不应该有差别。

<强烈> UPDATE 2

有关个人网页，我们创建了一个会，给定一个URL，文件列表和动作无论是从服务器的网页下载到本地驱动器或上传到PowerShell脚本。它使用对象模型来创建页，自定义属性是有点棘手，但在检查和发布的页面是没有太大的专业是相当容易的。