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

时间:2013-09-16 06:55:36

标签: backup sitecore

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

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

  1. 文件系统备份
  2. Sitecore数据备份
  3. 虽然1步非常简单,但第2步可以用几种不同的方式执行:

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

      1. 将IIS文件替换为备份文件
      2. 恢复数据库备份/反序列化sitecore项目并发布 Master> Web / Install Sitecore包(并发布Master> Web?)
      3. 从我所看到的:

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

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

2 个答案:

答案 0 :(得分:3)

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

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

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

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

答案 1 :(得分:2)

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

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

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

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