如何将现有Sitecore 6.2站点部署到新环境？

Question

我想将我一直在玩的Sitecore测试站点从一个开发人员平台（一台本地PC上的所有东西）部署到更像测试环境（专用IIS和SQL服务器，IIS的虚拟访问）。我现在并不需要过多担心团队开发和源代码控制，尽管开发将在本地继续，并将软件包部署到测试环境中。

这样做有最佳实践文档吗？

我可以简单地在IIS上安装一个空的Sitecore实例，然后复制所有内容（编辑连接字符串以指向正确的DB等）吗？如果是这样最好使用安装程序或zip文件？

除了确保正确的服务器配置（.NET版本，安全设置等）之外，还有什么我应该特别注意的吗？

提前致谢。

Answer 1

幸运的是，移动Sitecore安装是一项相当简单的任务，您可以使用多种方法。这是我通常会做的（稍微简化）。

• 设置目标环境。含义IIS，SQL Server，安全设置等
• 分离我的本地数据库，停止本地IIS
• 将所有内容从根解决方案文件夹复制到目标环境
• 将数据库附加到目标SQL Server
• 创建IIS网站，并将其指向您的网站文件夹
• 修改ConnectionStrings.config
• 修改数据文件夹的绝对路径
• 按GO！

是否要使用Sitecore Installler是个人喜好的问题。它确实为您设置了很多配置问题，但我个人从不使用它。我选择“Zip of the root”。

我认为我不能提出你应该特别注意的完整清单，但这里有一些最常见的东西

• 测试环境应尽可能与实时相似，因此请将您的/ data文件夹移到webroot之外。您不希望人们只需输入website / data / license.xml; - ）
就可以下载您的许可证文件
• 考虑为您的计算机专用设置（例如邮件服务器，外部组件等）创建.config include file
• 从continueous (erm...) integration cycle开始，开始通过packages将更新部署到目标，这样您就可以获得管理最终实时环境的生命周期经验
• 确保在您的环境中保持相同的Sitecore version
• 并且不要太担心;-) Sitecore虽然广泛，但从部署角度来看是一个“简单”的ASP.NET应用程序。

希望这提供了一些见解： - ）

Answer 2

关于Installer vs Zip，我总是喜欢拉链。

看起来更快，我可以控制整个过程...加上我玩过的第一批安装人员似乎从来没有这么好或根本没有。

关于移动网站，我想说清理解决方案的拉链。

有些东西是不需要的，通常不需要这些东西：

viewstate文件夹内容 诊断文件夹内容 MediaCache文件夹内容 审计文件夹内容 临时文件夹内容 索引文件夹内容

但通常你需要这些文件夹，而不是内容，例如MediaCache文件夹，它是由Sitecore在从数据库中检索媒体项时生成的。