多个部署者单个Content Delivery数据库(Broker DB)

joh*_*ter 7 tridion

在我的发布场景中,我们有多个部署者将内容推送到文件系统和数据库(代理).页面和二进制文件放在文件系统上,Broker中的其他所有内容.我们有一个部署人员将内容放入数据库.这是推荐的最佳做法吗?

如果所有部署者中的存储配置也将内容放入数据库,Tridion如何处理?这会导致重复的条目,锁定失败等吗?

我担心在撰写本文时,我无法访问一个环境来测试它是如何工作的.

Jul*_*ith 11

SDL最佳实践是在部署者和出版物之间建立一对一的关系; 这意味着只要两个部署者不发布相同的内容(来自同一出版物),那么他们就不会发生冲突,如果是文件系统,则部署的站点之间存在分离,例如www/pub1和www/pub2.

您对场景的解释需要一些额外的信息才能完成,但听起来很可能是有多个代理数据库(尽管托管在单个数据库服务器上).在Web服务器上处理多个文件系统时,这是最常见的设置,与单个数据库服务器相结合.

我个人不喜欢这种设置,因为我认为在共享位置托管文件系统内容并共享单个数据库会更好.或者更好的是仍然将所有内容部署到数据库并使用类似DD4T/CWA的东西.

  • 如果一个部署者仅向经纪人发布,那么您有一个SPOF.如果执行数据库部署的部署程序失败,则所有其他部署程序的部署将不完整.如果组织不希望拥有不同的基础设施来使其更加健壮,那么最好的办法是让所有的dpeloyers做同样的事情(文件系统和数据库),并为每个部署者提供单独的代理数据库. (3认同)

Nun*_*res 6

我已经看到(甚至根据客户限制建议)类似的配置,其中您将多个部署者配置为给定目标的目标.

只有一个部署者可以为同一事务写入数据库,否则您将遇到并发问题.因此,一个部署者写入数据库,而所有其他部署者写入文件系统.

所有代理/ Web应用程序都配置为从数据库中读取.

这解决了部署到多个服务器和/或数据中心的问题,其中使用共享文件系统(首选方法)是不可行的 - 无论是成本还是其他任何原因).

简而言之 - 不是最佳实践,但众所周知.