1

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

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

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

虽然第一步非常简单，但第二步可以通过几种不同的方式执行：

  1. Master/Core/Web 数据库备份
  2. 通过 /sitecore/admin/serialization.aspx 对 Master/Core 进行序列化
  3. 通过 Package Designer 创建安装包

恢复过程为：

  1. 用备份文件替换 IIS 文件
  2. 恢复数据库备份/反序列化站点核心项目并发布 Master>Web / 安装 Sitecore 包（并发布 Master>Web？）

据我所知：

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

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

4

2 回答 2

3

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

序列化我没有太多经验，但我认为这不是可以用于开箱即用的备份。

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

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

于 2013-09-16T09:29:24.570 回答
2

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

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

然后一周的其他日子，只做增量备份。

这样备份就不会那么大，而且恢复备份也很快。

于 2013-09-16T09:30:47.140 回答