【问题标题】:DCPs - missing componentDCP - 缺少组件
【发布时间】:2012-06-28 20:12:56
【问题描述】:

不要问我怎么做,但我的情况是,我发布的 DCP 的组件 ID 在 Tridion 中不再存在!

我知道如果组件已发布,GUI 会阻止您删除组件,但不知何故(可能取消发布失败但 CM 仍然删除了组件???),它们已从 CM 中删除,现在我有很多经纪人中的 DCP 我无法摆脱!

有人经历过吗? 除了手动更新数据库之外,无论如何要纠正?

这是 Tridion 2011 设置,单一部署者,单一代理数据库。

【问题讨论】:

  • Hmm.. 您可以尝试检查 http 上传的传入文件夹(失败的文件夹)并获取与 Unpublish 关联的包(zip)并将其放回传入文件夹,因此 http 上传会选择这个并开始卸载。警告:这不是受支持的方式。

标签: tridion


【解决方案1】:

解决此问题的最常见支持方法是手动创建一个传输包以删除有问题的 DCP。

所以:

  1. 在 cd_deployer_conf.xml 中将 Cleanup 设置为 False
  2. 取消发布任何 DCP
  3. 捕获传输 zip 文件
  4. 打开 zip 中的 instructions.xml
  5. 将其更改为指向您的 DCP
  6. 将更新后的 zip 文件放入部署者的传入文件夹中

【讨论】:

  • 谢谢弗兰克 - 我会试一试。知道这是怎么发生的吗?
  • 不。如果您找到一种方法来始终如一地重现这一点,SDL 开发人员将乐于倾听。我必须承认,在那之前我会怀疑“恶意 API 调用”。 ;-)
  • 弗兰克,我使用 HTTP(s) 部署程序会有什么不同吗?将我修改后的 zip 放入传入文件夹中,但没有任何反应?
  • 这曾经可以通过从模板调用 Component.Render 来重现。这将动态发布 CP,但不会设置发布状态。换句话说:您可以简单地删除组件并在代理中孤立您的 DCP。 5.3 就是这种情况,2009 年也可能如此。但不确定 2011 年。
  • 好的 - 按照步骤操作,但每次我将 zip 放入其中时,我都会收到“阶段:部署程序准备阶段失败,无法将包重命名为 D:\tridion\incoming\Zip\tcm_0-11966-66560。 Content.zip,无法将包重命名为 D:\tridion\incoming\Zip\tcm_0-11966-66560.Content.zip"?
【解决方案2】:

赞美 Puf 的创造力。我通过 Tridion 客户支持检查了他的方法 - 尽管他们说这是一个灰色区域 - 他们会允许这样做。

唯一的选择是创建一个新的代理数据库并发布已经发布的所有内容。然后您可以将其与实时数据库交换。

【讨论】:

  • 很高兴您在支持下确认了 Puf 的方法。否则 - 我会假设您的方法是唯一得到明确支持的方法。
猜你喜欢
  • 2021-01-03
  • 1970-01-01
  • 1970-01-01
  • 2020-03-09
  • 1970-01-01
  • 1970-01-01
  • 1970-01-01
  • 2021-04-27
  • 1970-01-01
相关资源
最近更新 更多