更新SharePoint 2010生产站点的最佳实践

Question

我有一台安装了SP 2010和SQL Server 2008的虚拟机（＃1）。它满足了我们在负载和容量方面的需求。如果发生故障，我们可以将其恢复为快照。

开发过程仍在继续。 问题是更新生产VM的好方法是什么？

变式1：

1. 拥有生产VM的副本（＃2）
2. 当迭代完成（开发 - >测试 - >修复）并且我们准备进行更新时，我们交换虚拟机（＃1＆lt; - ＆gt;＃2）
3. 测试VM＃2成为生产，＃1成为测试。

“+”：我们使用经过全面测试的解决方案。

“ - ”：需要在VM之间进行同步的机制。

变体2：

1. 开发，测试和修复生产VM

2. 准备好后发布更改。

“+”：我们不需要在VM之间进行同步的机制

“ - ”：崩溃可能会更频繁发生。

任何建议都将受到赞赏。

TIA

Answer 1

不要在生产VM上进行开发。 SharePoint在开发过程中很容易破解，您很可能会在某些时候降低生产环境。风险基本上太高了。

在单独的系统上进行开发。作为WSP正确打包您的解决方案/更改 - 在另一个系统上测试它（在您的开发环境之间，基本上是生产副本）。在通过登台服务器上的所有测试后，将WSP部署到生产环境。

对于SharePoint而言，交换系统是一件很痛苦的事情 - 您需要担心备用访问映射，IIS绑定等等 - 并且需要花费更多的时间和精力，而不仅仅是上传新的WSP并点击“部署”（显然，在你的说服务器上测试后。）

Answer 2

这实际上取决于你正在开发的“什么”：

1. 仅限内容

   • 在生产机器上执行此操作通常更容易。标准发布框架应足以隐藏标准用户的更改。

   • 或者您可以使用sharepoint的内容部署功能将其从开发服务器场移动到生产服务器场

   • 或者您可以使用内容部署工具

2. Webparts，简单组件

   • 2010年，这些应该作为沙盒解决方案完成（如果你可以躲开它），那么它们在你的prod环境上上传/更改非常简单。在您的开发环境中构建，然后通过sharepoint网页上传。

3. 复杂组件

   • 需要服务器管理员在服务器上安装的东西（作业，复杂的Web部件等），应该在开发框中使用visual studio开发，然后以经过全面测试的方式移动到prod。尝试测试/舞台环境。

4. 以上所有

   的组合
   • 这通常取决于您的客户愿意承担多少风险，例如，如果它是一台全新的服务器，那么取消系统用户的风险就不大。

我不建议在 PRODUCTION SharePoint服务器上安装visual studio