自定制SharePoint 2010的三种部署方式

这篇文章介绍下笔者比较熟悉的自定制SharePoint 2010的三种部署方式：

 

最常用的是通过Visual Studio开发代码，编译成WSP包，然后运行脚本命令部署到生产环境（这里只讨论场解决方案，沙盒解决方案限制太多，一般场景用不上）。这种部署方式适用范围广，部署速度快，难度低，不容易出错，但是会增加开发时间，适合周期长，需要升级维护的大型项目。

 

还有就是通过SharePoint Designer进行部署，这种部署方式适用范围窄，有些应用不能通过Designer进行部署，比如后台代码，event handler，time job等等，有些环境不允许用sharepoint designer连接服务器，比如服务器在DMZ 内(DMZ，demilitarized zone，隔离区，位于企业内部网络和外部网络之间，可以放置一些需要公开给外部访问的服务器设施，同时又可以有效地保护企业内部网络)。这种部署过程手动操作比较多，容易出问题，没有直观的历史记录，不利于知识积累和传递，需要详细准确的操作文档来记录部署的过程以方便日后的检查维护，这种方式适合周期短，模块单一的小型项目。

 

还有一种部署方式就是备份还原的部署方式，这种方式限制多，优缺点明显。

这种部署方式的流程是：

1. 用Backup-SPSite "http://devxxxx" -Path "d:\install\xxx.bak" 命令备份开发环境的站点。
2. 在生产环境先创建一个Web应用程序，然后使用Restore-SPSite "http://uatxxxx" -Path "d:\install\xxx.bak" 创建一个新的站点。
3. 部署WSP 程序包。

 

优点：

1.  一些需要开发的模块，比如站点，工作流，权限，列表，列，内容类型，样式，模板页，feature的状态以及它们包含的内容和设置都可以存在备份文件里，节省了大 量的开发时间，让程序员集中精力着重于项目的关键技术点和业务流程。
2. 还原站点花费的时间短，不需要等待很长的时间，一般的站点一分钟足够了。
3. 可以通过脚本或者管理站点的页面跟踪还原过程中的错误信息。
4. 微软官方支持这种部署方式。

 

优点主要在第一条，有这一条其实就足够了不是吗？下面列下它的限制。。。做好思想准备，请耐心看完。

 

限制：

1. 这种方式适用于项目第一次上线，不能用这种方法将新的features部署到生产环境里已经存在的站点里。
2. 必须保证开发环境和生产环境的SharePoint版本保持一致：同样的补丁包，CU，安全更新。
3. 开启了Publishing feature的站点用这种方式会有问题，建议先停掉这个feature然后备份还原，然后再开启。
4. 为了避免程序包里features之间的依赖出问题，最好先执行还原操作，再部署WSP包。
5. 还原的新站点，会保留之前站点的各种信息，比如站点名称，账号信息等，还原后注意修改。
6. 备份的数据库大小不能超过200G，微软官方建议如果超过200G就需要用第三方备份工具了。

 

限制也主要在第一条，有这一条就可以将大部分项目拒之门外了，汗，但是如果规划好什么模块用备份还原进行部署，什么模块用代码开发，那么升级也可以通过第一种部署方式进行。总之这种模式特别适合公司内部短期的，小型的，配置内容比较多的项目，如果在保证第二条的前提下，做外部的项目也非常方便。

 

以上三种模式互有短长，根据项目本身的特点以及内外部环境等多方面综合考虑，可以灵活应用，互相混搭，制定出最适合你的SharePoint 2010部署解决方案。