备份Sitecore 7应用程序。数据库备份与序列化与安装包

Question

我没有太多Sitecore在设置备份方面的实践经验。 到目前为止我发现了什么：

Sitecore备份过程包含两个步骤：

1. 文件系统备份
2. Sitecore数据备份

虽然1步非常简单，但第2步可以用几种不同的方式执行：

1. 主/核心/ Web数据库备份
2. 通过/sitecore/admin/serialization.aspx
序列化主/核
3. 创建安装 通过包设计器打包

恢复过程是：

1. 将IIS文件替换为备份文件
2. 恢复数据库备份/反序列化sitecore项目并发布 Master＆gt; Web / Install Sitecore包（并发布Master＆gt; Web？）

从我所看到的：

1. 主/核/ Web数据库备份看起来非常强大，唯一 限制是目标数据库服务器版本应该是相同的 （？）
2. 序列化看起来像是默认的Sitecore解决方案 有点东西，它不依赖于DB服务器版本
3. 创建安装包：步骤太多，不太可靠 解决方案，因为我们可能会在这里犯更多错误 可以使用PS
自动执行此过程

很高兴看到那些有为Sitecore设置备份经验的人的答案，了解每种方法的优点/缺点是什么？

Answer 1

我们只进行数据库备份，我认为这是非常标准的。数据在数据库中，并且备份数据库非常简单。

序列化我没有那么多的经验，但我认为这不是可以用于备份的东西。

除开发人员外，不应将创建安装包用于备份。 Sitecore包应该用于在开发和生产之间移动数据，制作模块，可以解决部分解决方案等等。这是开发人员应该使用的东西。将媒体库保存为zip文件只需占用大量空间并占用资源。

简而言之，数据在数据库中，备份数据。有很多很好的方法来备份数据库。数据库与Sitecore版本相关的问题是一个小问题，因为它只会在较大的升级上出现问题，如果您进行了大规模升级，我会突然需要数据通过升级后刚刚进行的备份，然后制作一个“旧的“网站并使用Sitecore软件包提取数据。

Answer 2

序列化master和core非常耗时，恢复也很耗时。

我总是建议设置一个工作，每周日进行一次完整的SQL备份，同时执行优化数据库的不同任务。

然后在一周的其他日子里，只进行增量备份。

这样备份就不那么大了，恢复备份的速度很快。